Hallo Bernd,
vielen Dank für Deine Antwort.
>> Bisher habe ich mit ###MARKER### und ###SUBPART### gearbeitet. Das scheint
>> ja > augenscheinlich auch noch zu funktionieren.
>>
>> Aber was ist mit BackendLayouts und FluiodTemplate? Wie hängen diese zusammen
>> oder gibt es ggf. demnächst etwas Neues? Hab da was von Bootstrap oder
>> GridElements gehört?
>einen direkten Zusammanhang gibt es nicht. den programmierst
>(eigentlich: konfigurierst) du über Typoscript in die Installation.
>Genauso wie mit Marker Templates.
Ok, das müsste heißen, dass ich im Grunde im TYPOSCRIPT kaum Änderungen haben
müsste, richtig?
> Bei Fluid kannst du natürlich auch etwas Logik [1] ins Template
> verlagern, u.a. auch die Abfrage nach dem gewählten BE-Layout, das dann
> steuert welches FE-Template benutzt werden soll. Konkreter: welcher Teil
> der FE-Templates benutzt werden:
Das sind dann diese Abfragen nach dem Motto »if« ? Wenn diese Eigenschaft
zutrifft wird die Bedingung ausgeführt sonst nicht.
>1. bestimme das aktive Layout und speichere es in eine globale
>Fluid-Variable:
> page = PAGE
> page {
> 10 = FLUIDTEMPLATE
> 10 {
> file = {$syspath}/html/f-template.html
> layoutRootPath = {$syspath}/html/
> partialRootPath = {$syspath}/html/partials/
> variables {
> layout = TEXT
> layout.field = backend_layout
> layout.ifEmpty.data = levelfield:-2, backend_layout_next_level, slide
> }
> }
> }
Was hast das jetzt mit den beiden Zeilen layoutRootPath und partialRootPath auf
sich? Muss ich da was definieren oder wird das durch das System gestellt?
> 2. jetzt kannst du im Haupttemplate gezielt eine Section und/oder ein
> Partial anspringen:
> jedes Layout ist eine Sections in einem Partial:
> <f:render partial="pageLayouts" section="layout-{layout}"
> arguments="{_all}" />
>
> jedes Layout ist ein eigeness Partial:
> <f:render partial="layout-{layout}" arguments="{_all}" />
>
> jedes Layout ist eine Section im Haupttemplate:
> <f:render section="layout-{layout}" arguments="{_all}" />
>
> oder viele <f:if> um an jeder Stelle einzeln zu entscheiden in welchem
> Layout was sichtbar sein soll (siehe [1])
oder, oder, oder ...
die übliche Vielfalt bei TYPO3
> Wie ist denn hier die Einschätzung, auch hinsichtlich der Zukunftssicherheit?
> Möchte nicht beim nächsten LTS-Update alles wieder neu bauen müssen… J
> normalerweise solltest du alte Konfigurationen beibehalten können.
> Dateien werden seit 6.0 etwas anders behandelt (FAL). die alte
> Funktionalität existiert aber auch noch!
> Bei der Programmierung gibt es jetzt Namespaces (aber auch hier
> funktioniert fast alles noch nach altem Muster) und includes sind
> überflüssig (ok. die _muss_ man dann entfernen)
Ich denke, wenn ich schon diesen Sprung von TYPO3 4.5 nach TYPO3 6.2 mache,
sollte ich auch beim Layout neue Wege gehen.
> Sauberer wird es natürlich wenn man auf die _noch_ funktionierenden
> Funktionen verzichtet und es im neuen Schema neu aufbaut.
> Die Technik bei HTML und CSS und JS ist weiter gegangen (Stichwort:
> responsive). die Mode bzgl. welche Layouts gerade 'in' sind hat sich
> auch geändert. Vielleicht ist sowieso mal wieder Zeit dem Webauftritt
> einen Tapetenwechsel zu verpassen.
Wie oben schon geschrieben, die Veränderung ist notwendig.
Danke
Micha
_______________________________________________
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
