dk_mmenu unter Contao 3.5.2 öffnet/reagiert nicht!

[fall2out]

Hallo Leute, wollte eigentlich schon längst ne Pizza verdrückt haben, aber nun hakt es an dem mobilen Menü. Nutze schon für viele Projekte das dk_mmenu und hatte bisher nie Probleme damit. Aber bei diesem Projekt ist es anders. Alles wurde wie bisher angelegt. Das Einzige was mir einfällt ist, dass ich die Module über einen Artikel eingebunden habe, aber weiß nicht ob das ne Rolle spielt. Habe es auch konventionell probiert, aber ohne Erfolg. Auch kann ich eine Inkompatibilität ausschließen, da ich eine Website auf Contao 3.5.2 geupdatet habe und keine Probleme hatte. Hat jemand eine Idee? Wie finde ich am besten JS Fehler heraus?

Habe auch schon diverse Forenbeiträge durchgeforstet, konnte aber nichts treffendes finden, wie auch, eigentlich läuft das Menü immer einwandfrei! Für Interessierte gebe ich Backenddaten per PN!

Hier der Menü-Button

<div class="offcanvas"><a href="#mmenu"><i class="fa fa-align-justify"></i></a></div>

Nachschauen kann man dies unter neu.bft-neumann.de

Wäre schön wenn jemand eine schnelle Idee hätte, da die Seite im besten Fall nächste Woche startklar sein soll.

Schönen Abend noch und vielen Dank im Voraus!

[WilhelmTell]

Ich kenne dk_mmenu nicht.
Bin mit meinem Samsung Android auf die Website geeilt und verstehe nicht ganz, was das Problem ist.
Was soll da nicht funktionieren ?

[planepix]

Spontan: Ich würde den Anker für den Trigger nicht #mmenu nennen sondern #navmobile oder so.
Vermute das da ggf. das Script des mmenu schon mit belegt ist.

Die Konsole wirft auch noch ein paar Fehler - Favicon wird nicht gefunden - was aber mit dem Menü nichts zu tun haben sollte.

[planepix]

Ich kenne dk_mmenu nicht.
Bin mit meinem Samsung Android auf die Website geeilt und verstehe nicht ganz, was das Problem ist.
Was soll da nicht funktionieren ?

Das mobile Menü klappt nicht auf.

[Spooky]

Befindet sich ein Fehler in der JavaScript Konsole?

[fall2out]

So hab das Ganze mit dem Anker #offcanvas versehen (hatte ich aber vorher auch schon mal versucht). Welche Konsole meinst du genau, nutzt ihr die von Firebug oder wie? Hab das hier im Anhang.Bildschirmfoto-2015-08-14-um-21.24.10.jpg

[Dirch]

also so wie es ausschaut wir das Script nicht initialisiert. Kann es auch nicht weil der mmenu-Selektor so ausschaut:

var $mmenu = $('#'); 

Hast du vielleicht das Element in die CSS-Klasse statt in die ID geschrieben?

Beste Grüße...
...Dirk

[folkfreund]

Am Namen #mmenu liegt es nicht.

Aber im Quelltext der Seite siehst du unten

<script> (function($) {
     var $mmenu = $('#');
    ...

Es sollte heißen

<script> (function($) {
     var $mmenu = $('#mmenu');
    ...

Vermutlich hast du in der Hitze vergessen, im Modul die ID zu belegen?

Edit: Glückwunsch Dirch - warst schneller :-)

[planepix]

Jupp genau. Unter Chrome sieht die anders aus, aber bei mir stehen 3 Fehler drin
Bildschirmfoto 2015-08-14 um 21.32.47.png

[fall2out]

Mmmh, eingetragen habe ich es schon gehabt, aber irgendwie wird es nicht übernommen!? Darf ich einmal fragen, wie du die Fehler in der Konsole angezeigt bekommst? Der Firebug zeigt mir nichts an.

Bildschirmfoto 2015-08-14 um 21.40.41.png
Bildschirmfoto 2015-08-14 um 21.44.55.png

[Dirch]

hmm strange. es steht an der richtigen Stelle. Ist das die erste 3.5.2 bei der du es anwendest? Vielleicht ist es damit nicht kompatibel. Jedenfalls kannst du unten im Quellcode bei dem Script sehen, dass PHP die HTML-ID nicht rausschreibt.

Ich habe unter 3.5 noch nicht getestet, aber an sich ist da nichts groß drin weshalb es nicht kompatibel sein sollte. zur not editiere das template mal per hand und schreibe die id dort per hand hin.

[Dirch]

Das passiert im Template:

var $mmenu = $('#<?php echo $this->cssIDonly; ?>');

und das beim Aufbauen des ganzen:

// --- create FE template for javascript caller
$objTemplateJs = new \FrontendTemplate($this->strTemplateJs);
$objTemplateJs->id = $this->id;
$objTemplateJs->cssIDonly = $this->cssID[0]; 

Wurde bei Contao 3.5. die Variable geändert?

[fall2out]

Ja eigentlich ist es die erste Installation aber ich habe noch eine weitere Installation geupdatet, bei der es funktioniert. Hatte da auch gerade noch den Ankernamen getauscht um zu testen, dass es kein Zufall war. War aber alles positiv. Echt kurios, aber aus meiner Sicht ist die Extension kompatibel.

Edit:
Hab in der Zwischenzeit einmal die ID händisch eingetragen, funzt aber auch nicht !? Müsste doch so funktionieren oder?

var $mmenu = $('#offcanvas');

[fall2out]

Habe auch noch einmal die komplette Extension, Cache und Module neu angelegt, hat aber leider nichts gebracht. Ich habe noch mal auf der funktionierenden Seite geschaut, dort umschließt das Navigationsmodul den #wrapper. Das macht der auf meiner Seite nicht. Wird dann wohl ein JS Problem sein oder?

@Dirch: Willst du dir mal das Backend anschauen?

[fall2out]

So die gute Nachricht ist, dass es funktioniert. Nun die Frage an Dirch warum hatte es nicht funktioniert? Ich habe nun das MMenu-Modul welches zuvor im Artikel eingebunden war, in das Standardlayout meiner Seite ganz oben an erster Stelle in die Kopfzeile gepackt. Siehe da, es funzt. Aber grundsätzlich kann es dem Menü doch egal sein wo es sitzt oder? Schließlich wird per JS das Menü um den #wrapper gepackt, so dachte ich zumindest. Oder hatte ich einen Denkfehler?

[2nuts]

hallo.

ich habe eben das mmenu installiert und eingebunden. leider bekomme ich in der konsole einen fehler:

TypeError: a is undefined

das menu funktioniert nur teilweise...sprich es geht zwar auf aber es wird auch komisch dargestellt.

ich komme im moment leider nicht mehr weiter :/

hier die url:
http://jogerst.sichtwechsel.com

contao läuft auf 3.5.2

würde mich über hilfe sehr freuen :-)

[folkfreund]

Du kannst mal mit den Einstellungen rumspielen: Z-Position des Menüs, Hintergrund verschieben
Vielleicht klappt es damit besser.

Viel Glück!

[Twitt]

Hallo fall2out

Vielleicht dasselbe Problem wie bei mir? Hatte heute ein ähnliches Problem dass dk_mmenu nicht funktionierte.

Allerdings war bei mir das dk_mmenu-Modul und der Trigger bereits im Standardlayout in der Kopfzeile eingebunden. Auch das Herumpröbeln von Positionsänderung der Module half nicht.

Erst als ich im Standardlayout unter "Eigener Javascript Code" die Verlinkung zum "smoothscroll-Skript" entfernte, klappte das dk_mmenu wieder auf. Ich gehe mal davon aus, dass sich die Skripte nicht vertrugen denn auch der Positionswechsel des Smoothscroll-Moduls mit mmenu und dessen Trigger brachte keinen Erfolg.

Jedenfalls habe ich jetzt ein anderes smoothscroll-Skript verwendet und es funktioniert.

So die gute Nachricht ist, dass es funktioniert. Nun die Frage an Dirch warum hatte es nicht funktioniert? Ich habe nun das MMenu-Modul welches zuvor im Artikel eingebunden war, in das Standardlayout meiner Seite ganz oben an erster Stelle in die Kopfzeile gepackt. Siehe da, es funzt. Aber grundsätzlich kann es dem Menü doch egal sein wo es sitzt oder? Schließlich wird per JS das Menü um den #wrapper gepackt, so dachte ich zumindest. Oder hatte ich einen Denkfehler?