Bei Taxonomy nur bestimmte Child-Ebene auswählbar?

[Nina]

Ich überlege derzeit, wie ich für Adresseinträge die Taxonomy am besten aufbaue. Jeder Adresseintrag hat neben den üblichen Verdächtigen folgende Einträge, die ich via Taxonomy abfangen möchte:

- Ort
- Ortsteil
- Bundesland
- Land

Jetzt könnte ich natürlich in der Taxonomy genau diese 4 Beschriftungen jeweils als eigenen Taxonomy-Strang anlegen. Dabei würde ich aber für die Redakteure Übersichtlichkeit verlieren, denn wenn sie z. B. einen Ortsteil aussuchen müssten, wären diese nicht nach den Orten in denen es sie gibt sortiert, sondern eben alle in einer Liste.

Daher wäre mir eine Taxonomy nach diesem Schema beispielhaft lieber:

Deutschland (das Land)
- Brandenburg (das Bundesland)
-- Wittstock/Dosse (der Ort)
--- Gadow (der Ortsteil)
-- Rheinsberg (der Ort)
--- Zechow (der Ortsteil)

Aber wie kann ich es nun im Eintrag "Ortsteil" einstellen, dass die Redakteure bei der Auswahl die Sache nach den Ortsteilen sortiert sehen, aber nur jeweils die Ortsteile darunter anhaken können?

Es wäre wichtig, dass dabei der Admin nun nicht jedesmal bei diesemm Catalog-Feld den nächsten Ort anhaken muss, wenn ein neuer Ort mit Ortsteilen in der Taxonomy ergänzt wird. Daher müsste man im Grunde am besten für das Feld den Auswahl-Haken im Catalog-Feld schon auf einer höheren Ebene wie Bundesland setzen und dann als Admin definieren können, welches Ebenen-Level durch den Redakteur anklickbar ist. Wenn also z. B. der Ortsteil seinerseits nochmal untergeordnet Straßen hat, sollten diese für dieses Beispiel dann im Catalog-Feld "Ortsteil" nicht sichtbar sein.

Geht das überhaupt? Und wenn ja, wie?

[MacKP]

Hallo Nina,
beim Feld könntest du versuchen unter Individuellene Einstellungen sowas wie 'Select only Children' oder sowas zu nehmen.. dann dürfte das von der Auswahl her passen meine ich.

Viele Grüße

[Nina]

Nein, das geht eben leider nicht. Ich hatte das schon ausprobiert. Die dort verfügbaren Optionen wirken sich folgendermaßen aus:

Haken bei Taxonomy setze ich auf das Bundesland (damit alle Einträge die man darunter macht, automatisch verfügbar sind und man nicht bei jeder einzelnen Eintragsergänzung auch das Feld im Catalog anpassen muss.

http://www.contao-community.de/attac...1&d=1295783820
Wenn ich "alle Einträge auswählbar" klicke, passiert genau das: obwohl der Redakteur nur die Ortsteile auswählen sollte, könnte er an der Stelle auch die Orte oder die Straßen wählen, da alle Ebenen wählbar sind. Das ist also unnutzbar in diesem Zusammenhang, da viel zu leicht Fehler passieren würden.

http://www.contao-community.de/attac...1&d=1295783820
Wenn ich "nur auswählbare Kindeinträge" klicke, ist hingegen nur noch die letzte Kinderebene wählbar. Das wären in dem Fall dann die Straßen. Ich könnte natürlich die Taxonomy bei den Ortsteilen aufhören, aber dann wäre die Irritation für die Redakteure halt beim nächsten Feld bei der Straßenauswahl da, da diese dann nicht mehr schön den Orten/Ortsteilen untersortiert sind.

Deshalb hätte ich das alles gerne in einem Taxonomy-Strang. Dazu müsste es an der Stelle aber möglich sein, dass man für "nur auswählbare Kindeinträge" bei Bedarf auch noch wählt, welches Level der Kindereinträge nun klickbar sein soll (derzeit wird Default die letzte Ebene gewählt).

[Nina]

Xtra - der Schatz - hat sich das heute angeschaut und auch gleich eine Lösung programmiert die bereits im SVN bereit liegt. Nun kann man an der Stelle Start- und Stoplevel angeben und somit festlegen, wo die Radiobox sitzt und bis zu welchem Level man den Taxonomy-Strang sieht.

Man legt als Admin also einen umfangreichen Taxonomy-Strang an und setzt dann beim Feldtyp "Auswahl" oder "Tags" (je nachdem ob man Radio- oder Checkboxen braucht) den Haken an der Stelle des Taxonomy-Strangs von dem die Ansicht für den Redakteur ausgehen soll.

Wichtig: Als "Modus für Unter-Auswahl" muss man "Baum mit allen auswählbaren Einträgen" wählen.

In den Feldern für Start- und Stop-Level gibt man an, welche Level des Taxonomy-Strangs minimal und maximal (also "von bis") auswählbar sein sollen. Der Maximalwert ist auch gleichzeitig der Endwert dafür, bis wohin der Redakteur die Einträge des Taxonomy-Strangs sieht. Im aktuellen Beispiel geht der Strang eigentlich noch eine Ebene tiefer auf die Straßenebene, aber für dieses Feld wird der Redakteur nur bis zur Ortsteilebene sehen.

Falls ihr euch jetzt fragt, warum da bei Start und Stop jeweils 2 steht, also worauf sich diese Zahl bezieht:
Schaut euch dieses Bild an. Der Haken im Taxonomy-Strang liegt auf dem Land, das somit sozusagen die Levelebene -1 hat, da der Redakteur nur die Inhalte darunter sieht. Das Bundesland ist dann Level 0 (die erste Ebene die im Strang für den Redakteur sichtbar ist), der Ort hat das Level 1 und der Ortsteil das Level 2. Ich möchte, dass die Redakteure die übergeordneten Level sehen (zur Orientierung, falls mal z.B. Ortsteile zweier Orte identisch heißen), aber erst ab Level 2 (Ortsteile) auswählen können. Darunter sollen sie natürlich nix wählen können, daher ist das Stop-Level identisch mit dem Start-Level.

Die Vorteile dieses neuen Catalog-Features sind:

• der Admin gibt einmalig für das Feld an, ab wo der Strang angezeigt wird und welche Level wählbar sind; danach muss er daran nix mehr ändern, auch wenn man z. B. nen neuen Ort oder Ortsteil hinzufügt
• der Redakteur hat das Usability-Plus weil er immer klar sehen kann, zu welchem Bundesland > Ort ein Ortsteil gehört und so die Chance geringer ist, dass er sich mal vertut

Noch ein kleiner Warnhinweis:
Dieses Feature könnte dazu verlocken, dass man sich einen "Monster-Taxonomy-Strang" baut. Davon kann ich nur abraten, da natürlich irgendwann die Verbindung in die Knie geht, wenn ihr z.B. ernsthaft versuchen würdet alle Orte, Ortsteile, Straßen eines Bundeslandes damit abzudecken

Überlegt euch daher gut, wie lang und umfangreich ihr einen Taxonomy-Strang in diesem Zusammenhang macht. Das Ding soll ja die Usability fördern, nicht dem Redakteur den "Ladetod" bringen, wenn er die Ebenen öffnet

Hoffe, das war so verständlich
Danke nochmal an Xtra.

[xtra]

Die betreffende Extension backend_tabletree ist nun bereits im ER updated.

Der Catalog selbst muss jedoch noch weiterhin aus dem SVN bezogen werden.

Wir arbeiten jedoch gerade mit Hochtouren daran das Release des Catalog fertig zu schnyren und endlich die Version 2.0 stable ins ER zu bringen.

Gruss
Chris