cmb wrote: ↑Tue Jan 29, 2019 5:05 pm
Holger wrote: ↑Tue Jan 29, 2019 3:28 pm
Im Prinzip haben wir jetzt genau das Problem, was ich im damaligen Thread versucht habe zu umgehen (siehe meine Antwort direkt darunter). Durch die Festlegungen sind nunmal auch die Möglichkeiten festgenagelt. Und das müsste nicht sein.
Und was Updates Betrifft: auch ein Template könnte man ja updaten und die Anpassungen beim OnePage-Plugin dokumentieren. Wenn ich mir überlege, was in der Vergangenheit nach jQuery-Updates alles nachgebessert werden musste... Aber im schlimmsten Fall fehlen halt die Komfortfunktionen der onepage.js. Die Seite würde aber nach wie vor laufen. Eine eventuell weiterhin mitgelieferte onepage.js könnte dann ja manuell eingebunden werden.
Der Punkt ist doch: wenn die Struktur vom Template völlig frei gewählt wird (und das ist ja möglich), dann funktioniert bei onepage.js praktisch nichts mehr, einfach weil die verwendeten Selektoren ins Leere greifen. Daher:
Also Vorschlag, nach Wahl des Designers:
- Simple Variante: weitgehend fest vorgegebene Struktur (so wie derzeit) mit JS out-of-the-box
- Komplexe Variante: flexible Seitenstruktur (und Menüstruktur?) ganz ohne vorgegebenes JS
Dabei denke ich auch daran, dass beliebiges JS unter Umständen einfach nicht zusammenspielt. Wird nur onepage.js verwendet, dann sollte alles passen (modulo bestehende Bugs); kommen noch andere Skripte zum Einsatz, dann eben unter Umständen nicht. Und in letzterem Fall sollte der Templatedesigner/Webmaster eben einfach auf onepage.js verzichten.
Und klar, auch das Template kann aktualisiert werden. Das Problem ist aber, dass der Update-Check meldet, dass eine neuere Version von Onepage_XH verfügbar ist, und der Anwender die neue Version installiert, und dann bemerkt, dass das Template nicht mehr funktioniert. Und dann?
Okay, ich will ja auch nicht meckern, wirklich.
Aber ich sehe keinen Vorteil darin eine fixe HTML-Struktur vorzuschreiben und onepage.js, sowie die abschaltbare Zusatzklasse optional per Konfuguration - und nicht per Template - zu steuern.
Warum haltet ihr die Standard-Einbindung des JS per Plugin besser, als wenn der Template-Autor das per Template erledigt?
Das Onpage-Plugin sollte lediglich das DIV mit der ID und den Content liefern, sonst nichts. Alles andere ist mMn. mit viel weniger Aufwand besser per Template zu erledigen.
Und was das Update des OnePage-Plugins betrifft: mir ist genau das Gegenteil passiert. Für einen Bekannten hatte ich den weiter oben verlinkten OnePager mit jQuery angepasst. Wie ich nun sehe wurde dortauch das Plugin-Update gemacht und nun funktioniert weder die Hervorhebung des aktuellen Menüpunktes, noch das Scrollen
. Bei solchen Sachen lösche ich in Zukunft die version.nfo des Plugins. Denn wenn ich meine angepasste Version des JS übers Template lade, und das Plugin-Update mit aktiviertem JS per Konfiguration kommt, ist auch Schluss mit JS.
Da fällt mir ein: User die
fhs-op2 nutzen können auch kein Update des OnePage-Plugins einspielen, wenn ich das richtig sehe. Aber der Frank war schlauer als ich und hat gleich die version.nfo aus dem Download gelöscht.