Zitat:
Original erstellt von taino:
Danke Wolfgang jetzt hab ich's.
Prima! Und mit hübschem GUI Value! :)
für die sich interessierende Mitleserschaft: die entscheidende Änderung ist die folgende:
Code:
(tp_owner
:value-type :list
:gui-value (nth 3 tp_owner)
:title (sd-multi-lang-string "Owner" :german "Besitzer")
:subaction-name am_set_owner :Default '(:geo)
:after-input (display tp_owner)
)
:default is nämlich nicht so was änliches wie :initial-value sondern der Wert, den die subaction erhält.
This parameter specifies the data that is passed from the calling dialog to the called dialog.
am_set_owner hätte hier gerne gewusst wo es den gewählten Wert hinschreiben muss wenn der Owner selektiert worden ist. In der ersten Variante hatte Taino da ein NIL übergeben. Damit konnte am_set_owner nichts anfangen und konnte auch nichts zurückliefern und damit ist die dialog variable NIE in den :after-input gehüpft.
Mögliche Werte für :default kann man in diesem Fall der Integration Kit Documentation unter dem Stichwort "sd-am-set-default-owner" entnehmen. sd-am-set-default-owner und die subaction am_set_owner sind arg verwandt und nutzen die gleiche / eine ähnliche Syntax.
Jetzt hat sich auch Deine Frage geklärt warum der value-type eine LISTE ist, oder? Weil am_set_owner eine Liste zurück liefert (in der selben Form wie oli:am-set-default-owner).
Fazit: eine interessante Funktion trace 'n und eine Weile beobachten welche Parameter sie erhält, welche werden zurück geliefert, wenn sie aus Standard Funktionalität heraus gerufen wird. So kann man sich dann heran tasten.
------------------
● 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