Re: [Gimp-developer] New adjustment widgets

2011-01-07 Thread Cedric Sodhi
I'd like to add a PS addressing all mouse-only users who might read
this:

I'm aware that dragging circles with the mouse can be tedious and hence,
of course, the principle of wrapping over at the screen border is still
in.
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer


Re: [Gimp-developer] New adjustment widgets

2011-01-07 Thread Cedric Sodhi
Sorry for the confusion. The attachment I tried submitting is too big
and awaits moderation, hence I'm going to resend a smaller version so
you can see at least something.

Again, sorry, I messed up
attachment: Untitled.jpg___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer


Re: [Gimp-developer] New adjustment widgets

2011-01-07 Thread Mike Williams
On Fri, Jan 7, 2011 at 5:06 AM, Cedric Sodhi man...@gmx.net wrote:

 Sorry for the confusion. The attachment I tried submitting is too big
 and awaits moderation, hence I'm going to resend a smaller version so
 you can see at least something.


Why don't you post your other attachment on the web somewhere to avoid the
list restrictions?

Mike
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer


Re: [Gimp-developer] New adjustment widgets

2011-01-07 Thread peter sikking
Cedric Sodhi wrote:

 I'd like to bring up an idea that does not seem too difficult to
 implement and that should replace the unusuable slider widgets for,  
 say,
 brush size. If you are okay with that, I might implement it.

 The sliders are virtually useless because they cover a fixed range  
 from
 0 to insert big value here without any intelligent behaviour. For  
 the
 brush size, for example, that means you can at best alter the brush  
 size
 in 20px steps with a reasonably big toolbox.


I think I have something there for us that is more straightforward:

two things actually:

#1 is what I got the Krita guys to implement during a sprint of theirs
that I attended, it was based on my work on #2 actually. It works for
long sliders in dialog boxes, not for our tool options panels.

say you got a slider going from 1 to 1000. then divide the slider
range (in pixels) in 3 equal parts, so that each handles a decade:

|--   1–10   --|--  10–100  --|-- 100–1000 --|

within each third the increase/decrease of value is linear.

the Krita guys love this system (hardcore tablet users, btw),
but as I said: only for long sliders.

#2 is where I developed the whole idea. I was working on
tool options widgets that would allow the whole tool options
dockable to be exactly 2 toolbox icons wide (normal icon size,
the need for the small theme goes away a.f.a.t. toolbox is concerned):

http://mmiworks.net/test/small.png

top to bottom those are are 1 popup selection list, 4 sliders
and two 'checkboxes' (on/off switches), in real 1-to-1 size.
yes, cut off texts are shown fully on mouse-over: this is GIMP
and usage is trained, so position; (part) identification and
feedback (could better on the checkbox, I see now) are what
count.

you can see here where the current experimental sliders
in git come from. Krite did their #1 sliders in this form,
but not the following:

so how are these tiny sliders going to work? well click the
mouse button down on the slider (not on the number) and
this pops up:

http://mmiworks.net/test/decadepopup.png

with the current value right under the mouse position,
so releasing in panic does not change the slider value.

moving vertically you switch decades, horizontally everything
is linear within a decade. one could easily add decades, having
a range factor of a million for instance (e.g. 0.01–1) when
that is needed.

grocking is simple, motions (up/down, left/right) are linear,
feedback always there. is there a flaw? yes: popping up at the
screen's edge, and wanting the 'value right under the mouse'
to work.

 --ps

 founder + principal interaction architect
 man + machine interface works

 http://blog.mmiworks.net: on interaction architecture



___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer


Re: [Gimp-developer] New adjustment widgets

2011-01-07 Thread Thorsten Wilms
On Fri, 2011-01-07 at 12:55 +0100, peter sikking wrote:

 http://mmiworks.net/test/decadepopup.png

Aside of differences in labeling (of course not unimportant),
it's the same concept as
http://www.sidefx.com/docs/houdini9.5/basics/ladder
right?


-- 
Thorsten Wilms

thorwil's design for free software:
http://thorwil.wordpress.com/

___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer


Re: [Gimp-developer] New adjustment widgets

2011-01-07 Thread peter sikking
Thorsten Wilms wrote:

 On Fri, 2011-01-07 at 12:55 +0100, peter sikking wrote:

 http://mmiworks.net/test/decadepopup.png

 Aside of differences in labeling (of course not unimportant),
 it's the same concept as
 http://www.sidefx.com/docs/houdini9.5/basics/ladder
 right?


vertically: yes, close enough

horizontally: no (dragging in thin air?)

single click popup, single move adjust: yes

primitive text widget with no slider scale: no

(just to be exact)

 --ps

 founder + principal interaction architect
 man + machine interface works

 http://blog.mmiworks.net: on interaction architecture



___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer


Re: [Gimp-developer] New adjustment widgets

2011-01-07 Thread Burnie West
On 01/07/2011 03:55 AM, peter sikking wrote:

 snip 
 say you got a slider going from 1 to 1000. then divide the slider
 range (in pixels) in 3 equal parts, so that each handles a decade:

 |--   1–10   --|--  10–100  --|-- 100–1000 --|

 within each third the increase/decrease of value is linear.
This looks neat -- OTOH as tablets get more multitouch the current
trend seems to be touch speed controls rate of change nonlinearly.
Mouse tracking could execute this way. Looks hard, tho :-)

   -- Burnie

___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer