---

Hallo zusammen,
ich poste das mal hier im BC-Forum weil es im Acad funktioniert.
Ist nur zur Info.

Ein Linientyp
*Test,Test ----Test-----Test----Test----
A,50,-91.8,["Test",Standard,S=25,R=0,X=-67.63,Y=-12.7,U=0],-25

Kann über die "normale" Ladefunktion geladen werden.
Über Lisp und (command "-linientyp" ...)  bekomme ich die Meldung "Fehler in der Definition des Linientyps "TEST". Ungültiges Stift Muster."

Ohne U=0 gehts.
*Test,Test ----Test-----Test----Test----
A,50,-91.8,["Test",Standard,S=25,R=0,X=-67.63,Y=-12.7],-25

Mit vla-load gehts auch mit U.
Kurz: Das command geht nur ohne U

------------------
Geht nicht, gibts nicht

Gruß
Andreas

http://kraus-cad.de

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Frohes Neues!

1. Was hat das mit Lisp zutun? Es geht imo um den Befehl -LINIENTYP und nicht um Lisp, ist also Lisp-unabhängig wenn ich das richtig sehe)

2. Im Grunde meckert Bricscad doch völlig zurecht, oder?
  Ich bin kein Linientyp-Profi, aber die Angabe von R UND U widersprechen sich nunmal - ergibt keinen Sinn,
  oder doch? Dann bitte ich um kurze Erklärung dazu, danke vorab.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Nachtrag: Unabhängig von Punkt2,
scheint Punkt1 (Befehl -LINIENTYP) die Option U für die Drehung überhaupt nicht zu kennen, das ist der Fehler.
Die für mich verwirrende Linientypdefinition kam hier nur als Punkt2 ontop und ist nicht weiter relevant.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Naja, eigentlich gehts schon irgendwie um Lisp weil ja der "normale" Ladeforgang funktioniert und nur aus Lisp mit Command nicht. Da ist der Unterschied. Da wird wohl nicht der selbe Befehl verwendet (wie so oft) sondern eben einer bei dem das "U" nicht funktioniert.

R und U widersprechen sich eigentlich nicht, bei Acad hat das immer funktioniert. Habs grade mal ausprobiert und man kann das R auch weglassen und durch das U ersetzen. hab ich noch gar nicht bemerkt weils im Acad ja immer ging.

Komisch ist ja nur dass es Im Brics bei einer Metode geht und bei der anderen nicht. Ist mir eben aufgefallen und wenn noch jemand drüber stolpert gibts wenigstens ne Info.

------------------
Geht nicht, gibts nicht

Gruß
Andreas

http://kraus-cad.de

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

>"nur aus Lisp mit Command nicht"
Genau dem wiederspreche ich aber (noch?).
Der Befehl, egal ob durch die Lispfunktion command aufgerufen, oder direkt per Hand eingegeben, liefert mir immer dieses Problem.

Wenn das bei dir anders ist: Welche Produktversion nutzt du?
(Ich kann bei mir später auch gerne nachsehen, komme aber gerade nicht an meine V23)

Linientypdefinition:
Danke. Würdest du mir dann bitte kurz erklären wofür R UND U definiert wird?
Für mich sind A R und U für dieselbe Sache, nur halt eine andere Festlegung, daher wiedersprechen die sich.
Wenn du am Ende dann noch den Unterschied zwischen nur R und U+R aufzeigen könntest, das wäre super.
(kann dem wirklich nicht folgen, sorry)

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

TextLinientypen-R-A-U.dwg

Hier mal eine Datei mit Linientypen.
Die Definitionen sind hier immer identisch bis auf die Drehung des Textes (und natürlich dem Textinhalt, zu Unterscheidung)

Man sieht deutlich die Unterschiede. Ich verwende bei Texten gerne das U weil dann der Text immer von unten oder rechts lesbar ist.
Ich hatte nur immer gedacht dass ich R=0 angeben muss und ZUSÄTZLICH U=0.
Das hat auch im AutoCAD immer klaglos funktioniert und mich somit nicht über meinen Irrtum aufgeklärt  , das ist jetzt aber im BricsCAD passiert. Was gelernt  )
Jetzt muss ich nur in meinen Linientypen das "R" löschen wenn es sich sonst mit dem "U" beißt, damit ich kein Mecker von Brics bekomme 

------------------
Geht nicht, gibts nicht

Gruß
Andreas

http://kraus-cad.de

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Man sieht deutlich die Unterschiede.
Ja klar, dafür ist es ja da 
Spaß bei Seite, hast es ja jetzt aufgeklärt für dich.

>>"Ich verwende bei Texten gerne das U weil dann der Text immer von unten oder rechts lesbar ist."
Von unten, rechts ODER LINKS. U unterscheidet nur zwischen West- und Ostseite (270-90°/90-270°)

>>"Ich hatte nur immer gedacht dass ich R=0 angeben muss und ZUSÄTZLICH U=0."
A/R/U ist die Angabe der Ausrichtung/Drehung, der Text kann nur einen Wert für die Drehung bekommen.

>>"Das hat auch im AutoCAD immer klaglos funktioniert",
Ja leider und dabei wurde das völlig krank "akzeptiert", denn sobald U= vorhanden ist, wird auch "U=" verwendet,
die Winkelangabe jedoch, wird immer von der letzten Drehung-Angabe verwendet, egal ob das jetzt die U oder R (oder A?) Angabe ist.

>>"Jetzt muss ich nur in meinen Linientypen das "R" löschen wenn es sich sonst mit dem "U" beißt"
Jupp, das ist auch Programm-unabhängig der richtige Move.
Und das Supportticket an Brics für den "-LINIENTYP" Bug-Report, ist ohnehin schon raus?
Denn der Bug das U= nicht akzeptiert wird, der besteht ja eindeutig.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Ob das ein Bug ist checke ich erst noch. Ich hatte ja in der Definition R und U drin als das nicht funktioniert hat.
Nicht dass "mein Bug" war 

------------------
Geht nicht, gibts nicht

Gruß
Andreas

http://kraus-cad.de

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Original erstellt von cadffm:
Nachtrag: Unabhängig von Punkt2,
scheint Punkt1 (Befehl -LINIENTYP) die Option U für die Drehung überhaupt nicht zu kennen, das ist der Fehler.
Die für mich verwirrende Linientypdefinition kam hier nur als Punkt2 ontop und ist nicht weiter relevant.

---

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP