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 r
> 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
> > 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
I discovered a fairly nasty bug in 6-color mode in which there was a
discontinuity at the point that 6-color mode kicked in. Depending
upon the orientation of the gradient, the effect is either a dark line
of the color in question (cyan or magenta) or a white line. I had
thought it was a print h
Sven;
On Wed, Oct 27, 1999 at 11:12:28AM +0300, Sven Neumann wrote:
> > > I use it frequently to generate horizontal bars a few pixels
> > > apart. I don't want any vertical bars, so setting a -1 offset
> > > and making it image_width+2 spacing does the trick.
> >
> > It sounds to me like horizo
>> > 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 sensitiv
On Thu, Oct 28, 1999 at 12:08:11AM +0300, Sven Neumann <[EMAIL PROTECTED]>
wrote:
> >
> > plug-in-rotate something image drawable 3 0
> >
>
> Well, it seems that someone changed the calls to gimp_drawable_is_layer()
> in all plug-ins and forgot to change the PDB calls...
Hey, that was me ;) A
Hi,
>
> What additional information do you require??
>
> See above. In script-fu it is probably:
>
> plug-in-rotate something image drawable 3 0
>
Well, it seems that someone changed the calls to gimp_drawable_is_layer()
in all plug-ins and forgot to change the PDB calls...
Salut, Sven
>
> 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
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
On Wed, Oct 27, 1999 at 01:02:41PM +0300, Sven Neumann <[EMAIL PROTECTED]>
wrote:
> >
> > And when I call plug_in_rotate(...,3,0) directly the plug-in segfaults (I
> > was told that the gcc benchmark result diagrams are broken, and this was
> > the reason ;)
>
> Hmm, could you please try to mak
On Wed, Oct 27, 1999 at 10:23:17AM -0700, [EMAIL PROTECTED] wrote:
> Hi, there,
> I am using Gimp-Perl v1.083 to manipulate the pixel data of an image.
While that version should work, I fixed a great many errors in PDL support
since then, and there were also behavioural changes (like an extra d
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
c
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 s
> 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 spi
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 r
> 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 b
> 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 prefe
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?
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 o
Hi, there,
I am using Gimp-Perl v1.083 to manipulate the pixel data of an image.
What I am confusing about is the data structure of the packed pixel
data. For example, I can run the following perl code:
$region = $drawable->get->pixel_rgn (0,0, 100,100, 1,0);
$pixel = $region->get_
> > 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 t
On Wed, Oct 27, 1999 at 01:02:41PM +0300, Sven Neumann wrote:
> > On Tue, Oct 26, 1999 at 12:32:24AM -0700, Tuomas Kuosmanen <[EMAIL PROTECTED]> wrote:
> > >
> > > Hello.
> > >
> > > The new dialog for the transform tool is very cool. However the Image ->
> > > Transforms -> [Image|Layer] -> Rot
> On Tue, Oct 26, 1999 at 12:32:24AM -0700, Tuomas Kuosmanen <[EMAIL PROTECTED]> wrote:
> >
> > Hello.
> >
> > The new dialog for the transform tool is very cool. However the Image ->
> > Transforms -> [Image|Layer] -> Rotate doesnt seem to work..? Maybe
> > something broke along the road?
>
>
Hi,
> >
> > I use it frequently to generate horizontal bars a few pixels apart. I don't
> > want any vertical bars, so setting a -1 offset and making it image_width+2
> > spacing does the trick.
>
> It sounds to me like horizontal/vertical line checkboxes are called
> for in this case. Maybe al
25 matches
Mail list logo