Re: [Gimp-developer] New adjustment widgets

[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

Re: [Gimp-developer] New adjustment widgets

[peter sikking]

Thorsten Wilms wrote:

> On Fri, 2011-01-07 at 12:55 +0100, peter sikking wrote:
>
>> 
>
> 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

[Thorsten Wilms]

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

> 

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

[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  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):



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:



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

[Mike Williams]

On Fri, Jan 7, 2011 at 5:06 AM, Cedric Sodhi  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

[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
<>___
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

[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