|
Lisp : Lisp-Routine um Attribute auf anderen Layer legen
Bernhard GSD am 27.09.2023 um 13:00 Uhr (1)
Ich würde einfach den (überarbeiteten) Block neu einfügen - oder mit DesignCenter neu definieren und anschließend mit ATTSYNC die Attribute auf den neuen Layer bringen.Oder diese beiden Lisp-Zeilen...(command "_insert" "GRBL-T=" ^c^c)(command "attsync" "_name" "GRBL-T")------------------Gruß aus WienBernhard
|
| In das Form Lisp wechseln |
|
Lisp : Lisp-Routine um Attribute auf anderen Layer legen
Ivi am 27.09.2023 um 13:15 Uhr (1)
Der Block ist an jeder Tür in der Zeichnung eingefügt und die Attribute sind bereits mit Inhalt der jeweiligen Türe gefüllt. Ich denke, dass der Inhalt nicht übertragen wird wenn ich den Block tausche. Das hatte ich auch schon überlegt, aber nicht getestet... ------------------Ivi
|
| In das Form Lisp wechseln |
|
Lisp : Lisp-Routine um Attribute auf anderen Layer legen
cadwomen am 27.09.2023 um 13:20 Uhr (1)
Hy IviZitat:Original erstellt von Ivi:Ich denke, dass der Inhalt nicht übertragen wird wenn ich den Block tausche. Das hatte ich auch schon überlegt, aber nicht getestet... doch genau das geht wenn man es richtig macht.cu cw------------------Also ich finde Unities gut ... und andere sicher auch------------------------------------------------cadwomen™Plant ist nur die Spitze des Berges der da treibt ?
|
| In das Form Lisp wechseln |
|
Lisp : Lisp-Routine um Attribute auf anderen Layer legen
cadffm am 28.09.2023 um 09:26 Uhr (1)
Zitat:Original erstellt von joern bosse:ist aber ungetestet und nur schnell hingetippt.@Lviden Code von Jörn musst du noch an einer Stelle anpassen, NACH der Zeile "(JB_Layer4Bem:vla-AttList vla-obj))" gehört noch eine Zeile " (setq n (1+ n))" hinein.
|
| In das Form Lisp wechseln |
|
Lisp : Zahlen umrechnen bzw. korrigieren
Peter2 am 29.09.2023 um 12:20 Uhr (1)
das ist natürlich gefundenes Fressen für LISP, aber fertiges wird es hier kaum geben. Das müsste man sauber definieren - was suche ich, welche Ausnahmen gibt es, wie geht man mit Wertefehlern um (21,25), wie mit Eingabefehlern (321.25), soll man es protokollieren, soll man es vollautomatisch durchlaufen lassen oder jeweils anzeigen, ..?Wie gesagt - schön zu machen, aber wahrscheinlich(??) nicht fertig.
|
| In das Form Lisp wechseln |
|
Lisp : Zahlen umrechnen bzw. korrigieren
archtools am 29.09.2023 um 13:08 Uhr (1)
Zitat:Original erstellt von Peter2:das ist natürlich gefundenes Fressen für LISP... und wenn man das dann programmiert, dann selbstverständlich so, dass alle gleichartigen Höhenangaben (z.B. ganz simpel durch saubere Layerhaltung, oder besser durch XDATA) identifizierbar sind, und dass die neuen Höhenangaben sich auf eine Bezugshöhe beziehen, die auf geeignete Weise in der DWG gespeichert ist. Dann kann man, falls sowas später nochmals nötig wird, einfach diese Bezugshöhe ändern, und automatisch alle sich ...
|
| In das Form Lisp wechseln |
|
Lisp : Variable mit Backslash speichern und wieder einlesen
archtools am 03.10.2023 um 14:59 Uhr (1)
Zitat:Original erstellt von Meldin:Und mit meinem Vorschlag würde sie so aussehen.Macht doch kaum einen Unterschied (N_KOMMA_L . "2")(PRAE_L . "")Ich verwende praktisch nie Dotted Pairs für meine Datenhaltung. Sinn macht das doch sowieso nur dann, wenn man wie in den DXF-Daten der Entities auch Listen als Daten haben will, und sich dafür den Overhead eigener Listen sparen will. Man kann sowohl auf (8 . "MYLAYER") als auch auf (10 1 2 3) gleichermaßen mit CDR zugreifen, und kriegt im einen Fall den Layernam ...
|
| In das Form Lisp wechseln |
|
Lisp : umgang mit rechenungenauigkeiten
archtools am 12.10.2023 um 10:47 Uhr (1)
Zitat:Original erstellt von cadffm:ODER man erstellt ein Objekt und ändert dann dessen Layer (Ändern oder EigÄndr)Auch dazu muss der Layer schon vorhanden sein. Aber man kann mittels Lisp dem Objekt einfach einen anderen Layernamen zuweisen, und dafür muss der Layer noch nicht existieren. Mit dem kleinen Lisp unten beispielsweise (&ssmodent ename 8 "NEUERLAYER"). Man kann damit aber auch jede andere als DXF-Gruppencode im Entity stehende Eigenschaft ändern.Code:(defun &ssmodent (ename dxf val / old) (if (s ...
|
| In das Form Lisp wechseln |
|
Lisp : AcCoreConsole mit Script in ACAD24
Archäologie Bubi am 17.10.2023 um 10:51 Uhr (1)
Hallo ZusammenIch muss mich mal wieder an euch wenden, da ich mich seit einigen Tagen mit der AcCoreConsole.exe (ACC) rumschlage ohne das Problem überhaupt zu verstehen.Situation:Wir nutzen im Betrieb ein selbstgeschriebenes LISP zur Stapelbearbeitung. In diesem wählt der Nutzer die Dateien und den gewünschten Befehl.Das Programm erstellt dann ein passendes Skript und startet für jede Datei eine ACC-Instanz mit dem Script.Soweit so gut, soweit so bewährt. Wir nutzen das nun schon seit einigen Jahren, aber ...
|
| In das Form Lisp wechseln |
|
Lisp : AcCoreConsole mit Script in ACAD24
cadffm am 18.10.2023 um 14:26 Uhr (1)
Hi,meine bereits fertig geschriebene lange Antwort ist im Nirvana gelandet, daher versuche ich es jetzt recht kurz:1. Das Wichtigste, auch wenn es dein Problem nicht klärt: Ich habe es jetzt getestet, die Doku ist vollständig und *.scr Dateien müssen NICHT in einem trustedpath liegen. Das hatte ich irgendwie anders in Erinnerung :-/ DuckUndWech2. "Mir ist einfach aufgefallen, dass die angezeigten Zeilen in der ACC24 stark von der ACC13 "abweichen" "Siehe den Bildanhang" Sieht doch ganz normal aus, jedo ...
|
| In das Form Lisp wechseln |
|
Lisp : AcCoreConsole mit Script in ACAD24
cadffm am 18.10.2023 um 19:59 Uhr (1)
Mir fällt gerade noch was ein, kann es aber aus dem ff nicht so konkret wiedergeben jnd bin mir dabei auch nicht mehr 100%ig sicher.Ich hatte mal Probleme beim testen, dabei ging es um wohl um Zugriffsprobleme die beimhändischen starten nicht auftraten, wohl aber aus Acad heraus mit Lisp.Ich konnte das Problem nicht finden, das Problem war auch nur temporär.Ein Rechner Neustart, Acad Start - Testhat dann wieder funktioniert.Es kam öfters vor, aber immer nur wenn ich am testen war.Aus diesem Grund noch einm ...
|
| In das Form Lisp wechseln |
|
Lisp : ssget und Linientyp vonlayer bei BricsCAD
Andreas Kraus am 23.10.2023 um 11:10 Uhr (1)
Hallo zusammen,ich hab seit kurzem BricsCAD und muss viele LISP-Funktionen anpassen.Bei (ssget "x" ((0 . "LINE") (8 . "0") (6 . "Vonlayer") (62 . 256))) bekomme ich nil.Bei (ssget "x" ((0 . "LINE") (8 . "0") (62 . 256))) bekomme ich einen Auswahlsatz.Die Linien haben aber den Linientyp vonlayer, nur ssget gibt das nicht zurück.In AutoCAD geht das, nur in BricsCSAD nicht.Was ist denn da anders, was muss ich tun ?------------------Geht nicht, gibts nichtGrußAndreashttp://kraus-cad.de
|
| In das Form Lisp wechseln |
|
Lisp : umgang mit rechenungenauigkeiten
cadffm am 23.10.2023 um 15:49 Uhr (1)
Du hast nur die eine Klammer an die falsche Stelle gepackt, dieser Fehler wird dich "für immer" begleiten solange du LISP schreibst.
|
| In das Form Lisp wechseln |
