On Tue, Aug 19, 2025 at 9:18 AM Sven Schreiber
<sven.schreiber(a)fu-berlin.de> wrote:
 Hi again,
 working on a GUI-only contributed package, the following potential
 enhancements (for package authors) occur to me:
 - Add a possibility to mark the return value as mandatory for a GUI
 function (perhaps only for gui-main). Sometimes a package does nothing
 else than providing the return value, i.e. no printout, no plots. It
 would be useful to disallow running the package without filling in the
 return assignment name. (Currently it's always optional AFAIK.)
 - Conditional sensitivity: allow to make it dependent on existence, i.e.
 a non-null value of another parameter. Currently it can only process
 booleans and scalars, I believe. For example, having an optional series
 argument and then activating some widgets when that series input is not
 null would be nice.
 - Run-time maximum value for integers with drop-down list: An integer
 can be assigned a max possible value at runtime, at least according to
 the doc. I have an integer representing a discrete choice, with a
 labeled drop-down list. (Hope it's clear what I mean.) For example,
 let's say the choice list according to values 1,2,3 is "ols",
"gls",
 "arma". But arma only makes sense for a time-series dataset. So in the
 ui-maker function I want to use the $datatype accessor to disallow the
 integer input value 3 whenever the dataset is not time-series, by
 setting the maximum allowed value to 2 for that integer. An extra bonus
 of course would be to grey out the "arma" choice as well, but that's
 already luxury. I have tested this for my case, but it had no effect. (I
 guess that's because the maximum value is already hardwired when a
 drop-down list is given.) 
These ideas are worth pursuing. It might be good to file a feature
request so they don't get forgotten.
Allin