On Tue, Jul 27, 2010 at 3:56 PM, Tim E. Real wrote:
Tim -- thanks for playing Gtk-whackamole with the markers and scale
widgets. It became quite annoying. I began to wonder if I shouldn't be
spending time getting "kenvy24" working instead. :-)
I am incorporating your earlier suggestions into the code. Looking
forward to what you come up with on the scale gain/attenuation values.
I personally don't find the current behavior offensive, although the
detenting should be optional... and actually prefer the keyboard
up/down and page/up-down control better. Also the midi control
shouldn't be bothered by the detents:
-m, --midichannel midi channel number for controller control
-M, --midienhanced Use an enhanced mapping from midi controller to db slider
(note the latter using a db lookup table that's in midi.c, i believe)
Then you can use whatever slider implementation you prefer, but, alas
, not for the things you might want to control.
Also https://bugzilla.gnome.org/show_bug.cgi?id=565656 is the original
patch for the scale widgetry.
Matthias Clasen [reporter] [gtk+ developer] 2008-12-25 23:34:28 UTC
Sometimes it is useful to point out certain values in a scale, and make it easy
for the user to select them exactly. See e.g bug 565144
( https://bugzilla.gnome.org/show_bug.cgi?id=565144 ) where a scale is used
for fade control between left and right, and midpoint would be very beneficial.
Another use case would be to mark the 0dB position on a volume slider.
Here is a patch that adds this feature to GtkScale. It allows to place "marks"
on either side of the scale, optionally with text or icons. Behaviour-wise,
selecting the mark values is made easier by adding a little resistance while
dragging the slider with the mouse, and making keynav go exactly to the mark
value instead of stepping over it.
Actually, I'm not sure whether this is Gtk-whackamole, or groundhog day :-)
If they'd just fill their divets there'd be no detents for the slider
to get stuck on.
Linux-audio-dev mailing list