Re: [Gimp-developer] [PATCH] Improve brush outline for fuzzy brushes, sample screenshot included
On Fri, Sep 11, 2009 at 1:24 PM, peter sikking wrote: > - when painting, first I feel that this outline is a lousy > representative > for a brush. next I notice that getting the 'brush' out of the way and > showing the immediate paint result rules. so now I am thinking: > what about no outline at all and just a cross-hair for mouse position > when the mouse is down? What exactly do you mean? Disabling brush outline at all? Or disabling brush outline when mouse button is pressed (stylus is touching surface and moving)? The latter could work, but disabling brush outline completely won't work at all. Alexandre ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] FW: GIMP, GEGL and raw image formats
On Sun, Sep 13, 2009 at 5:49 AM, wrote: > And if GEGL provides this ability by default, why not using it in GIMP? :) I believe that is exactly what's planned. It's alot of work and so will take time. It's also the case that GEGL is not as complete as Gimp, at least not yet. It makes no sense to adopt GEGL if it means eliminating most of the Gimp's existing features to do so. GEGL itself must be finished first. Monty ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] [PATCH] Improve brush outline for fuzzy brushes, sample screenshot included
hi, David Gowers wrote: > On Sun, Sep 13, 2009 at 10:22 AM, Rob Antonishen > wrote: >> Peter- >> >> To clarify, you are suggesting the on screen pointer icon/sprite could >> show the actual brush as it would look painted with a single mouse >> click, but once painting/holding the mouse down it would render as a >> cross hair? And once the mouse is released it would turn back to a >> static "sprite"? >> >> That should keep the response faster when painting then, right? >> >> That would great for a mouse user, but would it work for a size >> dynamic tablet user? > > As a tablet user, the above is exactly what I want; I certainly don't > want an outline while painting (may not be completely accurate, and I > tend to move too fast for the outline to have any real use) > > When using a mouse, visual response to movement tends to be > predictable enough that I don't really gain anything from the brush > outline during painting either. does this still hold true when using the dodge/burn tool, too? greetings, peter ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] [PATCH] Improve brush outline for fuzzy brushes, sample screenshot included
hi, peter sikking wrote: > - it is fantastic to see a fuzzy/grunge brush as a real > "copy of the actual brush" when one is not painting, but it has to > _contrast_ with what is under it or else it just disappears. When it > contrasts (some X-OR variation, or so) I think it should not be semi > transparent anymore, just exactly reflect the brush alpha value for > each of its 'pixels'. on the other hand, showing the brush stamp gives a good preview of drawing. This can be taken to the extreme by setting 'idle' opacity to 100%. But then this only makes sense for drawing in normal mode on the top layer. And becomes totally useless for the dodge/burn tool. Adding contrast needs some thought -- at least the standard XOR 0x7FFF7F doesn't perform well using simple blending according to brush stamp alpha: http://yahvuu.wordpress.com/2009/08/30/scratch-trash/ somebody got ideas for better algorithms? > - that really opens up what (dynamic) paint parameters should be > reflected by the brush when not painting: looks like brush geometry > (brush, scale, aspect ratio, angle) yes, hardness: maybe, rest > (opacity, spacing, jitter, color(gradient)) no. i'd love to indicate hardness somehow. Seems to me what's interesting is not so much the exact border of, say 25% opacity, but rather a hint about how wide the feathering is. greetings, peter ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] FW: GIMP, GEGL and raw image formats
Thanks for the quick response Martin! Sounds great! Years ago I made a feature request on the bug tracker and asked for adding support for raw images, but finally it ended in a resolved - wontfix. But that was afaik a while before there were any intentions to switch to GEGL. And if GEGL provides this ability by default, why not using it in GIMP? :) For the time being I have to use UFRaw for that job. Regards, Micha > Hi! > GIMP's product vision [1] is among other things to be a high-end photo > manipulation > application. That includes the ability to import and edit RAW images. So yes, > some day > that will be possible to do in GIMP. > Regards, > Martin Neu: WEB.DE Doppel-FLAT mit Internet-Flatrate + Telefon-Flatrate für nur 19,99 Euro/mtl.!* http://produkte.web.de/go/02/ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GIMP, GEGL and raw image formats
On 09/13/2009 11:21 AM, us3...@web.de wrote: > Because of the fact that GEGL provides support for some raw image > formats, I just wanna ask, whether it is planned to use this ability in GIMP > someday Hi! GIMP's product vision [1] is among other things to be a high-end photo manipulation application. That includes the ability to import and edit RAW images. So yes, some day that will be possible to do in GIMP. Regards, Martin [1] http://gui.gimp.org/index.php/GIMP_UI_Redesign#product_vision -- My GIMP Blog: http://www.chromecode.com/ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] GIMP, GEGL and raw image formats
Hello everyone! Because of the fact that GEGL provides support for some raw image formats, I just wanna ask, whether it is planned to use this ability in GIMP someday, so that you can open and edit those images natively without the need of a plug-in. Thanks for response! Regards, Micha __ GRATIS für alle WEB.DE-Nutzer: Die maxdome Movie-FLAT! Jetzt freischalten unter http://movieflat.web.de ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] GIMP, GEGL and raw images
Neu: WEB.DE Doppel-FLAT mit Internet-Flatrate + Telefon-Flatrate für nur 19,99 Euro/mtl.!* http://produkte.web.de/go/02/ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Bug #164774
David Gowers (00a...@gmail.com) wrote: > On Fri, Sep 11, 2009 at 6:54 PM, peter sikking wrote: > > can somebody tell me why we have a tiny replacement for the menu bar > > right below the menu bar? > > The obvious answer here is that it's visible when the menubar is not. Well, it has been introduced in the times where there was *no* menubar and tablet-users (with no RMB) needed a way to invoke the menu. Bye, Simon -- si...@budig.de http://simon.budig.de/ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
