Thema: Problem mit mod_mainmenu Override

Es wird so sein, dass du den Ordner oder die Datei falsch benannt hast, bei anderen funktioniert es. Schau die mal den Override dazu im BEEZ-Template an und vergleiche.

sollte eigentlich soweit klappen.

deintemplate/html/mod_mainmenu/default.php

die default.php kopierst du dir ebend aus /modules/mod_mainmenu/tmpl/default.php

kayyy hat es geschrieben: aus
/modules/mod_schnubbi/tmpl/default.php
wird
/templates/deintemplate/html/mod_schnubbi/default.php
und addi hat dir auch einen Tipp gegeben: schau bei Beez nach.
Der /tmpl/ Ordner fällt bei Overrides weg und es bleibt nur noch der Name des Moduls übrig.
Bei Komponenten wird es mitunter etwas verdrehter. Auch hier: einfach mal in den Beez-Ordner gucken.

Kommt drauf an ob die jeweilige Komponente auch Override unterstützt. Das tun nicht alle.

Was willst du überhaupt genau am menü ändern?

Und das mit den zurück/weiter sollte in der default template datei im order article sein
( com_component ). BIn aber nicht 100 pro sicher.

Btw: Ich persönliche nutze nicht mehr die alten Override vom Beez sondern vom T3 Framework von Joomlart ( JA Purity II Template )

Ich bin mir garnicht sicher, ob die <spans> nicht im core sind des joomla menü`s.
denn in der default.php der overrides steht zumindest nichts von den <spans>

aber die spans stören doch keinen und sinnlos sind sie ebend auch nicht

Was ist anders am T3? http://wiki.joomlart.com/wiki/JA_Tem...ework/Overview

Beez nutzt vele Overrides, aber eben nicht für alles, denn offenbar waren die Ausgaben aus dem Core an manchen Stellen "gut genug". Für com_wrapper bspw. gibt es auch wenig, das man überschreiben könnte oder sich anzupassen lohnt.
Alle Core-Komponenten können durch Overrides angepasst werden und es obliegt dem Template(-autor) diese nach Gusto zu nutzen. Mikyway nutzt gar keine, JA-Purity nur com_content + 2 Module und Beez eben einen ganzen Batzen mehr.

Gibt es im Hauptordner einer Komponente (/components/com_schubbi/) ein Verzeichnis /views/ kann man eigentlich davon ausgehen, diese ins eigene Template kopieren und somit als Override nutzen zu können.
Mit anderen Worten: einfach mal Augen auf und in die Ordnerstruktur der Komponente reinschauen.

Wenn die Komponente eines Drittanbieters "ordentlich" das Framework nutzt, findet sich im Hauptordner der Komponente ebenso ein Ordner "/views". Darin die jeweiligen Ordner der diversen Ansichten -- sofern es mehrere gibt -- und in jedem ein Ordner "/tmpl" mit den diversen Layouts.
Bei Modulen verhält es sich im Grunde genauso, nur dass diese keine "Ansichten" haben und deshalb gleich der Ordner "/tmpl" mit den Layouts auftaucht (s.u.).

Für eine Komponente gibt es im Minimalfall (1 Ansicht, 1 Layout) etwa:
/components/com_schnubbi/views/schnubbi/tmpl/default.php
oder allgemein ausgedrückt:
/components/{NAME-DER-KOMPONENTE}/views/{ANSICHT}/tmpl/{LAYOUT-NAME}.php

Wenn eine Komponente (com_schnubbi) viele Ansichten und Layouts benutzt:
/components/com_schnubbi/views/schnubbi/tmpl/default.php
/components/com_schnubbi/views/schnubbi/tmpl/default_form.php
/components/com_schnubbi/views/blog/tmpl/default.php
/components/com_schnubbi/views/blog/tmpl/default_item.php
/components/com_schnubbi/views/liste/tmpl/default.php

Daraus wird im Templates-Ordner folgende, mental leicht nachzuvollziehende Struktur:
/deintemplate/html/{NAME-DER-KOMPONENTE}/{ANSICHT}/{LAYOUT-NAME}.php
Für obiges Beispiel also:
/deintemplate/html/com_schnubbi/schnubbi/default.php
/deintemplate/html/com_schnubbi/schnubbi/default_form.php
/deintemplate/html/com_schnubbi/blog/default.php
/deintemplate/html/com_schnubbi/blog/default_item.php
/deintemplate/html/com_schnubbi/liste/default.php

Module haben wie gesagt keine "Ansichten" sondern nur Layouts und in den meisten Fällen davon auch nur eines: default.php . Entsprechend fällt ein Order "/views" weg und es geht gleich mit "/tmpl" los:
/modules/mod_schnubbi/tmpl/default.php
auch hier allgemein ausgedrückt:
/modules/{NAME-DES-MODULS}/tmpl/{LAYOUT-NAME}.php

Bei Modulen
/modules/mod_schnubbi/tmpl/default.php
wird im Template
/deintemplate/html/mod_schnubbi/default.php

Leider benutzen viele Modulschreiberlinge im Gegensatz zu Komponentenbauern die Möglichkeit Layouts einzubinden nur selten und spucken ihren HTML-Code direkt aus dem PHP-Programmcode aus.
J! zwingt einen CMP-Entwickler auch nicht Views und Layouts einzusetzen und so ist man mitunter der Faulheit oder Dummheit des jeweiligen Entwicklers ausgesetzt, ob man Overrides im Sinne der Erfinder auch wirklich nutzen kann.

CirTap