I'm not sure this might solve your problem, but it can suggest a workaround - given I correctly understood your problem.
Check Pd browser > 5.reference > mapping > stepper-help.pd
thanks for your responses.
On 28.02.2010, at 15:19, Derek Holzer wrote:
> You could use a array/table with as many elements as you need
> sliders, and use [int] to quantize them integers.
that's what i wanted to use in the first place. quantizing the table
values _after_ output, is of course possible, but then the
quantisation is not graphically visible, which makes for a lame
interface.
>
> Most GUI elements give "integers" already, for example a default
> slider gives 0-127. The type is float but the output values are all
> without a decimal, unless you change the size or range of the slider
> of course, so for your purposes you could consider them integers.
ja, but changing the range is what i'd often have to do, e.g. having
the user choose a step number between 0 and 7.
i tried quantizing the slider output and to use the set message to
immediately set the quantized value back into the fader for display,
but didn't get any usable results.
On 28.02.2010, at 15:48, Frank Barknecht wrote:
>
> I once wrote a wrapper around arrays as [g_pattern32]:
> http://more.rjdj.me/2009/06/23/editing-drum-patterns-in-rjdj/ where
> you can
> easily set table values with a number box which moves in integer
> steps as
> default.
thanks for the link. yes, this is certainly usable. but i'm still not
completely happy with this approach, either.
i think a well designed interface allows viewing and editing of the
data in the same location.
volker.