Re: [Gimp-user] HATE the new save vs. export behavior

[Eduard Braun]

Hi all,

I don't get it! This discussion is going on for months now, constantly 
spamming the mailing list. Still I don't see even the slightest  
willingness to compromise on either side. It seems you are carrying out 
a war with hardened fronts on the back of GIMP which will give neither 
side any sort of satisfaction.


It seems clear to me now, that this is a matter of principle: Some 
people like the separation of "save" and "export" functionalities, 
others don't. It seems unlikely to me, that you can convince either 
group that the other way round is the way to go. So why don't you just 
finally implement a setting to easily switch between the two 
possibilities and finally end this pointless war which only damages 
GIMP's reputation?


I hope, all of you finally get over this and start to find a solution 
instead of clashing swords to the end of days.


Regards
Eduard
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list

Re: [Gimp-user] Invert alpha channel

[Eduard Braun]

Am 12.07.2013 22:43, schrieb Mikael Ståldal:
Is there an easy way in GIMP to invert the alpha channel of an image? 
Transparent should be opaque, opaque should be transparent, almost 
transparent should be almost opaque, etc.

Yes, there is:

1. Choose "Colors -> Components -> Decompose" from the menu and set
   "Color model" to "RGBA".
2. A new image is opened with all color channels (including alpha
   channel) decomposed as single layers.
3. Select the layer "alpha" and choose "Colors -> Invert" from the menu.
4. Choose "Colors -> Components -> Compose" from the menu, set "Color
   model" to "RGBA" and make sure the layers are correctly mapped to
   the channels (should be given if you did not reorder the layers)

Regards
Eduard

___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list

Re: [Gimp-user] A Sad case of regression.

[Eduard Braun]

Actually I know nobody who likes the new distinction between save and 
export.


But the whole discussion seems to be at a point of no return anyway and 
developers seem to defend the change as a matter of principle rather 
than aiming for maximum usability, so it seems quite improbable anything 
will change.

___
gimp-user-list mailing list
gimp-user-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-user-list

Re: [Gimp-user] Off-canvas editing

[Eduard Braun]

Am 10.06.2013 03:14, schrieb Steve Kinney:

I wonder about how the interface would represent the edge of the
canvas, without shading image content that goes past the edge - a
problem if editing that content - or drawing lines effectively the
same as guide lines to show the canvas boundary.  In the latter
case, a plugin that automates the processes outlined earlier might
do the job for users who need to do this over and over.


 * Possibility 1: Do not show any special page border at all. Show the
   borders of the page as black lines as a "lowest layer", which simply
   get hidden by image content. This is how our sister project Inkscape
   handles this (and it works fine I guess).
 * Possibility 2: Use a black line as border, that is always shown as a
   "top layer" e.g. is never hidden by any image content.
 * Possibility 3: Use a combination of 1 or 2 with the current look.
   The off-canvas could still be shown in gray, image content is simply
   shown on top of this gray bottom-layer.

___
gimp-user-list mailing list
gimp-user-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-user-list

Re: [Gimp-user] Off-canvas editing

[Eduard Braun]

Thanks for the workarounds, I appreciate them very much!

But to summarize, this seems to be an issue not just for me, right? So 
is there a reason GIMP doesn't support off-canvas editing out-of-the-box 
to make such workarounds unnecessary?
I mean, would there be any downsides of allowing editing content outside 
the canvas borders? Are there any design limitations of the underlying 
code that make it hard to impossible to implement such a feature?


If this question is too technical and should go into 
gimp-developer-l...@gnome.org  
please say so! The reason I posted this to gimp-user-list@gnome.org 
 was that the homepage said "discussion 
about the source code" regarding the developer list and I felt this was 
not about source code at all yet.


Regards
Eduard
___
gimp-user-list mailing list
gimp-user-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-user-list

[Gimp-user] Off-canvas editing

[Eduard Braun]

Hello everybody,

I don't now if this is just a stupid question or if this is a software 
limitation or if there is even a setting for it I haven't found yet but 
why are we not able to edit layers outside the canvas?


I often create images were the canvas size is fixed (e.g. display 
resolution). I then add layers to it that are often larger than the 
canvas. I would now want to select the superfluous parts of the just 
added images (e.g. to make them transparent), but I can't select parts 
of the layers that are not on canvas!


I also can not see any layer content that is off-canvas. A workflow I'd 
prefer would be copy everything somewhere (not necessarily inside the 
canvas) and then align it layer by layer, which is hard when one can not 
see the content of the off-canvas layers.


I hope my question is clear and am looking for your answers!

Regards,
Eduard
___
gimp-user-list mailing list
gimp-user-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-user-list