|
BricsCad : Layer: Status, Definition und Referenz
Arcuso am 16.02.2014 um 08:26 Uhr (1)
Hallo !Ich habe den Gedanken inzwischen weitergesponnen:Wir haben in der Vermessung verschiedene Darstellungs-Varianten für die Ausgabe als PDF oder Papier-Plot (Naturstand, Kataster-Altstand, Neustand, etc.). Aber auch im Modell in dem editiert wird, möchte man gerne zwischen benannten Varianten einfach hin und her schalten können (Punktnummern aus, Bemaßung aus, nur Kataster, etc.). Alle diese Layer-Status mit dem Wust an Daten sollen/brauchen nicht in der Zeichnung gespeichert werden.Ideal wäre eben, we ...
| | In das Form BricsCad wechseln |
|
BricsCad : Layer: Status, Definition und Referenz
Arcuso am 15.02.2014 um 16:15 Uhr (1)
Hallo Holger,die interne Datenbank-Struktur soll und braucht auch gar nicht verändert zu werden, es geht nur um Darstellungs-Varianten. Ich hätte mir halt gewünscht, die beiden Gleise Layer-Status und AF-Überschreibung unter einem Namen zu vereinen und in einer einheitlichen Struktur zu verwalten.Ich erinnere mich an das erste Layerstatus-System, das mit den Express-Tools zugeladen wurde, Adesk hat dann selbst eines in ACAD implementiert.Vielleicht kann man ja hier auch eine Runtime arx/brx entwickeln, die ...
| | In das Form BricsCad wechseln |
|
BricsCad : Layer: Status, Definition und Referenz
Arcuso am 15.02.2014 um 07:56 Uhr (1)
Hallo !Ich beschäftige mich zZt. damit, benannte Layer-Status extern mit Excel zu verwalten, um sie dann per Lisp dem Modell oder einem Ansichtsfenster zuzuweisen. Die aktuelle Methode, durch div. Dictionaries zu ackern, funktioniert zwar, ist aber m.M. eine von Adesk übernommene Krampf-Lösung.Alternativ stelle ich mir da vor (Anregung):Wie bisher enthält der Layers-Container die TableRecords aller Layer-Definitionen mit Standard-Eigenschaften.Zusätzlich sollte nun ein benennbares Status-Objekt eingeführt ...
| | In das Form BricsCad wechseln |
|
Anzeige:
Anzeige: (Infos zum Werbeplatz)
 |
