[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [sc-dev] small list of GUI issues



Hi dan,

I am not sure I understand your concern?

my notion of increment is that it is gui-specific:
tell the slider to go up a notch; notch being the slider's step var.
if there is no step (which will be the case often),
use the equivalent of one pixel as default.

The zoom argument can be used to provide finer resolution:
sometimes increment steps are too large because of guis
being rather small, so one can use a modifier key to create
smaller steps, e.g. increment by step * 0.1 with, say, alt-arrowUp.

I would guess several people will have written extensions that do that,
so it would be useful to have one version of it (this one or something
better) in the main version.

You can still use slider.increment to go up a notch programmatically,
or use .value or .valueAction_ to go to a specific value directly.

where/how do you find that unpredictable?

just curious, a


 >  > do this:
  > +    increment { |zoom=1| ^this.valueAction = this.value +
  > (max(this.step, this.pixelStep) * zoom) }
  > +    decrement { |zoom=1| ^this.valueAction = this.value -
  > (max(this.step, this.pixelStep) * zoom) }
  >
  > pixelStep also works for vertical sliders, and
  > the zoom factor could be used for a finer-control increment,
  > like I think Thor uses somewhere in ixi/Xii.
  >
  > OK to commit this?
 >  >
 > I think this is very good. Particularly, I think that it is important
 >  that all the widgets behave the same, or at least intuitively similar.
  If this goes through, I'll add mention of zoom in the docs.

This might be good for keyboardwise control of the slider, but for
programmatic control, this reduces the ability for predictable
control, doesn't it? I suppose programmatically one could always use
valueAction_ rather than increment/decrement...

Dan


--
--
Alberto de Campo
Bergstrasse 59/33
A-8020 Graz, Austria
e-mail : adc@xxxxxxxx
--

_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: https://listarc.bham.ac.uk/marchives/sc-dev/
search: https://listarc.bham.ac.uk/lists/sc-dev/search/