Hallo zusammen,
gibt es eine Einstellung, bei der ich eigene Benutzerattribute auch nicht modifizierbar (grau) mache?
Habe ein Smartpart mit verschiedensten Attributen die ausgelesen werden und möchte verhindern, dass da händisch etwas verändert werden kann.
Vielen Dank
Wenn es sich um Büroweite geltende Benutzer-Attribute handelt, dann im Verzeichnis Std\xml nachschauen, sonst im jeweiligen Projekt\xml. Dort gibt es die Datei AttributeDefinitionCollectionLocal_de.xml.
Dies kann man mit eine Text-Editor (z.B. notepad++) editieren, um ein Benutzer-Attribut "ReadOnly" zu machen.
Alternativ kann man den AttributManager.exe im Prg-Verzeichnis starten.
Dort geht die Änderung ebenso einfach.
Wenn es sich um Büroweite geltende Benutzer-Attribute handelt, dann im Verzeichnis Std\xml nachschauen, sonst im jeweiligen Projekt\xml. Dort gibt es die Datei AttributeDefinitionCollectionLocal_de.xml.
Dies kann man mit eine Text-Editor (z.B. notepad++) editieren, um ein Benutzer-Attribut "ReadOnly" zu machen.
Alternativ kann man den AttributManager.exe im Prg-Verzeichnis starten.
Dort geht die Änderung ebenso einfach.
Hallo,
warum steht bei F30 in der Auswahlliste: 1|F30 ?
Gruß Jürgen
Allplan V10 bis V2024
warum steht bei F30 in der Auswahlliste: 1|F30 ?
z.b. bei Registrierungsformularen im Web übergebe ich der Selectbox :
0|please select
1|Customer
2|SP Customer
99|None of above
Auf deutsch dann
0|Bitte Wählen
1|Kunde
2|SP Kunde
99|obiges trifft nicht zu
gespeichert wird nur die Auswahl .. z.B. "2" bei SP Kunde.
damit kann das gespeicherte Ergebnis in jeder Sprache ausgewertet werden. mit der Lokalisierten bedeutung ..
Allplan Webentwicklung
Private messages must be private. No support request via Private message.
..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.
Vielen Dank für die schnelle Hilfe!
DANKE! Für die Info.
Gruß Jürgen
Allplan V10 bis V2024
