On Tue, 6 Oct 2009, David Berry wrote:
> 1) I wrote kpg1_gtgtp 11 years ago, so I can't remember the details,
> but I *do* remember that finding a way to set the current value of a
> "READ" parameter was difficult. And indeed, now I try it in practice,
> it seems not to work :-( That is, if you split up a group expression
> over (say) two prompts by ending the first prompt value with a minus
> sign, and then examine the contents of the application parameter file,
> you see that the current parameter value only hold the final prompt
> value, not the concatenation of all values. Still, there must surely
> be some way of setting the current value of a READ parameter from
> within a program (kpg1_gtgrp currently uses subpar_putname).
To give this a wider audience. I noticed this wasn't working, and
changing the code back to use SUBPAR_GETNAME stored the concatenated
string as intended. SUBPAR_CURSAV makes the last supplied value the
current value.
I'm trying to understand the rationale behind commit 84250a65422c0,
where the reverse was done.
Malcolm
|