Moin,
ich gestehe, hier im Forum nicht gesucht zu haben, vielleicht ist dennoch jemand freundlich genug, mich in die richtige Richtung zu weisen.
Contao bringt bereits im Core das MooTools Akkordeon mit. Zudem gibt es andere Web 2.0 Erweiterungen wie etwa TabControl und pk_noobslide, um nur einige wenige Prominete zu nennen.
Alle diese Inhaltselemente haben gemeinsam, dass sie zwar auf den ersten Blick "schick" und "modern" sind ... aber wenn man sie einsetzt, zeigt sich, dass sie in mancher Beziehung doch recht unfreundlich zum Benutzer sind. Einige Beispiele:
- gezieltes Öffnen via Link: das Akkordeon hat gar keinen Mechanismus dafür. Man muss das JS Template ändern, um ein bestimmtes Element von vornherein offen zu haben; sobald man mehr als ein Akkordeon einsetzt (auf verschiedenen Seiten), ist man zur Zeit gezwungen, mehrere Seitenlayouts zu verwenden. TabControl hat immerhin einen rudimentären Support via "fragment identifier" aka "hash" aka "Anker" (.../my_page.html#some_pane_id).
- Formulare: hat man ein Formular in einem Akkordeon/Tab, das nicht per default aufgeklappt ist, und validiert das Formular nicht, dann wird die Seite neu geladen, um die Fehler anzuzeigen, aber das "schicke/moderne" kommt diesem Zweck in die Quere: es wird NICHT das Akkordeon/Tab mit den Fehlern gezeigt, sondern irgend ein anderes. Dem Besucher wird damit eher signalisiert, dass seine Aktion erfolgreich war ... und wundert sich, wenn er, eher durch Zufall, das Akkordeon/Tab mit den Fehlern wieder anzeigt.
- blätterbare Inhalte: hat man eine mehrseitige Galerie oder News usw. in einem Tab/Akkordeon, dann wird beim Blättern die Seite neu geladen ... aber das Tab/Akkordeon mit der nächsten Seite der Galerie/News nicht angezeigt. Sehr anstrengend und nervig für den Besucher!
- Links: folgt der Besucher einem Link in einem Akkordeon/Tab und benutzt dann den Back-Button des Browsers, dann landet er nicht an der Stelle, von der aus er den Link geklickt hat. Auch das ist sehr frustrierend und höchst unfreundlich.
- Bookmarks: es ist nicht möglich, eine Seite mit Tabs/Akkordeons so zu merken, dass sie genau den richtigen Zustand wiederspiegelt. Versendet man z.B. die URL an einen Freund, dann sieht der irgend etwas, aber ziemlich sicher NICHT den Zustand auf den man sich bezieht.
Ich befasse mich gerade mit Lösungs-Ansätzen für Akkordeon (Wiki bzw. Forum) und TabControl (Forum, auch die Beiträge davor lesen) ... und für die beiden Erweiterungen funktioniert das auch bereits recht brauchbar.
Aber das sind "halbgare" Lösungen. Die Session-Cookies helfen schon ein wenig weiter, aber das Bookmarking z.B. ist damit garnicht möglich.
Und es gibt ja noch reichlich andere Erweiterungen, die ähnliche Probleme haben. Ich müsste nach und nach sämtliche diesbezügliche Erweiterungen durchgehen und jeweils Speziallösungen implementieren. Das kann ich sicher ncht leisten.
Das Thema an sich ist uralt: jede Web 2.0 Anwendung (mit oder ohne Ajax) hat ähnliche Probleme. Und es gibt Lösungsansätze. Generelles History JS (auch mit HTML 5 Features und Fallback). Ich verlinke absichtlich nicht, weil ich Eure Vorschläge lesen möchte.
Ich denke, es ist an der Zeit, dass Contao einen Mechanismus für modernste History Handhabung mitbringt.
Was denkt Ihr?
LG, Georg
Lesezeichen