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ü
Am 22.10.13 16:18, schrieb ty...@os4a.de:
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.
[...]
ich bekomme auch ein richtiges Ergebnis. Nur l
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
rec
ich hab das ganze jetzt einfach mit HMENU und TMENU gelöst.
da die navigationsmenüs genau in der reihenfolge ausgegeben werden, die ich
wollte, ist es damit viel viel einfacher.
man braucht sich um nichts mehr kümmern - weder um select-abfragen noch um
die sortierung.
kann ich also in so einem fal
Bernd Wilke-2 wrote
> oder du arbeitest anders:
> erstmal ein select der Seiten der oberen Ebene, dann jeweils ein Select
> der Unterseiten der einzelnen Seite im renderObject.
vielen dank soweit - so ähnlich wie deinen 2. lösungsvorschlag hätte ich mir
das auch gedacht, bzw. hab das auch anfangs
Am 11.06.13 13:46, schrieb Lorenz Kirnbauer:
mein problem: ich hole mir mit meinem select datensätze (pages) aus 2
ebenen.
das ergebnis ist zwar richtig - ich bekomme alle pages, die ich will -
aber anscheinend funktioniert "orderBy = sorting" in diesem fall nicht
wie gewünscht.
statt dass es zue
mein problem: ich hole mir mit meinem select datensätze (pages) aus 2
ebenen.
das ergebnis ist zwar richtig - ich bekomme alle pages, die ich will -
aber anscheinend funktioniert "orderBy = sorting" in diesem fall nicht
wie gewünscht.
statt dass es zuerst eine page aus der oberen ebene liefern w
