Catalog Steuerung per Seitenstruktur (Ja, Nein, vielleicht?)

[Tim G]

Hi Leute,
das Thema kam ja oft auf und ich hab das ein paar mal umgesetzt. Der Weg zu einer funktionierenden Lösung ist allerdings recht verfrickelt und, wie die Threads dazu zeigen, oft auch nicht so leicht nachvollziehbar.

Ich hatte daher schon länger den Plan eine catalog-Erweitung genau dafür zu erstellen. Also, die es ermöglicht den catalog via Seitenstruktur zu navigieren und die Auswahl der Seiten ähnlich isotope bereitzustellen - dort finde ich die Lösung sehr gelungen (andere Vorschläge erwünscht).

Ist das Thema noch aktuell und besteht da Bedarf? Ich weiss auch nicht in welche Richtung xtra und toflar etc. den catalog zur Zeit entwickeln und ob da bereits eine Lösung drin ist.

Vorteile sind in jedem Fall das man auf die Standardmodule Navigation und Breadcrumb zurückgreifen kann und der Redakteur kann bequem per Seitenstruktur Kategorien bauen - Taxonomy hat nie kein Kunde verstanden bei mir .


Grüße,
Tim

[tblumrich]

Also ich würde dafür ganz klar ein Votum abgeben... habenwill!

Ich musste sowas auch mal sehr umständlich mit deiner und MacKPs Hilfe umsetzen (Referenzmodul) und trotzdem war das sehr unflexibel. Man hätte gleich eine sehr gute Möglichkeit mit "normalen" Board-Mitteln eine Katalognavigation zu bauen.

Also +1

Gruß
Thomas

[xtra]

Aeh? geht doch schon?

1. Select Feld auf tl_page (ggf. Page mount hier beschraenken) namens z.B. "seite".
2. Lister auf allen mountable page einbinden, am Besten per Seitenlayout, zur Not halt in jedem Artikel das Modul als CE einbinden.
3. in der Config des Listers bei den Filter conditions (weiss ned wie es auf deutsch heisst, hab den cat ja nur auf english, deutsch wird er erst bei Helmut ): "seite={{page::id}}"

Fertig.

Oder versteh ich euer Problem nicht?

[Toflar]

Joa, wüsste auch nicht was da jetzt nicht gehen soll. Ich brauche das in jedem zweiten Projekt?
Wenn's nicht gehen würde wäre das schon lange im Catalog Core

[Tim G]

seite={{page::id}}

Ja, wo ich das lese klingt das richtig. Aber damit kam man an einem Punkt nicht weiter. Ich glaube beim Vererben auf Unterseiten, oder beim Bilden von Kategorien. Mensch... das Projekt liegt zu lange zurück. Ich müsste den Thread nochmal auskramen, wo ich den Weg beschrieben hatte. Mist.

Es gab aber einen Grund warum ich das mit {{env:age_id}} (damals) nicht umsetzen konnte.

[xtra]

Ich glaube ich weiss was du meinst, du meinst, wenn man ein item in allen leveln von 1-3 haben will und nicht nur im 3ten sublevel.
Analog:

Tische
   - Holztisch
       - mit langen Beinen
       - mit kurzen Beinen
   - Metalltische
       - mit langen Beinen
       - mit kurzen Beinen

soll der eine Tisch dann bei "Tische", "Holztische" und "mit langen Beinen" gelistet werden, oder?

Wenn ja, das hat nichts mit der allgemeinen Seitenstruktur zu tun, sondern mit der Art und Weise wie matches im Katalog definiert sind.
Es ist auf Datenbankebene einfach zu teuer, die Hierarchie komplett abzufragen. Solange man die Hierarchie nicht einfacher/performanter abfragen kann, bringt das nicht wirklich was.

Ggf. yberlegen wir und hier aber noch was.

Gruss
Chris

[Tim G]

Stimmt. Das kann es gewesen sein.

Ich hatte isotope als Vorbild genommen. Dort hat man ja die Möglichkeit per Mehrfachauswahl die Seiten zu definieren, in denen ein Item angezeigt werden soll.
Das ging mit dem Weg die Katalogliste strikt auf die aktuelle Seite zu filtern nicht.
Stimmt, ich glaube das war es.

[xtra]

DAS wiederrum geht, mit TAGS und wahlweise FIND_IN_SET oder ein subquery auf die relation table (je nachdem was in diesem Fall nun schneller ist, Benchmarks stehen noch aus ).

[tblumrich]

Hallo.

Wenn ich mich als Greenhorn da nochmal einmischen darf...
Kann dann nicht mal jemand das Grundsätzliche zu dem Verfahren in Non-ProggerCatalogPro-Sprache z.B. ins Wiki eintragen? So grob hat Xtra das ja da oben gemacht... aber ich fürchte an irgendeiner Stelle wirds dann bei dem einen oder anderen haken (ich beziehe mich da sofort mit ein).

Das wäre echt toll!

Gruß Thomas

[xtra]

FIND_IN_SET({{page::id}}, seiten)

[tblumrich]

FIND_IN_SET({{page::id}}, seiten)

Hmm, xtra... ich weiß doofe Fragen gibts nicht, aber soll das die Reaktion auf meinen Post sein? Kann eigentlich nicht sein, für mich sieht das nach dem kompletten Gegenteil aus...

Gruß
Thomas

[xtra]

Hmm, xtra... ich weiß doofe Fragen gibts nicht, aber soll das die Reaktion auf meinen Post sein? Kann eigentlich nicht sein, für mich sieht das nach dem kompletten Gegenteil aus...

Das war die Konkretisierung des groben.