[Kdenlive-devel] Drag Value

[Till Theato]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 01/26/2011 04:08 PM, Gabriel Gazzán wrote:
> regarding not seeing the boundaries, this is really not a problem. and by
> far compensated by the gains in screen real estate!
> 
> regarding not seeing the value changing while dragging. well, this IS a
> problem. I think it should be solved.

It was already working this way.
What Simon meant was that while dragging the video was not updated (only
after mouse release).
In r5354 I added a context menu with the actions "direct update" and
"nonlinear scale". Both settings will be applied to all drag value
widgets when changed.

> I don't know if it's already implemented, but it'd be good to have the
> possibility to apply 'modifiers' (SHIFT / CTRL) to be able to drag more
> slowly (precisely) / faster, when needed.

Also added in r5354.
CTRL: speed up, factor 2
SHIFT: slow down, factor 2 (1/2)

> 
> Other thing than could be added is a right click menu with an option to set
> the lower and upper limits of the virtual slider. For each parameter,
> reasonable 'default' values should be set to make this system work as
> comfortable to the user as possible.

Not sure what exactly you mean here.

> 
> Thanks for listening!!

Thanks for the good ideas Gabriel and Simon.

Btw, Simon there is no need to double click. The edit area is activated
on mouse release if the value was not changed by dragging (the mouse
position did not change, or only a little).

> Gabriel
> 
> 
> 
> 2011/1/26 Simon Eugster <simon.eu at gmail.com>
> 
>> Hi Till,
>>
>> First of all I like the DragValue widget very much. Let's drop the
>> sliders as soon as possible to save some space.
>>
>> Some ideas:
>> * I'm not a big friend of nonlinear scales related to my mouse. (But I
>> know this is a matter of taste.) I find it quite hard to hit a certain
>> value, when I want to change from 400 to 100 I first shoot ways below
>> (ok, only to 0) and when I'm at 90 it takes ages to get to 100, so I
>> move the mouse a little faster and I'm at 140 already. I just have no
>> feeling for this. My wish would be a linear scale, and perhaps
>> slightly less sensitive (2 px per click instead of just one). Ideally
>> the possibility to switch this on/off in the config dialog
>> (linear/nonlinear) and to use a custom sensitivity.
>> (Yes, I _do_ know that I can double-click to enter values directly,
>> but sometimes the mouse is still faster.)
>> * Another reason why this widget is not as easy to use as the slider
>> is (I guess) the missing visual boundaries. For the slider you know
>> when you are at the lowest or highest value (i.e. you can see the
>> position of the current value relative to the min/max values). I
>> currently don't have a good idea how to solve this though.
>> * There are no live updates atm. I'm adjusting the parameter blindly
>> and will not see the result until I release the mouse button. Please
>> do not drop the sliders before this works with the DragValue widget as
>> well :)
>>
>> Regarding users, what we can do is let them know about new changes in
>> the Discover dialog for new releases, in the Changelog, in the
>> kdenlive blog, perhaps even in the Forums. If a user is too lazy to
>> read any of these, his bad. (We don't get paid by them … most of them
>> don't do _anything_ for us.) If a user does not understand the widget
>> but wants to, he will find a way.
>> I would not worry about that.
>>
>> Simon
>>
>> 2011/1/23 Till Theato <root at ttill.de>:
> Hi,
> as you might have already noticed I replaced the spin boxes for double
> parameters with a new widget I call "drag value".
> It is a wrapper around QLineEdit (not inherited) and adds the
> possibility to change values using the mouse wheel and most importantly
> by starting to drag horizontal on the widget. This does not only require
> less space than a slider and can be accessed faster than KoSliderCombo
> (spinbox with drop down slider used in the title editor) it is also
> possible to skip large ranges (drag fast) and edit precisely (drag slow)
> at the same time.
> 
> It did not invent this type of widget, it is also present in some Adobe
> products (After Effects, Premiere) and in Blender and possibly in other
> software, too.
> However I still doubt whether users will find out how to use it.
> Maybe a horizontal resize cursor? This will cover the value when the
> mouse if over the widget ...
> A blog post won't reach everyone...
> 
> Any ideas?? If yes we might also consider dropping the slider for
> parameters.
> 
> Another issue I have is the stylesheet. If there are multiple parameters
> the size of the widget decreases with every parameter.
> Have a look at the slope parameters in the SOP/Sat effect, for example,
> since they all have the same range.
> 
> regards Till
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk1AYzcACgkQzwEyz7QP6nRz6QCg2LVDhMnZpIhXrUvFhJbT2vWS
Fz0AoJDqgRSm9pDY4nT6jKyYtZoHmEFv
=sBK0
-----END PGP SIGNATURE-----