28 Jul
2010
28 Jul
'10
3:22 a.m.
On July 27, 2010 08:04:26 pm you wrote:
On Tue, Jul 27, 2010 at 3:56 PM, Tim E. Real
<termtech(a)rogers.com> wrote:
Stopped by a widget. I mean yeah it's not so bad, but, well...
Yeah, make it an option (really, it's very nice and useful!)
and I'll try to deal with it. I'll post patches to whatever you
release, to ALSA or here.
Thanks for helping out and listening to me.
KDE does not appear to have its own slider, at least in QT-Designer.
(Looked at KRuler widget, can't get it to turn vertical when I set its
orientation in Designer.)
QT sliders don't seem to have that level of functionality of gtk's.
That is, their thumb tracks simply move one page from where you *are*
(just like gtk's does without, or in between, marks) even with ticks enabled.
Chalk one up for gtk there.
So if that's the case, then we could simply try my first idea, just throw up a
vbox beside the slider with labels (and careful upper/lower item expansion).
I'm trying this in Glade.
Like Fons, I still hold out hope for something simple we're missing about
this widget.
I never rewrote a gtk+ control before (plenty QT), but I may just try it.
Who knows maybe I'll have a patch for a new option, for the mouse snap.
'Cause, uh, um, I'm crazy I guess...
Er, it could, you know, ahem, ahem, cough, cough, work... Aaaaaahhh....
Cheers. Tim
Sorry my mistake. Markers are required for page
up/down snaps,
as Niels said before.
Too bad. That feature was quite handy, eh?
And the marks looked sooo nice.
And we need at least mark for one unity gain.
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:
That doesn't sound too good either.
-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.
Niels
http://nielsmayer.com