Wie Taxonomie-Begriffe alphabetisch darstellen (bei der Node-Erstellung)?

Hmm, merkwürdig. Normalerweise werden die Kategorien auch beim Anlegen eines Nodes alphabetisch dargestellt, es sein denn man hat den Terms ein Gewicht zugeordnet.

--
bv - drupalcenter.de

Nein, den Terms ist gar kein relatives Gewicht zugeordnet (alle auf 0), allerdings habe ich beim Anlegen etliche Versuche der Begriffsfindung unternommen und viele Terms gelöscht, neu angelegt, etc.

Es ist aber so, dass das im Admin-Bereich überhaupt nicht stört, weil dort die Darstellung alphabetisch ist, nur beim Node-Erstellen eben nicht ... argh ...

Hallo,

das sollte definitiv nicht sein, wenn alle Terms das gleiche Gewicht aufweisen muss diese Liste alphabetisch sein. Benutzt Du die normale Methode (also Aktivieren des Inhaltstyps beim Vokabular), oder ziehst Du die Kategorien auf andere Weise an, z.B. per CCK-Feld?

Gruß,
Boris

Hallo Boris,

Dein Posting hat mich auf eine Idee gebracht: Ich habe zwar die normale Methode ohne CCK-Feld genutzt, aber zusätzlich das Modul "Taxonomy Super Select" aktiviert, um statt einer Liste nun Checkboxen etc. zu haben. Nachdem ich dieses Modul deaktiviert habe, waren alle Begriffe bei der Node-Erstellung wieder alphabetisch - also liegt der Bug eindeutig in diesem Modul.

Eine Suche ergab, dass es tatsächlich so ist - es gibt aber zum Glück einen Patch für Taxonomy Super Select, den man manuell hineineditieren muss, siehe: http://drupal.org/node/136319 und vor allem http://drupal.org/node/140609 (dort liegt die finale Version des Code-Updates, bitte ganz zu Ende lesen).

Und noch ein Tipp, falls jemand diesen Patch hineineditiert und nichts passiert: Man sollte logischerweise im Module-Verzeichnis nicht mehrmals dasselbe Modul drin haben (z.B. eine originale und eine umbenannte, gepatchte Version) - es kann dann nämlich passieren, dass immer noch die ungepatchte Variante geladen wird ...

Man muss und sollte auch nicht einen Patch 'manuell editieren', sondern ein Programm dafür benutzen. Siehe hier: http://drupal.org/patch/apply

Dann kann es auch nicht passieren, dass man eine originale und gepatchte Version im selben Verzeichnis hat.

vg
--
md - DrupalCenter

mdwp* :: Drupal Services

Das ist richtig, allerdings hat in _diesem_ Fall der Modul-Entwickler keinen Patch bereitgestellt, sondern mehrere Code-Blöcke, die man tatsächlich manuell austauschen muss ...