> Because GTK sliders are consistent with the scrollbars in behavior.
But this can be worked around, I suppose, since Rhythmbox's and
Totem's playback sliders can be clicked to a specific point. Or
are those different widgets?
___
Mailing list: https
Hi Thorwil,
On Sun, Aug 22, 2010 at 10:42, Thorsten Wilms wrote:
> Using the whole slider area as single drag handle makes for a
> faster/easier to hit target and avoids surprises with unintentional
> stepping. Note that the value-mark should not look like a handle, then,
> as it would cause use
I really like the #2 design, and this this is an improvement over the
current. However. The purpose of having a long bar is to allow a higher
range of accuracy. I believe a vlc like design is best. It's simple and is
the fastest use of such space. The design has also been proven by the "438
117 142
On Sat, 2010-08-21 at 20:40 +0200, Jan-Christoph Borchardt wrote:
> Why does clicking on the bar make the slider move in that direction
> and not to that specific point?
Because GTK sliders are consistent with the scrollbars in behavior.
One can wonder how much sense Page Increment/Decrement make
On Sat, Aug 21, 2010 at 11:40 AM, Jan-Christoph Borchardt
wrote:
> Why does clicking on the bar make the slider move in that direction
> and not to that specific point?
>
> I can’t imagine how often I accidentally turned the music to the
> loudest level and was really embarrassed. Other players I
Why does clicking on the bar make the slider move in that direction
and not to that specific point?
I can’t imagine how often I accidentally turned the music to the
loudest level and was really embarrassed. Other players I tested don’t
do that (Youtube, Vimeo, some other web stuff, VLC).
As Totem
6 matches
Mail list logo
