Re: [Gimp-developer] [PATCH] Improve brush outline for fuzzy brushes, sample screenshot included
(peter) yahvuu wrote: what about printing a semi transparent copy of the actual brush on the canvas? exactly what I thought. Even though I think the patch made the brush outline better for fuzzy brushes, it is still not without flaws. Let's ignore the patch and aim for the above instead i guess what works best is to display the brush outline while drawing and to use the brush stamp when idling. If you want to test-drive the look and feel, here's a flash applet featuring various outline designs: http://sites.google.com/site/yahvuu/stuff/brushtester-web.lzx.swf8.swf?attredirects=0 I tried that, and although I would not call that exactly a solution, it did help to observe some things: - 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'. - 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. - 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? --ps founder + principal interaction architect man + machine interface works http://mmiworks.net/blog : on interaction architecture ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] We should go for a single-window mode in 2.8
Hi, We are making pretty good progress towards GIMP 2.8 which has turned into an everything but GEGL release. I think it would make sense to also go for a single-window mode in 2.8 and not 2.10 as originally planned. By doing this we will be able to focus all resources on integrating GEGL once 2.8 is released. Integrating GEGL will require rather big changes to the code base, and I don't think having one guy working in parallel on another feature that requires big code changes is a good idea. A single-window mode would also turn 2.8 into a remarkable release, with both layer-groups and a single-window mode, none of which were originally planned for 2.8. I intend to start working on this asap, and peter will work on a UI spec as soon as he gets time. If you have objections, please speak up. / Martin particularly'm used to working with multiwindowing not that bother me too much work a single window, but is more customizable necessary checks to see which work and part with to see your desktop while you do this is something I've always liked to of gimp, which could see other screens in the background while working in gimp .. Thanks .. Happy-Word. -- harold (via www.gimpusers.com) ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Bug #164774
second try sending this... Liam wrote: On Thu, 2009-09-10 at 00:00 +0200, peter sikking wrote: [///] grab the top-left square where the 2 rulers cross and drag+drop it anywhere on the canvas. the place that currently gives a pop-up menu? damn. yes. can somebody tell me why we have a tiny replacement for the menu bar right below the menu bar? --ps founder + principal interaction architect man + machine interface works http://mmiworks.net/blog : on interaction architecture ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] We should go for a single-window mode in 2.8
On 09/11/09 12:46, harold wrote: Hi, We are making pretty good progress towards GIMP 2.8 which has turned into an everything but GEGL release. I think it would make sense to also go for a single-window mode in 2.8 and not 2.10 as originally planned. By doing this we will be able to focus all resources on integrating GEGL once 2.8 is released. Integrating GEGL will require rather big changes to the code base, and I don't think having one guy working in parallel on another feature that requires big code changes is a good idea. A single-window mode would also turn 2.8 into a remarkable release, with both layer-groups and a single-window mode, none of which were originally planned for 2.8. I intend to start working on this asap, and peter will work on a UI spec as soon as he gets time. If you have objections, please speak up. / Martin FWIW, a -1 from me on single window and a +1 on the existing multi-window. Single windows are generally too cluttered up with stuff you don't need at the moment and use screen space inefficiently. particularly'm used to working with multiwindowing not that bother me too much work a single window, but is more customizable necessary checks to see which work and part with to see your desktop while you do this is something I've always liked to of gimp, which could see other screens in the background while working in gimp .. Thanks .. Happy-Word. ___ 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
second try sending this... (peter) yahvuu wrote: what about printing a semi transparent copy of the actual brush on the canvas? exactly what I thought. Even though I think the patch made the brush outline better for fuzzy brushes, it is still not without flaws. Let's ignore the patch and aim for the above instead i guess what works best is to display the brush outline while drawing and to use the brush stamp when idling. If you want to test-drive the look and feel, here's a flash applet featuring various outline designs: http://sites.google.com/site/yahvuu/stuff/brushtester-web.lzx.swf8.swf?attredirects=0 I tried that, and although I would not call that exactly a solution, it did help to observe some things: - 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'. - 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. - 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? --ps founder + principal interaction architect man + machine interface works http://mmiworks.net/blog : on interaction architecture ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] We should go for a single-window mode in 2.8
On 09/13/2009 12:41 AM, Chris Moller wrote: FWIW, a -1 from me on single window and a +1 on the existing multi-window. Single windows are generally too cluttered up with stuff you don't need at the moment and use screen space inefficiently. Let's clear this up once and for all: The single-window mode is just a mode, multi-window will still be possible. GIMP 2.8 will support both a single-window interface and a multi-window interface. / Martin -- 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
Re: [Gimp-developer] [PATCH] Improve brush outline for fuzzy brushes, sample screenshot included
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? -Rob A On 9/11/09, peter sikking pe...@mmiworks.net wrote: second try sending this... (peter) yahvuu wrote: what about printing a semi transparent copy of the actual brush on the canvas? exactly what I thought. Even though I think the patch made the brush outline better for fuzzy brushes, it is still not without flaws. Let's ignore the patch and aim for the above instead i guess what works best is to display the brush outline while drawing and to use the brush stamp when idling. If you want to test-drive the look and feel, here's a flash applet featuring various outline designs: http://sites.google.com/site/yahvuu/stuff/brushtester-web.lzx.swf8.swf?attredirects=0 I tried that, and although I would not call that exactly a solution, it did help to observe some things: - 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'. - 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. - 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? --ps founder + principal interaction architect man + machine interface works http://mmiworks.net/blog : on interaction architecture ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer -- Sent from my mobile device ___ 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
On Sun, Sep 13, 2009 at 10:22 AM, Rob Antonishen rob.antonis...@gmail.com 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. +1 on crosshairs-only during painting ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] We should go for a single-window mode in 2.8
On 09/13/2009 12:41 AM, Chris Moller wrote: FWIW, a -1 from me on single window and a +1 on the existing multi-window. Single windows are generally too cluttered up with stuff you don't need at the moment and use screen space inefficiently. Let's clear this up once and for all: The single-window mode is just a mode, multi-window will still be possible. GIMP 2.8 will support both a single-window interface and a multi-window interface. / Martin I would be in favor of an optional single-window mode. On my laptop it would work well. On my desktop, I have dual monitors, so it makes sense to split the windows up. So yeah, +1 vote for single-window mode. One thing I'd like is to have multiple columns of dockable dialogs per window, instead of limiting to just one column. Also, I'd find it useful to dock some dockable dialogs into the image window but not all of them. Just putting that out there. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
