Hallo zusammen,
Folgendes Phänomän habe ich beobachtet(ACAD2011 / ADT2011 / ADT 2012 - XP32)
In eine leere Zeichnung wird ein Block ( InsertPosTTF.dwg - Siehe Anahng eingefügt) besteht aus nur einem
Attribut Name POS vorbelegt mit WERT POS auf dem TextStil POS WeltronUrban.ttf "weltu.ttf"!
Anschließend kann man den Block Ordnungsgemäß mit DDATTE oder Lisp das Attribut bearbeiten - Kein Problem!
Löscht man nun den Block - bereinigt den Block und dann den Textstil POS und fügt dann wiederum den Block ein,
wird Ordnungsgemäß der Textstil(POS WeltronUrban.ttf "weltu.ttf") angelegt!
Das manuelle ändern des Attributswert über z.Bsp DDATTE funktioniert!
Setzt man dann aber das Attribut via Lisp (POS.lSP im Anhang via DragAndDrop reinladen - oder eigene Funktion)
dann verschwindet das bisher korrekt angezeigt Attribut!
Mit DDATTE - l (letztes) kann man es abrufen und der Wert steht korrekt wie mit Lisp gesetzt drin!
Schaut man Sich die DXF Werte vorher nachher an,
so fällt einem auf das die DXFCodes 7/71/72/11/210 zur Beschreibung des Textstils des Attrib nach dem Lisp Setzen nicht mehr existieren
Dert Wert wurde von Ursprünglich über ddatte eingegeben Wert "BBB" mit Lisp auf "ZZZ" gesetzt!
;vorher
((-1 . <Objektname: 7e538710> ) (0 . "ATTRIB") (330 . <Objektname: 7e538708> ) (5
. "3B82") (100 . "AcDbEntity") (67 . 0) (410 . "Model") (8 .
"AA_$ALLG_TXT_025_1-1") (62 . 7) (100 . "AcDbText") (10 15.5541 17.0849 0.0)
(40 . 0.005) (1 . "bbb") (50 . 0.0) (41 . 0.7) (51 . 0.0)
(7 . "POS") (71 . 0) (72 . 1) (11 15.5574 17.0874 0.0) (210 0.0 0.0 1.0)
(100 . "AcDbAttribute") (280 . 0) (2 . "POS") (70 . 0) (73 . 0) (74 . 2) (280 . 0))
nachher
((-1 . <Objektname: 7e538710> ) (0 . "ATTRIB") (330 . <Objektname: 7e538708> ) (5
. "3B82") (100 . "AcDbEntity") (67 . 0) (410 . "Model") (8 .
"AA_$ALLG_TXT_025_1-1") (62 . 7) (100 . "AcDbText") (10 15.5541 17.0849 0.0)
(40 . 0.005) (1 . "ZZZ") (50 . 0.0) (41 . 0.7) (51 . 0.0)
ab hier fehlt die DXFCODE DxfCode 7/71/72/11/210
(100 . "AcDbAttribute") (280 . 0) (2 . "POS") (70 . 0) (73 . 0) (74 . 2) (280 . 0))
Im Anhang die MusterDWG InertPosTTF.dwg wie auch das für den Block Reduzierte LISP funktion,
Nach dem DragAndDrop wird das zu ändernde Objekt abgefragt und das Attrbut auf den WERT ZZZ gesetzt!
Warum das ganze Theater!
Bekommt man Fremdzeichnungen sind unsere User angehalten, die Zeichnung zu bereinigen, um den oftmals großen Datenmüll
zu entsorgen den Architekten so mitliefern! Nun kann es sein, daß dort der TextStil bereits definiert aber nicht referenziert ist,
sadaß der benötigte Textstil durchs bereinigen rausfliegt und erst durch den Block wieder nachgeladen wird!
Abhilfe -
1) Zeichnung speichern - schliessen - öffnen!
2) einen Block mit einem leeren konstanten Attribut mit selbigen textstil in die Zeichnung einfügen
alelrdings macht Adesk schon genug Datenmüll in die Zeichnung , muss doch nicht auch noch sein!
Auch das manuelle oder automatsiche Anlegen des Textstils vor dem Block laden bringt keine Verbesserung!
(command "_style" "POS" "weltu.ttf" ...)
Übrigens in 2002 bestand das Problem nicht! - Verschlimmbesserung pur die mich nun 8 Stunden arbeit gekostet hat,
hinter das Problem zu kommen- und bereits etliche Stunden die unsere User Zeichnungen Speichern - schliessen und öffnen mussten!
Gibt es für solche neuen Bugs Gutscheine von Adesk?
Vielleicht verhält sich das System anders qenn man VLA Funktionen verwendet!
Allerdings kann ich die wegen OEM nicht verwenden!
Bin gespannt ob jemand noch andere Möglichkleiten findet den Bug zu umgehen
Gruss Karsten
Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP