| |  | Gut zu wissen: Hilfreiche Tipps und Tricks aus der Praxis prägnant, und auf den Punkt gebracht für BricsCAD | | |  | Mit dem intelligenten Helfer in Sekundenschnelle zum richtigen CAD-Tool, eine Pressemitteilung
|
Autor
|
Thema: Linientyp laden geht nicht über das normale Laden (157 / mal gelesen)
|
Andreas Kraus Mitglied Elektrotechniker
   
 Beiträge: 1477 Registriert: 11.01.2006 WIN 10 ACAD 2022 BricsCAD V25.1.06
|
erstellt am: 15. Jan. 2025 09:57 <-- editieren / zitieren --> Unities abgeben:         
Hallo zusammen, ganz komische Sache ... ich fang einfach mal an. Ich erstelle über ein LISP-Tool von mir einen komplexen Linientyp der Text enthält. Das Tool erstellt eine LIN-Datei und läd diesen Linientyp was auch funktioniert. Bei Klick auf Linientypsteuerung und Laden bekomme ich die Meldung "Fehler beim Laden test: Undefinierter LinienTyp" Hier der LISP-Code mit dem das Laden funktioniert:
Code: (vl-catch-all-apply 'vla-Load (list (vla-get-Linetypes (vla-get-activedocument (vlax-get-acad-object))) "test" "C:\\Users\\andreas.kraus\\AppData\\Local\\Temp\\BricsCAD\\temp~010.lin" ) )
Es ist die selbe Datei die auch nur einen Linientyp enthält. In der LIN-Datei steht das hier: *test,test ----Testlinientyp-----Testlinientyp----Testlinientyp---- A,150,-804.50886767,["Testlinientyp",K_Standard,S=125,U=0,X=-798.09004093,Y=-80.87482947],-10 Die Abstände hat das Tool errechnet, deshalb die vielen Nachkommastellen Wo ist da der Wurm drin dass es über LISP geladen wird und über Bordmittel nicht ?
------------------ Geht nicht, gibts nicht Gruß Andreas http://kraus-cad.de Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Vino Mitglied
 
 Beiträge: 233 Registriert: 24.05.2005 Windows 10 BricsCAD V22-24
|
erstellt am: 15. Jan. 2025 11:39 <-- editieren / zitieren --> Unities abgeben:          Nur für Andreas Kraus
Hallo, Das erklärt zwar nicht, warum es einmal geht und einmal nicht, aber sollte in der LT-Definition nicht statt U=0 R=0 stehen? Eventuell macht auch die Tilde ~ im Dateinamen Probleme? Das Zeichen wurde früher zum Kürzen langer Dateinamen in der Konsole genutzt. Gruß Stefan Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
cadffm Ehrenmitglied V.I.P. h.c. 良い精神

 Beiträge: 22350 Registriert: 03.06.2002 System: F1 und Google
|
erstellt am: 15. Jan. 2025 12:15 <-- editieren / zitieren --> Unities abgeben:          Nur für Andreas Kraus
Skalierung,Drehung,Offset sind de facto optional und die Tilde ist wohl auch kein Problem. @Andreas Wenn es nicht noch Unterschiede in den Bricscad Versionen gibt, dann ist das Problem ein anderes, also weder die .lin noch der gezeigte lspCode. In meinem V23irgendwas kann ich den Linientyp ohne Probleme laden, über Multifunktionsleiste START, Gruppe EIGENSCHAFTEN, Kombobox Linientypen -> Laden Frage, da dies ja die Grundlage in dem Problem darstellt: Welche *.lin ist denn aktuell wenn du auf LADEN drückst? Falls dir der Dialog und somit die aktuelle .lin gezeigt wird. Wenn möglich (oder eben auf anderen Wegen), wähle da einfach noch einmal die Standard .lin und danach versuchst du es erneut mit deiner .lin, welche über lsp geladen werden kann, nicht aber über den Befehl LINIENTYP (ODER?) Lasse das KombiFeld einmal bei Seite: Besteht dasselbe Problem wenn du über LINIENTYP gehst? Öffnet imo denselben Dialog und müßte sich identisch verhalten, aber ein Test geht schnell. -
Oder liegt es an den Tomaten und der falschen Problembeschreibung? Wenn du die Meldung erst nach Auswahl des Linientyps, aus der Liste der in der gewählten .lin enthaltenen Ltypen, erhälst dann würde ich vermuten das du ständig vergisst den Textstil zu definieren, was du aber im Lisp stillschweigen vorab erledigst. Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Andreas Kraus Mitglied Elektrotechniker
   
 Beiträge: 1477 Registriert: 11.01.2006 WIN 10 ACAD 2022 BricsCAD V25.1.06
|
erstellt am: 15. Jan. 2025 16:35 <-- editieren / zitieren --> Unities abgeben:         
So. : -LINIENTYP Linientyp [? für liste/Erstellen/Laden/Setze]: L Geben Sie den Linientyp an der geladen werden soll: test Fehler in der Definition des Linientyps "TEST". Ungültiges Stift Muster. Also per Befehlseingabe gehts auch nicht. Textstil ist geladen. Hab, wie du vorgeschlagen hast, sogar mehrmals hin und her probiert. Auch alles was mir an Kombinationen noch eingefallen ist. Hat nix geholfen Ich lade ja meine Linientypen sowieso automatisch per Lisp, deshalb ist mir das jetzt erst aufgefallen. Eigentlich kanns mir egal sein, aber muss ja nicht. ------------------ Geht nicht, gibts nicht Gruß Andreas http://kraus-cad.de Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
cadffm Ehrenmitglied V.I.P. h.c. 良い精神

 Beiträge: 22350 Registriert: 03.06.2002 System: F1 und Google
|
erstellt am: 15. Jan. 2025 17:28 <-- editieren / zitieren --> Unities abgeben:          Nur für Andreas Kraus
Gut, das ist ein anderer Befehl  , aber auch gut zu wissen! Dann passt wirklich etwas nicht (mit der Datei?). Dann liegt es vllt soch an der Datei und über Lisp ist es kein Problem? Oder es ist ein Bricscad-Problem mit deiner bestimmten Productversion, hmm. Anhang funktioniert mit meinen ACAD und BCAD Versionen, Speicherort unterscheidet sich nur beim User (Ich habe natürlich keinen Punkt in meinem UserNamen, da käme ich nicht drauf , aber sonst sollte es ein 1:1 Test gewesen sein, manuell wie auch mit deinen Lispzeilen = Funktioniert.
Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Andreas Kraus Mitglied Elektrotechniker
   
 Beiträge: 1477 Registriert: 11.01.2006 WIN 10 ACAD 2022 BricsCAD V25.1.06
|
erstellt am: 16. Jan. 2025 08:47 <-- editieren / zitieren --> Unities abgeben:         
Hab etwas herumprobiert und ACHTUNG jetzt wirds komisch. Wenn ich folgendes in die LIN-Datei schreibe: *K_TRAPEZ,Trapezleiste ----TRL-----TRL----TRL---- A,150,-250,["TRL",K_Standard,S=125,R=0,X=-200,Y=-62.5,U=0],-150 *K_TRENNSTEG,Trennsteg __ __ __ __ __ __ __ __ __ __ __ __ _ A,125,-62.5 funktioniert das Laden des erstel Linientyps "K_TRAPEZ" nicht aber "K_TRENNSTEG" lässt sich laden. Tausche ich die Reihenfolge der Linientypen: *K_TRENNSTEG,Trennsteg __ __ __ __ __ __ __ __ __ __ __ __ _ A,125,-62.5 *K_TRAPEZ,Trapezleiste ----TRL-----TRL----TRL---- A,150,-250,["TRL",K_Standard,S=125,R=0,X=-200,Y=-62.5,U=0],-150 lassen sich beide problemlos laden. Ich hab das auch mit verschiedenen Pfaden und verschiedenen Dateinamen ausprobiert und kein Problem damit festgestellt. Also auch Sonderzeichen wie ~ in einer temporären LIN-Datei sind kein Problem aber eben die Reihenfolge. BricsCAD möchte wohl keinen komplexen Linientyp an erster Stelle In meiner LIN-Datei kommen die komplexen erst weiter unten, deshalb ist der Fehler nie aufgetaucht. War Zufall dass ich einen komplexen Typ alleine in einer Datei hatte und schwupp gibts ne Meldung. ------------------ Geht nicht, gibts nicht Gruß Andreas http://kraus-cad.de Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
cadffm Ehrenmitglied V.I.P. h.c. 良い精神

 Beiträge: 22350 Registriert: 03.06.2002 System: F1 und Google
|
erstellt am: 16. Jan. 2025 10:14 <-- editieren / zitieren --> Unities abgeben:          Nur für Andreas Kraus
Ich bin raus, bei mir funktioniert alles, Lisp/DropDown, egal welche Reihenfolge, damit bin ich raus. (Habe mich dieses Mal aber nicht an Speicherort/Dateinamen gehalten) Viel Glück - wirst jetzt mal nach jmd suchen müssen der dieselbe Productversion hat wie du, damit man die Productversion als Schuldigen ein- bzw. ausschließen kann.
Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Andreas Kraus Mitglied Elektrotechniker
   
 Beiträge: 1477 Registriert: 11.01.2006 WIN 10 ACAD 2022 BricsCAD V25.1.06
|
erstellt am: 17. Jan. 2025 07:13 <-- editieren / zitieren --> Unities abgeben:         
Komischer Fehler Ich such aber auch nicht weiter weil das Laden über LISP geht und das Problem bei mir ja eigentlich nicht/kaum relevant ist. ------------------ Geht nicht, gibts nicht Gruß Andreas http://kraus-cad.de Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
| Anzeige.:
Anzeige: (Infos zum Werbeplatz >>)
 |