Sollten wir die ä,ö und ü von Bauteile, Klassen, usw vermeiden?

[arquitextonica 115]

Hallo Zusammen.

Im Uhrzeiten gab es dieses Probleme mit den "sonder Buchstaben" und Informatik.
Ich bin der Meinung das in diese Zeiten, das kein Problem mehr ist und wenn wir das nutzen wäare es eindeutiger (da es auf Deutsch Klasse Innenwände rightiger als Klasse Innenwand wäre).
Aber, im Büro ist es gerade diskutiert weil einige sagen das sie gehört haben das die Sonderbuchstaben vermeidet werden sollten...

 

Mein erstes Grund ist das die Vorgaben von CW schon mit ä, ö und ü vorgegeben sind.

Was ist eure Meinung bzw. Vorgang diesbezüglich?

Danke im Voraus!

bearbeitet 8. April von arquitextonica

[KroVex 449]

Salü arquitextonica

Nur für die Mac-User, welche ausschliesslich (inkl. Server) macOS verwenden, ist dies ein "vergangenes" Problem.

Bei allen anderen Konstellationen kann es durchaus noch vorkommen, das Sonderzeichen zu Probleme führen. Deshalb würde ich zumindest bei all den Elementen welche das eigene Ökosystem z.B. über die Exportfunktion verlassen ( Klassennamen, Objektnamen, etc.), keine Sonderzeichen verwenden.

Aber du kannst anstatt die Einzahl zu verwenden, die Sonderzeichen auch einfach ausschreiben -> "Innenwaende" 😉

Gruss KroVex

[temp676 403]

Innerhalb des Programms, also Klassen-/Ebenennamen, etc. sollte dies eigentlich gar kein Problem sein. Anders sieht es bei Dateinamen aus. Leider akzeptiert macOS bsw. den Slash / was zu erheblichen Problemen führen kann. Dies ist als Pfadangabe (Ordner Pfadtrennung) vorgesehen. Auch Probleme bereitet der gesperrte Lehrschlag welcher unter macOS bsw. am Dateinamenanfang gesetzt werden kann (geht/gibts zb. bei Windows nicht). Ein . als Dateinamenanfang ist bei macOS (unix/linux) sofern etwas problembehaftet da damit versteckte Dateien bezeichnet werden.

[arquitextonica 115]

Danke @KroVex und @temp676 für eure Beiträge.
Jetzt sind wir 1-1 in die Meinungen.
Die Risiko auf die Arbeitsdatein is mir klar aber ich "möchte" die Umlatueangabe auf die Internestruktur behalten.
Mir ist es lieber die Klarheit und Lesbarkeit von Informationsinhalte als die Stabilität des Systems, aber selbstverstanden nur wenn die Risiko minimal wäre.
Vielleicht hilft hier die Expertberatung von CWer wie @Marc Wittwer?? Danke im Voraus!

[temp676 403]

Auf die Umlaute hatte ich mich noch gar nicht bezogen, Entschuldigung. Diese sollte eigentlich kein Problem darstellen, sofern bei allen Systemen einigermassen aktuelle BS-Versionen eingesetzt werden, selbst bei gemischten Systemen.

 

Als beispiel NAS Geräte welche auf Unix/Linux laufen sehr oft mit ext4 Formatierung. macOS selbst nutzt aber APFS und Windows läuft auf NTFS, nochmals anders. Trotzdem sollte heutzutage die Kodierung zwischen allen Systemen richtig übertragen werden. Mit den älteren Formaten wie FAT (Windows) usw. gab es da noch häufiger Probleme da diese seltener automatische richtig zugeordnet wurden.

[Manuel Roth 698]

Ich persönlich hat in VW noch nie Probleme mit Sonderzeichen, einzig bei den Dateinamen wird es kritisch.

[Marc Wittwer 548]

Hallo arquitextonica

 

Sobald ein Datenaustausch stattfindet, ist es sicherer "Innenwaende" zu schreiben. 

 

Hier ein (älterer Artikel) https://www.macvillage.de/blog/2009/11/21/umlaute-ein-ewiges-problem/

-> du kannst im Artikel einfach runterscrollen und das Fazit lesen, dieses gilt meines Wissens immer noch.

 

Gruss, Marc

[pappadam1984 266]

Wir versuchen bei allem was die Vectorworks-Struktur betrifft auf Umalute und Sonderzeichen zu verzichten. Man weis nie wie andere CAD/BIM-Programme die Informationen interpretieren. Die VW-Klassen werden nach IFC exportiert und dort gab es schon häufiger Probleme mit der Lesbarkeit der Klassen. Deswegen verzichten wir nach Möglichkeit darauf.