|
AutoLisp : Platzbedarf (Kontur) von AutoCAD-Objekten
Dabrunz am 03.09.2004 um 11:11 Uhr (0)
Tag zusammen. Zwar habe ich auch keine pragmatische Idee, wie dieses Problem zu umgehen ist, möchte aber auf einen gern übersehenen Umstand hinweisen: Die Methode GetBoundingBox ermittelt die 2 Eckpunkte eines umschließenden Rechtecks - nicht die des optimalen. Daher kann nur sicher angenommen werden, dass die Geometrie vollständig innerhalb des Rechtecks liegt, was ja schon ne ganze Menge ist, nicht aber, dass es anliegt, wie ein Latex-Anzug. Achim Dabrunz ------------------ [Diese Nachr ...
|
| In das Form AutoLisp wechseln |
|
AutoLisp : BlackBoard unter 2004 langsamer und Daten-Container
Dabrunz am 05.06.2003 um 09:01 Uhr (0)
Tag zusammen. In meinen Programmen nutzte ich in den AutoCAD2k*-Versionen vor 2004 eigendl. immer das BlackBoard zur Datei übergreifenden Datenhaltung. Zum Teil - und der Anteil ist nicht unerheblich - diente es mir auch als eine Art Datei-Cache: Daten lesen - konvertieren - ins BlackBoard. Ziemlich effektiv war s, aber damit scheint Schluss zu sein, denn die Zugriffe auf diesen Namensraum scheinen mir um so vieles langesamer geworden, dass - gerade bei größeren Datenmengen - der Ansatz zum Scheitern v ...
|
| In das Form AutoLisp wechseln |
|
AutoLisp : BlackBoard unter 2004 langsamer und Daten-Container
Dabrunz am 13.06.2003 um 13:14 Uhr (0)
Hi. Sieht nach meiner Standard-Schwäche aus: Ich hab nicht konkret genug beschrieben, was ich eigendlich machen will und warum. Aber der Reihe nach: Zitat: Was hältst Du von ner ini-Datei? Wenig, denn ich will ja gerade einen Datei-Cache implementieren. Voreinstellungen für Dialoge oder Benutzer-Eingaben, Programm-Einstellungen und Applikations-relevante Daten liegen ja immer in haufenweise Dateien herum - ist zumindest bei mir so. Werden die Daten jetzt beim Initialisieren des Programms aufbereite ...
|
| In das Form AutoLisp wechseln |
|
AutoLisp : BlackBoard unter 2004 langsamer und Daten-Container
Dabrunz am 27.06.2003 um 18:22 Uhr (0)
OK - nach einigen Tagen Abstinenz ganz kurz meinen Hauch einer Idee: (0) Das Ding braucht einen Namen - ich nenn s IOCache (1) Zumindest eine globale Variable werden wir brauchen, die alle Daten in Form eines Assoziations-Baums (kurz: AssocTree ) bereit hält. Vorteil: Alle wesendlichen Basis-Funktionen für Daten-Zugriff und -Manipulations gibt s schon. (2) Wir brauchen ein Kennzeichen, mit dem Zeichnungen innerhalb der gleichen AutoCAD-Session zur Synkronisation der der Daten gezwungen werden, wen ...
|
| In das Form AutoLisp wechseln |
|
AutoLisp : Anwendung *.vlx erstellen
Dabrunz am 01.07.2003 um 12:16 Uhr (0)
Tag zusammen. Mir fallen hier ein paar Sachverhalte ein, die ich mal anmerken will: (1) In der AutoCAD-Online-Hilfe gibt s ne Menge brauchbarer Informationen zum Kompilieren von VLisp-Projekten. Zu finden sind sie unter Autolisp Developers s Guide - Using the Visual LISP Environment - Building Applications . Gab s bei A2k auch als PDF - kann ich bei Nachfrage mal zur Verfügung stellen. (2) Projekte sind das A und O beim Erzeugen von VLisp-Applikationen. Also immer zuerst ein Projekt erstellen, in dem ...
|
| In das Form AutoLisp wechseln |
|
AutoLisp : Layer aufruf aus DCL
Dabrunz am 30.07.2003 um 16:28 Uhr (0)
Zitat: Original erstellt von Brischke: [..] Ich halte eine derartige Vorgehensweise jedoch nicht für so gut. Ich auch nicht. Zitat: [..] Lass es dir durch den Kopf gehen. Auch wenn es am Anfang etwas mehr Aufwand bedeutet - es zahlt sich am Ende aus. Das kann ich nur unterstützen. Ich versuche innerhalb meiner Programme die Dialogsteuerung um 4 Variablen herum zu stricken: ValueList - Assoziations-Liste zum Vorhalten aller Dialog-relevanten Werte RescueList - Assoziations-Li ...
|
| In das Form AutoLisp wechseln |
|
AutoLisp : defun-q
Dabrunz am 22.09.2003 um 13:34 Uhr (0)
Nicht, dass ich diese Version tatsächlich gut kenne, aber tut s da nicht das Standard- defun wie in AutoCAD bis R14? Ansonsten sind (setq funcName (lambda(arg0 .. argn)( body ))), aber auch (set funcName ((arg0 .. argn)( body )) ganz gute Kandidaten Achim Dabrunz
|
| In das Form AutoLisp wechseln |
|
AutoLisp : block tauschen gc2
Dabrunz am 15.10.2003 um 10:27 Uhr (0)
Zitat: Original erstellt von Brischke: [..] Mit Deiner Vorgehensweise schaffst du da Unterschiede, die Acad manchmal eben nicht so sehr mag. Egal was du machs, achte immer darauf, dass die Blockdefinition die gleichen Daten beinhaltet wie die Insert s, ansonsten fällst du damit auf die Nase. [..] Da muss ich aber mal energisch widersprechen. Attibute sind Bestandteile des Inserts und Attdefs gehören in einen Block. So weit so gut. Der einzige Zusammenhang entsteht beim Einfügen des Blocks, wenn er ...
|
| In das Form AutoLisp wechseln |
|
AutoLisp : Fehler in der Geometriedatenbank
Dabrunz am 18.02.2004 um 16:06 Uhr (0)
Tag zusammen. Um nochmal in aller Deutlichkeit zu sagen: fuchsi hat recht Da liegt überhaupt kein Fehler vor. Flache Kurven (z.B. Kreise, Bögen oder LW-Polylinien), bzw. deren relevanten Punkte werden in der AutoCAD-Geometrie-DB immer im sogenannten OCS oder auch ECS (steht für O bject-, E ntity C oordinate S ystem) gespeichert. Der GC-210 gibt in diesem Fall die Normale zur Ebene an, in der die Kurve liegt. Das OCS wird zum Zeitpunkt der Objekt-Erzeugung fest gelegt und basiert ...
|
| In das Form AutoLisp wechseln |
|
AutoLisp : acad_strlsort
Dabrunz am 29.04.2004 um 08:07 Uhr (0)
Tag. Zitat: ich kann das Sortierproblem inzwischen beheben, indem ich in den Eigenschaften meiner VLX-Anwendung (Visual Lisp - Datei - Anwendung - Eigenschaften einer Anwendung) auf der Registerkarte Anwendungsoptionen den Haken der Eigenschaft Separater Namensbereich entferne. Meiner bescheidenen Meinung nach keine glückliche Wahl - verwende dann lieber vl-sort oder vl-sort-i , wenn Einträge in der Liste mehrfach vorkommen dürfen. Damit gibt s dann keine Notwendigkeit mehr, diesen Bu ...
|
| In das Form AutoLisp wechseln |
|
AutoLisp : mehrere Zeichnungen mit Script bearbeiten
Dabrunz am 11.05.2004 um 18:12 Uhr (0)
Kennt noch jemand hier Batch-Programme? Hier ist eins, das nur noch an die tatsächlichen Gegebenheiten angpasst werden muss: Code: @rem z.B. ACAD= c:ProgrammeAutoCAD 2004CAD.exe @rem enthalten die Nemen Leerzeichen, braucht s die @rem Anfuehrungs-Zeichen set ACAD= vollständiger Pfad zur acad.exe set SCRIPT= vollständiger Pfad zur Script-Datei set PROFILE= Name des zu verwendenden AutoCAD-Profils for /R %~f1 %%D in (*.dwg) do %ACAD% %%~fD /p %PROFILE% /nologo /b %SCRIPT% @rem zum Ausprobieren und A ...
|
| In das Form AutoLisp wechseln |
|
AutoLisp : ActiveX: Layer-Erzeugung erzeugt Access Violation
Dabrunz am 28.06.2004 um 11:43 Uhr (0)
Tag zusammen. Da es mich nunmehr eine knappe Woche meiner Zeit gekostet hat, einen äußerst unangenehmen Crash (Acces Violation 0xC00...05) auf seine tatsächliche Ursache zurück zu führen, will ich meine Erkenntnisse auch öffentlich machen. Der Crash wird aller Wahrscheinlichkeit nach durch einen Fehler beim Auführen der Add -Methode am Layers -Container bei anschließender Berufung zum aktuellen Layer erzeugt. Ich vermute, dass die Layer-Tabelle oder der zugehörige Datenbank-Bereich an sich nicht Ordn ...
|
| In das Form AutoLisp wechseln |
|
AutoLisp : ActiveX: Layer-Erzeugung erzeugt Access Violation
Dabrunz am 28.06.2004 um 15:43 Uhr (0)
______________________ etwas abseitig ______________________ Tja, wenn ich mal von den Sonder-Formen c:bla-bla absehe, ist lambda eigendlich genau das, was ich brauche, um Funktionen zu schreiben, denn lambda hat schließlich eine Funktion als Rückgabewert. Eher akademisch ist dann eher die Frage, ob die Verwendung von Code: (defun la-li-lu (x y)(.. ) oder Code: (setq la-li-lu (lambda (x y)(.. )) vorzuziehen ist. Für Funktionen, die keinen Namen brauchen, ist mir aber das setq zu schade. _ ...
|
| In das Form AutoLisp wechseln |
