---

hallo,

gibt es eine möglichkeit, zu verhindern, dass sich der wert für die systemvariable osmode beim anwenden des befehls zurück nicht auf den vorherigen wert zurücksetzt?

viele grüsse aus berlin und vielen dank im voraus.

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

---

ja, Undo-Befehl umschreiben  aber warum eigentlich ?

------------------
"Lisp?!?! Why the Hell did you pick the most arcane, obscure, and hopelessly-rooted-in-the-computer-science-department language in the world for an AutoCAD programming language?"  Read the whole story: The Autodesk File ca. 890 Seiten | 7500 KB PDF

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

---

Das Problem (Beispiel: http://ww3.cad.de/foren/ubb/Forum54/HTML/008504.shtml )ist bekannt. IMHO keine befriedigende Lösung. Vielleicht Button erstellen mit Osmode-Wert...

Lothar

[Diese Nachricht wurde von Kramer24 am 19. Okt. 2004 editiert.]

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

---

Zitat:

---

Original erstellt von Kramer24:
Das Problem Vielleicht Button erstellen mit Osmode-Wert...

Lothar

---

ja das habe ich auch so gehandhabt; zumal sich auch bei einigen Lispeleien wenn man sie abbricht der Wert verstellt bzw. 0 ist.

[Diese Nachricht wurde von AsSchu am 19. Okt. 2004 editiert.]

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

---

ja das Problem hatte ich früher auch, gerade bei Lisp-Abbrüchen hat auch ein sauber programmiertes Lisp keine Chance mehr den OSMODE wiederherzustellen.

ich hab das mit Reaktoren (:vlr-lispCancelled) gelöst, die mir den Objektfang wiederherstellen.

------------------
WWW.FFZELL.AT.TC

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

---

hallo,

der button wäre nur eine notlösung.

worum es mir eigentlich geht is folgendes:
ich möchte z.b. etwas kopieren und schalte mir dazu meinen objektfang über f3 ein. wenn ich weiss, dass ich den gleichen befehl so ähnlich nun mehrmals ausführen werde, dann schalt ich die häckchen in den ofang-optionen je nach bdearf dazu. das passiert transparent. nun beende ich den befehl. manchmal hab ich mich aber aus schusseligkeit verklickt oder sowas. naja, mach ich eben zurück das ganze. und nun sin eben meine ofang-optionen auch im nirvana. nich so schön, oder? dabei würde auch ein button mir nicht helfen.

ich hatte eher gedacht, dass man vielleicht den zurückbefehl so modifieziert, dass vorher der osmodewert gespeichert wird und nach ausführen des befehls wieder über die osmode-variable drübergeschrieben wird. kann ich ja gleich mal versuchen, ob ich das nicht auch selber hinkriege. klingt ja ganz einfach.

viele grüsse.

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

---

ging auch einfach:

(defun c:zm ( / osmodemerk)
(setq osmodemerk(getvar "osmode"))
(command "zurück" "")
(setvar "osmode" osmodemerk)
)

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

---

> gerade bei Lisp-Abbrüchen hat auch ein sauber programmiertes Lisp
> keine Chance mehr den OSMODE wiederherzustellen

Das halte ich für ein ganz derbes Gerücht. In der Praxis sieht es allerdings so aus, dass die meisten Lisp-Programme leider nicht sauber programmiert sind. Ein User-Cancel ist ein 'Error' wie jeder andere auch.

Gruß, Axel Strube-Zettler

------------------
(defun - Lisp over night - AutoLisp-Programmierung für AutoCad - Da weiß man, wann man's hat
Meine AutoLisp-Seiten Mein Angriff auf dein Zwerchfell Mein Lexikon der Fotografie Mein gereimtes Gesülze

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

---

@carmelli76,
und wenn Du den O'fang ein/aus auf die Radtaste der Maus legst.

z.B. der Eintrag in die *.mnu

***AUX1
// nur die Radtaste
;
$M=$(if,$(getvar,OSMODE),'OSMODE 0,'OSMODE 109)

***AUX2
// mit Shift+Radtaste
;
$P0=SNAP $p0=*

***AUX3
// mit Control+Radtaste
;
'_zoom;_c;(cadr(grread 1));3x;

***AUX4
// mit Control+Shift+Radtaste
;
^O

------------------
Gruß Werner
http://Meyer-Werner.bei.T-Online.de

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

---

Zitat:

---

Original erstellt von mapcar:
Das halte ich für ein ganz derbes Gerücht. In der Praxis sieht es allerdings so aus, dass die meisten Lisp-Programme leider nicht sauber programmiert sind. Ein User-Cancel ist ein 'Error' wie jeder andere auch.

---

ja da hast du schon recht. ein esc bei einer user-eingabe kann man mit einer sauberen error-routine abfangen, um z.B.: den systemvariablen-zustand wieder herzustellen. ich habe mich aber trotzdem für die reaktor-lösung entschieden, da ich erstens sowieso schon mit reaktoren arbeite (z.B.: wird VOR den befehlen COPY,ARRAY,PASTECLIP,MIRROR,INSERT,EXPLODE,DROPGEOM das letzte element in der zeichnung gemerkt und NACH diesem befehlen den neu erstellten objekten neue Positionsnummern zugewiesen)
und zweitens finde ich es mit einem kombinierten lispwillstart und lispcancelld bzw. lispended einfacher mir zuerst alle wichtigen systemvariablen zu merken, und danach wieder rückzusetzten.

da unsere firmeninterne applikation bereits über 500lisp-dateien beinhaltet scheint mir diese art des error-handlings einfacher.

------------------
WWW.FFZELL.AT.TC

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