Re: [Gimp-user] select at 0,0 + px to mm

2003-09-05 Thread David selby
Joao S. O. Bueno wrote:

On Sunday 31 August 2003 2:56 pm, David selby wrote:
 

I am getting the hang of Gimp1.2. I use it mainly to print out
speciality cards via my inkjet.
When I start a fresh canvas I can and do define it in mm, set the
dpi  off I go. My questions are
1. Is there an easy way to move selections to the exact edge of the
canvas ? I end up zooming in and twitching the mouse till I get
0,0. Is there a quicker way ?
   

Yes. You can place guides at 0 X and 0 Y coordinates. To use guides, 
just click on the rulers at the window margin, and drag the guides to 
your image. The default behaviour for object placement is snap to 
these guides.
 

2. Is there a way to get the measure tool to read out in mm, I have
to convert from px with a calculator.
   

No, there is not. However, I think it is still feasible for 2.0.  I 
just wonder if anyone has asked for this enhancemnet on bugzilla...

 

Many thanks
Dave
___
Gimp-user mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
   

 

Thanks for your help everyone

Dave

___
Gimp-user mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user


Re: [Gimp-user] [Fwd: Gimp interface streamlining]

2003-09-05 Thread Sven Neumann
Hi,

Willie Sippel [EMAIL PROTECTED] writes:

 Check my new mockup, I've changed this. It's available at
 http://www.zeitgeistmedia.net/gimp/gimpstreamline2.png .
 You're right on this one, I would suggest to split the toolbox, upper
 segment containing logical groups, e.g. paint tools, and on click, the
 lower segment contains the corresponding tools, like brush, pen,
 airbrush, ink and text. This would reduce mouse movement, as you
 suggested, while still making it easier to find the tool you need.

I like this idea. Perhaps if the GUI could better indicate the
relationship between the selected tool-group and the list of tools
below, people would actually have a chance to understand this concept
without the need to explain it to them.

What I dislike about your mockup is the fact that you overload widgets
with functionality using the three mouse-buttons. This hides important
functionality and is thus unacceptable for a user interface that is
supposed to be as intuitive as possible.


Sven
___
Gimp-user mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user


[Gimp-user] Bug Week!

2003-09-05 Thread Henrik Brix Andersen
Hi all!

As some of you might already know, next week is the pre-2.0 GIMP Bug
Week. The first pre-releases of 2.0 will start coming out the door
around the end of this month, and we need to get some concentrated
testing done before then, as well as classifying known bugs into those
which will be fixed before 2.0 final and those which will be fixed
later.

For those of you who aren't familiar with the idea, a bug week is a week
when we make an extra effort to find bugs (and fix them) with the
assistance of the general public. We invite people to join up on IRC
(irc://irc.gnome.org/#gimp) to give us feedback, to help the developers
prioritize bugs to be fixed, and to report bugs (if you're intimidated
by Bugzilla).

Apart from bug fixing we also need GIMP users to volunteer for bug
triaging. If you are unfamiliar with the concept of bug triaging, the
GNOME Project has a nice description of the bug triage concept - please
see http://developer.gnome.org/projects/bugsquad/triage/

So if you're a GIMP user and wants to help the developers getting the
source code in shape for 2.0 - or if you're a developer with (at least)
minimal experience with The GIMP and wants to help fixing bugs in the
source - you should definitely show up at The GIMP Bug Week. 

See you at The GIMP Bug Week!

On behalf of the The GIMP Developers,
./Brix
-- 
Henrik Brix Andersen [EMAIL PROTECTED]

___
Gimp-user mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user


Re: [Gimp-user] [Fwd: Gimp interface streamlining]

2003-09-05 Thread Sven Neumann
Hi,

Willie Sippel [EMAIL PROTECTED] writes:

  2.) Remove buttons from the main menu and add the corresponding
 functions to a mode selector in the Tool Options:

While I see how this would save some screen estate and reduce clutter
in the toolbox, I think that it would be very cumbersome to have to
click in two different places to select a tool. I'd like to see
tool-groups, as you suggest them, to be integrated into the toolbox,
not split between toolbox and tool-options dialog.

  6.) Add 'Alpha' to the Color Picker;

See also http://bugzilla.gnome.org/show_bug.cgi?id=121331.

 13.) Remove the pressure mapping options from the tool settings and add
 it to the 'Tool state' window, to remove unnecessary options for users
 without a tablet;

There are a few things you can do with the pressure options even if
you don't have a tablet. These are considered hacks however and I
agree that we should consider to move these settings elsewhere or at
least hide them when no special input devices are available.
 
 14.) Add a pressure curve to the tool settings, to edit the pressure and
 suppress values on the fly;

This has been suggested before, there should be a bug-report for it.

 15.) Remove the brush and pattern preview from the main toolbox, because
 it clutters the toolbox - it's redundant, anyway, because there is
 allready a preview in the tool settings window. It might be even better
 to also remove the pattern preview from the tool settings and show the
 selected pattern on the color preview of the main toolbox;

The brush, pattern and gradient previews in the toolbox are redundant
and are scheduled for removal already. It's just a matter of doing it.


Sven
___
Gimp-user mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user


[Gimp-user] Making the color picker tool grab the alpha value

2003-09-05 Thread Joao S. O. Bueno

Hi all,

As I stated on the answer to Willie Sippel,
I liked the idea of the color picker tool to pick de alpha value of a 
pixel. More specificaaly when c temporarily  called using control 
while one is using another paint tool. 
The alpha value of the pixel or region picked would them set the 
opaccity of the tool one is using in the moment.

I even suggested this as an enhancemnet at bugzilla (bug 121331). 
However, people need to like the idea for it to be done.

So, what do you think? Should the color picker pick the alpha and set 
the opacity of the current paint tool, or not?

Regards,

JS
--



___
Gimp-user mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user