Am 04.11.14 09:09, schrieb Jo Hasenau:
wenn ich mir aktuell ansehe was für Probleme es mit Flux,Gridelements
gibt: negative colPos-Werte für CEs wenn sie in einem anderen Element
eingebunden sind (IRRE). und auf einmal verrutschen Elmeente aus der
hauptspalte (colPos=0) ins Nirwana (colPos = -1 ohne Parent)
Bei Gridelements hat das einen relativ einfachen Grund: Sämtliche echten
Content-Elemente fast aller TYPO3-Installationen werden mit Hilfe von
CONTENT geholt, wobei das einzige Unterscheidungskriterium der
colPos-Wert ist.
Es gibt zwar ein Feld tx_gridelements_container, mit dem sich eindeutig
feststellen lässt, ob es sich um ein Kind-Element handelt oder nicht,
das würde aber bedeuten, dass die where-Clauses aller genannten
Installationen modifiziert werden müssten, damit Elemente nicht doppelt
angezeigt werden. WHERE colPos = x AND tx_gridelements_container = 0
Eine dritte Möglichkeit wäre gewesen, die Kind-Elemente in eine eigene
Tabelle zu packen, damit wären sie aber für andere Dinge wie z.B.
Section-Menüs oder Teaser nur noch mit zusätzlichem Aufwand für die
Integratoren verfügbar gewesen.
Wir hatten also die Wahl zwischen einem eindeutigen Wert für colPos und
entsprechendem Migrationsaufwand für die meisten Anwender und haben uns
für die nutzerfreundliche Variante entschieden.
das ist eigentlich worauf ich hinaus wollte: wegen einer Doppelnutzung
wird es an irgendeinem Ende schwierig
Dass Flux und andere Extensions teilweise falsche Werte vergeben, ist
ein Bug in deren Umgang mit der Kombination von colPos und Container.
Wenn das Container-Feld einen Wert größer 0 hat, muss der Wert für die
Spalte -1 sein und umgekehrt. Andere Kombinationen führen übrigens nicht
direkt ins Nirwana, weil sich die Elemente meistens mit Hilfe des
DB-Check-Tools (oder dem bösen PHPmyAdmin) ausfindig machen und ändern
lassen.
Dieser Bug ist aktuell nur ein Punkt an dem diese böse Doppelnutzung
deutlich auffällt. Wenn ihr das gefixt habt (Ihr bekommt das bestimmt
hin! :-) ) wird es keinem auffallen mit welchem Aufwand ihr da zu
kämpfen müsst.
Der Unterschied von Gridelements zum Scenario in diesem Thread ist
allerdings, dass es sich bei tt_content um eine Tabelle handelt, die von
Anfang an in fast allen TYPO3-Installationen genutzt wurde. Wir mussten
uns also irgendwie anpassen. Bei einem Neukonstrukt würde ich das nicht
so machen, sondern immer über ein eigenes Feld gehen.
genau darum geht es. Deine Erfahrungen sollten Till helfen sich richtig
zu entscheiden.
bernd
--
http://www.pi-phi.de/cheatsheet.html
_______________________________________________
TYPO3-german mailing list
[email protected]
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
