Re: limited slider range

1999-10-27 Thread Tuomas Kuosmanen


On Thu, Oct 28, 1999 at 12:38:34AM +0100, Guillermo S. Romero / Familia Romero wrote:
> >I know I'm repeating myself, but why not use _both_? In the case of
> >the opacity slider, the number is displayed right beside it. Making
> >this number a spinbutton would not take up very much more screen real
> >estate and it would allow everyone to work with the value in the
> >manner they prefer.
> 
> And will make 50% a real 50% and not vary with the size of the slider making
> it 49.7 most of times (just an example, maybe typical is 49.9).

Though in gimp tool options it is usually much more about adjusting a 
value based on the visual appearance of the image (like layer opacity)
and not a precise value.. Certain sliders could go even without a label
and you could still use them just fine..

> >I'd like to see more slider/spinbox combinations in the GIMP. The
> >slider is great for figuring out the correct value but being able
> >to tune it by typing in a number is essential for precision work.
> 
> Maybe right click slider to launch a dialog where you input precise numbers?
> by keyboard It also could show max and min values, or recommended values.
> The number is there in most of the sliders, so I see no serious problem
> about space: click number, dialog appears. Or convert number to input area.

Not a dialog IMHO, the dialog is always an evil extra step. Rather the
convert-the-value-to-input - though it should just be an input already..

Tuomas

-- 

.---( t i g e r t @ g i m p . o r g )---.
| some stuff at http://tigert.gimp.org/ |
`---'



Re: limited slider range

1999-10-27 Thread Tuomas Kuosmanen


> While we are on the topic of sliders / spinbuttons / entry widgets, I'd like to
> point out that it would be nice if the same discussion could be applied to the
> l&c&p dialog where transparency in the layer is concerned. I like the slider,
> but it would be very nice to have the number next to it (the transparency
> percent) be interactive via a text entry blank thing.
> 
> It would be a Good Thing [tm], imo.

Agreed. Maybe a spinbuttons, since you can adjust that more powerfully with
the keyboard (shift-up for +10, up for +1 etc..)

> PS: I like having a slider better than a spinbutton on the ink tool because you
> can slide it all the way to the max or min w/o having to incriment slowly
> one-by-one (like with a spinner)

Good point. I agree too.

What about adding a "Tilt this to max/min" -togglebutton next to the slider and
spinbutton so you can toggle the 0/max values really fast (no, this is just
a joke that perhaps might wake you up. We really wouldnt want do do this :)

Tuomas

-- 

.---( t i g e r t @ g i m p . o r g )---.
| some stuff at http://tigert.gimp.org/ |
`---'



Re: limited slider range

1999-10-27 Thread Tuomas Kuosmanen


> > If you do have a well-defined range *and* you need precision, you can
> > have a slider next to an entry or spin button.
> 
> Thats the traditional solution, but from a UI design perspective I've never
> really been happy with it.  I saw dials implemented on an SGI once and
> thought that was a pretty good idea, since end users are familiar with them
> in the "real world".  The problem remains how you make a dial context
> sensitive, where its range is variable depending on other configurations.
> 
> BTW, does GNOME have a dial widget?  I don't think GTK does, but maybe I've
> just not heard anyone talk about it.

Dials are kinda large though. You can fit a lot more sliders and spinbuttons 
than dials to Ink tool's options.. I am not sure if we have a dial, I think
some gtk app might have had such widget somewhere..

Tuomas

-- 

.---( t i g e r t @ g i m p . o r g )---.
| some stuff at http://tigert.gimp.org/ |
`---'



Re: limited slider range

1999-10-27 Thread Guillermo S. Romero / Familia Romero

>> > Using sliders for these things is wrong.  You cannot specify
>> > things precisely and they have a limited range.  These should be
>> > GtkSpinButtons with a *big* adjustment range instead.
>> Though sliders are nice to adjust when things dont have a
>> 'enumerated' nature like "tilt sensitivity" - it is hard to justify
>> what a setting of "35" does, but having a slider is easier since you
>> can visualize the range easier.. But I am not really sure what the
>> ideal solution would be.. For percentage-type stuff (0-1 values)
>> sliders are good (like for opacity)
>I personally would prefer to use the slider to get an idea of where
>I'm going then type a hexadecimal value from 0x00 to 0xFF to set the
>opacity. However, I know that it is especially important to
>accommodate normal humans who may not actually think in terms of
>numerical values.

Not everyone knows hexadecimal, so make that selectable where possible (0 -
1, 0 - 255, 0x00 - 0xFF, 0% - 100% could mean all the same). But the mix of
slider and keyboard input (spinbutton or input box) is, IMHO, the way to go,
because:
- it has visual feedback
- can be used in coarse way with mouse
- can be used precissely with keyboard (input) / mouse (spin)

>> Maybe the spinbutton would be ok after all, testing it in practice
>> would give more ground to judge the stuff.. It's a lot about how you
>> are used to doing different things and how long you have been using
>> a feature..
>I know I'm repeating myself, but why not use _both_? In the case of
>the opacity slider, the number is displayed right beside it. Making
>this number a spinbutton would not take up very much more screen real
>estate and it would allow everyone to work with the value in the
>manner they prefer.

And will make 50% a real 50% and not vary with the size of the slider making
it 49.7 most of times (just an example, maybe typical is 49.9).

>I'd like to see more slider/spinbox combinations in the GIMP. The
>slider is great for figuring out the correct value but being able
>to tune it by typing in a number is essential for precision work.

Maybe right click slider to launch a dialog where you input precise numbers?
by keyboard It also could show max and min values, or recommended values.
The number is there in most of the sliders, so I see no serious problem
about space: click number, dialog appears. Or convert number to input area.

GSR
 



Re: limited slider range

1999-10-27 Thread Sven Neumann

> 
> PS: I like having a slider better than a spinbutton on the ink tool because
> you can slide it all the way to the max or min w/o having to incriment slowly
> one-by-one (like with a spinner)
> 
I don't like the idea to enlarge the ideas even more, but what from what I 
read from this thread I have the impression that a lot of you are not aware 
of the
capabilities of the GTK+ spinbutton, so here comes a short tutorial...


Press left mouse button on the arrow to change by a small amount 
(this is usally 1 or 0.1)

Hold left button on the arrow to increase the speed the spinner is updating.

Press middle mouse button on the arrow to change by page_size
(this is usually 10 or 1)

Press right mouse button to go the max/min respectively

Use the cursor up|down keys to go up or down by the small amount that matches the left 
mouse button click.

Use the PageUp / PageDown keys to go up or down by the page_size that
matches the middle mouse button click.

Use Ctrl with the PageUp / PageDown keys to go the max/min respectively


Salut, Sven




Re: limited slider range

1999-10-27 Thread Garrett LeSage

Tuomas Kuosmanen wrote:

> > I know I'm repeating myself, but why not use _both_? In the case of
> > the opacity slider, the number is displayed right beside it. Making
> > this number a spinbutton would not take up very much more screen real
> > estate and it would allow everyone to work with the value in the
> > manner they prefer.
> >
> > I'd like to see more slider/spinbox combinations in the GIMP. The
> > slider is great for figuring out the correct value but being able
> > to tune it by typing in a number is essential for precision work.
>
> Why not use slider - input box combination? You can adjust the slider with
> keyboard, so the spinbutton is kinda unnecessary - or you can just insert a
> value there..
>
> If we put there a slider _and_ a spinbutton, we need to beware of making the
> dialogs too large - not everyone has a 21" screen with high resolution, and
> the always-present problem is the screen estate that happens to be too small
> all the time (except when you are doing a 24x24 pixel gnome-stock icon :)
>
> Thoughts? I am open to correction and willing to learn new GUI things :)
>
> Tuomas
>
> --
>
> .---( t i g e r t @ g i m p . o r g )---.
> | some stuff at http://tigert.gimp.org/ |
> `---'

While we are on the topic of sliders / spinbuttons / entry widgets, I'd like to
point out that it would be nice if the same discussion could be applied to the
l&c&p dialog where transparency in the layer is concerned. I like the slider,
but it would be very nice to have the number next to it (the transparency
percent) be interactive via a text entry blank thing.

It would be a Good Thing [tm], imo.

PS: I like having a slider better than a spinbutton on the ink tool because you
can slide it all the way to the max or min w/o having to incriment slowly
one-by-one (like with a spinner)

--
Garrett LeSage - Linux.com Art Director
[EMAIL PROTECTED] - http://linux.com/





Re: limited slider range

1999-10-27 Thread Michael J. Hammel

Thus spoke [EMAIL PROTECTED]
> That's a good point, but I find that doing fine adjustments with a
> spinbutton is easier than with a slider - especially if the slider's
> length varies with the size of the dialog box it's in.

If an input mechanism, in this case the spin button, is to offer fine
control for the input, and the range is large, then it also has to offer a
high speed method for going through large ranges fast.  This means that the
button has two contexts - click for slow, press and hold to speed up.  

This isn't difficult to implement, but it *is* confusing to the user.  I've
done this on various other UI designs and have always had someone tell me
that it was too hard to figure out how to use it.

This is another reason I like dials - drag fast and spin the dial like a
roulette wheel.  Drag slow and fine tuning is possible.  Such interaction
is apparently more intuitive (at least to the people I've asked).  

But I guess thats somewhat useless info if dials aren't available.

So, nevermind.  :-)

-- 
Michael J. Hammel   |  "I don't like people.  They can't be easily
The Graphics Muse   |   categorized, referenced or explained."
[EMAIL PROTECTED]  | Michael "Spooky" Hammel
http://www.graphics-muse.com 



Re: limited slider range

1999-10-27 Thread Michael J. Hammel

Thus spoke Federico Mena Quintero
> Sliders are nice when you 
> 
>   1. Have a well-defined range,
>   2. Don't need much precision.

Exactly.

> If you do have a well-defined range *and* you need precision, you can
> have a slider next to an entry or spin button.

Thats the traditional solution, but from a UI design perspective I've never
really been happy with it.  I saw dials implemented on an SGI once and
thought that was a pretty good idea, since end users are familiar with them
in the "real world".  The problem remains how you make a dial context
sensitive, where its range is variable depending on other configurations.

BTW, does GNOME have a dial widget?  I don't think GTK does, but maybe I've
just not heard anyone talk about it.

> If you do not have a well-defined range, you should use a plain
> entry.  GtkAdjustments and spin buttons work OK if you set the range
> of the adjustment to something huge.  You don't want to limit things
> like image sizes (except for file format limitations) or brush sizes.

In this case (although I've forgotten the specific case we're talking
about) the range is defined, but varies according to the resolution
setting.  So its a question of whether this is considered "well defined" or
not.  To me, it is well defined.  The input mechanism doesn't need to
change, but the range allowed does.  However, you do have the problem of
added precision when the range changes from a 72DPI context to a 300DPI
context.

> X-Tigert-Header: Eek!
> X-perience: what you needed right before obtaining it

You guys crack me up.  :-)

-- 
Michael J. Hammel   | "Life is like an ice cream cone.  You can lick it
The Graphics Muse   |  and enjoy it or just watch it melt away and turn
[EMAIL PROTECTED]  |  all sticky."   Jim Ignatowski (from "Taxi")
http://www.graphics-muse.com 



Re: limited slider range

1999-10-27 Thread Tuomas Kuosmanen


> A spinbutton is not significantly bigger than a normal text entry, but
> you're right, these widgets do start to add up.

If it gets tight, we could shrink the slider and make the dialog resizeable,
so if one needs precision for the slider, he/she can make the dialog wider.
Maybe try adding spinbuttons to the ink tool for example, and see how it 
feels..?

Tuomas

-- 

.---( t i g e r t @ g i m p . o r g )---.
| some stuff at http://tigert.gimp.org/ |
`---'



Re: limited slider range

1999-10-27 Thread tomr

On Wed, Oct 27, 1999 at 11:23:20AM -0700, Tuomas Kuosmanen wrote:
> TomR wrote:
> > I know I'm repeating myself, but why not use _both_? In the case
> > of the opacity slider, the number is displayed right beside it.
> > Making this number a spinbutton would not take up very much more
> > screen real estate and it would allow everyone to work with the
> > value in the manner they prefer.
> > 
> > I'd like to see more slider/spinbox combinations in the GIMP. The
> > slider is great for figuring out the correct value but being able
> > to tune it by typing in a number is essential for precision work.
> 
> Why not use slider - input box combination? You can adjust the
> slider with keyboard, so the spinbutton is kinda unnecessary - or
> you can just insert a value there..

That's a good point, but I find that doing fine adjustments with a
spinbutton is easier than with a slider - especially if the slider's
length varies with the size of the dialog box it's in.

> If we put there a slider _and_ a spinbutton, we need to beware of
> making the dialogs too large - not everyone has a 21" screen with
> high resolution, and the always-present problem is the screen estate
> that happens to be too small all the time (except when you are doing
> a 24x24 pixel gnome-stock icon :)

A spinbutton is not significantly bigger than a normal text entry, but
you're right, these widgets do start to add up.

Cheers,

Tom

-- 
--Tom Rathborne[EMAIL PROTECTED]
-- http://www.aceldama.com/~tomr/
--"I seem to be having tremendous difficulty with my life-style."



Re: limited slider range

1999-10-27 Thread Federico Mena Quintero

>  Though sliders are nice to adjust when things dont have a 'enumerated'
>  nature like "tilt sensitivity" - it is hard to justify what a setting of 
>  "35" does, but having a slider is easier since you can visualize the range 
>  easier.. But I am not really sure what the ideal solution would be.. For 
>  percentage-type stuff (0-1 values) sliders are good (like for opacity)

Sliders are nice when you 

1. Have a well-defined range,

2. Don't need much precision.

If you do have a well-defined range *and* you need precision, you can
have a slider next to an entry or spin button.

If you do not have a well-defined range, you should use a plain
entry.  GtkAdjustments and spin buttons work OK if you set the range
of the adjustment to something huge.  You don't want to limit things
like image sizes (except for file format limitations) or brush sizes.

  Federico



Re: limited slider range

1999-10-27 Thread Tuomas Kuosmanen

> I know I'm repeating myself, but why not use _both_? In the case of
> the opacity slider, the number is displayed right beside it. Making
> this number a spinbutton would not take up very much more screen real
> estate and it would allow everyone to work with the value in the
> manner they prefer.
> 
> I'd like to see more slider/spinbox combinations in the GIMP. The
> slider is great for figuring out the correct value but being able
> to tune it by typing in a number is essential for precision work.

Why not use slider - input box combination? You can adjust the slider with
keyboard, so the spinbutton is kinda unnecessary - or you can just insert a
value there..

If we put there a slider _and_ a spinbutton, we need to beware of making the
dialogs too large - not everyone has a 21" screen with high resolution, and
the always-present problem is the screen estate that happens to be too small
all the time (except when you are doing a 24x24 pixel gnome-stock icon :)

Thoughts? I am open to correction and willing to learn new GUI things :)

Tuomas

-- 

.---( t i g e r t @ g i m p . o r g )---.
| some stuff at http://tigert.gimp.org/ |
`---'



Re: limited slider range

1999-10-27 Thread tomr

On Wed, Oct 27, 1999 at 10:25:01AM -0700, Tuomas Kuosmanen wrote:
> On Wed, Oct 27, 1999 at 12:15:27PM -0400, Federico Mena Quintero wrote:
> > >  > 20 pixels is pretty small (on 300 dpi that means 1.69
> > >  > millimeters)
> > >  
> > >  Shouldn't these ranges be tied to the resolution setting?  ie
> > >  change the resolution and the ranges will update (well, maybe
> > >  not for an open dialog, but perhaps the next time its opened).
> > 
> > Using sliders for these things is wrong.  You cannot specify
> > things precisely and they have a limited range.  These should be
> > GtkSpinButtons with a *big* adjustment range instead.
> 
> Though sliders are nice to adjust when things dont have a
> 'enumerated' nature like "tilt sensitivity" - it is hard to justify
> what a setting of "35" does, but having a slider is easier since you
> can visualize the range easier.. But I am not really sure what the
> ideal solution would be.. For percentage-type stuff (0-1 values)
> sliders are good (like for opacity)

I personally would prefer to use the slider to get an idea of where
I'm going then type a hexadecimal value from 0x00 to 0xFF to set the
opacity. However, I know that it is especially important to
accommodate normal humans who may not actually think in terms of
numerical values.

> Maybe the spinbutton would be ok after all, testing it in practice
> would give more ground to judge the stuff.. It's a lot about how you
> are used to doing different things and how long you have been using
> a feature..

I know I'm repeating myself, but why not use _both_? In the case of
the opacity slider, the number is displayed right beside it. Making
this number a spinbutton would not take up very much more screen real
estate and it would allow everyone to work with the value in the
manner they prefer.

I'd like to see more slider/spinbox combinations in the GIMP. The
slider is great for figuring out the correct value but being able
to tune it by typing in a number is essential for precision work.

Cheers,

Tom

-- 
--Tom Rathborne[EMAIL PROTECTED]
-- http://www.aceldama.com/~tomr/
--"I seem to be having tremendous difficulty with my life-style."



Re: limited slider range

1999-10-27 Thread Tuomas Kuosmanen

On Wed, Oct 27, 1999 at 12:15:27PM -0400, Federico Mena Quintero wrote:
> >  > 20 pixels is pretty small (on 300 dpi that means 1.69 millimeters)
> >  
> >  Shouldn't these ranges be tied to the resolution setting?  ie change the
> >  resolution and the ranges will update (well, maybe not for an open dialog,
> >  but perhaps the next time its opened).
> 
> Using sliders for these things is wrong.  You cannot specify things
> precisely and they have a limited range.  These should be
> GtkSpinButtons with a *big* adjustment range instead.

Though sliders are nice to adjust when things dont have a 'enumerated'
nature like "tilt sensitivity" - it is hard to justify what a setting of 
"35" does, but having a slider is easier since you can visualize the range 
easier.. But I am not really sure what the ideal solution would be.. For 
percentage-type stuff (0-1 values) sliders are good (like for opacity)

Maybe the spinbutton would be ok after all, testing it in practice would
give more ground to judge the stuff.. It's a lot about how you are used to
doing different things and how long you have been using a feature..

Tig

-- 

.---( t i g e r t @ g i m p . o r g )---.
| some stuff at http://tigert.gimp.org/ |
`---'



Re: limited slider range

1999-10-27 Thread Federico Mena Quintero

>  > 20 pixels is pretty small (on 300 dpi that means 1.69 millimeters)
>  
>  Shouldn't these ranges be tied to the resolution setting?  ie change the
>  resolution and the ranges will update (well, maybe not for an open dialog,
>  but perhaps the next time its opened).

Using sliders for these things is wrong.  You cannot specify things
precisely and they have a limited range.  These should be
GtkSpinButtons with a *big* adjustment range instead.

  Federico



Re: limited slider range

1999-10-26 Thread Michael J. Hammel

Thus spoke Tuomas Kuosmanen
> The Ink tool could also be larger, think 300 DPI poster stuff :) Though
> it might be slow, but someone might have a Quad X3on 600MHz Ph3ar B0x for
> gimping or something (no, that is not me :)
> 
> 20 pixels is pretty small (on 300 dpi that means 1.69 millimeters)

Shouldn't these ranges be tied to the resolution setting?  ie change the
resolution and the ranges will update (well, maybe not for an open dialog,
but perhaps the next time its opened).
-- 
Michael J. Hammel   |
The Graphics Muse   |   The lyf so short, the craft so long to lerne. 
[EMAIL PROTECTED]  |   Chaucer
http://www.graphics-muse.com 



Re: limited slider range

1999-10-26 Thread Tuomas Kuosmanen

On Tue, Oct 26, 1999 at 05:12:02PM +0200, Marc Lehmann wrote:
> On Mon, Oct 25, 1999 at 08:43:48PM -0400, Zach Beane - MINT <[EMAIL PROTECTED]> wrote:
> > shortsighted. You never know who might be using something in a way you
> > didn't think of. Err on the side of freedom next time.
> 
> Many sliders in the gimp also have a rather limited range (brush size
> max. 100 points for example).
> 
> Just increasing the range is not sensible however.
> 
> How about logarithmic sliders? These would allow us to increase the
> dynamic range drastically while not loosing accuracy.

The Ink tool could also be larger, think 300 DPI poster stuff :) Though
it might be slow, but someone might have a Quad X3on 600MHz Ph3ar B0x for
gimping or something (no, that is not me :)

20 pixels is pretty small (on 300 dpi that means 1.69 millimeters)

Tuomas

-- 

.---( t i g e r t @ g i m p . o r g )---.
| some stuff at http://tigert.gimp.org/ |
`---'



Re: limited slider range

1999-10-26 Thread tomr

On Tue, Oct 26, 1999 at 05:12:02PM +0200, Marc Lehmann wrote:
> On Mon, Oct 25, 1999 at 08:43:48PM -0400, Zach Beane - MINT <[EMAIL PROTECTED]> wrote:
> > shortsighted. You never know who might be using something in a way
> > you didn't think of. Err on the side of freedom next time.
>
> Many sliders in the gimp also have a rather limited range (brush
> size max. 100 points for example).

Yes, there are clearly many entirely arbitrary constants in the GIMP.

> Just increasing the range is not sensible however.
>
> How about logarithmic sliders? These would allow us to increase the
> dynamic range drastically while not loosing accuracy.

In some cases this might make sense.

An easier option in many cases is to put a spinbutton on the value of
the slider, so you can set the value coarsely with the slider, and
then tune it with the spinbutton arrows and/or by typing in the value.

In general, I prefer to type in numbers on a binary scale instead of
dragging a decimal slider. For example, I'd like to see the Opacity
slider in the Layers dialog be a slider+spinbox with a range of
0..255.

Maybe something n Preferences could let the user select whther you
want ranges to be 0..100%, 0..255, or 0..FF.

Perhaps there could be a GimpSliderSpinEntry widget that would let you
right-click to select the base and linear/log/exp scale - and these
settings could be saved in prefs.

Just my silly $0.02.

Tom

-- 
--Tom Rathborne[EMAIL PROTECTED]
-- http://www.aceldama.com/~tomr/
--"I seem to be having tremendous difficulty with my life-style."



limited slider range

1999-10-26 Thread Marc Lehmann

On Mon, Oct 25, 1999 at 08:43:48PM -0400, Zach Beane - MINT <[EMAIL PROTECTED]> wrote:
> shortsighted. You never know who might be using something in a way you
> didn't think of. Err on the side of freedom next time.

Many sliders in the gimp also have a rather limited range (brush size
max. 100 points for example).

Just increasing the range is not sensible however.

How about logarithmic sliders? These would allow us to increase the
dynamic range drastically while not loosing accuracy.

-- 
  -==- |
  ==-- _   |
  ---==---(_)__  __   __   Marc Lehmann  +--
  --==---/ / _ \/ // /\ \/ /   [EMAIL PROTECTED] |e|
  -=/_/_//_/\_,_/ /_/\_\   XX11-RIPE --+
The choice of a GNU generation   |
 |