[LAD] announcing envy24control, mudita (*) edition.

[Tim E. Real]

On July 27, 2010 08:04:26 pm you wrote:
> On Tue, Jul 27, 2010 at 3:56 PM, Tim E. Real <termtech at rogers.com> wrote:
> > 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. :-)

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

>
> 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