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

[Michael Meurer-3]

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

[Andreas Becker-2]

Mit TV einklaks
und mit der alten Methode nutze doch nested content elements - da gibt es ne
extension

Andi

2009/5/26 Michael Meurer <typo3@...>

> 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
>

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

[Mathias Schreiber [wmdb >]]

Michael Meurer schrieb:
> 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?

Schau dir mal die IceBox und das IcePack von Joey an, damit machen wir
sowas.

Meine Mama sagte immer: "Zuviel TV macht dumm" ;-)

cheers
Mathias


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

[Michael Meurer-3]

Danke für eure Antworten.

Mathias Schreiber [wmdb >] schrieb:

>
> Meine Mama sagte immer: "Zuviel TV macht dumm" ;-)
>
Das  habe ich gerade schon mal von dir gelesen, Mathias. ;-) In einem
Eintrag von Ende April...
Das ICE-Pack habe ich schon mal angestestet, kam mir im BE aber (im
Vergleich zum "normalen" Arbeiten) langsamer vor.


@ Andreas
Was meinst du, warum ich geschrieben habe, kein TV? ;-)

Aber danke für die Erinnerung an nested content elements . Das war,
glaube ich, die Ext kb_nescefe. Wir haben da mal vor über einem Jahr
oder so bei unserem UG-Treffen drüber gesprochen.

Eine vom beiden Alternativen werde ich dann nehmen.

Gruß
Michael

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

[Mathias Schreiber [wmdb >]]

Michael Meurer schrieb:

> Danke für eure Antworten.
>
> Mathias Schreiber [wmdb >] schrieb:
>
>>
>> Meine Mama sagte immer: "Zuviel TV macht dumm" ;-)
>>
> Das  habe ich gerade schon mal von dir gelesen, Mathias. ;-) In einem
> Eintrag von Ende April...
> Das ICE-Pack habe ich schon mal angestestet, kam mir im BE aber (im
> Vergleich zum "normalen" Arbeiten) langsamer vor.

Ja, das stimmte.
Ich hab dann in der DB n Index gesetzt und schon gings flotter.

Weiß aber nicht, ob Joey das gepatched hat oder ob wir das nur bei dem
einen Kunden gemacht haben.

Was mich aber immer wieder interessiert:
Ich habe bis jetzt keine Anwendung gesehen, wo man die üblichen
anforderungen (2 spalter hier, 3 spalter da) nicht semantisch korrekter
mit ner Sitemap hätte erschlagen können.

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

[JoH asenau]

>> Das ICE-Pack habe ich schon mal angestestet, kam mir im BE aber (im
>> Vergleich zum "normalen" Arbeiten) langsamer vor.
>
> Ja, das stimmte.
> Ich hab dann in der DB n Index gesetzt und schon gings flotter.
>
> Weiß aber nicht, ob Joey das gepatched hat oder ob wir das nur bei dem
> einen Kunden gemacht haben.

Ist drin:
KEY tx_icebox_parents (tx_icebox_parents)

Daß es "gefühlt" langsamer ist als das "normale" Arbeiten liegt daran, dass
die ICE Box mit IRRE arbeitet.
Sind darin z.B. mehrere Elemente mit einem RTE Feld enthalten, werden die
beim Aufruf der Box ALLE geladen, auch wenn eigentlich keins davon sichtbar
ist. Insgesamt ist das Arbeiten dennoch schneller als es sich anfühlt, weil
man entweder mit einem Mal Öffnen mehrere Elemente gleichzeitig bearbeiten
oder aber in der zusätzlichen Spalte "Inline Elemente" jedes Element wie
gewohnt einzeln aufrufen kann.

Außerdem gibt es eine Extension, die Abhilfe für alle IRRE basierten
Extensions verspricht (lief bei mir jedoch nur in der Version 0.9.2):
http://typo3.org/extensions/repository/view/cm_irre/current/
Damit werden die einzelnen Elemente eines inline-Felds erst beim Aufklappen
per AJAX nachgeladen.

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

[Andreas Becker-2]

Tja Michael

>
> @ Andreas
> Was meinst du, warum ich geschrieben habe, kein TV? ;-)
>

Lass mich mal raten?

1. Du hast schon zu lange davor gearbeitet
oder
2. Du stehst auf nostalgie
oder
3. Du liebst es einfache Dinge kompliziert zu loesen

Ich denke es wird wohl 3. sein ?

Viel Spass

Ja es ist kb_nescafe und das geht echt gut damit.
Mit der ICE Box haben wir das auch mal geloest, dann jedoch probleme
bekommen mit multilingual content. War aber schon laenger her und evtl ist
das inzwischen ja auch Schnee von gestern schon.

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

[Mathias Schreiber [wmdb >]]

Andreas Becker schrieb:

> Tja Michael
>
>> @ Andreas
>> Was meinst du, warum ich geschrieben habe, kein TV? ;-)
>>
>
> Lass mich mal raten?
>
> 1. Du hast schon zu lange davor gearbeitet
> oder
> 2. Du stehst auf nostalgie
> oder
> 3. Du liebst es einfache Dinge kompliziert zu loesen

4. Man steht nicht auf katastrophale Datenhaltung.
5. Man muss mit seinem Content mehr machen als "ne Website"

da geht noch ne menge ;-)

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

[Michael Meurer-3]

Mathias Schreiber [wmdb >] schrieb:

>
> Was mich aber immer wieder interessiert:
> Ich habe bis jetzt keine Anwendung gesehen, wo man die üblichen
> anforderungen (2 spalter hier, 3 spalter da) nicht semantisch korrekter
> mit ner Sitemap hätte erschlagen können.


Wegen der Semantik hatte ich mir ja solch eine Ausgabe vorgestellt:
<div class="dreispaltig">
<ul>
<li>Spalte 1</li>
<li>Spalte 2</li>
<li>Spalte 3</li>
</ul>
</div>

(2 spalter hier, 3 spalter direkt unterm 2 spalter) ...
Möglicherweise habe ich das berühmt-berüchtigte Brett vorm Kopf ....
Ich wüsste jetzt nicht, wie ich CEs (tt_content oder Extensions) die ich
im BE in den Spalten anlege, in einem Sitmap-Element (ich vermute mal,
dass du das CE Menü/Sitemap meinst) ausgeben soll.

Michael

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

[Michael Meurer-3]

JoH asenau schrieb:

> http://typo3.org/extensions/repository/view/cm_irre/current/
> Damit werden die einzelnen Elemente eines inline-Felds erst beim Aufklappen
> per AJAX nachgeladen.
>

Die hatte ich nicht drin.

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

[Mathias Schreiber [wmdb >]]

Michael Meurer schrieb:

> Mathias Schreiber [wmdb >] schrieb:
>
>>
>> Was mich aber immer wieder interessiert:
>> Ich habe bis jetzt keine Anwendung gesehen, wo man die üblichen
>> anforderungen (2 spalter hier, 3 spalter da) nicht semantisch
>> korrekter mit ner Sitemap hätte erschlagen können.
>
>
> Wegen der Semantik hatte ich mir ja solch eine Ausgabe vorgestellt:
> <div class="dreispaltig">
> <ul>
> <li>Spalte 1</li>
> <li>Spalte 2</li>
> <li>Spalte 3</li>
> </ul>
> </div>

Ich meinte eher so, dass oftmals die 3-spalter inhaltlich so aussehen:
Header
Bissi FLießtext
Bild
[mehr Knopf]

Und das ist in meinen Augen eine Sitemap.

Sonst finde ich (aber wie geagt, persönliches Empfinden) es schon
sportlich, 5x Content quer über ne Seite zu verteilen... das ließt kein
Mensch :)

cheers
Mathias


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

[Michael Meurer-3]

Mathias Schreiber [wmdb >] schrieb:

> Sonst finde ich (aber wie geagt, persönliches Empfinden) es schon
> sportlich, 5x Content quer über ne Seite zu verteilen... das ließt kein
> Mensch :)
>

Dann liest auch kein Mensch eine Page, einen Spiegel oder sonst was
einigermaßen Anspruchsvolles an Magazinen. ;-)

Es gibt ein paar Dinge im Web, die wahrnehmungsmässig mit dem Print
gleichzusetzen sind, z. B. die Zeilenlänge.

Es wird allerhöchstens 7 Elemente geben, die nach einem Raster in einem
Block ausgerichten sind.
Schwerpunktmäßig bei 4-5 Elementen in 2 Zeilen.

Das ist nicht sooo sportlich ... ;-)

Ich geb dir aber recht, es ist Geschmacksache.

Michael

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

[Christian Wolff]

Hi Michael,
du könntest das page layout field als nutzen um "unterschiedliche
templates zu laden. und je nach dem 3 oder zwei spalten zu rendern.

das ganze ist dann nur eine condition im typoscript.

und eventuell etwas TS-Config um den Layouts noch "sinvolle" namen zu geben.

gruss chris

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

--
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

[JoH asenau]

> 2. Du stehst auf nostalgie

Könnte es sein, daß Du auch ein Opfer der damaligen TV-Werbung geworden
bist?

Die Tatsache, daß es vor Jahren mal als "Futuristic"-Template-Building
angepriesen wurde, bedeutet nicht zwangsläufig auch, daß alle andere
Methoden dadurch "antiquated" geworden wären.

Genaugenommen ist es sogar umgekehrt, denn Verknüpfungen innerhalb einer
_relationalen_ Datenbank mit Hilfe von CSV zu realisieren - die sich zudem
noch in einer XML Struktur in nur einem einzigen(!!) Feld befinden - anstatt
mit einer Verknüpfungstabelle, ist IMHO alles andere als "futuristic", wenn
nicht gar "deprecated", und mit Sicherheit weitaus komplizierter und
unperformanter zu handhaben.

Just my 2 cents

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

[Andreas Becker-2]

Es lebe das horizontal Web!
@ Matthias: Wieso immer von oben nach unten scrollen, von links nach rechts
geht ja auch :-)

bei der cm_irre wird der Content der aufklappt nicht SEO aber sonst ganz
nett!

Die Frage ist auch was du den Editoren zumuten willst and Spalten im
Backend.

Schaust du nur auf das Frontend spielt es weniger eine Rolle was du benutzt.
eventuell laesst sich aber auch xflextemplate fuer deine Spalten benutzen.

Andi


2009/5/26 Mathias Schreiber [wmdb >] <mathias.schreiber@...>

> Michael Meurer schrieb:
> > Mathias Schreiber [wmdb >] schrieb:
> >
> >>
> >> Was mich aber immer wieder interessiert:
> >> Ich habe bis jetzt keine Anwendung gesehen, wo man die üblichen
> >> anforderungen (2 spalter hier, 3 spalter da) nicht semantisch
> >> korrekter mit ner Sitemap hätte erschlagen können.
> >
> >
> > Wegen der Semantik hatte ich mir ja solch eine Ausgabe vorgestellt:
> > <div class="dreispaltig">
> > <ul>
> > <li>Spalte 1</li>
> > <li>Spalte 2</li>
> > <li>Spalte 3</li>
> > </ul>
> > </div>
>
> Ich meinte eher so, dass oftmals die 3-spalter inhaltlich so aussehen:
> Header
> Bissi FLießtext
> Bild
> [mehr Knopf]
>
> Und das ist in meinen Augen eine Sitemap.
>
> Sonst finde ich (aber wie geagt, persönliches Empfinden) es schon
> sportlich, 5x Content quer über ne Seite zu verteilen... das ließt kein
> Mensch :)
>
> cheers
> Mathias
>
>
> --
> TYPO3 certified intregator
> T3DD09 Entertainer
> _______________________________________________
> 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]

> bei der cm_irre wird der Content der aufklappt nicht SEO aber sonst
> ganz nett!

Dir ist aber schon klar, daß wir hier vom Backend reden?
Was hat das bitteschön mit SEO zu tun?

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

[JoH asenau]

> Genaugenommen ist es sogar umgekehrt, denn Verknüpfungen innerhalb
> einer _relationalen_ Datenbank mit Hilfe von CSV zu realisieren - die
> sich zudem noch in einer XML Struktur in nur einem einzigen(!!) Feld
> befinden - anstatt mit einer Verknüpfungstabelle, ist IMHO alles
> andere als "futuristic", wenn nicht gar "deprecated", und mit
> Sicherheit weitaus komplizierter und unperformanter zu handhaben.

BTW: Nur mal als Ergänzung zu meiner CSV Aussage:

<?xml version="1.0" encoding="utf-8" standalone="yes" ?>
<T3FlexForms>
    <data>
        <sheet index="sDEF">
            <language index="lDEF">
                <field index="field_leftbottom">
                    <value index="vDEF">230</value>
                </field>
                <field index="field_themepic">
                    <value index="vDEF">213</value>
                </field>
                <field index="field_middletext">
                    <value index="vDEF">219,214,221,227</value>
                </field>
                <field index="field_rightbox">
                    <value index="vDEF">215,223,225</value>
                </field>
            </language>
        </sheet>
    </data>
</T3FlexForms>

Sowas (und teilweise noch viel Schlimmeres) steht bei TV in EINEM Feld und
zwar in JEDEM Datensatz der Tabelle pages.
Selbst wenn eine Seite noch gar keinen Content hat, steht da eine halbe
Tonne Code drin.

pid für tt_content => tot
ORDER BY => tot
Suche => ausgehebelt
Datenmenge => verzigfacht

Zusätzlich erforderliches "unused elements" für alle Elemente, die sich laut
pid auf der Seite befinden müssten, aber nicht in den CSV vorkommen.

Und das ist wirklich unkompliziert?

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

[Andreas Becker-2]

Hi Joey
da gebe ich dir sehr recht und ich hoffe, das Robert der ja TemplaVoila
entwickelt hat und nun das neue TYPO3 5.0 entwickelt dazugelernt hat und
auch diesmal die Moeglichkeiten einer relationalen Datenbank ausschoepft und
nicht das TYPO3 5.0 nach nur wenigen Jahren wieder antquiert ist.

Dennoch ist die Usability fuer den Editor bei einer TV Seite im Backend
wesentlich besser als die bei den anderen Methoden. Es ist nicht immer
Performance was bei den Kunden eine Rolle spielt, sie wollen oft auch
einfach eine einfache Moeglichkeit ihre "nicht TYPO3" Editoren auf einfache
Weise zu unterstuetzen und dafuer ist TemplaVoila und seine FCEs einfach
super. Eben beherrschabar auch fuer den nicht Progi.

Diese von dir benannte "all in one field" Logik ist wahrlich NICHT logisch!

@Dmitry
Er hat ja schon tolles geleistet und zahlreiche Verbesserungen in
TemplaVoila eingebracht und vielleicht kann man ja diese "one field Logik"
auch irgendwann so loesen wie von Joey angesprochen. Das waere schon super!

Andi



2009/5/26 JoH asenau <info@...>

> > 2. Du stehst auf nostalgie
>
> Könnte es sein, daß Du auch ein Opfer der damaligen TV-Werbung geworden
> bist?
>
> Die Tatsache, daß es vor Jahren mal als "Futuristic"-Template-Building
> angepriesen wurde, bedeutet nicht zwangsläufig auch, daß alle andere
> Methoden dadurch "antiquated" geworden wären.
>
> Genaugenommen ist es sogar umgekehrt, denn Verknüpfungen innerhalb einer
> _relationalen_ Datenbank mit Hilfe von CSV zu realisieren - die sich zudem
> noch in einer XML Struktur in nur einem einzigen(!!) Feld befinden -
> anstatt
> mit einer Verknüpfungstabelle, ist IMHO alles andere als "futuristic", wenn
> nicht gar "deprecated", und mit Sicherheit weitaus komplizierter und
> unperformanter zu handhaben.
>
> Just my 2 cents
>
> 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
>

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

[Andreas Becker-2]

Yep Joey
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.

Im Grunde gehoert eben dieser Teil in TemplaVoila auch komplett
ueberarbeitet ohne dass dabei seine Usability verloren geht!

Andi


2009/5/26 JoH asenau <info@...>

> > Genaugenommen ist es sogar umgekehrt, denn Verknüpfungen innerhalb
> > einer _relationalen_ Datenbank mit Hilfe von CSV zu realisieren - die
> > sich zudem noch in einer XML Struktur in nur einem einzigen(!!) Feld
> > befinden - anstatt mit einer Verknüpfungstabelle, ist IMHO alles
> > andere als "futuristic", wenn nicht gar "deprecated", und mit
> > Sicherheit weitaus komplizierter und unperformanter zu handhaben.
>
> BTW: Nur mal als Ergänzung zu meiner CSV Aussage:
>
> <?xml version="1.0" encoding="utf-8" standalone="yes" ?>
> <T3FlexForms>
>    <data>
>        <sheet index="sDEF">
>            <language index="lDEF">
>                <field index="field_leftbottom">
>                    <value index="vDEF">230</value>
>                </field>
>                <field index="field_themepic">
>                    <value index="vDEF">213</value>
>                </field>
>                <field index="field_middletext">
>                    <value index="vDEF">219,214,221,227</value>
>                </field>
>                <field index="field_rightbox">
>                    <value index="vDEF">215,223,225</value>
>                </field>
>            </language>
>        </sheet>
>    </data>
> </T3FlexForms>
>
> Sowas (und teilweise noch viel Schlimmeres) steht bei TV in EINEM Feld und
> zwar in JEDEM Datensatz der Tabelle pages.
> Selbst wenn eine Seite noch gar keinen Content hat, steht da eine halbe
> Tonne Code drin.
>
> pid für tt_content => tot
> ORDER BY => tot
> Suche => ausgehebelt
> Datenmenge => verzigfacht
>
> Zusätzlich erforderliches "unused elements" für alle Elemente, die sich
> laut
> pid auf der Seite befinden müssten, aber nicht in den CSV vorkommen.
>
> Und das ist wirklich unkompliziert?
>
> 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
>

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

[Mathias Schreiber [wmdb >]]

Andreas Becker schrieb:
> Yep Joey
> 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.

Naja, wo was verkauft wird, muss es ja einen Verkäufer geben.
Ich hab aber im Prinzip nichts gegen diesen TV hype, weil wir ersticken
in Projekten, wo wir ein vor die Wand gefahrenes TV reparieren bzw.
durch performante Lösungen ablösen.

Spätestens wenn man in nem Segment angekommen ist, wo saubere
Datenhaltung kritisch ist (DAM z.B.) kannste TV nämlich komplett in die
Tonne kloppen.

Aufregen tut mich nur, dass viele Leute TV als allheilmittel anpreisen
und damit faktisch falsche Informationen bzgl. Flexibilität, Data
Storage und Performance verbreiten.

Und dagegen muss ich dann immer anreden - und des nervt :)

> Im Grunde gehoert eben dieser Teil in TemplaVoila auch komplett
> ueberarbeitet ohne dass dabei seine Usability verloren geht!

Im Prinzip wird das neue fe_edit große Teile davon ablösen können.

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