[Gimp-developer] the old bugs in merging modes are fixed now?
> From: ?yvind Kol?s > GEGL already has too many blending modes (36) to be > meaningfully > presented to most users. I guess it would make sense to > trim down the > existing set, and perhaps offer the more arcane modes (both > existing > GIMP ones and arcane ones from other software, in an > additional > sub-menu.) > > /?yvind I will prefer some more then some missed I like the idea of a additional sub-menu to confine the less used ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] The old bugs in merging modes > are fixed now?
On Wed, Apr 29, 2009 at 5:51 AM, Martin Nordholts wrote: > Alchemie foto\grafiche wrote: >>> Spontaneously I don't think custom layer modes is a good >>> idea. Might be >>> fun for programmers to play with, but graphic >>> professionals? There is a patch for such a thing for GIMP in bugzilla (with GEGL as a product). I do not think this is a very good idea though. >> Actually Graphic professional do complain ,but for missed option: >> for the absence in Gimp of modes they learned to use in Photoshop as >> Exclusion,Vivid light or Pin light. >> > > I'm all for adding the missing layer modes. But just as David I think > the customizability part should be in the form of programmers writing > custom GEGL ops. GEGL already has too many blending modes (36) to be meaningfully presented to most users. I guess it would make sense to trim down the existing set, and perhaps offer the more arcane modes (both existing GIMP ones and arcane ones from other software, in an additional sub-menu.) /Øyvind K. -- «The future is already here. It's just not very evenly distributed» -- William Gibson http://pippin.gimp.org/http://ffii.org/ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] The old bugs in merging modes > are fixed now?
Alchemie foto\grafiche wrote: >> Spontaneously I don't think custom layer modes is a good >> idea. Might be >> fun for programmers to play with, but graphic >> professionals? >> >> HTH, >> Martin >> > > > Actually Graphic professional do complain ,but for missed option: > for the absence in Gimp of modes they learned to use in Photoshop as > Exclusion,Vivid light or Pin light. > I'm all for adding the missing layer modes. But just as David I think the customizability part should be in the form of programmers writing custom GEGL ops. - Martin ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] The old bugs in merging modes > are fixed now?
> > Spontaneously I don't think custom layer modes is a good > idea. Might be > fun for programmers to play with, but graphic > professionals? > > HTH, > Martin Actually Graphic professional do complain ,but for missed option: for the absence in Gimp of modes they learned to use in Photoshop as Exclusion,Vivid light or Pin light. But i do not think they will complain for additional options as the modes listed here http://www.pegtop.net/delphi/articles/blendmodes/ Or of something as the new "Edge merge" mode now added to GMIC ( that blend the images while keeping all the edges of the two images with a maximum contrast...quite interesting and useful characteristic) ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] The old bugs in merging modes are fixed now?
On Wed, Apr 29, 2009 at 4:10 AM, Martin Nordholts wrote: > yahvuu wrote: >> Hi all, >> >> Alchemie foto\grafiche schrieb: >> >>> The possibility to add "CUSTOM " layer modes [..] >>> >> >> that sounds interesting. Just curious: i wonder how custom layer modes >> differ from filters that take a second layer as input (e.g. LIC)? >> i mean, other than that filters currently work destructively. >> > > Hi, > > A layer mode is a formula for blending two pixels together, producing a > result pixel. That is, the set of all layer modes is a subset of the set > of all filters that blends two layers together, producing a result layer. > > There is one exception to this nice classification of layer modes; an > output pixel when using the Dissolve layer mode does not only depend on > two pixels, also on the position of these pixels. > > Spontaneously I don't think custom layer modes is a good idea. Might be > fun for programmers to play with, but graphic professionals? While this is generally true... when switching apps, with a strongly established workflow including an app-specific layer mode, I can see this being quite useful. OTOH, this could also be implemented by a drop-in replacement for layer merging that supports additional modes (ranging 0x80...0xfe in ID, perhaps), providing that contributing a new mode to such a GEGL op could be as painless and simple as writing the formula. And that method would be faster. Alternatively If you really need 'custom' layer modes, I see no reason why it cannot be applied as a layer effect, building a bit of GEGL graph from the existing layer modes and ops. So now that I've thought that out loud, My conclusion is: Could be quite helpful, we don't need full custom layer modes, If we support them in one way through layer effects, someone else could write a GEGL Op that implements formulaic customization separate to GIMP's codebase. David ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] The old bugs in merging modes are fixed now?
yahvuu wrote: > Hi all, > > Alchemie foto\grafiche schrieb: > >> The possibility to add "CUSTOM " layer modes [..] >> > > that sounds interesting. Just curious: i wonder how custom layer modes > differ from filters that take a second layer as input (e.g. LIC)? > i mean, other than that filters currently work destructively. > Hi, A layer mode is a formula for blending two pixels together, producing a result pixel. That is, the set of all layer modes is a subset of the set of all filters that blends two layers together, producing a result layer. There is one exception to this nice classification of layer modes; an output pixel when using the Dissolve layer mode does not only depend on two pixels, also on the position of these pixels. Spontaneously I don't think custom layer modes is a good idea. Might be fun for programmers to play with, but graphic professionals? HTH, Martin ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] The old bugs in merging modes are fixed now?
Hi all, Alchemie foto\grafiche schrieb: > The possibility to add "CUSTOM " layer modes [..] that sounds interesting. Just curious: i wonder how custom layer modes differ from filters that take a second layer as input (e.g. LIC)? i mean, other than that filters currently work destructively. greetings, peter ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] The old bugs in merging modes are fixed now?
Thank for clearing I also searched the bugzilla report for overlay mode but i could not find it anymore But instead i find a interesting proposal of Jao O Buono that, i believe risk to be forgotten because posted in a no so strictly related topic (here http://bugzilla.gnome.org/show_bug.cgi?id=401754 ) i quote since is short >"... since a long time,i envision a GIMP capable of using new layer >modes on >the fly. >The GEGL when used as an engine should add this ability, and this is being >tracked at Bug #161449. >However even after that is implemented, and GEGL is used widespread >inside >the GIMP, a UI for CUSTOM layer modes will need to be written. >This surely >will >have a default layer mode listing, and the proposed modes could certainly >be >there." The possibility to add "CUSTOM " layer modes (here i think mostly to modes used in Photoshop but missed in gimp as exclusion, pin light, vivid light...) will be very useful, even in the case would be a "advanced" option requiring some fiddling from users, and maybe precaution when saving here,I can't imagine how that may be done but if possible would be quite useful thank for your work ,correct application of merging mode is in my opinion fundamental for sw as Gimp ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] The old bugs in merging modes are fixed now?
Alchemie foto\grafiche wrote: > I hoped that with the passage to GEGL the old bugs in the Mreging mode were > fixed > (i refer here to OVERLAY, that in gimp is NOT overlay but a misnamed clone of > Soft Light, and to Color that do not seems work properly ) > Hi With GEGL enabled for the projection (View -> Use GEGL) the layer modes Overlay and Soft Light are not identical any longer, in other words fixed in that sense. Iirc I reused the legacy algorithm verbatim for the Color mode so if the legacy code had issues the GEGL code probably will as well. We should fix Color mode before we use GEGL for the projection by default. I looked up the bug report for this: Bug 325564 – Layer mode "Color" doesn't work well http://bugzilla.gnome.org/show_bug.cgi?id=325564 and put it on the 2.8 milestone list. There is a closed bug report for the Overlay mode but can't find it right now. There have not yet been a release for which this could be mentioned in the release notes. Plus, as long as GEGL is not used for the projection by default this is not really that big news. BR, Martin ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] The old bugs in merging modes are fixed now?
I hoped that with the passage to GEGL the old bugs in the Mreging mode were fixed (i refer here to OVERLAY, that in gimp is NOT overlay but a misnamed clone of Soft Light, and to Color that do not seems work properly ) But i didn't see any news in the release notes, or in the Bugzilla reports Did i miss something, and that is already solved, or is on the "to do" list. Is not good for a advanced Graphic editor have similar bug regarding something basic as the correct application of Merging modes (is true that few users notice the problem in Overlay, since anyway the result should be similar to Soft Light...but similar not always identical ) If were fixed ,such good news should be reported ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
