[TYPO3-german] Extbase: Was spricht gegen negative UIDs?

[bernd wilke]

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