[TYPO3-german] Fragen zur neuen Grid View

[JoH asenau]

>> man könnte ja schließlich (unter anderem): [...]
>> 4.) in Abhängigkeit vom FE-Layout Feld das grid setzen [...]
>> was haltet ihr für die optimalsen Wege
>
> Das halte ich für einen sehr guten Weg. Der normale Redakteur möchte und soll in erster Linie das Verhalten/Aussehen des Frontends bearbeiten und es ist ja die Aufgabe des "Integrators", dafür zu sorgen, dass er dabei im Backend bestmöglich unterstützt wird, indem das Backend nur die Optionen bietet, die er wirklich braucht, und es sich automatisch anpasst (nicht benötigte Spalten werden ausgeblendet, andere entsprechend automatisch angeordnet).
 >
> Beispiel:
> Der Redakteur bekommt im Backend die Layouts "Detailseite" und "Übersichtsseite" zur Auswahl. Die Optionen beziehen sich auf das Frontend und somit ist die Auswahlbeschriftung "Frontend Layout" besser geeignet, als "Backend Layout". Auch das Datenbankfeld "layout" ist passender als "backend_layout"; es ist neutral und kann sich demnach theoretisch sowohl auf Frontend und Backend auswirken. Jetzt wäre es schön, wenn abhängig von der Auswahl auch automatisch das entsprechende Grid angezeigt werden würde.
>
> Ist eine solche Zuweisung des BE-Layouts z.B. über die neu verfügbare Condition [page|layout = 1] im PageTS möglich? Vermutlich nicht, da das (für Redakteure in diesem Fall optimalerweise ausgeblendete) backend_layout im pages-Datensatz überschrieben werden müsste, oder? Falls das geht, dann wäre das auf jeden Fall mein bevorzugter Weg.
> Der Nachteil wäre, dass man für FE-Layouts keine Icons hinterlegen kann.

In dem Fall brauchst Du ja eigentlich nur eine der beiden Layout-Varianten.
Daher würde ich das ursprüngliche Feld "layout" komplett ausblenden, und 
den beiden Backend-Layout-Feldern andere Label zuweisen.
Im Frontend wäre die Anpassung relativ einfach zu bewerkstelligen, weil 
Du lediglich an ein paar Stellen das "layout" Feld durch das 
field/override-Konstrukt aus meinem Beispiel ersetzen mußt.

> Als Alternative dazu (wenn man tatsächlich nur eine Auswahl zur Verfügung stellen möchte) gibt es ja, wie hier bereits erwähnt wurde, die einfache Möglichkeit Ausgaben abhängig vom Feld "backend_layout" zu generieren, z.B. wie von Joey vorgeschlagen ...
>
> Diese Alternative hat in diesem Fall die Nachteile:
> * bestehende Websites, die bisher "layout" nutzen, müssen in der Datenbank entsprechend angepasst werden

Das gilt für alle bestehenden Websites, die neue Features nutzen sollen. 
In dem Fall wäre das aber mit ein paar simplen SQL-Queries getan.

> * u.U. ist es ein Missbrauch des Feldes, da die Bezeichnung backend_layout sich ja eigentlich nur auf das Backend bezieht

Was ja weiterhin richtig ist - man sollte halt lediglich das 
ursprüngliche layout-Feld ausblenden, wenn man es nicht benutzt.

> * mehrere FE-Layouts können u.U. das selbe Gestaltungsraster nutzen; bei einer reinen Zuweisung müssten entsprechend weniger BE-Layouts angelegt werden. Angenommen obige Beispiele "Produktdetaiilseite" und "Produktübersicht" haben das gleiche Raster und weichen nur fablich voneinaner ab, so würde ja ein BE-Layout ausreichen.

Der Nachteil existiert in der beschriebenen Form nicht. Man kann bei dem 
beschriebenen Ansatz ja gerade mit genau einem Backend-Layout und einer 
Vielzahl von Frontend Layouts arbeiten. Es ist nämlich nicht zwingend 
notwendig, das Backend-Layout wie eine der beiden Frontendvarianten zu 
nennen. Es könnte ja in dem Fall auch "Produktdetails und -übersichten" 
heißen, und dann über die Frontend-Layouts "Details" bzw. "Übersicht" 
die entsprechenden Templates zugewiesen bekommen.

Ich denke mal, wenn Ihr erst eine Weile damit gearbeitet habt, ergibt 
sich eine sinnvolle Struktur der Layouts von selbst.

Viel Spaß dabei!

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