..weils ein Enumeration-Attribut ist. Die eigentlichen Werte werden intern durch eine Nummer(Enumeration) representiert. Am Objekt wird nur die 1 gespeichert, und das wird bei Beschriftung aufgelöst in "F30". Die Enumerations-Liste ist dabei in der Attribute-Definition enthalten, und kann nur dort geändert werden. Der "Benutzer" sieht nur eine Combobox, wo man nur aus den Vorschlagswerten auswählen kann. Der "Benutzer" kann diese Werte nicht ändern oder ergänzen. Daz braucht man Admin- oder Projekt-Eigentümer-Rechte.
Eigentlich sind diese Enum-Attribute sehr gut, um einen "Büro-Standard" "durchzuhalten". Es wird damit verhindert, daß jeder irgendwas anderes in das Attribute reinschreibt. Gerade, wenn man mit Formel-Attributen aus diesen andere Attributwerte ableiten möchte, braucht man einen unveränderlichen "Pool" an sinnvollen Möglichkeiten. "F30" ist sonst was anderes als "F 30" oder "F-30" ...
Es gibt einige Fehler in Allplan, die mit Enumerations-Attributen auftreten.
Beispielsweise, wenn die Attribut-Ressource beim Einfügen von Elementen aus anderen Teilbildern neu generiert wird, wird zwar
eine Enumerations-Attribut neu erzeugt, aber die Enumerations-Liste ist leer. Das hagelt dann Fehlermeldungen.
Auch eine nachträgliche Änderung der Enumerations-Liste ist mit Vorsicht zu geniessen:
Wenn man einen Wert ändert, z.B. aus dem 2.Item "F30" -> "F90" macht, werden plötzlich alle Elemente, die die 1 als Enumeration haben, als "F90" aufgelöst! Projektweit, wenn es projektspezifisches Attribute sind. Büroweit, wenn es Büro-Attribute sind!
Und das ohne Warnmeldung und in Allplan nicht verhinderbar! Auch Löschen eines Items ist keine gute Idee! Dann wird als Wert der
numerische Enum-Wert angezeigt. Man kann eigenlich nur Enum-Werte-Paare an die Liste hinten dranhängen.
Bei uns sind daher die Dateien AttributeDefinitionCollection_de.xml mit einem Schreibschutz versehen!
@Allplan
Da sollte man mal rangehen, und die Probleme mit Enum-Attributen versuchen, besser zu lösen.