|
AutoLisp : textpage / textscr / cls / Textfenster
mapcar am 02.08.2005 um 16:13 Uhr (0)
(textscr), (graphscr) und (textpage) sind AutoLisp-Funktionen, die ihre Bedeutung ziemlich eingebüßt haben, seit AutoCAD unter Windows läuft. Der Befehl CLS ist keine Lisp-Funktion, sondern ein DOS-Kommando, das auch heute noch in einem Dosfenster funktioniert. (textpage) hat früher auf Systemebene ein CLS durchgeführt, da aber das Acad-Textfenster kein DOS-, sondern ein Windows-Fenster ist, geht das nicht mehr. Diese Befehle werden nur noch aus Gründen der Kompatibilität älterer Lisp-Programme erhalten. ...
|
| In das Form AutoLisp wechseln |
|
AutoLisp : Multitext in Lisp starten
kist am 03.08.2005 um 17:34 Uhr (0)
Hallo zussammen ! Wie kann ich in so einer Routine den Befehl MTEXT (Absatztext) starten, das die Abfrage ganz normal abläuft. "ERSTE ECKE" wie in Bild 1a dann wie Bild 2a dann kann ich schreiben dann drück ich ok. dann wird Lisp beendet. (defun c:kist_text () (startErrorHandler "Multitext erstellen" T (("CLAYER" . "TEXT") ("ORTHOMODE" . 0) ("TEXTSIZE" . 1) ("CECOLOR" . "256") ) );Ende startErrorHandler von MAPCAR (setvar "CECOLOR" col) ;Farbe des Textes setzen (col aus But ...
|
| In das Form AutoLisp wechseln |
|
AutoLisp : Multitext in Lisp starten
mapcar am 03.08.2005 um 23:43 Uhr (0)
Ich weiss ja nicht, was für dich "normal" ist... Nee, "normal" ist das alles nicht. Das Verhalten von AutoCAD-Befehlen ist eindeutig vielfältiger als die Schöpfung: Da gibt es zwar Regenwürmer und Schmetterlinge, Flechten und Riesenmammutbäume, Grippeviren und Albatrosse - aber bei AutoCAD-Befehlen ist das Überraschungsmoment einfach größer. Da gibt es welche mit Minuszeichen oder DD davor, es gibt welche, die kann man aus Lisp heraus nie oder nur eingeschränkt aufrufen, und schließlich gibt s welche, die ...
|
| In das Form AutoLisp wechseln |
|
AutoLisp : Multitext in Lisp starten
kist am 04.08.2005 um 08:15 Uhr (0)
Sorry, ich glaube das ist nicht richtig rübergekommen was ich meine ich möchte im Lisp den Befehl "_mtext" aufrufen. dann kommen die Aufforderungen: "Erste Ecke:" "Gegenüberliegende Ecke oder [Höhe/Ausrichten/Zeilenabstand/Drehen/Stil/Breite]: " und dann erscheint eben (siehe "bild2a.jpg"), wo ich meinen Text eingebe dann mit OK beenden kann und das Lisp fertig abarbeite. Ich hoffe es ist klar was ich mit "NORMAL" meine Danke schon mal PS.: übrigens dein ERRORHANDLER passt bei mir perfekt. -------------- ...
|
| In das Form AutoLisp wechseln |
|
AutoLisp : Multitext in Lisp starten
joern bosse am 04.08.2005 um 09:00 Uhr (0)
vielleicht geht für Dich ja auch "fast normal", d.h. Du wirst aufgefordert die Eckpunkte des Mtextes zu wählen, danach kommt aber nicht das Mtext-Editorfenster, sondern die Texteingaben werden über die Befehlseingabe eingegeben. (defun test( / pkt1) (command "mtext" (setq pkt1(getpoint "
erste Ecke wählen")) (getcorner pkt1 "
zweite Ecke wählen"))) ------------------ viele Grüße Jörn
|
| In das Form AutoLisp wechseln |
|
AutoLisp : String in Zahlen umwandeln
cad-intensiv am 04.08.2005 um 13:54 Uhr (0)
Zitat: Original erstellt von MH Bit: Hallo, erst mal Danke für eure Hilfe. ich hab ein wenig rumprobiert, mußte aber feststellen, dass das ganze immer noch zu ungenau ist. Mit der Funkion _dist bekomme ich wenn ich zwei Punkte angebe den Winkel. Allerdings weiß ich nicht wie ich das Ergebnis dieser Funktion weiterverarbeiten kann. (command "_dist" (list (distof(nth 2 nach-Liste)) (distof(nth 3 nach-Liste)) (distof(nth 4 nach-Liste))) (list (distof(nth 2 von-Liste)) (distof(nth 3 von-Liste) ...
|
| In das Form AutoLisp wechseln |
|
AutoLisp : String in Zahlen umwandeln
CAD-Huebner am 04.08.2005 um 14:22 Uhr (0)
Vielleicht noch mal ein Hinweis auf diesen Beitrag bezüglich Genauigkeit der Anzeige von LISP Ausdrücken . http://ww3.cad.de/foren/ubb/Forum145/HTML/000946.shtml#000003 ------------------ Mit freundlichem Gruß Udo Hübner
|
| In das Form AutoLisp wechseln |
|
AutoLisp : Lisp immer kränker?
mapcar am 05.08.2005 um 10:03 Uhr (0)
Bin eben mal wieder auf ein sehr merkwürdiges Verhalten in VLisp gestoßen: Code: (defun c:bugtest( / i rl) (setq i 0) (repeat 256 (setq rl(cons(list i i i)rl)) (setq i(1+ i)) ) (setq *result* (reverse rl)) ) Hat jemand eine Erklärung für diesen Quatsch? Die globale Variable *result* ist völlig gesund! (length *result*) = 256 (car *result*) = (0 0 0) (last *result*) = (255 255 255) Aber bei der Ausgabe tritt der Fehler auf. Gruß, Axel Strube-Zettler ------------------ Meine AutoL ...
|
| In das Form AutoLisp wechseln |
|
AutoLisp : Lisp immer kränker?
CADmium am 05.08.2005 um 11:17 Uhr (0)
Hi Axel.. is ja tricky.. Hmm .. vielleicht wird für den Rückgabewert der Funktion bloß ein gewisser Speicherplatz reserviert, und deine Liste ist zu lang? Bis (repeat 220 ... ist nämlich alles ok .. und wenn man einen anderen Rückgabewert setzt auch... z.B. (defun c:bugtest( / i rl) (setq i 0) (repeat 250 (setq rl(cons(list i i i)rl)) (setq i(1+ i)) ) (setq *result*(reverse rl)) T ) Du bist dran. ------------------ - Thomas - "Bei 99% aller Probleme ist die umfassende Beschrei ...
|
| In das Form AutoLisp wechseln |
|
AutoLisp : Lisp immer kränker?
Dabrunz am 05.08.2005 um 11:25 Uhr (0)
Tag zusammen. Zitat: Hat jemand eine Erklärung für diesen Quatsch? Die globale Variable *result* ist völlig gesund! Keine wirklich fachlich fundierte und belegbare, aber weitere Beobachtungen kann ich ergänzen: 1. Das Autocad-Textfenster hat eine Begrenzung, die die größte mögliche Ausgabe auf 4095 Zeichen beschrankt. Danach wird gnadenlos abgeschnitten: Code: (defun c:bugtest( / i rl) (setq i 0) (repeat 701 (setq rl(cons(list i)rl)) (setq i(1+ i)) ) (setq *result* (reverse rl)) ...
|
| In das Form AutoLisp wechseln |
|
AutoLisp : Lisp immer kränker?
mapcar am 05.08.2005 um 13:04 Uhr (0)
Zitat: Original erstellt von CADmium: Bis (repeat 220 ... ist nämlich alles ok .. und wenn man einen anderen Rückgabewert setzt auch... Das Problem liegt ja nicht im Rückgabewert, es liegt an der Ausgabe. Das T am Ende deiner Version verhindert den Ausdruck im Textfenster, aber das Problem ist dadurch nicht weg: Gibt man !*result* oder (princ *result*) ein, hat man es ja immer wieder am Backen. Achims Version mit dem String ist natürlich auch sehr interessant. Aber irgendein System dahinter erken ...
|
| In das Form AutoLisp wechseln |
|
AutoLisp : Lisp immer kränker?
mapcar am 05.08.2005 um 13:20 Uhr (0)
Zitat:Original erstellt von Dabrunz:Warum werden eigendlich die schließenden CODE-Tags ignoriert und die Formatierung nicht wieder in den Normal-Modus versetzt?Diese Frage hat mich auch schon interessiert: Wenn der Code eine Leerzeile enthält, gehts in die Hose.Gruß, Axel------------------Meine AutoLisp-Seiten Mein Angriff auf dein Zwerchfell Mein Lexikon der Fotografie Mein gereimtes Gesülze
|
| In das Form AutoLisp wechseln |
|
AutoLisp : Lisp immer kränker?
wronzky am 05.08.2005 um 14:56 Uhr (0)
Sehr komisch!Mit dem Speicherplatz hats nichts zu tun:- setz mal i als anfangswert auf -1000 und repeat auf 1000 - kein Problem.- anders bei:Code:(list (list 220 220 220)) ergibt schon BAD ARGUMENT TYPE. Aber nur, wenn die erste Zahl zwischen 220 und 239 liegt...????????Grüsse, Henning------------------VoxelManufaktur Computer-Dienstleistungen für Architekten und Ingenieure http://www.voxelman.de
|
| In das Form AutoLisp wechseln |
