Hallo,
vielleicht kannst du dem auch eine MySQL-Eigenheit unterjubeln: ORDER BY
FIELD (http://lmgtfy.com/?q=mysql+order+by+field).
Dort müsstest du eine Liste angeben (z.B. der expandierte Seitenbaum), und
dann wäre das "normale" Sortierkriterium das zweite.
Das wäre aber mehr ein Fall für eine Userfunction, ich würde darauf tippen
das CONTENT / SELECT das nicht hinbekommen.
Gruß,
Patrick
On Tue, 22 Oct 2013 16:18:19 +0200, <ty...@os4a.de> wrote:
Hallo,
ich möchte die Diskussion von Juni noch mal aufgreifen - ich habe ein
select auf die Tabelle Pages, welches über N Ebenen geht. Wie kann ich
erreichen, das das sorting quasi erhalten bleibt.
10 = CONTENT
10.table = pages
10.select {
pidInList = 13
recursive = 10
#andWhere {
# data = GPVar:id_partner
# wrap = pages_cat_mm.uid_foreign=|
#}
andWhere.cObject = COA
andWhere.cObject {
20 = TEXT
20.data = register:show_categorie //welche kategorien sollen
ausgegeben werden
20.split {
token = ,
cObjNum = 1 |*| 2
1.current = 1
1.noTrimWrap = | pages_cat_mm.uid_foreign = | |
2.current = 1
2.noTrimWrap = | OR pages_cat_mm.uid_foreign = | |
}
}
leftjoin = pages_cat_mm on pages.uid=pages_cat_mm.uid_local
ich bekomme auch ein richtiges Ergebnis. Nur leider geht mir die
Sortierung komplett verloren (ist ja auch logisch, die bezieht sich
immer nur auf die aktuelle pid)
Gibt es dazu eine Lösung?
Danke
OLAF
_______________________________________________
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
