Re: [Gimp-developer] Comments on gimp's interface

2006-04-03 Thread Sven Neumann
Hi,

Frédéric van der Essen [EMAIL PROTECTED] writes:

 - Gimp's worst popups:
   * if i must save a .png over an existing one there is no less than 5
 popups... with the most useless warning .png can't export layers, are
 you sure .? The content of these 5 popups can fit in the first one,
 or better, in the save file dialog.

We know this and we would like to see it improved. But so far noone
has come up with a decent proposal for an overhaul of the Save/Export
functionality.

   * when using the crop tool, a giant popup pops right where fred is
 cropping, ???

This has been addressed in the meantime.

   * Filters popups : They are - Huge (against #4) with a very small
 preview (yes i know about the settings)  they should be very small,
 with a huge preview in the main window. (like the crop tool)

Plugins are out-of-process. It is not exactly trivial to have them
display their preview in the image window. But patches are welcome.

   * firefox has a do not show this popup ever again option for
 every warning and informative popup.

And how do you reenable a popup that you have asked to suppress? I
think that we should try to avoid popups but simply not showing them
is not an option. If we can get away without showing the dialog, why
do we show it at all then?

 #4 : if you maximize your artwork, the panels are over it, it makes
 the extreme areas of your work inaccessible without moving your
 panels, or going fullscreen.

Hit Tab and the panels are out of your way.

 So as a resume, the most problematic things in gimp's interface for
 fred are
 - too much popups.
 - not enough priority for the artwork (window expands below panels,
 unable to pan out of the artwork, small previews, etc...)
 - menu layout and navigation not workflow friendly.
 - not enough support for tablet devices.

You only summed up what we already know. You would have helped us a
lot more by going into a specific subject, writing down use cases and
doing a full-fledged proposal that actually helps interested
developers to implement something better.


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


Re: [Gimp-developer] Comments on gimp's interface

2006-04-03 Thread Alexander Rabtchevich
One pop-up from the list can be (in theory) made as a warning or 
replaced as a check-box in the save dialog - the query to flatten layers 
before saving to format like jpg.


Is it possible to show several dialogs (not modal) at once, closing one 
of which (final) - save or cancel - will close all others? Maybe it 
worth to foresee user's actions: if user has saved previous image say as 
jpg, maybe the next picture he saves will be jpeg too, at least at the 
same session. So the next save dialog can have all jpeg options 
docked. If user chooses a name with jpg extension (or type), all 
actual (seen) jpeg settings are taken when clicking Save. If user 
changes image type, additional dialog is shown as it is done now.




Sven Neumann wrote:

- Gimp's worst popups:
  * if i must save a .png over an existing one there is no less than 5
popups... with the most useless warning .png can't export layers, are
you sure .? The content of these 5 popups can fit in the first one,
or better, in the save file dialog.


We know this and we would like to see it improved. But so far noone
has come up with a decent proposal for an overhaul of the Save/Export
functionality.




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


Re: [Gimp-developer] Comments on gimp's interface

2006-04-03 Thread Alexandre Prokoudine
On 4/3/06, Thorsten Wilms wrote:

  #5 How do i pan with a graphical tablet ? (no RMB/MMB ?)

 If you don't waste one of the buttons for double-click, you
 can have them all. Double-clicking with the pen only needs a little
 getting used to it, but after a short while it feels natural and is
 efficient.

I might have lost track. One of my tablet's pen buttons (I own
Graphire3) does exactly panning in GIMP/Inkscape/etc. If one has a
tablet without buttons on a pen, he can press Space on his keyboard
and go panning. So, what is exactly wrong with panning via tablet?

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


Re: [Gimp-developer] Comments on gimp's interface

2006-04-03 Thread Thorsten Wilms
On Mon, Apr 03, 2006 at 01:14:07PM +0400, Alexandre Prokoudine wrote:

 I might have lost track. One of my tablet's pen buttons (I own
 Graphire3) does exactly panning in GIMP/Inkscape/etc. If one has a
 tablet without buttons on a pen, he can press Space on his keyboard
 and go panning. So, what is exactly wrong with panning via tablet?

With GIMP and Inkscape, panning is on MMB.

There's the option to put double-left-click on one of the buttons. 
If you do that, you can't have both MMB and RMB also available.
If you don't, all is fine with panning.

Space switches to the move tool here.


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


Re: [Gimp-developer] Comments on gimp's interface

2006-04-03 Thread Thorsten Wilms
On Mon, Apr 03, 2006 at 01:48:18PM +0400, Alexandre Prokoudine wrote:
 
  There's the option to put double-left-click on one of the buttons.
  If you do that, you can't have both MMB and RMB also available.
  If you don't, all is fine with panning.
 
 So it this considered GIMP's fault or tablet's fault?

Either the fault of who ever set such defaults (where I don't 
remember the linuxwacom defaults, but i think on windows double-click 
on the lower button was default), or the user who keeps or makes it 
that way.

One could say apps shouldn't rely on MMB. But there are so many  
features and options to have especialy in media applications, 
that working around this is too hard, when everyone can easily have 
3 buttons.

Now one could argue space should be for panning like in Photoshop, 
not move tool. I prefer middle-click drag for panning, anyway.


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


Re: [Gimp-developer] A few suggestions forThe Gimp

2006-04-03 Thread Alexandre Prokoudine
On 4/1/06, Richard Reddy wrote:

a lot of text snipped

 As director of photography for North American Women's Baseball League
 (NAWBL), I know that searching and sorting images can be very
 time-consuming work.  Using Gimp you could automatically transfer image
 metadata to tags.  It would be very useful to do a search involving all the
 images shot at f/2.8 or f/4.0?  All the photos shot with a particular lens.
 All the photos shot at ISO 100, or ISO 800.  Photos of women who pitch,
 play for a particular team, have a batting average over 300, et cetera.  A 
 game?
 All the photos on the same day.

Can't see why graphics manipulation application should have all fo the
above. Most modern trend is to have basic retouching tools, batch
processing/browsing and tagging in a photos browser (e.g. Adobe
Lightroom), because it's simply a more obvious and convinient way to
go ;-)

If you are planning to use GNU/Linux, I suggest you having a look at
Digikam, F-Spot, KPhotoAlbum (ex-KimDaBa) and Album Shaper. Album
Shaper is available for Windows as well. Most, if not all of them use
databases, and they will have all organization/tagging features you
need much faster than GIMP, if someone ever starts implementing these
features in GIMP.

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


Re: [Gimp-developer] Smaller toolbar and grouping

2006-04-03 Thread Campbell Barton
Nice work Bart, even though I was against it- good on you for exploring 
the radial approach.

Can GTK do this at the moment?
it seems desirable (prever hoz buttons) and if gtk supports, Im guessing 
its not that bug a deal.

- Cam

Bart wrote:

Hi,

thanks for the replies, so i going on with it:
http://www.neeneenee.de/blender/toolbar02.png




--
Campbell J Barton

133 Hope Street
Geelong West, Victoria 3218 Australia

URL:http://www.metavr.com
e-mail: [EMAIL PROTECTED]
phone: AU (03) 5229 0241
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer


Re: [Gimp-developer] Comments on gimp's interface

2006-04-03 Thread Akkana Peck
Sven Neumann writes:
 And how do you reenable a popup that you have asked to suppress? I
 think that we should try to avoid popups but simply not showing them
 is not an option. If we can get away without showing the dialog, why
 do we show it at all then?

In the case of the warning popups when saving, why show them
at all? Of course it needs to flatten layers when saving to JPEG;
why not just do it without asking me every time? It's not like
I have an option to save without flattening; all I can do is
press OK.

In the case of converting to indexed to save as gif, there's
some point to it because the user might not realize there's such
a severe loss of quality about to happen; but it's still not
important enough to warrant a whole extra dialog to which the
only options are OK/Cancel. Just put it in the normal GIF save
dialog, as a label that says Image will be converted to Indexed
mode before saving if the image isn't already indexed.

A similar case was the warning I saw sometimes when a layer mask was
selected. I never quite figured out the point of that warning since
it seemed to save the image correctly anyway. But that dialog seems
to be gone now in CVS HEAD.

  #4 : if you maximize your artwork, the panels are over it, it makes
  the extreme areas of your work inaccessible without moving your
  panels, or going fullscreen.
 
 Hit Tab and the panels are out of your way.

Is there a way to disable this? It gets in my way, because I hit it
fairly often by accident (probably when I'm trying to hit 1 to make
the image full-size), and it's several steps to undo it: in gimp 2.3
a single tab brings all the windows back (much better than gimp 2.2
where it took several tabs) but in the windowmanagers I use, the
focus now moves to one of the restored windows so it's no longer in
the image window where it was, and I have to move the mouse out of
the window and back in. I've looked for places to disable it, but 
I don't see anything about the tab key in the Keyboard Shortcuts
window or in menurc where other key bindings are controlled.

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


[Gimp-developer] Re: Comments on gimp's interface

2006-04-03 Thread GSR - FR
Hi,
[EMAIL PROTECTED] (2006-04-03 at 1609.19 -0700):
 Sven Neumann writes:
  And how do you reenable a popup that you have asked to suppress? I
  think that we should try to avoid popups but simply not showing them
  is not an option. If we can get away without showing the dialog, why
  do we show it at all then? 
 In the case of the warning popups when saving, why show them
 at all? Of course it needs to flatten layers when saving to JPEG;
 why not just do it without asking me every time? It's not like
 I have an option to save without flattening; all I can do is
 press OK.

Or maybe you want to save as anim or without applying layer masks or
the layer mask alone. I think the better solution is combining export
and format options into one dialog. There is a bug about this
http://bugzilla.gnome.org/show_bug.cgi?id=119545
 
GSR
 
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer


Re: [Gimp-developer] Re: Comments on gimp's interface

2006-04-03 Thread Akkana Peck
I wrote:
 In the case of the warning popups when saving, why show them
 at all? Of course it needs to flatten layers when saving to JPEG;
 why not just do it without asking me every time? It's not like
 I have an option to save without flattening; all I can do is
 press OK.

I posted hastily: this dialog does have more than one option. And
the other dialog, that I said no longer existed in CVS HEAD, is
still there (I don't know why it didn't come up for me earlier).
Here's the sequence if a layer mask is selected:

First, a dialog that says You are about to save a layer mask as
JPEG. This will not save the visible layers. So what WILL it save?
There's no way of telling from the text in the dialog.
Options are:  [Cancel]  [Confirm], so Confirming is really
the only choice.

If you Confirm this, then at least for jpeg, you get the
flatten dialog: JPEG can't handle transparency, Flatten?
The choices here are:  [Ignore] [Cancel] [Export]
Export is almost always the right answer, since that saves the
image as you're looking at it in the image window -- even if you
just dismissed that scary layer mask dialog that said it wouldn't
save the visible layers.

It turns out that what [Ignore] means here is Save the current
layer instead of the whole flattened image. And in that case,
if you went through the layer mask dialog earlier, what will be
saved is the layer mask, otherwise you'll get the layer (with no
layer mask applied).

If you wanted to save a layer or layer mask in a format that
doesn't call up the Flatten dialog (say, as XCF), you're out of luck.
The only option is to paste it as a new image and save that.

This would all be so much clearer if Save As just saved the current
image (the whole thing, flattening as necessary without pestering
the user about it). For people who want to save just one layer
(or mask), offer a separate menu item for that, perhaps in the
context menu of the layers dialog, as well as in either the File
or Layers main menubar.

Right now Save As is overloaded to do two fairly different
operations -- but only if you're saving to a format that doesn't
allow layers. Why not separate those two operations as separate
menu items, and have it work the same regardless of format?

Bug http://bugzilla.gnome.org/show_bug.cgi?id=75328 seems to
be the best discussion of these export dialogs, but it doesn't
really address the issues I mentioned (I should probably add
a comment).

As long as we're talking about Save issues, bug 75459 is another
one worth looking at (both referenced from the bug 119545 that
GSR mentioned).

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


Re: [Gimp-developer] Re: Comments on gimp's interface

2006-04-03 Thread Alastair M. Robinson

Hi,

Akkana Peck wrote:


First, a dialog that says You are about to save a layer mask as
JPEG. This will not save the visible layers. So what WILL it save?
There's no way of telling from the text in the dialog.
Options are:  [Cancel]  [Confirm], so Confirming is really
the only choice.


Or Cancelling, and moving the focus to a real layer rather than a mask, 
then returning to File-Save As...


I must admit I have to do this quite frequently.


Export is almost always the right answer, since that saves the
image as you're looking at it in the image window -- even if you
just dismissed that scary layer mask dialog that said it wouldn't
save the visible layers.


Is this intended behaviour, or a bug?


This would all be so much clearer if Save As just saved the current
image (the whole thing, flattening as necessary without pestering
the user about it). For people who want to save just one layer
(or mask), offer a separate menu item for that, perhaps in the
context menu of the layers dialog, as well as in either the File
or Layers main menubar.


Perhaps a menu item: Layers - Mask - Export... would be the most 
logical solution - and then remove the dual-function on File - Save / 
Save As?


All the best,
--
Alastair M. Robinson
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer