[TYPO3-german] Wechsel 2-spaltiges/dreispaltiges Layout innerhalb einer Seite (ohne TV!)

[JoH asenau]

> das sieht oft noch um einiges chaotischer aus und trotzdem lieben die
> Kunden TemplaVoila wegen seinem riesen Vorsprung an Usability und es
> verkauft sich wesentlich einfacher und besser als die anderen
> Methoden.

Kommt wohl auf die Kunden an.
Wir haben im Moment einen Relaunch einer Ex-TV Seite, die auf Wunsch des
Kunden diesmal ohne TV an den Start geht.

Da der Kunde selbst in der Regel Redakteur ist oder ein Team von Redakteuren
beschäftigt und sich nicht mit HTML-Templates und deren Einbindung
herumschlagen will, kann ich den Usability-Vorteil auch nicht ganz
nachvollziehen.

Wir bauen die Templates so weit fertig, daß Sie mit Hilfe eines
Layout-Schalters (auf Wunsch mit Icons) wählbar werden.
Gleiches gilt für Content-Elemente, denn auch dort gibt es einen
Layout-Schalter.
Zusätzlich gibts ein paar ICE-Boxen mit ICE-Flavors für komplexere Elemente,
die aus mehreren Einzelementen zusammengesetzt werden.
Die "Spalten" bekommen sinnvolle Namen, damit dem Redakteur klar ist, was er
wo zu editieren hat.

Danach geht es nur noch um die Eingabe / Bearbeitung von Inhalten und die
ist in beiden "Welten" mehr oder weniger identisch.

TV macht daher IMHO nur dort Sinn, wo der Kunde selbst über HTML-Künstler
verfügt, die regelmäßig neue Templates produzieren, die dann von einem Admin
ohne große TypoScript-Kenntnisse eingebaut und für die Redakteure pflegbar
gemacht werden müssen. Und genau für ein solches Szenario wurde TV ja im
Auftrag von Dassault-Systems entwickelt.

Aber wie gesagt: Kommt wohl auf die Kunden an.

HTH

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 workshops: http://workshops.eqony.com



_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german

[Jochen Graf-3]

Michael Meurer schrieb:

> Guten Morgen zusammen.
>
> ich knusper seit einiger Zeit an einer Möglichkeit, dass ich innerhalb
> einer Seite zwischen zwei- und dreispaltigem Layout für den Content
> wechseln kann. Die Navi bleibt durchgehend eine eigene Spalte.
>
> Ziel ist etwas in der Art
> - zweispaltiger Text
> - dreispaltig -> Newslist - Newslatest (1) - Bild(er)
> - einspaltiger Text - Linklist
>
> In der Front-End-Ausgabe möchte ich etwas in der Art
> ...
>
> <div class="zweispaltig">
> <ul>
> <li>Spalte 1</li>
> <li>Spalte 2</li>
> </ul>
> </div>
> <div class="dreispaltig">
> <ul>
> <li>Spalte 1</li>
> <li>Spalte 2</li>
> <li>Spalte 3</li>
> </ul>
> </div>
>
> ...
>
> Jede Layout-"Zeile" soll in einem eigenen Div gerendert werden, damit
> alle Spalten gleich hoch sind.
>
> Das Ganze möchte ich ohne (!) TV realisieren. Ich habe keine Ext
> gefunden, die mir tt_content-Elemente und Extensions in einem
> mehrspaltigen Layout rendert.
>
> Mit der Ext rlmp_tmplselector würde es gehen, die ist aber schon 2 1/2
> Jahre alt. Ich bin da überfragt, ob das mit kommenden Typo-Versionen
> (4.3, 5.x) noch funktionieren wird.
> Ich würde den ganzen Spaß gerne schon mal in einer 4.3alpha3 umsetzen.
>
> Kennt jemand irgendwelche Ansätze?
> Danke im Voraus.
>
> Gruß
> Michael
> _______________________________________________
> TYPO3-german mailing list
> TYPO3-german@...
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
>
>
>  

Hallo,

ich habe mir das Yaml genommen und es nach meinen Bedürfinissen angepasst.

Meine ganzen Webseiten haben zwei oder drei Spalten.
Yaml ist gleich installiert ca. 10 Minuten.

--
Mit freundlichen Grüssen

Jochen Graf

Universität Koblenz-Landau / Campus Landau
Arbeitstelle Multimedia/Technik-Administration

Thomas-Nast-Str. 44
76829 Landau

mail: graf@...
fon: 06341-990-224

web:http://www.paeps.technik.uni-landau.de
web:http://www.paeps.uni-landau.de
web:http://www.bite.uni-landau.de


_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german

[Peter Niederlag-3]

Hallo,

klar gibt es dafür auch ganz puristische/simple Ansätze.

das ganze hängt davon ab:
* wieviel Flexibilität brauchst Du?
* wieviel "WYSIWYG" brauchst Du im Page-Modul?

Muss der Redakteur völlig flexibel zw. zwei und dreispaltig hin- und
herswitschen können?
Brauchst Du diese zwei-/dreispaltigen Wechsel auch visuell im Page-Modul
(BE)?

Icepack und TV sind beides "full-feature" Lösungen, jeweils mit dem ein
oder anderen Drawback. Dazu kommen dann versch. individuelle Lösungen.

Als Ansätze nenne ich mal Stcihworte wie "conditions" und "das frame
feld". Simple Lösung ist einfach ein feld mit Optionen wie "starts two
columns", "starts three columns". Das ganze einfach
intelligent/fehlertolerant auswerten, fertig.

Letztendlich kommt es wohl auf das Kundenbedürfniss an.

Gruß,
Peter

Michael Meurer schrieb:

> Guten Morgen zusammen.
>
> ich knusper seit einiger Zeit an einer Möglichkeit, dass ich innerhalb
> einer Seite zwischen zwei- und dreispaltigem Layout für den Content
> wechseln kann. Die Navi bleibt durchgehend eine eigene Spalte.
>
> Ziel ist etwas in der Art
> - zweispaltiger Text
> - dreispaltig -> Newslist - Newslatest (1) - Bild(er)
> - einspaltiger Text - Linklist
>
> In der Front-End-Ausgabe möchte ich etwas in der Art
> ...
>
> <div class="zweispaltig">
> <ul>
> <li>Spalte 1</li>
> <li>Spalte 2</li>
> </ul>
> </div>
> <div class="dreispaltig">
> <ul>
> <li>Spalte 1</li>
> <li>Spalte 2</li>
> <li>Spalte 3</li>
> </ul>
> </div>
>
> ...
>
> Jede Layout-"Zeile" soll in einem eigenen Div gerendert werden, damit
> alle Spalten gleich hoch sind.
>
> Das Ganze möchte ich ohne (!) TV realisieren. Ich habe keine Ext
> gefunden, die mir tt_content-Elemente und Extensions in einem
> mehrspaltigen Layout rendert.
>
> Mit der Ext rlmp_tmplselector würde es gehen, die ist aber schon 2 1/2
> Jahre alt. Ich bin da überfragt, ob das mit kommenden Typo-Versionen
> (4.3, 5.x) noch funktionieren wird.
> Ich würde den ganzen Spaß gerne schon mal in einer 4.3alpha3 umsetzen.
>
> Kennt jemand irgendwelche Ansätze?
> Danke im Voraus.
>
> Gruß
> Michael

--
Peter Niederlag
http://www.niekom.de * TYPO3 & EDV Dienstleistungen *
http://www.typo3partner.net * professional services network *
_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german

[JoH asenau]

>> ich knusper seit einiger Zeit an einer Möglichkeit, dass ich
>> innerhalb einer Seite zwischen zwei- und dreispaltigem Layout für
>> den Content wechseln kann. Die Navi bleibt durchgehend eine eigene
>> Spalte.
>
> ich habe mir das Yaml genommen und es nach meinen Bedürfinissen
> angepasst.
>
> Meine ganzen Webseiten haben zwei oder drei Spalten.
> Yaml ist gleich installiert ca. 10 Minuten.

Nützt aber nix, wenn die Aufgabe ist, innerhalb einer Seite Elemente mit
verschiedener Spaltenanzahl zu generieren.
Yaml setzt ja immer auf Seitenebene an und ein Yaml für tt_content gibt's
AFAIK nicht.

HTH

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 workshops: http://workshops.eqony.com



_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german

[news.netfielders.de-5]

JoH asenau wrote:

>>> ich knusper seit einiger Zeit an einer Möglichkeit, dass ich
>>> innerhalb einer Seite zwischen zwei- und dreispaltigem Layout für
>>> den Content wechseln kann. Die Navi bleibt durchgehend eine eigene
>>> Spalte.
>> ich habe mir das Yaml genommen und es nach meinen Bedürfinissen
>> angepasst.
>>
>> Meine ganzen Webseiten haben zwei oder drei Spalten.
>> Yaml ist gleich installiert ca. 10 Minuten.
>
> Nützt aber nix, wenn die Aufgabe ist, innerhalb einer Seite Elemente mit
> verschiedener Spaltenanzahl zu generieren.
> Yaml setzt ja immer auf Seitenebene an und ein Yaml für tt_content gibt's
> AFAIK nicht.

Doch,
'dbyamltv' ermöglicht die Verwendung von FCEs mit verschiedenen festen
oder prozentualen Spaltenbreiten.

Die Extension setzt natürlich auf TV auf ;-)

Meine Erfahrung an der Hochschule ist, dass die Redakteure recht
zufrieden sind. Diese arbeiten keineswegs mit HTML-Templates sondern
verwenden die von dbyamltv mitgelieferten bzw. von mir modifizierten
TV-Templates bzw. TV-FCEs.

Grüße aus Esslingen,
Manfred

>
> HTH
>
> Joey
>
_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german

[Andreas Becker-2]

Hi Manfred
die wollen kein TV sehen da es dort zu chaotisch zugeht, auch wenn es den
Studenten gefaellt.
Auch mit YUI CSS Templates lassen sich ja x beliebige Spalten innerhalb
einer TV Seite mischen. doch das ist hier leider nicht gefragt.

Andi

2009/5/26 Manfred Mirsch <manfred.mirsch@...>

> JoH asenau wrote:
> >>> ich knusper seit einiger Zeit an einer Möglichkeit, dass ich
> >>> innerhalb einer Seite zwischen zwei- und dreispaltigem Layout für
> >>> den Content wechseln kann. Die Navi bleibt durchgehend eine eigene
> >>> Spalte.
> >> ich habe mir das Yaml genommen und es nach meinen Bedürfinissen
> >> angepasst.
> >>
> >> Meine ganzen Webseiten haben zwei oder drei Spalten.
> >> Yaml ist gleich installiert ca. 10 Minuten.
> >
> > Nützt aber nix, wenn die Aufgabe ist, innerhalb einer Seite Elemente mit
> > verschiedener Spaltenanzahl zu generieren.
> > Yaml setzt ja immer auf Seitenebene an und ein Yaml für tt_content gibt's
> > AFAIK nicht.
>
> Doch,
> 'dbyamltv' ermöglicht die Verwendung von FCEs mit verschiedenen festen
> oder prozentualen Spaltenbreiten.
>
> Die Extension setzt natürlich auf TV auf ;-)
>
> Meine Erfahrung an der Hochschule ist, dass die Redakteure recht
> zufrieden sind. Diese arbeiten keineswegs mit HTML-Templates sondern
> verwenden die von dbyamltv mitgelieferten bzw. von mir modifizierten
> TV-Templates bzw. TV-FCEs.
>
> Grüße aus Esslingen,
> Manfred
>
> >
> > HTH
> >
> > Joey
> >
> _______________________________________________
> TYPO3-german mailing list
> TYPO3-german@...
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
>
>

_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german

[JoH asenau]

>> Meine Erfahrung an der Hochschule ist, dass die Redakteure recht
>> zufrieden sind. Diese arbeiten keineswegs mit HTML-Templates sondern
>> verwenden die von dbyamltv mitgelieferten bzw. von mir modifizierten
>> TV-Templates bzw. TV-FCEs.

Damit hätten wir dann nicht nur den XML-Code-Overkill in der Datenbank
sondern gleich noch die CSS-Kanone für den Layout-Spatzen oben drauf ;-)

Womit zumindest offensichtlich wäre, dass man auch mit völlig überfrachtetem
Code sowas wie Usability darstellen kann.
Genaugenommen das Microsoft-Prinzip: Was kümmert uns schöner oder schlanker
Code, solange der User relativ zügig das tun kann, was er will.

Rein technisch betrachtet ist das eine gnadenlose Ressourcen-Verschwendung,
die allerdings noch getoppt werden kann, indem man zusätzlich eines der
aktuell so beliebten JS-Frameworks davorflanscht, nur um für das
Effekt-Gewitter kein Flash benutzen zu müssen. (Originalzitat eines "Top 5"
TYPO3 Anbieters: Flash kann ja jeder Webdesign-Hansel, da können wir uns mit
JS-Effekten als Profis etablieren.)

In der Kombination YAML/TV bin ich inzwischen oft kurz davor, den Auftrag
abzulehnen, wenn der Kunde drauf besteht. Im Glauben, die technisch
einfachste Lösung ausgesucht zu haben, will er den dadurch entstehenden
Mehraufwand nämlich meist nicht bezahlen. Mehraufwand, der immer dann
entsteht, wenn das Design nicht dem klassischen "Ich bin ein YAML Layout
Look" entsprechen und womöglich noch verschiedene Sprachen und nicht ganz
alltägliche Extensions zum Einsatz kommen sollen. Spätestens dann ist
nämlich Essig mit "einfach".

Aber wie heißt es doch so schön: Jedem das Seine :-)

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 workshops: http://workshops.eqony.com



_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german

[news.netfielders.de-5]

Hallo Andreas,
da ich erst seit zwei Jahren mit TYPO3 arbeite bin ich etwas weniger
voreingenommen, was die ganze Diskussion um TV angeht als die alten Hasen.

Mit Sicherheit gibt es zahlreiche Probleme mit TV, ansonsten würden
erfahrene Entwickler ja nicht ständig darauf hinweisen.

Der andere Aspekt ist aber vermutlich die Redakteurssicht und da habe
ich als Webmaster einer Hochschule natürlich auch mit anderen Problemen
zu kämpfen als die Hardcore-Entwickler.

Eine recht interessante Diskussion zum Thema TV habe ich mal bei Xing
gelesen:
<https://www.xing.com/app/forum?op=showarticles;id=10064714>

Ganz offensichtlich gibt es auch professionelle Agenturen, die voll auf
TV setzen.

Ob diese nun Masochisten sind wäre noch zu prüfen ;-)

Gruss,
Manfred

Andreas Becker wrote:

> Hi Manfred
> die wollen kein TV sehen da es dort zu chaotisch zugeht, auch wenn es den
> Studenten gefaellt.
> Auch mit YUI CSS Templates lassen sich ja x beliebige Spalten innerhalb
> einer TV Seite mischen. doch das ist hier leider nicht gefragt.
>
> Andi
>
> 2009/5/26 Manfred Mirsch <manfred.mirsch@...>
>
>> JoH asenau wrote:
>>>>> ich knusper seit einiger Zeit an einer Möglichkeit, dass ich
>>>>> innerhalb einer Seite zwischen zwei- und dreispaltigem Layout für
>>>>> den Content wechseln kann. Die Navi bleibt durchgehend eine eigene
>>>>> Spalte.
>>>> ich habe mir das Yaml genommen und es nach meinen Bedürfinissen
>>>> angepasst.
>>>>
>>>> Meine ganzen Webseiten haben zwei oder drei Spalten.
>>>> Yaml ist gleich installiert ca. 10 Minuten.
>>> Nützt aber nix, wenn die Aufgabe ist, innerhalb einer Seite Elemente mit
>>> verschiedener Spaltenanzahl zu generieren.
>>> Yaml setzt ja immer auf Seitenebene an und ein Yaml für tt_content gibt's
>>> AFAIK nicht.
>> Doch,
>> 'dbyamltv' ermöglicht die Verwendung von FCEs mit verschiedenen festen
>> oder prozentualen Spaltenbreiten.
>>
>> Die Extension setzt natürlich auf TV auf ;-)
>>
>> Meine Erfahrung an der Hochschule ist, dass die Redakteure recht
>> zufrieden sind. Diese arbeiten keineswegs mit HTML-Templates sondern
>> verwenden die von dbyamltv mitgelieferten bzw. von mir modifizierten
>> TV-Templates bzw. TV-FCEs.
>>
>> Grüße aus Esslingen,
>> Manfred
>>
>>> HTH
>>>
>>> Joey
>>>
>> _______________________________________________
>> TYPO3-german mailing list
>> TYPO3-german@...
>> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
>>
>>

_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german

[Andreas Becker-2]

Hallo Manfred
Danke fuer den Xing Link - interessant.

Aber wie auch hier ist das mehr oder weniger ein Glaubens Krieg als eine
Sachliche Auseinandersetzung.

Die Frage die sich fuer mich stellt ist was der Kunde wuenscht und dabei
empfehle ich ihm uebrigens auch nicht immer TV - aber meistens! So haben wir
ein riesen Projekt vor kurzem ohne TV aber mit unseren T3Pack elementen
umgesetzt da die Redakteure schlichtweg nur in einer einzigen Column
arbeiten und ansonsten auch nur News schreiben.

In einem anderen Projekt (aehnlicher Groessenordnung) jedoch empfahlen wir
den Einsatz, da dieses NachrichtenPortal den Redakteuren sehr viel
gestalterische Freiheiten geben wollte ohne das CI zu verlieren und ohne
dass es im Backend zu einem Column Wuscht ausartet wie in deren alten auf
standard templating basierendend Seite. Die Agentur hatte damals insgesamt 9
Columns angelegt! und die Redaktuere waren im Grunde mehr damit beschaeftigt
die richtige Column zu finden anstatt den Artikel zu schreiben. Mit
kb_nescafe haette man das auch einfacher loesen koennen! Nunja!

Beide Kunden sind sehr zufrieden mit ihren Seiten und deren Redakteure
auch.

Jedoch haben wir inzwischen bereits einen Unterschied festgestellt.

Von unserem ersten Kunden bekommen wir kleine Folgeauftraege (also der mit
Standard Templating) denn jedesmal wenn der etwas an seinem Layout aendern
will fuehlt er sich nicht im stande dies selber zu machen da er zu weit in
das GesamtSystem von TYPO3 eingreifen muesste.

Der Zweite Kunde erstellt inzwischen eigene FCEs und ist total happy ueber
diese gewonnene Freiheit von den Developern und der ewigen Rueckfragerei und
vorallem warterei bis die mal wieder Zeit haben was kleines dazwischen zu
schieben.

Uber den zweiten Kunden erhielten wir inzwischen Folgeauftraege wobei diese
Kunden IMMER TemplaVoila wollte "so wie bei denen soll es laufen" womit
vorallem die wohl die FCEs gemeint sind und die einfache Handbarkeit der
Mehrsprachigkeit.

Rechnet man die Supportkosten und die Kosten fuer diese kleinen Standard
Templateing Elemente hoch, so ist festzustellen, dass sich das in etwa die
Waage haelt. Die Standard Seite benoetigt weniger Schulung da alle nur in
einer Column arbeiten und da nur die Vorgebauten Starren Elemente einfuegen,
der andere freut sich, ueber die regelmaessigen Schulungen seiner
Mitarbeiter und die wiederum sind begeistert, das sie selber inzwischen auch
einmal ein FCE vorschlagen oder sogar erstellen koennen, das nach der
Abnahme durch den "ober"FCE Meister" dann freigegeben wird (ohne
Einschaltung einer Agentur und lediglich mit den internen Kosten (ZEIT der
Mitarbeiter) verbundenen Aufwand)

Ich denke es kommt auch sehr viel auf den Zweck an!
Was will man mit einer Website anstellen?
Wer soll daran arbeiten?
Wie abhaengig will man von einer Agentur, oder seinem Developer sein!
Dies ist ein nicht zu unterschaetzender Faktor, denn wie erhalten immer mehr
auftraege aus dem Joomla, Drupal und Standard HTML Bereich wegen eben
diesem. Nach jedem kleinen Versions Wechsel lief bei denen wieder einige
Module usw nicht und sie musste erneut einen Developer aufsuchen. Wenn nun
diese Leute TV sehen sind sie total begeistert und bereits nach einer
relative kurzen Schulung in der Lage selber "TYPO3 zu fliegen und ihre Seite
zu landen" auch wenn sie nach wie vor nicht in der Lage sind eine TYPO3
Seite von grundauf aufzubauen, doch dass muss man nicht koennen dank
zahlreicher Pakete die es inzwischen gibt - YAML ist da zum Glueck nur eines
davon und ich gebe hier JOH auch voll recht - CSS-Grids sind nun einmal
starrer wie handcoded stuff! Dafuer aber auch umso schneller zu installieren
und sie reduzieren die Herstellungskosten immens - nicht nur fuer den
Kunden, sondern ach fuer die Agentur, da z.B. Templates die auch einem
"Muster Grid" basieren wesentlich einfacher wiedergebraucht werden koennen.

Es kommt ja demnaechst noch ein weiteres CSS Framework das speziell fuer
TYPO3 entwickelt wurde dazu.

Jedem also da Seine. Dem einen liegt es wesentlich mehr mit der Standard
Methode zu arbeiten, ein anderer steht auf autoparser und immer mehr eben
auf TemplaVoila. Oft sind im Standard und autoparser Bereich Developer mit
intensiver Programmer Erfahrung vertreten die sich oft leider auch noch
nicht mit TV auseinandergesetzt haben. Und im TV Bereich finden sich oft
eher NICHT Programmer, viele Designer die mit HTML und CSS verstehen
umzugehen, und auch sehr sehr viele Laien die einfach nur Spass durch die
Verwendung von TemplaVoila an TYPO3 haben - insbesondere im studentischen
Bereich!

Will einer ein schlankes System haben und seine Seite noch ein wenig
schneller machen als sie eh schon ist, so sollte er sicher ein puristisches
Standard T3 waehlen, doch wer es evtl selber machen will und kein
Programmierer ist, der evtl auch mit seiner Firma nicht immer wieder auf die
Suche nach Agenturen/Developern fuer die Loesung seiner kleinen Probleme
gehen will - der also gerne einmal selber hand anlegen will ohne gleich eine
komplette Seite zu ruinieren ist mit TV sehr sehr gut beraten. Besonders
diejenigen, die auch mal nur schnell ein Template switchen wollen, also den
Look ihrer Seite z.B. fuer ein Special, veraendern wollen und ich denke
genau fuer diesen Zweck wurde auch damals TV von Dassault bei Robert in
Auftrag gegeben.

Mal ne andere Frage:

Wie sieht es eigentlich in TYPO3 5.0 aus?
Wie werden dort die Templates erstellt?
Kann man dort seine T3 Standard oder Autoparser oder TV Templates
weiterverwenden?

Gruss
Andi



2009/5/26 Manfred Mirsch <manfred.mirsch@...>

> Hallo Andreas,
> da ich erst seit zwei Jahren mit TYPO3 arbeite bin ich etwas weniger
> voreingenommen, was die ganze Diskussion um TV angeht als die alten Hasen.
>
> Mit Sicherheit gibt es zahlreiche Probleme mit TV, ansonsten würden
> erfahrene Entwickler ja nicht ständig darauf hinweisen.
>
> Der andere Aspekt ist aber vermutlich die Redakteurssicht und da habe
> ich als Webmaster einer Hochschule natürlich auch mit anderen Problemen
> zu kämpfen als die Hardcore-Entwickler.
>
> Eine recht interessante Diskussion zum Thema TV habe ich mal bei Xing
> gelesen:
> <https://www.xing.com/app/forum?op=showarticles;id=10064714>
>
> Ganz offensichtlich gibt es auch professionelle Agenturen, die voll auf
> TV setzen.
>
> Ob diese nun Masochisten sind wäre noch zu prüfen ;-)
>
> Gruss,
> Manfred
>
> Andreas Becker wrote:
> > Hi Manfred
> > die wollen kein TV sehen da es dort zu chaotisch zugeht, auch wenn es den
> > Studenten gefaellt.
> > Auch mit YUI CSS Templates lassen sich ja x beliebige Spalten innerhalb
> > einer TV Seite mischen. doch das ist hier leider nicht gefragt.
> >
> > Andi
> >
> > 2009/5/26 Manfred Mirsch <manfred.mirsch@...>
> >
> >> JoH asenau wrote:
> >>>>> ich knusper seit einiger Zeit an einer Möglichkeit, dass ich
> >>>>> innerhalb einer Seite zwischen zwei- und dreispaltigem Layout für
> >>>>> den Content wechseln kann. Die Navi bleibt durchgehend eine eigene
> >>>>> Spalte.
> >>>> ich habe mir das Yaml genommen und es nach meinen Bedürfinissen
> >>>> angepasst.
> >>>>
> >>>> Meine ganzen Webseiten haben zwei oder drei Spalten.
> >>>> Yaml ist gleich installiert ca. 10 Minuten.
> >>> Nützt aber nix, wenn die Aufgabe ist, innerhalb einer Seite Elemente
> mit
> >>> verschiedener Spaltenanzahl zu generieren.
> >>> Yaml setzt ja immer auf Seitenebene an und ein Yaml für tt_content
> gibt's
> >>> AFAIK nicht.
> >> Doch,
> >> 'dbyamltv' ermöglicht die Verwendung von FCEs mit verschiedenen festen
> >> oder prozentualen Spaltenbreiten.
> >>
> >> Die Extension setzt natürlich auf TV auf ;-)
> >>
> >> Meine Erfahrung an der Hochschule ist, dass die Redakteure recht
> >> zufrieden sind. Diese arbeiten keineswegs mit HTML-Templates sondern
> >> verwenden die von dbyamltv mitgelieferten bzw. von mir modifizierten
> >> TV-Templates bzw. TV-FCEs.
> >>
> >> Grüße aus Esslingen,
> >> Manfred
> >>
> >>> HTH
> >>>
> >>> Joey
> >>>
> >> _______________________________________________
> >> TYPO3-german mailing list
> >> TYPO3-german@...
> >> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
> >>
> >>
> _______________________________________________
> TYPO3-german mailing list
> TYPO3-german@...
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
>

_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german

[Mathias Schreiber [wmdb >]]

Andreas Becker schrieb:
> Mal ne andere Frage:
>
> Wie sieht es eigentlich in TYPO3 5.0 aus?

Kommt in Zukunft.

> Wie werden dort die Templates erstellt?

soweit ich das bis jetzt blicke ist das tbd.

> Kann man dort seine T3 Standard oder Autoparser oder TV Templates
> weiterverwenden?

Das halte ich für unwahrscheinlich, aber wer weiß...
Das wird massiv davon abhängen, ob sich jemand findet, der etwas TV
ähnliches umseten will oder nicht.
Ich bin auch bei Fluid noch nicht sicher, ob es da "nur" um die MVC
Templates oder um Templates für komplette Sites geht, von meinem ersten
Eindruck nur ersteres (aber ist ja auch noch alles work-in-progress und
die Jungs lassen gerne (fundiert) mit sich reden).

--
TYPO3 certified intregator
T3DD09 Entertainer
_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german

[Christian Wolff]

Mathias Schreiber [wmdb >] schrieb:

> Andreas Becker schrieb:
>> Mal ne andere Frage:
>>
>> Wie sieht es eigentlich in TYPO3 5.0 aus?
>
> Kommt in Zukunft.
>
>> Wie werden dort die Templates erstellt?
>
> soweit ich das bis jetzt blicke ist das tbd.
>
>> Kann man dort seine T3 Standard oder Autoparser oder TV Templates
>> weiterverwenden?
>
> Das halte ich für unwahrscheinlich, aber wer weiß...
> Das wird massiv davon abhängen, ob sich jemand findet, der etwas TV
> ähnliches umseten will oder nicht.
> Ich bin auch bei Fluid noch nicht sicher, ob es da "nur" um die MVC
> Templates oder um Templates für komplette Sites geht, von meinem ersten
> Eindruck nur ersteres (aber ist ja auch noch alles work-in-progress und
> die Jungs lassen gerne (fundiert) mit sich reden).
>

also das standard template system ist dann wohl in zukunft fluid.
so wie ich das verstanen hab wollten sie von den ###markern### weg. weil
die speziell im ramen von loops. oft sehr konfusing wurden. jetzt haben
sie halt quasie eine object syntax. im template system. wie flexibel das
ist wird man sehen.

ich denke aber das es bestimmt eine TV implemenation für typo3 version
5.0 geben wird. ich glaube es gibt sehr viele leute die dieses "klick
dich durch" template system sehr praktisch finden.

gruss chris



--
Christian Wolff // Berlin
http://www.connye.com

some projects:
http://richtermediagroup.com | http://titanic.de |
http://fairplay-homepage.de
_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german

[Andreas Becker-2]

2009/5/27 Christian Wolff <chris@...>

> Mathias Schreiber [wmdb >] schrieb:
> > Andreas Becker schrieb:
> >> Mal ne andere Frage:
> >>
> >> Wie sieht es eigentlich in TYPO3 5.0 aus?
> >
> > Kommt in Zukunft.
> >
> >> Wie werden dort die Templates erstellt?
> >
> > soweit ich das bis jetzt blicke ist das tbd.
> >
> >> Kann man dort seine T3 Standard oder Autoparser oder TV Templates
> >> weiterverwenden?
> >
> > Das halte ich für unwahrscheinlich, aber wer weiß...
> > Das wird massiv davon abhängen, ob sich jemand findet, der etwas TV
> > ähnliches umseten will oder nicht.
> > Ich bin auch bei Fluid noch nicht sicher, ob es da "nur" um die MVC
> > Templates oder um Templates für komplette Sites geht, von meinem ersten
> > Eindruck nur ersteres (aber ist ja auch noch alles work-in-progress und
> > die Jungs lassen gerne (fundiert) mit sich reden).
> >
>
> also das standard template system ist dann wohl in zukunft fluid.
> so wie ich das verstanen hab wollten sie von den ###markern### weg. weil
> die speziell im ramen von loops. oft sehr konfusing wurden. jetzt haben
> sie halt quasie eine object syntax. im template system. wie flexibel das
> ist wird man sehen.
>
> ich denke aber das es bestimmt eine TV implemenation für typo3 version
> 5.0 geben wird. ich glaube es gibt sehr viele leute die dieses "klick
> dich durch" template system sehr praktisch finden.

Wer waere hier eiegentlich der richtige Ansprechpartner bezueglich
Templating in TYPO3 5.0 und auch bezueglich TemplaVoila in TYPO3 5.0. Evtl.
sollte man ja schon rechtzeitig damit beginnen eine TV Version fuer TYPO3
5.0 zu entwickeln, die dann jedoch die inzwischen bekannten Probleme behebt
und TV dann insgesamt noch mehr verbessert. z.B. das beseitigen der alles in
einem Feld Logik!
Andi
_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german

[Christian Wolff]

Andreas Becker schrieb:

> 2009/5/27 Christian Wolff <chris@...>
>
>> Mathias Schreiber [wmdb >] schrieb:
>>> Andreas Becker schrieb:
>>>> Mal ne andere Frage:
>>>>
>>>> Wie sieht es eigentlich in TYPO3 5.0 aus?
>>> Kommt in Zukunft.
>>>
>>>> Wie werden dort die Templates erstellt?
>>> soweit ich das bis jetzt blicke ist das tbd.
>>>
>>>> Kann man dort seine T3 Standard oder Autoparser oder TV Templates
>>>> weiterverwenden?
>>> Das halte ich für unwahrscheinlich, aber wer weiß...
>>> Das wird massiv davon abhängen, ob sich jemand findet, der etwas TV
>>> ähnliches umseten will oder nicht.
>>> Ich bin auch bei Fluid noch nicht sicher, ob es da "nur" um die MVC
>>> Templates oder um Templates für komplette Sites geht, von meinem ersten
>>> Eindruck nur ersteres (aber ist ja auch noch alles work-in-progress und
>>> die Jungs lassen gerne (fundiert) mit sich reden).
>>>
>> also das standard template system ist dann wohl in zukunft fluid.
>> so wie ich das verstanen hab wollten sie von den ###markern### weg. weil
>> die speziell im ramen von loops. oft sehr konfusing wurden. jetzt haben
>> sie halt quasie eine object syntax. im template system. wie flexibel das
>> ist wird man sehen.
>>
>> ich denke aber das es bestimmt eine TV implemenation für typo3 version
>> 5.0 geben wird. ich glaube es gibt sehr viele leute die dieses "klick
>> dich durch" template system sehr praktisch finden.
>
>
> Wer waere hier eiegentlich der richtige Ansprechpartner bezueglich
> Templating in TYPO3 5.0 und auch bezueglich TemplaVoila in TYPO3 5.0. Evtl.
> sollte man ja schon rechtzeitig damit beginnen eine TV Version fuer TYPO3
> 5.0 zu entwickeln, die dann jedoch die inzwischen bekannten Probleme behebt
> und TV dann insgesamt noch mehr verbessert. z.B. das beseitigen der alles in
> einem Feld Logik!
> Andi

hi Andi, ich denke die "Alles in einem Feld Problematik" ergibt sich in
typo3 5.0 gar nicht. da das ganze ja auf Flow3 aufbaut  das ein Content
Reposetory hat/nutzt/ist. du also objecte ablegtst und nicht daten in
tabellen.

wodurch sich dann hoffentlich alles besser wird :) und man sich nicht
mehr mit SQL beschäftigen mus. (soweit die träume)

ich denke die TemplaVoila entwickler währen die richtigen
ansprechpartner. vieleicht dazu mal auf der TV mailingliste/newsgroup
fragen.

gruss chris

--
Christian Wolff // Berlin
http://www.connye.com

some projects:
http://richtermediagroup.com | http://titanic.de |
http://fairplay-homepage.de
_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german

[Mathias Schreiber [wmdb >]]

Christian Wolff schrieb:
> hi Andi, ich denke die "Alles in einem Feld Problematik" ergibt sich in
> typo3 5.0 gar nicht. da das ganze ja auf Flow3 aufbaut  das ein Content
> Reposetory hat/nutzt/ist. du also objecte ablegtst und nicht daten in
> tabellen.

Und wo genau liegen deine Objekte dann?



--
TYPO3 certified intregator
T3DD09 Entertainer
_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german

[Peter Russ]

--- Original Nachricht ---
Absender:   Mathias Schreiber [wmdb >]
Datum:       27.05.2009 13:50:
> Christian Wolff schrieb:
>> hi Andi, ich denke die "Alles in einem Feld Problematik" ergibt sich in
>> typo3 5.0 gar nicht. da das ganze ja auf Flow3 aufbaut  das ein Content
>> Reposetory hat/nutzt/ist. du also objecte ablegtst und nicht daten in
>> tabellen.
>
> Und wo genau liegen deine Objekte dann?

Warnhinweis:
Zuviel Fluid im Flow des Content-Repository beeintächtigt die Wahrnehmung.

SCNR. Peter.

--
Fiat lux! Docendo discimus.
_____________________________
uon GbR

http://www.uon.li
http://www.xing.com/profile/Peter_Russ
_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german

[Christian Wolff]

Mathias Schreiber [wmdb >] schrieb:

> Christian Wolff schrieb:
>> hi Andi, ich denke die "Alles in einem Feld Problematik" ergibt sich in
>> typo3 5.0 gar nicht. da das ganze ja auf Flow3 aufbaut  das ein Content
>> Reposetory hat/nutzt/ist. du also objecte ablegtst und nicht daten in
>> tabellen.
>
> Und wo genau liegen deine Objekte dann?
>
>
>

in hintergrund, werden die natürlich schon in einem SQL server abgelegt.
doch als Typo3 Programmier sollst du damit nichts mehr zu tun haben.
es wird also keine ext_tables.sql dateien mehr geben die irgendwelche
SQL tabellen angeben.

sonsdern du sagst dem Persistens system von Typo3 v5 dann halt. speicher
dieses object. oder gib mir Object XY ... details kenn ich auch nicht
hab mich bis jetzt noch nicht wirklich intensiv mit v5 beschäftigt aber
doch immer interessant zugehört / gelesen wenns sich ergeben hat etwas
darüber zu erfahren. zur persistens gibts schon etwas infos:

http://flow3.typo3.org/documentation/reference/persistence/

da gibts auch etwas beispiel code.

gruss chris

--
Christian Wolff // Berlin
http://www.connye.com

some projects:
http://richtermediagroup.com | http://titanic.de |
http://fairplay-homepage.de
_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german

[Michael Meurer-3]

Hallo zusammen,

sorry, dass ich jetzt erst antworte.
Habe jobmäßig viel zu tun gehabt, danach habe ich immer wieder
vergessen, rein zu sehen.
Konnte auch erst diese Woche wieder an dieser Sache weiter machen.

Da habe ich ja eine nette Diskussion vom Zaun gebrochen, die ich eben
mit großer Interesse nach verfolgt habe.

@ Christian
Danke für den Hinweis, bringt mir in diesem Fall aber nichts.
Ich möchte innerhalb einer einzelnen(!) Html/Typo-Seite die
Spaltenanzahl wechseln.

@ Jochen
Ich hatte mir vor knapp zwei Jahren Yaml angesehen, als ich einem
Bekannten bei einer Seite geholfen habe.
Abgesehen davon, dass die Mentalität "Stelle so viele Leute wie möglich
zufieden/Decke möglchst viele Eventualfälle für den Einzelnen ab" nicht
meiner Vorstellung von Individualismus entspricht...
Mir ist da viel zu viel definiert und an drei anderen Stellen neu
überschrieben worden. Ist nicht meine Welt...

Ich bin jetzt bei kb_nescefe hängen geblieben. Sie ist für mein
Empfinden für die Redakteure leichter und schneller zu verstehen,
zumindest für die Leute, mit denen ich in diesem Bereich Kontakt habe.

Joey, ich werde ICE aber im Auge behalten. ;-)

Zum Schluss möchte ich aber noch sagen, dass die fachlichen Argumente
für den "klassischen Templateansatz" von Joey und Mathias (wieder
einmal) meine Laieneinstellung bestätigt haben.

Gruß
Michael
_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german