Re: [Gimp-developer] feature: Set exclusive layer visibility within groups
Ok - we it can be seen that there are a couple of desired/needed visibility features when group layers are in the mix. Since any native changes to existing behavior could only come in gimp 2.10 (and only them we would have the feedback of lots o people just as we are having now with 2.8) - this is what could be done now: We document desired perceived behaviors for toggling visibility, I write a couple of Python scripts to implement those - we test it carefully (with input from the UI team), and the optimal settings for those could be consolidated in gimp 2.10 . The major drawback being that these scripts can be called by a one-key shortcut, but not assigned to be triggered by clicking/shift clicking on the layers or eye-icons, or other UI parts. Once there are clear and well defined preferred behaviors, they could be made into the core bypassing this limitation. So, we could use a wiki page somewhere for getting this started. Like here: http://wiki.gimp.org/index.php/Specs/Visibility On 26 May 2012 13:59, Richard Gitschlag strata_ran...@hotmail.com wrote: Date: Sat, 26 May 2012 11:21:35 +0200 From: gfx.u...@online.de To: gimp-developer-list@gnome.org Subject: Re: [Gimp-developer] feature: Set exclusive layer visibility within groups It's a bit hard to understand what you mean exactly in your further writing. Can you write down a state chain, please? Give an example? Sure. Let's say I have an image with the following layer tree: (...) ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] Export issues
Date: Sun, 27 May 2012 17:28:53 +0200 From: lis...@jesusda.com To: gimp-developer-list@gnome.org Subject: [Gimp-developer] Export issues Another issue appears when open a JPG image, edit it and close. Instead of saving the image using the same original formt and parameters, Gimp try to SAVE as XCF. If I want to SAVE, be sure I will clic SAVE. If I clic close (without saving) is cause I want to save the image exactly as I load it. Unfortunately that is the whole point of the distinction - Save is now intended strictly for XCF. Me, I would like to see an option where instead of just displaying a message to use Export for non-XCF formats that message box should have Export / Cancel buttons to make the transition easier. This does, of course, mean that Exporting as a non-XCF file no longer resets the saved state of the image. GIMP will now constantly ask you to Save changes? if you haven't saved an XCF copy (even in workflows where there is no need to have one) of the image. And you do know JPG to JPG in general is not a good workflow to be using due to it being a non pixel perfect (lossy) compression? (Okay, if part of your workflow involves resizing it to a smaller resolution then this alleviates the matter - I do it a lot myself.) -- Stratadrake strata_ran...@hotmail.com Numbers may not lie, but neither do they tell the whole truth. ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] Export issues
On Sun, May 27, 2012 at 7:28 PM, jEsuSdA 8) wrote: The firs is about PRESETS. When I export as JPG and I configure the parameters, then I click on Save prefs, but when I export as JPG a new image, the presets are lost instead I click on Load prefs button. This is a uggly thing who made me lost a lot of time and patience. :D http://git.gnome.org/browse/gimp/commit/?h=gimp-2-8id=187e20f3673ffd1d437c9aeb1232c4764760616f The fix will be available in 2.8.1. Alexandre Prokoudine http://libregraphicsworld.org ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list
[Gimp-developer] JPEG lossless operations?
Hi, reading some of the JPEG related articles here I wondered whether GIMP or GEGL can do lossless rotation and cropping on JPEG images. Can you tell me more about it? Thanks, grafxuser ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] [enhancement] Improved layer-visibility icons
On Sun, 2012-05-27 at 10:12 -0700, Richard Gitschlag wrote: Very tempted to file this one on GNOME already, but going to check here first in case I missed something (e.g. is it configurable?) . When you hide a layer group in GIMP 2.8, all items inside it get a new eye-with-slash icon to indicate that they are visible individually but hidden as a group. This icon is . . . too visible. It needs to be something LESS visible than the normal eye icon. Attached is a mockup of what some alternate icons can look like. One uses a 50% opacity, and another uses a 50% dither. (Myself, I prefer the dither look.) Response? How exactly is that better? On my monitor, your 50% opacity version looks hardly different from full opacity, and the dithered version is not exactly obviously different when quickly looked at it. I don't see how going from something that is clearly distinguishable to something that is hardly different from a visible icon is any improvement of usability. Regaeds, --mitch ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] JPEG lossless operations?
On 05/27/2012 08:26 PM, gfxuser wrote: Hi, reading some of the JPEG related articles here I wondered whether GIMP or GEGL can do lossless rotation and cropping on JPEG images. Can you tell me more about it? Thanks, grafxuser For rotation, that would only work on images with dimensions that are a multiple of 8. For cropping, that only works if you crop on 8-pixel boundaries from the origin corner. Otherwise, this also assumes that JPEG is an editable format, while the recent kerfuffle around the Export function has demonstrated that it is not, in the current vision. ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] [enhancement] Improved layer-visibility icons
Nice idea. I think the slash across the eye serves a purpose: it conceptually differentiates that icon from the other eye icons, indicating that those layers are part of a group. At least for me, the eye-with-slash allows for faster recognition of that difference. I did some experimenting with your mock-up image. Below is an image of 50% opacity and 50% dither with a solid grey line. I found dithering the dash made the icon not look very much like an eye. (I didn't test out making it opaque.) I think I'm leaning more towards the 50% opacity with the line through it than the 50% dither with the line through it (simply because the icon is clearer), but both are pretty good. [image: Inline image 1] On Mon, May 28, 2012 at 3:12 AM, Richard Gitschlag strata_ran...@hotmail.com wrote: Very tempted to file this one on GNOME already, but going to check here first in case I missed something (e.g. is it configurable?) . When you hide a layer group in GIMP 2.8, all items inside it get a new eye-with-slash icon to indicate that they are visible individually but hidden as a group. This icon is . . . too visible. It needs to be something LESS visible than the normal eye icon. Attached is a mockup of what some alternate icons can look like. One uses a 50% opacity, and another uses a 50% dither. (Myself, I prefer the dither look.) Response? -- Stratadrake strata_ran...@hotmail.com Numbers may not lie, but neither do they tell the whole truth. ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list GIMP-layer-visibility-icons-#2.png___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] [enhancement] Improved layer-visibility icons
On Mon, May 28, 2012 at 5:05 AM, Michael Natterer wrote: On my monitor, your 50% opacity version looks hardly different from full opacity, and the dithered version is not exactly obviously different when quickly looked at it. I don't see how going from something that is clearly distinguishable to something that is hardly different from a visible icon is any improvement of usability. How the icon looks on different monitors is indeed a consideration and probably a good reason to have the line over the eye icon. (Though the eye can still be 50% dithered or opaque.) At least on my monitor, the 50% opacity or dithered look visually conveys that those layers are in the background. It feels good to me. An important part of this conversation is that people process visual information differently (we don't all see the same thing), so that may account for the difference in preference that crops up. On Mon, May 28, 2012 at 5:05 AM, Michael Natterer mi...@gimp.org wrote: On Sun, 2012-05-27 at 10:12 -0700, Richard Gitschlag wrote: Very tempted to file this one on GNOME already, but going to check here first in case I missed something (e.g. is it configurable?) . When you hide a layer group in GIMP 2.8, all items inside it get a new eye-with-slash icon to indicate that they are visible individually but hidden as a group. This icon is . . . too visible. It needs to be something LESS visible than the normal eye icon. Attached is a mockup of what some alternate icons can look like. One uses a 50% opacity, and another uses a 50% dither. (Myself, I prefer the dither look.) Response? How exactly is that better? On my monitor, your 50% opacity version looks hardly different from full opacity, and the dithered version is not exactly obviously different when quickly looked at it. I don't see how going from something that is clearly distinguishable to something that is hardly different from a visible icon is any improvement of usability. Regaeds, --mitch ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] JPEG lossless operations?
For a non GIMP solution (with severe constraints on the rotation and cropping parameters, as is pretty much unavoidable): http://jpegclub.org/ ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] [enhancement] Improved layer-visibility icons
Whoops, had a suspicion I was forgetting something on my previous message. Attached is another mockup illustrating some improved(?) eye icons. - Right column shows what the icon would look like with the slash trimmed 3px from each end. - Second row has the slash lightened by 50% (now grey instead of black), but the rest of the icon is unchanged. - Bottom row has the entire icon lightened by 50%. -- Stratadrake strata_ran...@hotmail.com Numbers may not lie, but neither do they tell the whole truth. attachment: GIMP-layer-visibility-icons-2.png___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] [enhancement] Improved layer-visibility icons
Why re-invent the wheel? Attached are Inkscape's. Very clear. -Rob A attachment: 2012-05-27_170115.jpg___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list