Ein paar weitere Fragen:
Ich arbeite an den (drei) verschiedenen Navigationen der Statischen Seiten und habe u.a. das von Don geschilderte unvollständige Parent-Child-Anzeige-Verhalten der breadcrumb Navigation gelöst.
http://board.s9y.org/viewtopic.php?f=4&t=18951
Ich würde alle drei gerne erhalten, aber mit klar definierten Aufgaben.
Nun zu der entrypaging Navigation:
Die function fetchPublishedStaticPages() bzw der cache liefert das array für die staticpage_navigation (prev - top/blog/current - next). Darin sind
alle statischen Seiten enthalten.
Das ist ein Problem, verglichen mit anderen Anzeigen. Das Seitenleisten Plugin unterscheidet nach
lang Einstellungen und holt sich nur diejenigen, die
lang = current lang, lang='' und
lang = all sind. Das macht das staticpage entrypaging ($staticpage_navigation) prev/next nicht. Dito für die Anzeige der "404" Seite(n), für die das allein durch ihre Aufgabe schon gar keinen Sinn macht und auch deshalb nicht, weil sie meist ohne irgendwelche Navigationsanzeigen eingestellt wird. Sogar für die Overview und Related Category Seiten müsste man genau überlegen, ob man sie darin eigentlich haben will, unabhängig von ihrer Konfiguration bezüglich einer Navigation. (
Etwaige fetch Änderungen (*) hätten wahrscheinlich auch wieder Auswirkungen auf die (später aus dem array zusammengebastelte) breadcrumb Anzeige, wenn sich darin relevante Modalitäten verstecken.)
Ist das nun nur nicht bedacht worden, oder ist das vielleicht sogar gewollt (warum?), oder einer der Wildwüchse einer historisch gewachsenen Bedürfnisanpassung? Wie soll ich das für künftige Versionen nun einstellen, damit wir ein konsistentes und verlässliches und vor allem durchschaubares Verhalten anbieten?
Ebenso würde ich gerne wissen, ob die
$staticpage_childpages bzw erweiterte
$staticpage_extchildpages Anzeige für die singulare (level 1) parent/childs Verlinkung, mit der Lösung der entrypaging und breadcrumb Navigation als einzige event Navigationen, rein auf die Ausgabe der Overview aboutpage.tpl beschränkt werden kann. Damit entfiele die Notwendigkeit komplexerer Ausnahmen auf anderen Seiten. (Btw. Bulletproof und das Pluginfallback nutzen extchildpages mit content Vorschau, 2k11 nur childpages als reiner linkdumper. [@YL, Absicht?])
Alles in allem eine hochkomplexe Angelegenheit wirklich alle strukturellen Möglichkeiten gegeneinander abzuwägen.
(*) Ein
Code: Select all
SELECT id, pagetitle, parent_id, permalink FROM serendipity_staticpages WHERE publishstatus = 1 AND articletype != 0 AND (shownavi = 1 OR show_breadcrumb = 1) AND (language = 'de' OR language = '' OR language = 'all') ORDER BY parent_id, pageorder
hilft schon, müsste aber durch ein etwas kniffliges Subselect ergänzt werden, dass alle child pages, deren höchster parent (level 0) sich nicht im eigentlichen select befindet, wieder herausrechnet. Daran hapert es noch, wenn dieser Weg (siehe Fragen) überhaupt so gegangen werden kann. Beispiel: Overview Seite ohne Navigationen, nicht im array, deren childpages aber, aus welchen internen Gründen auch immer, shownavi oder breadcrumb zugelassen haben.