Hot News:

Mit Unterstützung durch:

  Foren auf CAD.de (alle Foren)
  Lisp
  Escape senden ohne command

Antwort erstellen  Neues Thema erstellen
CAD.de Login | Logout | Profil | Profil bearbeiten | Registrieren | Voreinstellungen | Hilfe | Suchen

Anzeige:

Darstellung des Themas zum Ausdrucken. Bitte dann die Druckfunktion des Browsers verwenden. | Suche nach Beiträgen nächster neuer Beitrag | nächster älterer Beitrag
  
Gut zu wissen: Hilfreiche Tipps und Tricks aus der Praxis prägnant, und auf den Punkt gebracht für Autodesk Produkte
Autor Thema:  Escape senden ohne command (1331 mal gelesen)
Wolfgang S
Mitglied
CADaver


Sehen Sie sich das Profil von Wolfgang S an!   Senden Sie eine Private Message an Wolfgang S  Schreiben Sie einen Gästebucheintrag für Wolfgang S

Beiträge: 270
Registriert: 06.03.2006

AC 2009, C3D 2009, AC 2010, C3D 2010, AC 2011, C3D 2011, RVT 2010, RVT 2011, ASD 2011 und alles darunter bis R14 +
Win XP, Win XP64, Win 7/64

erstellt am: 30. Jun. 2009 17:17    Editieren oder löschen Sie diesen Beitrag!  <-- editieren / zitieren -->   Antwort mit Zitat in Fett Antwort mit kursivem Zitat    Unities abgeben: 1 Unity (wenig hilfreich, aber dennoch)2 Unities3 Unities4 Unities5 Unities6 Unities7 Unities8 Unities9 Unities10 Unities

Grüß Euch alle!

Habe ein heikles Problem, über das sich manche von Euch vielleicht schon den Kopf zerbrochen haben:

solange ESC senden bis der aktuelle Befehl komplett beendet ist.

für gewöhnlich:
(while (> (getvar "cmddia" 0) (command))

(als Beispiel innerhalb von PEDIT - Vertices da müsste man 2-3x ESC drücken um den Befehl zu verlassen)

Dies funktioniert aber nicht wenn diese Fehlerfunktion über eine Reaktor ausgelöst wird. Dort sind keine Commands erlaubt.
ebenso bei einem geöffneten Dialogfenster (DCL) wird´s zum Absturz kommen.


Das hab ich schon probiert:
(exit) - bricht alles ab
(vl-cmdf "\U+001B") - funkt nicht

auch mit Sendkeys über ein WSCRIPT-SHELL ist sehr labil weil´s anscheinend an die aktuelle Anwendung sendet. funktioniert hin und wieder, nach Belieben aber für mich nicht nachvollziehbar

(vla-sendcommand (vla-get-activedocument(vlax-get-acad-object)) (chr 3))
(vla-SendCommand (vla-get-activedocument(vlax-get-acad-object)) (chr 27))

(vla-sendcommand (vlax-get (vlax-get-acad-object) "activedocument") "(vl-cmdf) ")
- sendet zwar Abbruch, aber es ist immer ein Command aktiv
  somit Endlosschleife

aus der AC Hilfe vom command: Invoking command with no argument is equivalent to pressing ESC and cancels most AutoCAD commands.

*pfuh* - mir raucht der Kopf schon
lg
Wolfgang S

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

CADmium
Moderator
Maschinenbaukonstrukteur




Sehen Sie sich das Profil von CADmium an!   Senden Sie eine Private Message an CADmium  Schreiben Sie einen Gästebucheintrag für CADmium

Beiträge: 13508
Registriert: 30.11.2003

.

erstellt am: 30. Jun. 2009 20:57    Editieren oder löschen Sie diesen Beitrag!  <-- editieren / zitieren -->   Antwort mit Zitat in Fett Antwort mit kursivem Zitat    Unities abgeben: 1 Unity (wenig hilfreich, aber dennoch)2 Unities3 Unities4 Unities5 Unities6 Unities7 Unities8 Unities9 Unities10 Unities Nur für Wolfgang S 10 Unities + Antwort hilfreich

IMHO gehst du an deine Aufgabe an einer Stelle falsch ran, aber ohne Code ist es natürlich schwer nachzuvollziehen, wo man wie was anders machen könnte... die Sache mit der WSCRRIPt.SHELL simuliert einfach einen ESC-Tastendruck , den sich windowsgemäß die erste aktive Anwendung schnappt (sollte euigentlich ACAD sein, wenn der Aufruf aus seinem NAmespace erfolgt ..)

------------------
  - Thomas -
"Bei 99% aller Probleme ist die umfassende Beschreibung des Problems bereits mehr als die Hälfte der Lösung desselben."

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

Wolfgang S
Mitglied
CADaver


Sehen Sie sich das Profil von Wolfgang S an!   Senden Sie eine Private Message an Wolfgang S  Schreiben Sie einen Gästebucheintrag für Wolfgang S

Beiträge: 270
Registriert: 06.03.2006

AC 2009, C3D 2009, AC 2010, C3D 2010, AC 2011, C3D 2011, RVT 2010, RVT 2011, ASD 2011 und alles darunter bis R14 +
Win XP, Win XP64, Win 7/64

erstellt am: 01. Jul. 2009 08:44    Editieren oder löschen Sie diesen Beitrag!  <-- editieren / zitieren -->   Antwort mit Zitat in Fett Antwort mit kursivem Zitat    Unities abgeben: 1 Unity (wenig hilfreich, aber dennoch)2 Unities3 Unities4 Unities5 Unities6 Unities7 Unities8 Unities9 Unities10 Unities

Mein Code ist die angepasste und weiterentwickelte Variante von Mapcars Fehlerfunktion hier:
Entwicklung einer allgemeinen *error* Funktion

Code:
(setq ERRORTEMPLATE
        '((MSG / NAME UNDO SAVEDVARS PREVIOUSHANDLER)
          (while
            (> (getvar "cmdactive") 0)
            (command)
          )
.
.
.
   

und hier liegt auch der Hund begraben.
Das Verwenden eines Commands während ein DCL-Dialog offen ist bzw. die Ausführung selbigen innerhalb eines Reaktors erzeugt einen Crash.

deswegen diese Angehensweise.
Vielleicht habt ihr es ja anders in den Griff bekommen

vlg
Wolfgang

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

CADmium
Moderator
Maschinenbaukonstrukteur




Sehen Sie sich das Profil von CADmium an!   Senden Sie eine Private Message an CADmium  Schreiben Sie einen Gästebucheintrag für CADmium

Beiträge: 13508
Registriert: 30.11.2003

.

erstellt am: 01. Jul. 2009 08:49    Editieren oder löschen Sie diesen Beitrag!  <-- editieren / zitieren -->   Antwort mit Zitat in Fett Antwort mit kursivem Zitat    Unities abgeben: 1 Unity (wenig hilfreich, aber dennoch)2 Unities3 Unities4 Unities5 Unities6 Unities7 Unities8 Unities9 Unities10 Unities Nur für Wolfgang S 10 Unities + Antwort hilfreich

für errorhandling nimm die vl-catch-all-apply Funktion .. Mapcars Errorhandler ist nicht schlecht, verfolgt aber ein ganz anderes Konzept und ist vor der Einführung von VLISP entstanden.

Ich z.b. verfolge auch einen anderen Ansatz : nicht einfach alles mit nem globalen Errorhandler abfangen , sondern z.B. jede Funktion testet vor abarbeitung ihre Parameter usw. ...
Usereingriffsmöglichkeiten werden prinzpiell vl-catch-all-apply  gekapselt ... kostet zwar alles etwas Rechenzeit , sollte bei den heutigen Prozessoren aber nicht mehr das Problem sein ..

------------------
      - Thomas -
"Bei 99% aller Probleme ist die umfassende Beschreibung des Problems bereits mehr als die Hälfte der Lösung desselben."

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

Anzeige.:

Anzeige: (Infos zum Werbeplatz >>)

Darstellung des Themas zum Ausdrucken. Bitte dann die Druckfunktion des Browsers verwenden. | Suche nach Beiträgen

nächster neuerer Beitrag | nächster älterer Beitrag
Antwort erstellen


Diesen Beitrag mit Lesezeichen versehen ... | Nach anderen Beiträgen suchen | CAD.de-Newsletter

Administrative Optionen: Beitrag schliessen | Archivieren/Bewegen | Beitrag melden!

Fragen und Anregungen: Kritik-Forum | Neues aus der Community: Community-Forum

(c)2023 CAD.de | Impressum | Datenschutz