Modulname:
---------------------------------------------------------------------------
Listen-Navigation


Status:
---------------------------------------------------------------------------
Stable


Bechreibung:
---------------------------------------------------------------------------
Stellt eine umfangreich konfigurierbare Navigation für Ordner und Seiten
zur Verfügung. Das Modul ist primär darauf ausgerichtet die einzelnen
Menüpunkte als HTML-Liste (<ul>, <li>), deren Erscheinungsbild per CSS
festgelegt wird, auszugeben. Das Modul ist jedoch flexibel genug um die
Ordner und Seiten z.B. auch als Tabelle anzuzeigen.


Features:
---------------------------------------------------------------------------
- Templatebasiert
- Einzelne Ordner oder Seiten können aus Navigation ausgeblendet werden
- Einzelne Ordner können angewiesen werden, das in ihnen keine Seiten
angezeigt werden sollen
- Verschiedene Sortiermöglichkieten der Menüpunkte
- Verhalten der Liste vielseitig konfigurierbar
- Aktiver Status einer Seite oder eines Ordners kann geroutet werden
Beispiel: Ist idcat 2 aktiv, wird stattdessen idcat 1 als aktiv
gekennzeichnet
- Tabindex Unterstützung


Moduleigenschaften:
---------------------------------------------------------------------------
[X] Einsatz mehrmals in einem Projekt möglich
[X] Einsatz mehrmals auf einer Seite (idcatside) möglich
[X] Ist Mehrprojektfähig
[X] Ist Mehrsprachenfähig
[X] Ist XHTML konform


Autor(en):
---------------------------------------------------------------------------
ketti (Original Autor bis Version 00.09.03)
Mistral (V. 00.09.04)
Björn, Alexander (V. 1.0)
Björn (V. 1.1)


Lizenz:
---------------------------------------------------------------------------
GPL

Benötigte Sefrengo Version:
---------------------------------------------------------------------------
>= 01.03.01 (Sefrengo 1.4 beta2 mit BEILIEGENDEM API PATCH!)
>= 01.04.00 (Sefrengo 1.4 final)


Installation:
---------------------------------------------------------------------------
Beschreibung der Installation. Im einfachsten Falle wäre das:
Wechseln Sie in Ihrer Sefrengo Version in den Bereich "Design->Module". Am
unteren Ende des Bereichs befindet sich ein Uploadfeld. Wählen Sie hier die
gewünschte "*.cmsmod"- Datei aus. Mit einem Klick auf das Diskettensymbol
wird das Modul in das CMS importiert. Das Modul ist nun innerhalb des CMS
nutzbar.

Wird die Sefrengo Version 1.4 beta2 (Versionsnummer 01.03.01) benutzt,
dann spielen Sie bitte einen, dem Modul beiliegendem, Core Patch
ein. Der Patch befindet sich im Ordner "PATCH" und muß im System in das
Verzeichnis "backend/API/PAGE/" gespielt werden. Die vorhandene Datei
soll ersetzt werden.



Update/ Migration:
---------------------------------------------------------------------------
SOllte es zu Problemen kommen, sind bei einem Update von einer
Vorgängerversion alle Templates in allen Ordnern und Seiten neu
abzuspeichern. Dies ist notwendig, da dadurch dem CMS System die neuen
Konfigurationsoptionen des Moduls bekannt gemacht werden.


Dokumentation:
---------------------------------------------------------------------------
Keine vorhanden

hallo zusammen

irgendwie habe ich ein blackout. ich möchte verschachtelte liste erstellen:



wenn ich nun unter ebene


einfüge erhält (logischerweise) auch die verschachtelte liste die id navigation, was ich nicht möchte. sehe ich den wald vor lauter bäume nicht oder wie schaffe ich es, nur der ersten liste die id zu übergeben?


gruss andi

@andi

Habe das gleiche Problem. Ich denke das ist der grosse Nachteil an der ListenNavigation man hat nur eine Einen <ul> zustand oder Ebene. Darum versuchte ich es mit dem Modul Navigation hier jedoch habe ich den verdacht dort hat das Modul für die 1. Ebene einen Bug.

Gruss

hallo feniweb

ok, gut, dann werde ich wohl ein (unnötiges) div um die navigation bauen müssen, um die unterebenen einfach per css ansprechen zu können. danke.


gruss andi

So hab ich es auch gemacht.

Als Modul-Programmierer-Laie mal eine Frage: Könnte man das Modul nicht ein kleines Bisschen aufbohren, immerhin geht es NUR um die id auf der obersten Ebene, also im ersten "ul"?

an einer solchen lösung wäre ich natürlich auch interessiert :-)

... na dann packt doch einfach ein div um die navi (einleitung/ende der navigation) und vergib diesem die id und lass die bei der ebene weg.

edit: hab grad gesehen das hat feniweb ja eh schon geschrieben

und ich auch... das ist aber nur eine notlösung. semantisch ist das absoluter schwachsinn und ein klarer schwachpunkt des modules. schöner wäre eine andere lösung, wobei ich als non-pluginentwickler die technische umsetzung natürlich nicht abschätzen kann.

das ist wohl Ansichtssache ... ein div mehr schadet wohl niemand und ist im Verhältnis zum Aufwand das Modul anzupassen ein Klax.

du könntest dem ganzen zumindest eine class mit der ebenen nummer geben. Dann hast du zwar keine ID, aber eine Klasse, die beim Root zumindest auch Eindeutig ist (deshalb auch keine ID, denn in den unterordnern kann IMHO auch zweimal dieselbe nummer vorkommen).

Ich weiß jetzt den Bezeichner nicht aber sowas mein ich:
class="navigation{ebene}"

Ich bin übrigens Alexanders Meinung. Ich finde es witzig wie viele von einem Extrem ins andere fallen und jetzt jeden Tag, der "zuviel" ist verdammen. Der ein oder andere Div oder Span Tag ist für mich schon OK (allerdings benutze ich die aus Faulheit auch manchmal überproportional.

Hier ist mal eine Version von Stam die andi's Vorschlag implementiert.

@STAM: Post wurde hier abgetrennt. Erklärung siehe neue Thread.

hallo

eine generelle frage würde mich noch wunder nehmen. in der navigation gibt es doch die variable {depth}. für diese hatte ich noch nie verwendung. was könnte man mit dieser anstellen?


gruss andi

Ein angewendetes Beispiel kannst du Du hier sehen.
z.B. bei Seite steht dann:

Die ebenen beziehen sich auf die Ordnerstruktur, in meinem Fall sind das 3 Ebenen
und jede Klassenebene erhält eine eigene CSS

hallo luxli

ok, danke, das wäre eine möglichkeit. allerdings würde ich das ganze per nachfahrenselektoren ansteuern ohne zusätzliches markup
hat jemand diese variable sonst noch in gebrauch?


gruss andi

Sollte nicht der Haken: bewirken, dass immer alle Ordner/Unterordner und Seiten sichtbar sind ? Also ähnlich einer Sitemap ? Bei mir sehe ich immer nur die Unterordner/Seiten wenn ich im aktuellen Ordner bin.

Oder habe ich ein Verständnissproblem?

nein, siehst du richtig. bei mir funktioniert das auch tadellos. was hast du sonst noch für einstellungen getätigt? cache in sefrengo und browser geleert?

schau einmal...
Klicken um den Anhang anzusehen

sieht soweit gut aus. wie viele unterordner hat denn der startordner PLZ? kann ich mir das mal anschauen?


gruss andi

insgesamt 10, wobei einige schon mit seiten belegt sind.
ich schick dir mal zugang per PM.
Danke schön.

andi ist der beste

ohne {folder} geht es nicht....
Dokumentation
*schäm*

vom besten bin ich ja noch hiiiiiiimmelweit entfernt. bin halt einfach der geborene «pröbler».


gruss andi

Hat jemand eine Idee, wie ich den Inhalt des Datenbankfeldes "sortindex" der aktuellen Seite in das Feld "Ende der Navigation:" bekommen ?

Ähnlich wie bei {tabindex} wär ja toll, wobei sich bei mir der Sinn des {tabindex} an dieser Stelle so nicht erschliesst.
Leider bezieht sich das {tabindex} an dieser Stelle auf den Startordner und der brauch ja nun mal kein Tabindex, da wir ja schon drin sind :-)

Das wirst Du Dir was programmieren müssen. Der Zugriff darauf ist nicht vorgesehen.

Wäre es denn dann möglich mein Ergebniss *ganzstolzpräsentier* in das Modul mit aufzunehmen ?
Mit dem Sortindex kann man richtig geniale navis bauen. Da man nicht anhand der Seiten-ID {id} sondern anhand der Reihenfolge im Ordner verschiedene Layouts für jede einzelne Seite vergeben kann.

So habe ich die Funktion in der Frontendausgabe erzeugt, vielleicht kann da mal einer drüberschauen, ob alles ok ist.



und so die Einbindung für die Konfigurationsfelder am Beispiel "Ende der Navigation" in der Frontendausgabe:

Erklärst du mir mal bitte was das sein soll!?

Die Ausgabe des Datenbankfekdes "sortindex" mit Hilfe des Platzhalters {sortindex} im Modul Listennavigation

Und ich soll nun in die DB gehen und gucken was da drin steht und raten was du damit vorhast?

Nö, musst Du nicht. Ausser Du möchtest diese wunderbare Möglichkeit der Konfiguration missen.

Stell dir mal vor: Die erste Seite eines Ordners soll immer einen roten Hintergrund haben, die zweite einen blauen, die dritte einen pinken.
mit
kannst Du der Seite eine entsprechende Klasse mitgeben.
In meinem Beispiel oben gibt {sortindex} die Stelle der aktuellen Seite dar.
Wenn das rein technisch ok ist, würd ich es auch für die einzelnen Seiten versuchen.

@summerbrother,

dir ist schon klar das der 'sortindex' nur im Idealfall in deiner Lösung eine fortlaufende Nummer ergibt, und bei Umsortierung schon gar nicht immer die selbe Reihenfolge?
Ich würde mal meinen das das gar nicht das ist was du willst? Ich hätte jetzt das so verstanden das du die fortlaufende Nr. des tatsächlich angezeigten Listen-Eintrags haben willst!
Das ginge schon mit dem 'gehaktem' Modul Listennavigation V01.01.02.

Dort würde der Template-Code dann so aussehen (aus deinem Beispiel):...
Wobei {depth} die geschachtelte Ordnertiefe ist und {depth_count} die Nr. des Eintrags in diesem Ordner.

Gruß

Wenn ich das richtig interpretiert habe, dann gibt der sortindex die Reihenfolge der Seiten in einem Ordner, so wie im Backend, an.
Ich kann ja z.B. in der Listennavi auch nach Backend-Ansicht oder nach Alphabet sortieren. Dort wird ja auch der sortindex verwendet. Nach dem was ich jetzt getestet habe entspricht der auch immer der Sortierung im Backend.

Wie gebe ich denn mit {depth}{depth_count} die aktuelle Position der Seite im Ordner aus ?

EDIT: {depth_count} gibt bei mir in der Ausgabe der Seiten gar nichts aus ? ist das richtig

In meinem Post steht das das mit diesem Modul (Listennavigation V01.01.02) geht.

Gruß

P.S.: so schön das linken im Forum auch ist, vieleicht sollte man eine auffallendere möglichkeit der MArkierung für Links/interne Links ins Board Style implementieren.
Ist ja nicht das erstemal das Links einfach als nur unterstrichen überlesen werden.

Das hab ich wohl verstanden.
Ich benutze nämlich genau diesen Hack/Version.

{depth_count} ergibt bei mir nur eine Ausgabe unter "Ebene"
<ul>{depth}{depth_count}{layer}</ul>

Ergebniss = 11 siehe www.itenergy.de auf der rechten Seite.
Bei "Impressum" z.B. müsste das aber eigentlich dann 15 sein (1.Ebene/5.Seite)

Dein Beispiel


ergibt im Ergebniss:


{depth_count} wird also nicht aufgelöst.

geht also auch nicht.
Entweder mache ich was richtig falsch, oder ich versteh das alles nicht richtig.

... ok ich Entschuldige mich für meinen Schnellschuß... da war ich auf dem falschen Dampfer

Gruß

So richtig komm ich hier noch nicht mit
Die LIs sollen sozusagen durchnummeriert werden? Ist es da nich einfacher die auszugebenden Links auf einer Ebene irgendwie zu zählen und dann einfach das auszugeben, anstatt sich auf irgendwas in der DB zu verlassen!? Dann würde dies auch bei egal welche Sortierung angewandt wird funktionieren.

Primär ging es mir darum den index der aktuellen Seite im Verhältniss zum auszulesenden Ordner zu erhalten.
Speziell für das Kwick-Menü, da gibt es ein Parameter start:x , wobei x die Position im Menü angibt.
So wird bei start:4 der vierte Navigationspunkt als aktiv markiert und geöffnet.

Zuerst habe ich es versucht über {tabindex} hinzubekommen, geht aber nicht, das ist nicht auslesbar, schon gar nicht bei "Anfang/Ende der Navigation" . Also hab ich die Datenbank durchwühlt nach irgendetwas was hilft und hab den sortindex gefunden, der ja eh schon im Modul verwendet wird, nur etwas höher in der Konfig, zur Angabe der Sortierung.

Das funktioniert sehr zuverlässig und stabil.

Sollte das nicht so sein ? Gibt es da bekannte Probleme ?

Für mich war es sinnig etwas zu verwenden, was eh schon da ist und da ich nicht weiss was ich tue, einen scriptschnipsel zu nehmen, was eine Zeile drüber (beim Abfragen der Seiten {desc}) bereits funktioniert.

Der angenehme Nebeneffekt ist folgender: Wenn ich den sortindex in der Seitenkonfig verwende ergibt das z.B. beim auslesen des aktuellen Ordners eines Unterordners folgendes Bild:

<li class="seite1">erste Seite im Ordner1<li>
<li class="seite2">zweite Seite im Ordner1<li>
<li class="seite3">dritte Seite im Ordner1<li>

<li class="seite1">erste Seite im Ordner2<li>
<li class="seite2">zweite Seite im Ordner2<li>
<li class="seite3">dritte Seite im Ordner2<li>

<li class="seite1">erste Seite im Ordner3<li>
<li class="seite2">zweite Seite im Ordner3<li>
<li class="seite3">dritte Seite im Ordner3<li>

Die Konfiguration sieht so aus <li class="seite{sortindex}">{name}</li>
Ich brauche jetzt nur drei Klassen und das aussehen der <li> im jeden Ordner gleich aber innerhalb des Ordners unterschiedlich aussehen zu lassen.

So, genug geschwätzt Es lebe der {sortindex} !!

Unbedingt!
Bleibt nur die Frage was passiert wenn die Sortierung anders ist, nehmen wir an alphab., passiert dann dies:

Jetzt mal ehrlich, wie oft hast Du schon mal abc sortiert ?
und dann sag mir wie oft du dabei ein ähnliches Feature gebraucht hätten haben könntest, unter Umständen...

Und ausserden bleibt die Frage was passiert, wenn nur eine Seite pro Ordner ?
Und was passiert wenn die Seitennamen aus Zahlen bestehen und dann nach abc sortiert werden sollen ?

Um noch mal auf den Ursprung meines Posts zurückzukommen, ein Frage an die Cores. Besteht die Möglichkeit das Feature {sortindex} in den Standard aufzunehmen ?
Wenn ja, bereite ich das vor, wenn nein, auch gut.

Nein, tut mir leid, das Feature werde ich so nicht übernehmen. Technisch ist es durchaus möglich, das der Sortindex die Reihenfolge 1,2,3,4... nicht einhält, sondern auch mal eine Zahl, z.B. die 3 weg lässt. Der Sortindex ist eine interne Variable, die im Frontend nichts zu suchen hat. Wer das benutzt, muß schon genau wissen, was er tut.

Desweiteren finde ich es schlecht, das Du pro Menüpunkt einen SQL Select ausführst.

Ich Frage mich auch, warum Du in der Seitenfunktion nicht einfach eine Variablen wie $page_increment mit dem Wert 1 initialisierst und die bei jedem foreach- Durchlauf um 1 hoch zählst. Dürft doch dann genau das Gleiche machen wie der Sortindex, nur das man sich auf den Wert verlassen kann und es auch wesentlich performanter ist.

Ganz einfach, weil ich es nicht kann.
Da auch nicht wirklich jemanden überhaupt Interesse darn zeigt, oder mir da helfen will, würd ich sagen streichen udn nicht weiter drum kümmern.

@Stam sorry, vielen Dank für die Unterstüzung und die Hilfe.

Ich habe das Feld Notizen schon einmal dafür benutzt, die Menüeinträge jeder Seite individuell per css-Klasse zu formatieren. Hab dort z.B. F03 reingeschrieben und es dann im Code als class="Menueeintrag_{desc}" verwendet. Vielleicht hilft das ja jemandem hier weiter.

Friedhelm

Das Schreiben einer SQL Anweisung halte ich für wesentlich komplexer als das einfache Hochzählen einer Variablen. Hätte nicht gedacht, das Dir das Probleme macht.

Ich hab Dir mal eine kleine Demo geschrieben, die zwar ungetestet ist, aber für die Seiten so funktionieren müsste. Einfach im Modul die entsprechende Stelle suchen und ersetzen. Die variable Deines Vertrauens heißt {summerbrother_index}.

Ich hab doch keine Ahnung...
{summerbrother_index} funktioniert bei der Seitenausgabe sehr gut.

Nun hätt ich noch ganz gern den {summerbrother_index} der aktuellen Seite im "Ende der Navigtion" .

So wars mit sortindex:


Gibts da auch noch so ein nettes Schnipselchen...

Kannst Du mir bitte mal den Quellcode der Liste hier posten, die Du bauen willst. Und eine Erklärung, warum Du den Index am Ende brauchst. Irgendwie komme ich da gerade nicht so ganz dahinter, was Du vorhast.

Wobei start:x den Index (Position in der Navigation) der aktuellen Seite angibt.
Das script gehört zu dem ImageMenu von Mootools, basierend auf dem Kwick-Menü. Live zu sehen unter: www.itenergy.de

Ist aber nun wirklich nicht sooo wichtig. Mit meinem {sortindex} geht das gut. Ich dacht nur, das andere auch was davon haben könnten, da mit der Angabe der Position im Menü eine Menge "rumgespielt" werden kann.

Alternative:

Du fügst beim aktivem Menüpunkt


am Ende des Listenpunktes an und änderst Dein Skript am Ende in

wäre es möglich eine Option "Offline Seiten und Ordner auch im Backend verbergen" zu haben?

cheers
*s*

hmm, wäre sicher eine interessante Option. Zur Zeit habe ich aber nicht vor, am Navimodul groß was zu machen.

Kannst aber mal im Quelltex nach



suchen. Sollte zwei mal vorkommen. Wenn Du die 2 Stellen löscht, sollte es funktionieren.

Hallo Zusammen

Ich möchte bei der Listen-Naviation die {last}-Funktion verwenden.
Leider wird diese nicht für die Ausgabe nicht replaced!
Verwenden tue ich die im Template "Seite" (MOD_VAL 22). Es werden dabei aber keine
Ordner angezeit sondern nur Seiten.

Meine Template sieht folgendermassen aus:


Kann mir jemand sagen, was ich falsch mache? Oder habe ich etwas falsch verstanden?

Danke für die Hilfe!

Gruss
Chris

@Chregu

Ich habe das so eingesetzt:

Gruss

danke für deine infos! verteilst du aber die {last} auf mehrere linen scheint es nicht zu funktioniere...