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] [PATCH] Improve brush outline for fuzzy brushes, sample screenshot included
hi, Alexandre Prokoudine wrote: 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)? you may try this with the brush tester [1], by setting opacity values for 'MouseDown' and 'MouseMove' to zero. greetings, peter PS: a dhtml version is also available from [2] [1] http://sites.google.com/site/yahvuu/stuff/brushtester-web.lzx.swf8.swf?attredirects=0 [2] http://yahvuu.wordpress.com/2009/09/09/brush-tester/ ___ 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
Alexandre wrote: What exactly do you mean? OK, I'll try to be clearer: mouse up/not painting/just hovering over the canvas: show the real brush pixmap, with all the contrast we can muster vs. the canvas under it, 100% true opacity for each stamp pixel, reflecting brush, scale, aspect ratio, angle + hardness (?) parameters and dynamics, but not opacity, spacing, jitter, color(gradient) parameters and dynamics. mouse down/painting/stroking on the canvas: the applied 'paint' is the feedback. show nothing but a cross-hair (again in all the contrast we can muster) at the mouse position. this is really just there to keep users 'rooted', a confidence builder. --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] [PATCH] Improve brush outline for fuzzy brushes, sample screenshot included
That would be fine if GIMP only supported mouse click painting, not dragging. When one moves mouse while painting seeing brush outline and borders of analyzed area for healing brush is useful. peter sikking wrote: mouse down/painting/stroking on the canvas: the applied 'paint' is the feedback. show nothing but a cross-hair (again in all the contrast we can muster) at the mouse position. this is really just there to keep users 'rooted', a confidence builder. With respect Alexander Rabtchevich ___ 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
Liam R E Quin wrote: OK, I am listening. can you explain to me how this worked better in 2.6? First, note that I said right now -- although strictly speaking I should have said a month ago, I need to update. Sorry that I did not follow up on this sooner, but it may have been a good thing. now that you have updated your build, can you please state how much of the grievances are left? I suspect most of them are gone, when things are implemented to spec. --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] Bug #164774
Simon Budig wrote: David Gowers wrote: 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. so now on the one hand there is the impression that this is legacy UI (aka old cruft) but on the other hand I am reluctant just to drive a bulldozer over it. it would however be fully reasonable is only ruler type of stuff would be dependent on rulers being displayed. even creating guides has to be one day be decoupled (don't know how yet) from rulers being there, to create a chance of having a clean image window and be able to create guides. --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] Bug #164774
On Mon, 2009-09-14 at 20:43 +0200, peter sikking wrote: it would however be fully reasonable is only ruler type of stuff would be dependent on rulers being displayed. even creating guides has to be one day be decoupled (don't know how yet) from rulers being there, Isn't this already possible with Image-Guides-{New Guide,New Guide (by Percent)}? What would this decoupling add to this? -- Michael J. HammelPrincipal Software Engineer mjham...@graphics-muse.org http://graphics-muse.org -- Dopeler effect: The tendency of stupid ideas to seem smarter when they come at you rapidly. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Bug #164774
Michael J. Hammel wrote: On Mon, 2009-09-14 at 20:43 +0200, peter sikking wrote: it would however be fully reasonable is only ruler type of stuff would be dependent on rulers being displayed. even creating guides has to be one day be decoupled (don't know how yet) from rulers being there, Isn't this already possible with Image-Guides-{New Guide,New Guide (by Percent)}? What would this decoupling add to this? being able to place a new guide with your mouse 'just there' by feeling using your expert eye. --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] [PATCH] Improve brush outline for fuzzy brushes, sample screenshot included
Alexander Rabtchevich wrote: That would be fine if GIMP only supported mouse click painting, not dragging. When one moves mouse while painting seeing brush outline and borders of analyzed area for healing brush is useful. peter sikking wrote: mouse down/painting/stroking on the canvas: the applied 'paint' is the feedback. show nothing but a cross-hair (again in all the contrast we can muster) at the mouse position. this is really just there to keep users 'rooted', a confidence builder. I think you are right in pointing out that not all 'painting' actions (like heal or dodge and burn, or just subtle painting) give strong enough results that can 'speak for themselves.' trying that out myself with heal, dodge and burn and the round fuzzy brush, I found the outline also utterly useless at showing me what was going to change how strongly within that outline. nice pair of opposing requirements during painting: 1) give a clear and exact impression of the effective brush, including its fuzziness, no matter what's on the canvas 2) get out of the way of very subtle 'painting' results --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] Bug #164774
On Mon, 2009-09-14 at 22:21 +0200, peter sikking wrote: Michael J. Hammel wrote: Isn't this already possible with Image-Guides-{New Guide,New Guide (by Percent)}? What would this decoupling add to this? being able to place a new guide with your mouse 'just there' by feeling using your expert eye. You can already do this with guides - just drag them from the rulers. Ruler visibility has be to toggled (when working in a clean window) but I would say that's less complex and more intuitive than overloading keyboard/mouse combinations. Rotating guides after creation is a separate matter related to guide management, not guide creation. I don't think current guide creation is complex enough (even when aiming for a clean window) to warrant separation from rulers, IMHO. -- Michael J. HammelPrincipal Software Engineer mjham...@graphics-muse.org http://graphics-muse.org -- Bumper Sticker: Try not to let your mind wander... It is too small and fragile to be out by itself. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Bug #164774
Michael J. Hammel wrote: On Mon, 2009-09-14 at 22:21 +0200, peter sikking wrote: Michael J. Hammel wrote: Isn't this already possible with Image-Guides-{New Guide,New Guide (by Percent)}? What would this decoupling add to this? being able to place a new guide with your mouse 'just there' by feeling using your expert eye. You can already do this with guides - just drag them from the rulers. I was aiming for this without involving rulers... --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] Bug #164774
On Mon, Sep 14, 2009 at 5:09 PM, peter sikking pe...@mmiworks.net wrote: Michael J. Hammel wrote: On Mon, 2009-09-14 at 22:21 +0200, peter sikking wrote: Michael J. Hammel wrote: Isn't this already possible with Image-Guides-{New Guide,New Guide (by Percent)}? What would this decoupling add to this? being able to place a new guide with your mouse 'just there' by feeling using your expert eye. You can already do this with guides - just drag them from the rulers. I was aiming for this without involving rulers... I think it's reasonable to pair rulers and guides, and would certainly want to keep the ability to drag a guide from a ruler. However, if there were an alternate method I might use it as well - something like press a key, the mouse is now dragging a guide, click on the window and get a new guide. Maybe some sort of modifier to toggle/go horizontal/vertical? Seems like part of the code would already be there in the 'New Guide' menu item, but have not looked... 0.02 Chris ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Bug #164774
On Mon, 2009-09-14 at 17:50 -0500, Chris Mohler wrote: I think it's reasonable to pair rulers and guides, and would certainly want to keep the ability to drag a guide from a ruler. However, if there were an alternate method I might use it as well - something like press a key, the mouse is now dragging a guide, click on the window and get a new guide. Maybe some sort of modifier to toggle/go horizontal/vertical? Seems like part of the code would already be there in the 'New Guide' menu item, but have not looked... This is actually the point I'm trying to make. How is any key/mouse combination going to be any more intuitive/less complex than dragging from a ruler? Decoupling adds complexity (at a minimum forcing users to learn a new process, but probably worse than that) for the sake of cleanliness (re: being able to hide the rulers), but I don't think the trade offs are worth it. In other words, I don't see that remembering something like Ctrl-Alt-Shift-R right mouse click is any improvement over view ruler, drag guide from ruler, hide ruler (assuming this only applies to situations where the canvas is not showing the rulers in the first place) especially when the latter is possible with one hand and one finger. Yes, simpler keyboard modifiers are possible but most are already taken and it may not be so easy to assign a meaningful one to this particular process. So, again IMHO, the effort required to change this is hardly worth the benefit gained by its implementation, especially when the result may not (arguably) be an improvement in the UI. -- Michael J. HammelPrincipal Software Engineer mjham...@graphics-muse.org http://graphics-muse.org -- It's hard to believe that he beat 1,000,000 other sperm to the egg. -- From a real employee performance evaluation. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Bug #164774
On Mon, Sep 14, 2009 at 6:12 PM, Michael J. Hammel mjham...@graphics-muse.org wrote: On Mon, 2009-09-14 at 17:50 -0500, Chris Mohler wrote: I think it's reasonable to pair rulers and guides, and would certainly want to keep the ability to drag a guide from a ruler. However, if there were an alternate method I might use it as well - something like press a key, the mouse is now dragging a guide, click on the window and get a new guide. Maybe some sort of modifier to toggle/go horizontal/vertical? Seems like part of the code would already be there in the 'New Guide' menu item, but have not looked... This is actually the point I'm trying to make. How is any key/mouse combination going to be any more intuitive/less complex than dragging from a ruler? Decoupling adds complexity (at a minimum forcing users to learn a new process, but probably worse than that) for the sake of cleanliness (re: being able to hide the rulers), but I don't think the trade offs are worth it. Well, I don't think so either. I find the method of dragging from the ruler to be quite intuitive already. Then again, I was trained since PS 2.0 (or thereabouts) that guides come from rulers - so I might be biased ;) But if ui team is determined to find a way to add guides w/o rulers, then a kb shortcut is the way I'd go - that's all I had to say :) Chris ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Bug #164774
In other words, I don't see that remembering something like Ctrl-Alt-Shift-R right mouse click is any improvement over view ruler, drag guide from ruler, hide ruler (assuming this only applies to situations where the canvas is not showing the rulers in the first place) especially when the latter is possible with one hand and one finger. Yes, simpler keyboard modifiers are possible but most are already taken and it may not be so easy to assign a meaningful one to this particular process. And there is already Shift-Ctrl-R ro toggle rulers! So hotkey, drag, hotkey. -Rob A ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] A new
Hi all, In this Google Summer of Code season, a new detail refinement brush was done. This page is a demo: http://sites.google.com/site/gsoc2009/result-demo There might still be some bug. I'd love to get any feedback from you. Regards, Jenny ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] I only have Gimp 2.6.7 binaries
Von: David G. for...@gimpusers.com In another Gimp related issue, in mi new Windows Vista machine Gimp 2.6.7 crashes the graphic card driver a lot when I activate a selection markee. Nvidia has corrected the bug in at least some of their drivers, you might want to check for updates. I think that it had been XP in the cases I've read about, though. On a side note, I had a very hard time convincing users that this kind of problem (display flickers when using a selection in GIMP with a very specific Nvidia card, and others don't have the same problem) is something that should be reported to Nvidia. They insisted that the problem has to be in GIMP... Don't be afraid to send reports about bug you've encountered to any company, insitution, service, ... . If they never hear about it, they can't fix it. HTH, Michael Update: I checked again in the Nvidia site and there was a driver update shortly after I installed the most recent I could find there meaning that I downloaded the newest drivers at about the first week of August and when I checked after this last post I saw that Nvidia had posted new drivers on the 20th of August so I downloaded and installed those and the bug seems to be gone, I have not noticed the screen flashing anymore when I activate the selection markee and the problem happened happened fairly quickly after doing that and the GPU has not reported that it has crashed and recovered again so I think that it was definitely a driver problem, great! I can use my Gimp again!! -- David G. (via www.gimpusers.com) ___ 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
Yep single window mode will take away all the clutter that has right now for newbie :) Duh.. I reviewed Gimp 2.6 for Indian Linux magz, and now running a beginner tutus for the same. Now i have to revamp the tutorials again :P http://www.linuxforu.com/ -- Shashwat (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] A new
On 09/15/2009 03:50 AM, Jenny wrote: Hi all, In this Google Summer of Code season, a new detail refinement brush was done. This page is a demo: http://sites.google.com/site/gsoc2009/result-demo There might still be some bug. I'd love to get any feedback from you. Hi Jenny, Thanks for making that page. Would it be possible to also get a sample how the new SIOX performs for green screens? A zoom in at the edge of the extracted object to show how it handles alpha would also be interesting. These are the kind of pictures I mean: http://images.google.com/images?q=green+screen BR, 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