[Kdenlive-devel] Drag Value

2011-02-13 Thread Simon Eugster
PS: Another idea; atm I have to reset a value to know where the default value was. Perhaps we could show that visually as well. Different colours depending on whether the chosen value is higher or lower than the default value. Also only on mouse-over, as now (which is very nice btw). Simon

[Kdenlive-devel] Drag Value

2011-02-10 Thread jb
On Thursday 10 February 2011 03:48:00 Alexandre Prokoudine wrote: > [ 83%] Building CXX object > src/cmake_bindir/CMakeFiles/kdenlive.dir/dragvalue.o > /home/avp/soft/build/video/kdenlive/kdenlive-rev5386/src/dragvalue.cpp: In > member function ?virtual void > CustomLabel::mousePressEvent(QMouseE

[Kdenlive-devel] Drag Value

2011-02-10 Thread Alexandre Prokoudine
On 2/9/11, jb wrote: > Hi! > > I just commited my work, and it currently looks like this: > > http://www.kdenlive.org/images/new_slider2.jpeg [ 83%] Building CXX object src/cmake_bindir/CMakeFiles/kdenlive.dir/dragvalue.o /home/avp/soft/build/video/kdenlive/kdenlive-rev5386/src/dragvalue.cpp: In m

[Kdenlive-devel] Drag Value

2011-02-09 Thread Gabriel Gazzán
2011/2/9 Simon Eugster > > Another detail I just noticed, there is a green Reload icon to reset > the effect. Could we put the yellow reset icon here? :) > > Hm ... could we use the middle mouse button for resetting? > Yes, I was about to suggest that a right click over the value itself could re

[Kdenlive-devel] Drag Value

2011-02-09 Thread Simon Eugster
2011/2/8 jb : > Hi! > > I just commited my work, and it currently looks like this: > > http://www.kdenlive.org/images/new_slider2.jpeg Really cool :) And comfortable to use. Any idea why my slider is close to black? I assume it is related to the Theme I'm using, but it does not change when I swit

[Kdenlive-devel] Drag Value

2011-02-08 Thread jb
Hi! I just commited my work, and it currently looks like this: http://www.kdenlive.org/images/new_slider2.jpeg I think it is not too disturbing and integrates rather well with the KDE GUI. Show in timeline can now also be accessed through Ctrl + click on the label. The darker blue widget is th

[Kdenlive-devel] Drag Value

2011-02-08 Thread Evert Vorster
It looks beautiful. Thanks for the hard work... -Evert- 2011/2/8 Gabriel Gazz?n : > > 2011/2/8 jb >> >> Hi! >> >> I just commited my work, and it currently looks like this: >> >> http://www.kdenlive.org/images/new_slider2.jpeg >> >> I think it is not too disturbing and integrates rather well wit

[Kdenlive-devel] Drag Value

2011-02-08 Thread Gabriel Gazzán
2011/2/8 jb > Hi! > > I just commited my work, and it currently looks like this: > > http://www.kdenlive.org/images/new_slider2.jpeg > > I think it is not too disturbing and integrates rather well with the KDE > GUI. > No doubt it looks so much better jb! Well done!! > Show in timeline can now

[Kdenlive-devel] Drag Value

2011-02-08 Thread Simon Eugster
2011/2/8 Gabriel Gazz?n : > > 2011/2/8 Simon Eugster >> >> http://granjow.net/uploads/kdenlive/kdenlive-effect-stack-2line.png >> >> I want to highlight that it is also possible to make controls _too_ >> small. They just _do_ require space. Video Editing tends to use more >> space than other appli

[Kdenlive-devel] Drag Value

2011-02-08 Thread Gabriel Gazzán
Thanks Dan. Well, I hope the fact that I'm exposed to students on a daily basis, since 2000 helps my understanding of what results intuitive and what not. I've found for example that floating windows were always a problem with new students, a few years back. They constantly (and inadvertently) move

[Kdenlive-devel] Drag Value

2011-02-08 Thread Simon Eugster
2011/2/3 Gabriel Gazz?n : > 2011/2/3 Simon Eugster >> But couldn't we optimize the Effect Stack widget as well? Take a look >> at the screenshot above; Half of the space is empty. >> I did a quick sketch, which took about 100 times as long as it should >> have because of the packed unintuitivity i

[Kdenlive-devel] Drag Value

2011-02-08 Thread Gabriel Gazzán
2011/2/8 Simon Eugster > Yes, I could open plenty other windows. Point is, that does not > enhance productivity, at least not for me. Why should I have a > vectorscope there? If I do colour correction, I need all scopes anyway > and display all of them. > I try to put everything away that is not

[Kdenlive-devel] Drag Value

2011-02-08 Thread Gabriel Gazzán
2011/2/8 Simon Eugster > > http://granjow.net/uploads/kdenlive/kdenlive-effect-stack-2line.png > > I want to highlight that it is also possible to make controls _too_ > small. They just _do_ require space. Video Editing tends to use more > space than other applications, like for example a web bro

[Kdenlive-devel] Drag Value

2011-02-08 Thread jb
Hello! Here is the result of my last work on the widget: http://kdenlive.org/images/new_slider1.jpeg The label works like a slider, and the box with numbers is editable. Reset value and show in timeline are now in the context menu, the parameter shown in timeline is drawn in a darker color to

[Kdenlive-devel] Drag Value

2011-02-08 Thread Gabriel Gazzán
To be honest, I still find it distracting and visually heavy. Perhaps if the background colored slider part only appeared when a user is dragging it'd be much more easy on the eye and still retain functionality. If you are to leave it as it is, then I definitely would invert the colors, making dark

[Kdenlive-devel] Drag Value

2011-02-08 Thread Dan Dennedy
2011/2/8 Gabriel Gazz?n : > After Effects way of showing parameters is the best and most productive way > of handling parameter values and presentation I've seen so far. (I've used a > lot of graphics related programs out there to a great extent and my > conclusion favors the After Effects way. I'm

[Kdenlive-devel] Drag Value

2011-02-03 Thread Alexandre Prokoudine
On 2/3/11, Simon Eugster wrote: > http://granjow.net/uploads/kdenlive/kdenlive-slider-colors.png You've scared the daylights out of me :) It looks too busy and distracting. Alexandre Prokoudine http://libregraphicsworld.org

[Kdenlive-devel] Drag Value

2011-02-03 Thread Simon Eugster
I think we could drop both the reset button (e.g. modifier + mouse button) and the radio button (click on a slider to select it, as in the screenshot shown by jb). I find it hard to interpret colors as relative numbers (regarding background color). And I always want to see the relative value, not

[Kdenlive-devel] Drag Value

2011-02-03 Thread Gabriel Gazzán
2011/2/3 Simon Eugster > I think we could drop both the reset button (e.g. modifier + mouse > button) and the radio button (click on a slider to select it, as in > the screenshot shown by jb). > Agreed > > I find it hard to interpret colors as relative numbers (regarding > background color). A

[Kdenlive-devel] Drag Value

2011-02-03 Thread jb
On Sunday 30 January 2011 23:11:00 Till Theato wrote: > I will try to improve the widget soon but I'm a bit busy at the moment. > Of course if someone else is willing to have a look at it that would be > totally awesome. > > regards Till I spent some time on it and here is what I came with: htt

[Kdenlive-devel] Drag Value

2011-02-02 Thread Gabriel Gazzán
2011/2/2 Dan Dennedy > The problem with my proposal above is that in a normal, editable > field, dragging selects text. Sigh. Now, I see why what is in SVN > today switches modes on a single-click. OK, how about we use what is > there today, but show background color as a proportional bar inside

[Kdenlive-devel] Drag Value

2011-02-02 Thread Gabriel Gazzán
2011/2/2 Dan Dennedy > 2011/2/2 Gabriel Gazz?n : > > In general I like the solution (perhaps trying a darker color for the > > slider), but I do have one question: > > What happens with this system when you have a parameter that requires > more > > than one input value > > i.e. Position 360 235 1

[Kdenlive-devel] Drag Value

2011-02-02 Thread Gabriel Gazzán
Seeing your screen capture you can see what I'm saying with this very same effect. Look how many lines we are using for the SOP/Sat effect (13 lines), with Adobe type sliders we'd just need 4 lines if we wanted to. *RGBA* *Slope**

[Kdenlive-devel] Drag Value

2011-02-02 Thread Gabriel Gazzán
In general I like the solution (perhaps trying a darker color for the slider), but I do have one question: What happens with this system when you have a parameter that requires more than one input value i.e. *Position 360 235** 110* (for X, Y, and Z parameters) In Adobe Premiere or After Effects y

[Kdenlive-devel] Drag Value

2011-02-02 Thread Dan Dennedy
2011/2/2 Gabriel Gazz?n : > > 2011/2/2 Dan Dennedy >> >> The problem with my proposal above is that in a normal, editable >> field, dragging selects text. Sigh. Now, I see why what is in SVN >> today switches modes on a single-click. OK, how about we use what is >> there today, but show background

[Kdenlive-devel] Drag Value

2011-02-02 Thread Dan Dennedy
2011/2/2 Gabriel Gazz?n : > > Sorry, I don't get the "non-proportional" meaning. > :-/ > It is the "bar graph" -- +-DRD-+

[Kdenlive-devel] Drag Value

2011-02-02 Thread Dan Dennedy
On Wed, Feb 2, 2011 at 4:33 PM, Dan Dennedy wrote: > 2011/2/2 Gabriel Gazz?n : >> Seeing your screen capture you can see what I'm saying with this very same >> effect. >> >> Look how many lines we are using for the SOP/Sat effect (13 lines), with >> Adobe type sliders we'd just need 4 lines if we

[Kdenlive-devel] Drag Value

2011-02-02 Thread Dan Dennedy
2011/2/2 Gabriel Gazz?n : > Seeing your screen capture you can see what I'm saying with this very same > effect. > > Look how many lines we are using for the SOP/Sat effect (13 lines), with > Adobe type sliders we'd just need 4 lines if we wanted to. > > R??? G?

[Kdenlive-devel] Drag Value

2011-02-02 Thread Dan Dennedy
2011/2/2 Gabriel Gazz?n : > In general I like the solution (perhaps trying a darker color for the > slider), but I do have one question: > What happens with this system when you have a parameter that requires more > than one input value > i.e. Position 360 235 110? (for X, Y, and Z parameters) I b

[Kdenlive-devel] Drag Value

2011-02-02 Thread Dan Dennedy
On Wed, Feb 2, 2011 at 3:07 PM, jb wrote: > On Sunday 30 January 2011 23:11:00 Till Theato wrote: > >> I will try to improve the widget soon but I'm a bit busy at the moment. >> Of course if someone else is willing to have a look at it that would be >> totally awesome. >> >> regards Till > > I spe

[Kdenlive-devel] Drag Value

2011-01-31 Thread Gabriel Gazzán
Just to bring some background info over the table: In PremierePro 'Ctrl + Enter' is used to build a Preview*** of the transitions and effects so that the timeline can play faster if there are heavy processing applied to clips. Also in Premiere Pro and After Effects the Export Movie (rendering) fea

[Kdenlive-devel] Drag Value

2011-01-31 Thread Simon Eugster
2011/1/30 Gabriel Gazz?n : >> > I'd just remove (or hide) the slider by default (perhaps giving the >> > chance >> > to bring it back with an option in the program Preferences) >> > Another thing I'd remove from sight are the Reset icon, substituting it >> > with >> > a 'right click option' over th

[Kdenlive-devel] Drag Value

2011-01-30 Thread Till Theato
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/27/2011 11:57 PM, Gabriel Gazz?n wrote: > All contributions are good, without a doubt, and all the ideas presented > here have good points. > I tend to favor the solution that allows the "controls part" of the > interface to be the smallest possi

[Kdenlive-devel] Drag Value

2011-01-30 Thread Gabriel Gazzán
Hi Till, > Regarding the current Kdenlive implementation shown in 'jb' mockup, I like > > it!! well done!! :) > > > Not implemented yet. > What I said I liked, was the part of the image that it's suposed to be the 'current' Kdenlive drag value, not what the mockup proposed ;) > > I'd just rem

[Kdenlive-devel] Drag Value

2011-01-28 Thread Alexandre Prokoudine
On 1/28/11, jb wrote: > The current KOffice implementation is not really efficient in my opinion. It > does not support mouse wheel, nor direct value input through keyboard, > and the up/down arrow are too small to be useful. > > About Till's current widget, I also find it disturbing not to see th

[Kdenlive-devel] Drag Value

2011-01-27 Thread jb
On Thursday 27 January 2011 05:42:39 Alexandre Prokoudine wrote: > > I haven't seen this new Krita widget yet, can you point me to a > > screenshot showing it? > > Thanks! > > Don't have it around, but it should be something in the lines of: > > http://mmiworks.net/test/small.png The current KOf

[Kdenlive-devel] Drag Value

2011-01-27 Thread Gabriel Gazzán
All contributions are good, without a doubt, and all the ideas presented here have good points. I tend to favor the solution that allows the "controls part" of the interface to be the smallest possible of all, provided it has good usability, naturally. Of them all, I still think the Adobe style sli

[Kdenlive-devel] Drag Value

2011-01-27 Thread Alexandre Prokoudine
On 1/27/11, Gabriel Gazz?n wrote: > On After Effects there is a small triangle to the left of each parameter > name. If a user wants to use a visual slider, then he can click on that > triangle (it rotates to point downwards) and below the parameter value it > appears a visual slider. Yes, it com

[Kdenlive-devel] Drag Value

2011-01-27 Thread Alexandre Prokoudine
On 1/26/11, Simon Eugster wrote: > 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. I, on the contrary, happen to hate it :) The new widget gives absolutely no clue neither how to change value, nor what is min/max va

[Kdenlive-devel] Drag Value

2011-01-27 Thread Gabriel Gazzán
On After Effects there is a small triangle to the left of each parameter name. If a user wants to use a visual slider, then he can click on that triangle (it rotates to point downwards) and below the parameter value it appears a visual slider. That seems to be an option for keeping both methods but

[Kdenlive-devel] Drag Value

2011-01-27 Thread Gabriel Gazzán
2011/1/26 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 ch

[Kdenlive-devel] Drag Value

2011-01-26 Thread 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

[Kdenlive-devel] Drag Value

2011-01-26 Thread Simon Eugster
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

[Kdenlive-devel] Drag Value

2011-01-26 Thread Gabriel Gazzán
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. I don't know if it's already implemented, but it'd be good to

[Kdenlive-devel] Drag Value

2011-01-26 Thread Gabriel Gazzán
well, what can I say... just see this 2006 Krita request I did here(look for Gabriel Gazz?n under comments of the news) :) I just LOVE the adobe-style virtual sliders, so I just LOVE what you've done. Thank you very mucho!!!

[Kdenlive-devel] Drag Value

2011-01-23 Thread Till Theato
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 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 impor