Dir auch ein schoenes Wochenende. du verstehst das schon richtig. Die Power des
Frameworks for TemplaVoila ist eben dass man die Themes des TVfW 1 und 2 beliebig
austauschen kann und dass die Content Elemente danach immer wieder in die richtige
position "springen" - es sei denn man waehlt anstatt 3 nur 2 Spalten dann
natuerlich landen die Elemente aus der dritten Spalte in Non Used Elements Tab.
Hierin ist TVfW bisher immer noch erste Sahne da es bisher keines der auch auf TV
aufbauenden Webseiten schafft die Elemente richtig "umzuschichten" in neue
Ansichten. Das war auch das Problem damals als das WEC Paket rauskam und dank GIDEON der
damals seine TABS entwickelt hatte wurde eben solange gefeilt bis das alles austauschbar
war - siehe die YUI templates im TER die wir damals hochstellten. Wir gaben dann jedoch
YUI zugunsten zum FWfTV auf. Da THEMES viele der TVfW ideen (wenn nicht inzwischen fast
alle) in fluid umgesetzen kann ist es der ideale Nachfolger fuer Nutzer freundliche TYPO3
Pakete.
Das Prinzip kannst Du mit normalisierten Daten natürlich viel einfacher
umsetzen als mit TV, weil die Spalten anhand einer ID eindeutig
zugewiesen werden können. Wobei meiner Meinung nach das Ziel sein
sollte, dass der Container sich bei einem Theme-Wechsel überhaupt nicht
ändern muss, solange die Basis des Themes (z.B. Twitter-Bootstrap)
dieselbe bleibt. Sollte die Basis eine andere sein und zudem noch
grundlegend andere Strukturen erfordern, wäre es dennoch sinnvoll, so
weit wie möglich ohne komplettes Nachjustieren der Inhalte auszukommen.
Das hatte ich bisher immer so auf dem Schirm, weswegen wir auch
unbedingt von den reinen XML-Strukturen weg müssen. Gridelements gehen
aber schon heute noch einen Schritt weiter:
Wenn Du einen Container nimmst und dessen Layout änderst, werden Inhalte
von identischen Spalten-IDs beibehalten, während die anderen in Spalte
-2 wandern. Diese Spalte kann man dann z.B. in einem
Seiten-Backend-Layout anlegen und wenn man möchte, kann sie auch "unused
elements" heissen.
Der eigentliche Trick liegt aber im Feld "backupColPos", das wir in
tt_content einbauen. Dort befindet sich nämlich nach einem solchen
Layout-Wechsel die vorherige Spalten-Nummer, so dass Du bei einem
fälschlich zugewiesenen Layout sofort wieder das ursprüngliche auswählen
kannst, ohne die Struktur der Daten zu verlieren. Voraussetzung ist,
dass die einzelnen Layouts so weit wie möglich mit identischen
Spaltennummern arbeiten, was bei Themes aber ohnehin so geplant ist.
Damit bekommen wir zwar nicht alle Redakteurs-Fehler in den Griff, aber
es wird weitaus schwieriger, die Struktur zu zerstören, als das bei
reinem XML der Fall gewesen wäre.
Kannst ja mal damit experimentieren :-)
Schönen Abend
Joey
--
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your gob sometimes!)
Dieter Nuhr, German comedian
Xing: http://contact.cybercraft.de
Twitter: http://twitter.com/bunnyfield
TYPO3 cookbook (2nd edition): http://www.typo3experts.com
_______________________________________________
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
