Bei euch gehts nun auch?
Ich finde es etwas wuchtig...
Spricht da was gegen die Zeilenhöhe, die Schriftgröße etc. im css zu verändern, oder ist das nicht möglich?
Gruß
Druckbare Version
Bei euch gehts nun auch?
Ich finde es etwas wuchtig...
Spricht da was gegen die Zeilenhöhe, die Schriftgröße etc. im css zu verändern, oder ist das nicht möglich?
Gruß
Natürlich geht das. Es ist nur etwas 'fummelig', die richtigen Selektoren zu finden. Am Besten machst du das auf dem Desktop mit Firefox "Entwicklerwerkzeuge | Bildschirmgrößen testen". Da stellst du ein kleines Display ein, so dass das mmenu aufrufbar ist. Dann kannst du mit dem Inspektor (auch Entwicklerwerkzeuge) die Selektoren raussuchen.
Hallöchen alle :)
Ich habe eine etwas grundsätzliche Frage zu diesem Menu:
Ist es möglich, dieses Menü so zu benutzen, dass es:
a) für Desktop ein "ganz normales" horizontales Menu ist das dann
b) für mobile Seiten zum Hamburger wird und sich reinschiebt?
Und wenn ja, was wäre ein Ansatz dafür?
Ich kapiere ca. die Hälfte (was meist ausreicht...), beiße mir aber an diesem Punkt die Zähne aus und tue mir schwer das auszuprobieren (mangels Ansatz).
Vielen Dank schonmal!
Da machst du dir lieber zusätzlich ein 'normales' Contao-Menü.
Per CSS kannst du dann abhängig von der Fenstergröße das eine oder das andere Menü anzeigen bzw. verstecken.
Hi Leute,
ich benutze die Erweiterung dk_mmenu in der Version 1.5.1.
Gerne möchte ich eine schicke Icon-Morphing-Animation für mein Offcanvas einsetzten:
http://codepen.io/designcouch/pen/Atyop
Diese ist bereits eingebaut und wird bei einer Auflösung kleiner als 1200 px angezeigt.
Nun benötige ich aber eine Abfrage, die das Öffnen und Schließen des offcanvas-menu anspricht. Denn bei Klick wandelt sich das Icon zwar von einem "Menü-Icon" in ein "X" um und das Menü öffnet sich auch gleichzeitig, aber beim Schließen des Menüs wandelt sich das Icon nicht mehr zurück. Es bleibt als "X" stehen.
Leider ist es hier via Jquery mit einer einfachen toggleClass bei click nicht getan. Wenn das Menü geöffnet wird, funktioniert der toggle nicht mehr.
Ich habe nun schon ein paar Stunden versucht selbst eine Abfrage zu basteln. Ich vermute, dass man hier eine bestimmte Methode aus dem Plugin ansprechen muss, die mir aber völlig unbekannt ist.
Die Abfrage müsste wie folgt (gerne auch anders) lauten:
1. Bei Klick auf das Hamburger-Icon wird dieses in ein Schließen-Icon via CSS gemorphed (funktioniert bereits).
2. Gleichzeitig öffnet sich dabei das Offcanvas
3. Wird das Menü geschlossen, durch Klick auf das Schließen-Icon oder auf den Bereich außerhalb des Menüs, wird das Icon wieder in ein Hamburger-Icon gemorphed.
Ich hoffe Ihr könnt mir helfen. Habe auch schon diverse (einfache) Abfragen mit Jquery gebastelt. z.B. Bei Hinzufügen der Klasse mm-opened im nav-Tag soll das Icon wieder umgewandelt werden. Funktioniert aber nicht. Daher glaube ich, dass man sich an eine Methode oder Funktion im Plugin anhängen muss.
Hier der Link zu meiner Seite:
heimat-bassenheim.de
u: chris
p: kuenstec#HGB
Ab einem Vieport von 1200 px zu sehen.
Supergeil, es funktioniert! Vielen Dank Spooky :cool: (schon wieder :))
Hallo
Erstmals ganz herzlichen Dank für die geniale Erweiterung! Kommt bei mir fast immer zum Einsatz...
Etwas ist mir aber aufgefallen, was aus meiner Sicht ein wenig verwirrend ist, resp. vielleicht etwas unglücklich.
Ich setze vielmals das mmenu - article ein, da ich jeweils noch andere Contents/Links ins Flyout nehme. Passt auch perfekt für einen Seitenbaum.
Jedoch bei mehreren Seitenbäumen tritt das Problem auf, dass ich jeweils den Artikel den ich anziehen will, nur aus dem 1. resp. obersten Seitenbaum auswählen kann.
Das heisst habe ich zwei oder mehrere Bäume, müsste ich die Artikel im ersten Seitenbaum platzieren, ist da aber ein wenig unglücklich, da es sich ja um zwei Eigenständige Bäume handelt... dasselbe bei mehrsprachigen Webseiten.
Gibt es hierzu eine Lösung um das anziehen der Artikel aus allen Seitenbäumen?
Liebe Grüsse
Reto
Hmm ich habe sm Code dafür aus einem anderen Element entnommen. Hast du en Beispiel bei welchem man ad allen Seitenbäumen wählen kann? Dann dchsu ich mir das mal an. Wenn du die Möglichkeit hast en Ticket auf github zu erstellen wäre super. Dann Vergesse ich es nicht. Schauspieler nach der Reha an.
Ich habe die Erweiterung "dk_mmenu" schon bei sehr vielen Projekten erfolgreich im Einsatz! Ein tolles Lob an die Entwickler :o
Eine Sache lässt sich meinerseits aber nicht ganz nachzuvollziehen.
Wenn ich auf den Menü-Button klicke öffnet sich das Menü. Wenn ich dann nochmals auf den Menü-Button klicke schließt sich das Menü.
Das klappt aber gefühlt nur in 7 von 10 Projekten. Bei den anderen 3 muss ich extra einen eigenen Close-Menü Button mit Javascript erstellen.
Da sich die Projekte alle ziemlich ähneln kann ich es nicht verstehen warum es manchmal automatisch schließt und manchmal nicht.
Es wird stets die neuste Version (1.5.1) eingebunden.
Hat das Phänomen schon mal jemand beobachtet?
Schöne Grüße aus Bocholt.
ich habe diese Erweiterung bei mindestens 5 Seiten im Einsatz und kenne dieses Verhalten nicht. Klingt für mich eher danach das irgendein Layer darüber liegt oder JS Konflikt auftritt.
Habe bemerkt das die Funktion immer dann ein Problem hat, wenn ich die fe-page bearbeite. Ich platziere oft den Header und Footer aus dem Wrapper. Dann gebe ich dem Header und Footer eine Breite von 100% und dem Wrapper eine feste Breite.Zitat:
Zitat von Kahmoon
Habe bemerkt das die Funktion immer dann ein Problem hat wenn ich die "fe-page" bearbeite.
Ich platziere oft den Header und Footer aus dem Wrapper.
Dann gebe ich dem Header und Footer eine Breite von 100% und dem Wrapper eine feste px Breite mit einem margin auto damit er mittig platziert wird.
Der Menu-Button befindet sich immer im Header.
Wenn ich die Standart "fe-page" auswähle läuft es einwandfrei.
Dann liegt dort die Ursache :-)
Definitiv. Schau dir mal das HTML in der Entwicklungsumgebung an, nachdem das Javascript es umgebaut hat. Der Wrapper wird in ein spezielles div gepackt, das seinerseits nach der Navigation, die ebenfalls verschoben wird, im body liegt. Da dein Header und Footer nicht im Wrapper liegen, führt das dann wohl zu deinen Problemen. Ich würde in diesen Fällen eventuell in die fe_page ein zusätzliches div einziehen innerhalb des Wrappers, so dass Header und Footer direkt im Wrapper liegen und der Rest in dem div. Dann den Wrapper auf 100% und dieses div auf die feste Breite setzen. Dann kann dk_mmenu sein Ding machen mit dem Wrapper und hoffentlich problemlos funktionieren.
Warum machst du dir das Leben so schwer?Zitat:
Zitat von contao100
Gib dem ganzen #wrapper die 100% und mach mit dem darin befindlichen #container das, was du mit deinem Rest-Wrapper gemacht hast. Das sollte dann ganz ohne Änderungen an der fe_page gehen (ist auch bei Updates besser) - und dk_mmenu funktioniert auch direkt :)
Gruß, folkfreund
Bin mir jetzt nicht ganz sicher, aber ich glaube, es könnte damit Probleme geben, wenn dann mehrere Holy-Grail Spalten im Container drin sind. Dazu gab es früher schon des öfteren Threads zu dieser 100% Hearder/Footer Thematik. Das dazu notwendige Padding des #container würde diesen verbreitern, was normalerweise der #wrapper verhindert. Eventuell kann man es auch irgendwie umgehen mit box-sizing. Wenn es nur #main gibt, sollte es aber auf jeden Fall auch so klappen.
Hallo zusammen,
ich nutze das auch sehr oft, super Erweiterung.
Würde gerne wissen, ob und wie es geht, dass hier z.B. auch ein Level_2 positioniert werden kann. D.h. ich möchte bestimmte Menueinträge einrücken..
Danke für die Anregungen. Konnte das Problem beheben.
Momentan binde ich ein MMenu Article ein. In diesem Article möchte eine Standart Contao Navigation (mod_navigation) einbinden.
Hier tritt das Problem auf, das der Article mir mit seinen eigenen geladenen CSS-Klassen meine Navigation "stylt".
Lässt sich dies unterbinden? Auf der Seite der Erweiterung steht ja auch:
"Wird ein Artikel eingebunden, so werden für diesen keine CSS-Stile gesetzt. Dies ist so gewollt."
Das verstehe ich nicht so recht. Das mmenu setzt sobald man ihm mitteilt dass es ein Artikeln ist die mmenu Stile nicht sondern öffnet und schließt es nur noch mit den entsprechenden Einstellungen. So besteht die Möglichkeit den artikel komplett zu gestalten. Die Aussage bzgl des nicht stylens bezieht sich NUR auf mmenu das sonst Stile setzen würde. Alles was man in den Artikel packt wird natürlich nach wie vor von system gestaltet
Der Artikel verbindet sein eigenes CSS mit dem Contao-Modul "mod_navigtion".Zitat:
Zitat von Dirch
Dadurch sieht die "mod_navigation" genau so aus, als ob ich direkt ein "mmenu - Navigationsmenü" erstellt hätte. :rolleyes:
Ich hab das jetzt so verstanden:
Du willst im mmenu einen Artikel einbinden (nicht per mmenu anspringen), der dann wieder eine normale Contao-Navigation enthält?
Dann verlierst du doch die Vorteile von mmenu, z.B. bei kleinen Screens.
Was ist deine Idee dabei?
Hallo DirchZitat:
Zitat von Dirch
Herzlichen Dank für Deine Rückmeldung und Support... und entschuldige die späte Antwort :O
Ein Element was ich gesehen habe ist bei den Inhaltselementen > Artikel (Include Elemente) > Bezogener Artikel (Bei der Auswahl kann man Artikel aus allen Seitenbäumen auswählen)
Habe bei github unter "Issues" noch ein Ticket erstellt (Hoffe das ist Korrekt so :O ).
Nochmals besten Dank
Herzliche Grüsse
Reto
Danke Reto und ich habe erst in deinem Zitat gesehen was die Autokorrektur und die Smartphone Tastatur aus meinen schönen Worten gemacht haben 😂
Hallo ihr Lieben,
ist es möglich die Erweiterung über das Template bzw. Contao selbst so zu konfigurieren, dass man bei der Auswahl der Navigation auch Artikel auswählen kann?
Hat das schon mal jemand probiert oder kann mir dazu Auskunft geben?
Ja, prinzipiell musst du es dabei nur schaffen, eine Navigation ausgeben zu lassen, die eben auch die Artikel enthält. Das hat nichts direkt mit (dk_)mmenu zu tun, sondern mit dem regulären Navigations Templates von Contao.
Vielen Dank für die schnelle Antwort. Leider hab ich relativ wenig Plan wie man die nav_default so bearbeitet dass auch Artikel ausgegeben werden..Zitat:
Zitat von Spooky
Hallo nckwtzl,
in der Beschreibung des dk_mmenu steht auch:
Habe ich bisher noch nicht eingesetzt, aber vielleicht das man ausprobieren.Zitat:
Darüber hinaus kann mit mmenu - Artikel ein beliebiger Artikel in ein mmenu ausgegeben werden.
Halo,
ich gebe im Menü einen Artikel aus,
dazu habe ich das template mod_mmenu_project.html5 angelegt
und dem entsprechenden mmenu Modul zugewiesen.PHP-Code:<div class="<?php echo $this->class; ?> invisible block"<?php echo $this->cssID; ?><?php if ($this->style): ?> style="<?php echo $this->style; ?>"<?php endif; ?>>
<div class="container">
{{insert_article::16}}
</div>
</div>
klappt schon mal.
ABER: der Artikel beinhaltet ein Newslist Modul, und darüber gibt es ein Menü um nach Tags zu filtern.
Klappe ich das Menü auf, kann ich einen Beitrag wählen, Menü schließt sich, Detailseite des Beitrag ist zu sehen - Verhalten ist so richtig.
Klicke ich auf einen Filter innerhalb des Menüs geht das Menü zu und ich sehe die gefilterte Ansicht aber eben als normale Seite. Das sollte sich alles im Menü abspielen.
Jetzt meine Überlegung.
Statt Artikel binde ich einen iFrame (Artikel mit Newslist und Filtern) ins Menü ein.
Dann sollte ich schon mal innerhalb des Menü klicken können?!
Aber wie muss der Link auf einen Beitrag aussehen, wenn ich aus dem Frame zurück auf die normale Seite möchte? (Menü schließt sich und Beitrag ist in Hauptseite zu sehen)
Nächster Punkt,
kann ich das Menü öffnen und dem enthaltenen iFrame gleichzeitig einen Parameter übergeben der den Tag Filter steuert?
(öffne mm_Menü mit iFrame->Auszeichnungsfilter XY)
Für Ideen und konstruktive Kritik bin ich wie immer ausgesprochen dankbar.
ok, iFrame klappt.
Weiterführende Links im newslist template sind mit target="_parent" versehen.PHP-Code:<div class="<?php echo $this->class; ?> invisible block"<?php echo $this->cssID; ?><?php if ($this->style): ?> style="<?php echo $this->style; ?>"<?php endif; ?>>
<div class="container">
<iframe width="100%" height="100%" src="{{link_url::17}}" frameborder="0" allowfullscreen></iframe>
</div>
</div>
Fehlt "nur noch" die Möglichkeit von der Hauptseite das mm_menu mit Parameter aufzurufen.
Theoretisch reicht es die URL vom iFrame zu ändern.
irgendwie so...
Default: iframe src="newslist.html"
If Parameter replace "newslist.html" with "newslist/tag/{{parameter}}.html"
Ich würde gerne fragen ob jemand das dk_mmenu auch bereits im "Landscape-Modus" erfolgreich im Einsatz hat?
Bei mir ist es so das im normalen "Portrait-Modus" auf mobilen Endgeräten alles einwandfrei läuft.
Wenn ich das mobile Endgerät jedoch drehe und in den "Landscape-Modus" gelange, kann ich zwar das Menü per Trigger von der Seite einblenden lassen, jedoch bei der kleinsten Berührung verschwindet das Menü wieder.
Es sieht also so aus als ob bei einem aktivierten "Landscape-Modus" beim scrollen nicht das Menü gescrollt wird, sondern der Content im Hintergrund. Also Body allgemein.
Ich habe gesehen das es folgende Funktion gibt: Scroll bug fix. Link: http://mmenu.frebsite.nl/documentati...l-bug-fix.html
Jedoch kriege ich diese nicht zum laufen.
Kennt jemand das Problem? :cool:
Ich weiß jetzt woran es liegt.Zitat:
Zitat von contao100
Da der Bildschirm im "Landscape-Modus" nicht so hoch ist, habe ich nicht bemerkt das der Finger beim scrollen vom dk_mmenu den fixed Header berührt und somit das Menü schließt.
Hallo Dirch und danke für die tolle Erweiterung.
Ich habe sie nun erfolgreich auf einer "multiplen" OnePageWebsite zum Laufen gebracht. Die Website hat mehrere "echte" Seiten, die Unterpunkte auf jeder Seite sind jedoch Anker.
Nun schließt das Menu leider nicht selbstständig, wenn ich einen Unterpunkt/Anker ansteuere.
Ich habe hier einen Hinweis gefunden, wie man es möglicherweise hinkriegen kann: http://stackoverflow.com/questions/2...on-anchor-tags
Dazu müsste ich jedoch den generierten Javascript ändern.
Wenn ich es richtig verstehe, müsste Folgendes ausgegeben werden:
Kann mir vielleicht jemand einen Hinweis geben, wie ich es machen kann ohne gleich die ganze Erweiterung aufbohren zu müssen?PHP-Code:$("#my-menu").mmenu({
"slidingSubmenus": false,
onClick : {
close : true,
preventDefault : false,
}
});
Heho,
das kannst du im zugehörigen js-template (js_mmenu) machen. Das sieht nur etwas kryptisch aus wegen dem php-code innen drin, aber du kannst da deine parameter hinzufügen.
Danke Mann - hat wunderbar geklappt! :DZitat:
Zitat von Dirch
Hallo,
ich probiere gerade auch etwas mit dem mmenu rum. Klappt auch soweit ganz gut. Nun möchte ich gerne auf meiner Testseite http://testsite.rm.de1.cc das Menü in der Art wie auf der Seite http://www.mclaren.com/formula1/ darstellen. Der Burger und dazugehöriger Header-Balken sollen also immer zu sehen sein, um den Layer beliebig ein- und auszublenden. Ich habe dahingehend schon einiges in CSS probiert, komme jedoch auf keine Lösun. Vielleicht kann mir ja jemand helfen.
Vielen Dank schonmal!
Patric
Hi Patric,
irgendwo in deinem CSS steht
erweitere das mal testweise zuCode:.mm-menu {
background: #323849;
}
Dann noch das Menü von oben einblenden lassen. Vielleicht funktioniert es dann ja schon.Code:.mm-menu {
background: #323849;
top: 72px;
height: calc(100% - 72px);
}
Gruß, folkfreund
Das hätte ich in ähnlicher Form auch schon versucht. Leider liegt das Icon jedoch immer noch dahinter und transformiert sich beim Klick auch nicht in die ursprüngliche Burgerform zurück.Zitat:
Zitat von folkfreund
Weist du hier eine Lösung?
Von einer Transformation des Burgers hattest du auch nichts gesagt...
Aktuell schließt nicht ein Klick auf das X das Menü sondern auf den darüber liegenden div id="mm-blocker". Darum findet also kein Klick auf das Icon statt, damit auch kein Auslöser für die Transformation.
Diesen Layer mm-blocker kannst du wie schon das Menü nach unten verschieben:
Damit findet die Transformation bei Klick wieder statt.Code:#mm-blocker {
top: 72px;
height: calc(100% - 72px);
}
Leider schließt sich jetzt das Menü nicht mehr, da das einen Klick auf den Hintergrund braucht.
Die Lösung könnte hier zu finden sein: http://mmenu.frebsite.nl/tutorials/o...-the-menu.html
In deiner Funktion myFunction(), mit der du den Burger umschaltest, kannst du dann auch das mmenu schließen. Dazu musst du natürlich wissen, ob es aktuell offen ist.
Ich hoffe das hilft dir weiter.
folkfreund
Vielen Dank für deine bisherige Hilfe. Bin leider auf dem Gebiet Javascript noch sehr unerfahren, wie du an meinen Bemühungen im Anhang erkennen kannst.. Es ist zum verrückt werden..
Wenn du dir den Code auf der verlinkten Seite anschaust, dann kannst du erkennen, dass API eine Objektvariable ist, die vor ihrer Verwendung belegt werden muss:
#my-menu aus dem Beispiel musste durch die ID ersetzt werden, die du für dein Menü vergeben hast, also #offcanvas.Code:var API = $("#offcanvas").data( "mmenu" );
Danach kann die Funktion close von dem Objekt aufgerufen werden.
Insgesamt müsste es also ungefähr so funktionieren (ungetestet):
Ich bin dabei vorsichtshalber davon ausgegangen, dass close() nur aufgerufen werden sollte, wenn das Menü gerade offen ist (d.h. die class "mm-opened" zugewiesen ist). myFunction wird ja auch beim Öffnen des Menüs aufgerufen, und da soll es ja nicht gleich wieder geschlossen werden ;-)Code:<script>
(function($) {
function myFunction(x) {
x.classList.toggle("change");
if ($("#my-menu").hasClass("mm-opened")) {
var API = $("#my-menu").data( "mmenu" );
API.close();
}
}
})(jQuery);
</script>
Ich bin auch nicht der Javascript-Guru. Z.B. ist mir die Reihenfolge nicht wirklich klar, in der die Funktionen aufgerufen werden - zuerst myFunction oder zuerst die Funktion, die das Menü öffnet?
Ach ja, die Klammer (function($){ ... })(jQuery) dient, soweit ich es verstanden habe, dem sauberen Zusammenspiel von jQuery und Mootools. Falls das nicht stimmen sollte, dann versuch es mal ohne diese beiden Zeilen...
Probier es bitte mal aus - vielleicht auch in verschiedenen Browsern.
Viel Erfolg!
mhm.. habe den Vorschlag einmal versucht umzusetzen.. leider ohne wirklichen Erfolg. Auch animiert es nun nicht mehr. Ich möchte dich nicht länger mit dieser Kleinigkeit aufhalten, kann es ja auch ohne Animation umsetzen. Solltest du noch einmal Zeit und Lust haben, ich habe dir mal einen Backend Zugang gelegt. Passwort und Username sende ich dir zu :) Und danke für deine bisherige Hilfe
So, hier die Lösung:
das Modul 'Burger' (eigenes HTML):
Ich habe gegenüber deiner ursprünglichen Version onclick="myFunction(this)" an das a-Element geknüpft, damit man tatsächlich auf den Burger klicken muss, denn das Menü öffnet sich auch nur hier. Sonst kannst du irgendwo in den oberen Balken klicken, der Burger ändert sich, aber das Menü bleibt geschlossen.HTML-Code:<div class="container">
<a href="#offcanvas" onclick="myFunction(this)">
<div class="bars">
<div class="bar1"></div>
<div class="bar2"></div>
<div class="bar3"></div>
</div>
</a>
</div>
<script>
var api;
function myFunction(x) {
x.classList.toggle("change");
var mmenu = document.getElementById("offcanvas");
if (mmenu.className.indexOf("mm-opened") !== -1) {
api = jQuery.data(mmenu, "mmenu" );
api.close();
}
}
</script>
In meinem ursprünglichen Vorschlag war ein Schreibfehler. Jetzt habe ich das mmenu "offcanvas" direkt ohne jQuery gesucht. Falls es die class "mm-opened" hat, dann ist es offen, d.h. der Burger verwandelt sich vom X zurück und das Menü muss geschlossen werden. Das api Object müssen wir uns allerdings per jQuery besorgen, es wurde bei der Erzeugung durch jQuery als data im DOM-Element gespeichert.
Gruß, folkfreund
Vielen lieben Dank! Genauso habe ich es mir vorgestellt. Ich denke ich sollte mich mit dem Thema Javascript mal intensiver befassen.
Moinsen,
wenn ich über das dk_menu zu einer Seite navigiere die eine Artikelnavigation beinhaltet,
dann wird diese Seite anschließend in der Navigation nicht als Standpunkt (mm-selected/active) angezeigt wenn ich weiter navigieren will, sondern der Startpunkt der Website.
Gibt es da möglicherweise einen Konflikt mit den vielen article-URLs bei einer eingebundenen Artikelnavigation oder habe ich eine Einstellung übersehen?
Verstehe ich das richtig? Um die Erweiterung dk_mmenu zu nutzen brauche ich zwei Layouts: ein reguläres mit dem regulären Navigationsmodul (für „große“ Bildschirme“) und ein mobiles Layout (für die lütten Geräte), in dem dann statt des regulären Navigationsmoduls dk_mmenu nebst „Sandwich“-Icon zum Einsatz kommt.Zitat:
Zitat von folkfreund
Oder – was ich gerade vergeblich versuche – geht das auch mit einem Layout, bei dem die Navigation von regulär zu dk_menu in dem Moment wechselt, in dem der Bildschirm respektive das Browserfenster eine (wie auch immer das gehen mag) definite Größe unterschreitet? Klingt aus Deiner antwort für mich heraus. Wenn ja: Wie muss denn das CSS konkret aussehen, um das zu steuern?
LG, Jens
Ja, so meinte ich das: eine normale Navgation und ein mmenu im gleichen Layout.Zitat:
Zitat von cyborg06
Per mediaquery im CSS dann das 'normale' Menü für kleine Bildschirme ausblenden und das mmenu und den Button zum Öffnen einblenden (oder bei 'mobile first' für große Bildschirme das 'normale' Menü einblenden und mmenu inkl. Button ausblenden). Die Idee geht davon aus, dass immer nur eines der beiden Menüs sichtbar ist.
Du setzt also grundsätzlich die nicht benötigten Elemente auf 'display: none', die anderen auf 'display: block'. Die entgegengesetzten Regeln fügst du über ein passendes Mediaquery ein.
Beispiel:
Du hast irgendwo auf deiner Seite den Button zum Öffnen des mmenu
Dann könnte das CSS so aussehen (nicht 'mobile first'):HTML-Code:<a class="deinMobileNavLink" href="#deineMobileNavIdWieImBackend">...</a>
PHP-Code:.deinMobileNavLink { /* der MMenu Button */
display: none;
}
.mod_navigation { /* normale Navigation */
display: block;
}
@media screen and (max-width: 730px) /* oder irgendeine andere passende Breite */
{
.deinMobileNavLink {
display: block;
}
.mod_navigation {
display: none;
}
}
Wenn du versuchst ein und dieselbe Navigation einmal als dk_mmenu und einmal normal anzuzeigen, das wird schwer, weil das JS von mmenu die Liste der Navigation total zerreißt und neu aufbaut. Mit [mobile_menu] geht sowas einfacher.Zitat:
Zitat von cyborg06
Jetzt hätte ich doch noch eine Frage.
Ich möchte gerne in meinem mmenu ein integriertes Suchfeld haben, welches immer unterhalb des Seitentitels steht. Dabei meine ich ein Suchfeld, welches tatsächlich die Seitenstruktur und nicht die Navigation durchsucht. Welche Datei gilt es hierbei zu editieren?
Danke für Deine Antwort?Zitat:
Zitat von folkfreund
Was (wenn es einen gibt) ist denn der Vorteil, beides in einem Layout zu haben? Anders gefragt: Was spricht gegen zwei getrennte Layouts, wo doch, wie Andreas unten sagt, dk_mmenu die reguläre Navigation zerpflückt?
LG, Jens
Danke für Deine Antwort.Zitat:
Zitat von Andreas
Auch an Dich die Frage: Was (wenn es einen gibt) ist denn der Vorteil, beides in einem Layout zu haben? Anders gefragt: Was spricht gegen zwei getrennte Layouts, wo doch, wie Du sagst, dk_mmenu die reguläre Navigation zerreißt?
LG, Jens
Nur ein Layout zu haben ist immer ein Vorteil, weil die Pflege leichter ist. Nur eine Navigationsliste im HTML-Markup zu haben wäre auch ein Vorteil, weil weniger HTML, einfacher in der Pflege und einfacher für Screenreader.
Außerdem kann Contao (PHP) kein Layout anhand der Viewportbreite anbieten, weil die erst clientseitig per JS ermittelt werden kann und nicht bereits auf dem Server nach dem HTML-Request. Das mobile Layout in den Seiteneinstellungen versucht dann in Aktion zu treten, wenn Contao meint anhand des gesendeten UserAgents beim Besucher ein mobiles Gerät zu erkennen. Wenn jemand einen 27" Monitor an sein mobiles Gerät anschließt, würde es dann ein Layout optimiert für Smartphones bekommen, was evtl. wenig Sinn macht.
Das Vorteilhafteste wäre also ein Layout mit einer Navigationsliste. Die Bedienbarkeit kann dann mit CSS und evtl. noch JS an die Viewportgröße angepassst werden.
Wer in aller Welt schließt einen 27-Zöller an ein Smartphones an? Diese Zeitgenossen haben es doch auch nicht anders verdient, als dann ein mobiles Layout vorgsetzt zu bekommen :DZitat:
Zitat von Andreas
Im Ernst: Als Contao-mehr-oder-weniger-Anfänger nutze ich immer noch Peter Müllers Contao-Bibel als Leitfaden. Ist so schön verständlich; nun also auf zu neuen Ufern!
Danke für Deine Antwort
Lg, Jens
Nicht an ein Smartphone, an ein mobiles Gerät. Ich habe z.B. einen 27" an meinem mobilen Convertible. Aber ich denke es würde von Contao nicht als mobile erkannt. War auch nur als Info für dich gedacht, was hinter dem mobilen Layout von Contao steckt. Es hat also nichts mit dem Viewport oder der Touchfähigkeit zu tun, sondern nur mit dem UA.
Das heißt; wenn den von Peter Müller beschriebenen Weg eines separaten mobilen Layouts beschreite, bin ich eigentlich auf der sicheren Seite, trotz des ggf. zusätzlichen Pflegeaufwands und des üppigeren HTML-Codes?Zitat:
Zitat von Andreas
Den von Folkfreund o.g. Weg eines Layouts will mir nicht gelingen ...
Nein, eben nicht. Ich kenne das Buch von PM nicht, aber benutze am besten kein mobiles Layout (Einstellungen in den Seiten). Benutze nur Media Queries. Du kannst natürlich eins benutzen, aber die meisten hier tun das nicht. Du hast dann keine Kontrolle darüber, was der Besucher sieht. Mit Media Queries kannst du schön auf die Viewportgröße reagieren.Zitat:
Zitat von cyborg06
Bei mir funktioniert es jedenfalls ;-)Zitat:
Zitat von cyborg06
Kannst du einen Link zu der Seite geben, dann können wir uns das ja mal ansehen.
Und außerdem hatte Andreas dir ja noch [mobile_menu] empfohlen. Ich habe damit keine Erfahrungen, kann mir das aber als Alternative sehr gut vorstellen.
[mobile_menu] ist von Kamil Kuzminski, einem erfahrenen Contao Entwickler. https://codefog.pl/extension/mobile-menu.html
läuft bei mir sehr gut!Zitat:
Zitat von Andreas
..hat vielleicht jemand eine Lösung?Zitat:
Zitat von Patric
Ich werde das beherzigen, danke.Zitat:
Zitat von Andreas
Die Seite noch nicht online, sondern noch auf meinem lokalen Server.Zitat:
Zitat von folkfreund
mobile_menu steht jetzt erst an, das Wochenende war seeehr lang ;-)
LG, Jens
edit: Ich habe dann doch noch mal Deine o.g. Beschreibung nachvollzogen ... und jetzt offensichtlich alles richtig gemacht, sprich: das externe Style-Sheet komplett neu geschrieben. Was auch immer vorher falsch war, jetzt klappt es. Zur Feier des Tages höre ich jetzt eine Folk-Platte - wenn denn Sue Sheehan in diese "Schublade" passt :-)
Na dann herzlichen Glückwunsch!
Ich werde demnächst mobile_menu ausprobieren.
Ach ja, und ich halte nichts von 'Schubladen' - Hauptsache es gefällt :-)
Gruß, folkfreund
Für das reine Layout stimme ich Dir 100% zu - falls man jedoch Elemente oder Content hat, dass für die Benutzbarkeit von "mobilen"-UAs nicht ausgeliefert werden soll, benutze ich sehr gerne diese Möglichkeit.Zitat:
Zitat von Andreas
Ja, das kann man so machen. Es sollten dabei natürlich keine für die Seite relevanten Objekte geblockt werden. Innerhalb von Templates könnte man das mit
steuern. Ich weiß aber nicht, wie das dann mit gecachten Seiten wäre.PHP-Code:if(\Environment::get('agent')->mobile)...
Hallo zusammen, diese Option möchten wir gerne nutzen für eine Sprung-/Anker-Navigation innerhalb der Seite. Sie scheint aber nicht immer zu funktionieren wenn aktiviert.
Version 1.5.1 B7 unter Contao 3.5.27.
Habe festgestellt, dass wenn aktiviert das Menu sich 1x schliesst. Beim nächsten öffnen mit Klick auf einen Ankerlink hingegen bleibt es offen …?
Besteht die Möglichkeit seitens des Entwicklers, die Erweiterung auch für Contao 4.X. lauffähig zu machen? Aktuell lässt sich die Erweiterung meines Wissens nach nicht installieren.
https://github.com/dklemmt/contao_dk_mmenu/pull/18Zitat:
Zitat von Dublay
https://github.com/dklemmt/contao_dk_mmenu/pull/15
Hallo zusammen! Ich erhalte folgende Meldung, bei Verwendung der Erweiterung unter Contao 4.4:
Was hat das zu bedeuten?Code:Warning: filemtime(): stat failed for /system/modules/dk_mmenu/assets/css/themes/.css in /vendor/contao/core-bundle/src/Resources/contao/library/Contao/Controller.php on line 790
Sieht so aus, als stünde in $GLOBALS['TL_CSS'][] eine Datei "/system/modules/dk_mmenu/assets/css/themes/.css", diese Datei kann aber nicht gefunden werden und somit auch kein filemtime() ausgelesen werden.
Suche mal in den Dateien nach 'TL_CSS', ob da irgendwo sone Datei ".css" eingebunden wird. Wenn nicht, dann versuche mal diese Flags zu entfernen "||static". Vielleicht liegt es ja an diesen Flags, ich weiß nicht, ob man die in Contao 4 noch benötigt. Oder probier mal nur mit einer Pipe "|static".
Dort in "/system/modules/dk_mmenu/assets/css/themes/", das scheinen die CSS für die Themes zu sein, vielleicht stimmt auch was bei der Auswahl der Themes im Modul nicht.
Mach an dieser Stelle
https://github.com/dklemmt/contao_dk...Mmenu.php#L226
mal das hier
PHP-Code:dump($objMmenu->dk_mmenuTheme);