I understand your point, but let me do a couple of counter argument
* scroll is easier to discover than control-scroll, so it makes the various
iop manipulations easier to find. (one could argue that zoom is more
important, but see my next point)
* ctrl-mouswheel is a common shortcut for zoom, so user is more likely to
try it when looking for zoom than trying ctrl-zoom when looking for iop
settings
* ctrl-mousewheel is already zoom in LT mode => consistancy
* discovery of iop is very important. in particular for spot size. if spot
size is hard to find we are going to get spammed by help requests on the ML
(other ideas to make that feature easily available are of course welcomed)
(and on a separate note, i'd rather not change that in trunk since we are
very close to release and that would require at least some rewrite of the
manual)
On Sun, Mar 3, 2013 at 8:05 PM, Pascal Obry <pas...@obry.net> wrote:
> Le 03/03/2013 19:54, jeremy rosen a écrit :
> > How about using control mouse for zoom as in light table and normal
> > scroll for iop specific action?
>
> I would prefer mouse for zomm and control mouse for iop because Lr does
> that and because I do far more zooming into the image than changing some
> iop state.
>
> That being said, both solutions would be a progress to me.
>
> --
> Pascal Obry / Magny Les Hameaux (78)
>
> The best way to travel is by means of imagination
>
> http://v2p.fr.eu.org
> http://www.obry.net
>
> gpg --keyserver keys.gnupg.net --recv-key F949BD3B
>
------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb
_______________________________________________
darktable-devel mailing list
darktable-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/darktable-devel
