---

Hallo ich habe mal wieder eine Frage, ob es überhaupt geht.

In einem Lisp von mir wird eine Verarbeitung gemacht und anschließend auf Kollision geprüft.
Bei Kollision geb ich eine Warnmeldung aus und beende das Makro und ohne Kollision wird der Rest noch bearbeitet.

Jetzt ist die Frage aufgetaucht, ob man hier eine Abfrage setzen kann, ob ich trotzdem fortsetzen möchte oder nicht.
Hierzu bräuchte ich ja jetzt ein Fenster mit der Angabe Weitermachen ja/nein und die Möglichkeit hier eine Rückmeldung auszuwerten um dann korrekt weiter zu machen.

Gibt es in SolidDesigner LISP so ein Abfrage Fenster oder wie habt ihr das gelöst?

Gruß Wolfgang 

------------------
alles ist möglich, nichts funktioniert und trotzdem muß es bis morgen geschafft sein. 

Werden wir es schaffen? Ja wir schaffen das !!! :-)

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

---

Hallo,

wenn ich dich Richtig verstanden habe suchst Du nach soetwas:

Code:

---

(setf check_input (sd-display-warning (format nil "Kollision erkannt!~%~%Weiter?")
:title "Hinweis" :push-1 "Ja" :push-2 "Nein" :severity :low))
(if (eql check_input :yes) .....)

---

Gruß Michael

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

---

Herzlichen Dank Michael, ...

Genau das hatte ich gesucht, ...

Funktioniert tadellos

Gruß Wolfgang 

------------------
alles ist möglich, nichts funktioniert und trotzdem muß es bis morgen geschafft sein. 

Werden wir es schaffen? Ja wir schaffen das !!! :-)

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

---

Njjjjnnjaaaaa. 

Also ich vermeide sd-display-warning, sd-display-question, sd-display-message wie der Teufel das Badewasser. "Recorderfähigkeit" ist ein hohes Gut!

Alle 3 Routinen sind sogeanntes "==>> modales Userinterface" ..  Also UI popt hoch und eine Userinteraction wird erzwungen. Das kann dazu führen das automatisierte Dinge übers lange Wochenende einfach nicht durchlaufen und kann nen Haufen Ärger bedeuten.

Modales Window: Der Anwender WIRD gezwungen interaktive mit dem Programm zu agieren.

Wenn Du deinen eigene Funktion nämmlich von woanders aufrufst und du läufst auf eine von 3 drei Routinen dann steht die CHOOSE ..  nur wegen eines sau blöden Mausklicks.

Innerhalb eines Dialoges kann man sowas häufig durch geschickte Verwendung von :check-function, :confirmation und :next-variable umgehen.

Ich würde es zumindest wie folgt gestalten:

Code:

---

(when situation-xy-is-there
  (if (sd-call-action-active-p)
    (progn
      (pprint "Situation XY eingetreten. Standardmäßig geht es mit 'nein' weiter") ; für den log file
      (sd-display-alert "situation XY eingetreten. Standardmäßig geht es mit 'nein' weiter" :icon :warning)
      )
    ;; else
    (let ((the-answer (sd-display-question "Situation XY eingetreten. Weiter machen?")))
      (if (equal the-anser :yes)
        (progn
          (pprint "al la hop!!")
          (pprint "Situation XY eingetreten. Wir machen mit 'ja' weiter") ; für den log file
          )
        ;; else
        (progn
          (pprint "nix geht mehr!!")
          (pprint "Situation XY eingetreten. Wir machen mit 'nein' weiter") ; für den log file
          )
        ))
    )
  )

---

Heisst: wenn jemand Deine Routine per sd-call-cmds ruft, läuft die choose ungehindert weiter. Im interactiven mode kommt jenes UI in den Vordergrund.

https://support.ptc.com/help/creo_elements_direct/r20.4.0.0/advanced_documentation/integration_kit/reference/sd-call-cmds.html#sd-call-action-active-p

@Matthias ..  später nachmittag 

------------------
● Firefox ESR ● Java Forum Stuttgart JUGS ● OSD Hilfeseite (de) / help page (en) ● NotePad++ ● BuFDi ●

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

---

Hallo Wolfgang,

danke für den berechtigten Hinweis. Ich baue auch ungerne Abfragen für den Beutzer ein, in diesem Fall gehtŽs aber definitiv nicht anders, weil der Benutzer gefragt werden muss. Ursprünglich hatte ich schon ermittelt ob ein Fehler in der Kontur ist und wenn ja, dann sollte das LISP Makro mit einer Meldung abbrechen. Die Benutzer aber wollten unbedingt die Möglichkeit drin haben, es auch trotz dem Fehler ablaufen lassen zu können. Tja so kommt man um so eine Abfrage nicht herum, weil es Konstruktiv keine weiteren Kriterien für den Unterschied gibt, war dies die erste Abfrage, die ich so eingebracht habe, konnte es bis letzte Woche vermeiden, .... :-)

Trotzdem Danke für die Antwort, habe sie mir angesehen und das findet bestimmt in einem der nächsten Makros Verwendung, denn eigentlich hast Du vollkommen Recht, das es automatisch durchlaufen sollte.

Gruß Wolfgang   

------------------
alles ist möglich, nichts funktioniert und trotzdem muß es bis morgen geschafft sein. 

Werden wir es schaffen? Ja wir schaffen das !!! :-)

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

---

gerne.. 

'Fehler in der Kontour'

Manchmal lässt es sich schier nicht vermeiden das man in einer :check-function 5/7 des :after-input ausführt um zu gucken ob es gehen täte. Das ist dann (bei Deiner Beschreibung) der Fall das die :check-function eine :confirmation auslöst "Problem No42 entdeckt: Trotzdem weiter?"

Idealerweist nutzt man in solchen Fällen dann in der :check-function und dem :after-input die selben  / fast selben :local-functions und vermeidet so code-duplizierung, auch um es pflegeleicher zu machen.

Wenn man so eine 'Fraach-ma-den-User' Stelle innerhalb eines 'weit entfernten' Defuns hat..  werden die Alternativen aber etwas dünne.

------------------
● Firefox ESR ● Java Forum Stuttgart JUGS ● OSD Hilfeseite (de) / help page (en) ● NotePad++ ● BuFDi ●

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