Re: [Gimp-developer] Patch tool for the GIMP
Daniel Falk wrote: I'm afraid that I committed a little faux pas by prematurely posting this as a bug, but I was told to discuss the idea in the mailing list for the devs to decide whether they want to implement it. Here's the idea (as posted in my bug) what do you think? Photoshop's patch tool is very effective for larger areas that need healing. This is a request for a similar tool to be added to the Gimp. Patching works like this. The user selects the blemish and with the patch tool selected drags that selection to a source region that will replace what had been selected. Of course more than just a replace, it is a sort of blended replace that seems to resemble the way the healing brush would blend. Also as the user is dragging that selection to find a good area to clone from, the originally selected region updates with a somewhat blended view as a sort of preview. I say somewhat because I think it's a quicker algorithm that manages to update without taxing the cpu significantly. When the mouse button is release, the blend completes. Please see the reference video for a good example of how the tool works. http://video.about.com/graphicssoft/The-Patch-Tool.htm Hello That looks like a good way to patch images to me. Judging from the vide the preview seems to be simply a copy-paste of the area that will be used to patch. Since I think the algorithm used is the same as for the Healing Tool, implementing this tool should be rather easy. Would probably make sense to let gui.gimp.org study the details of how to make this tool as usable as possible, though the way Photoshop does it looks pretty optimal to me. Let's hope someone finds the time to look more into this. - Martin Nordholts ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] 2.6 roadmap: metadata and jpeg plug-in enhancements
Currently, GIMP tries to do a bit of both in the same jpeg plug-in and does not do either of them correctly: Raphael: These subjects were discussed before in the list when I ranted about almost the same. Since that some changes were made in the jpeg plug-in for GIMP 2.4.0 and imo they covered the real issues very well (now the plugin uses the existing quality instead of hopelessly destroying the original file changing its quality to 85). Anyway, I agree that the default quality for new images (85) is kinda low. Something between 90/93 should be better for the default value. The plugin already offers the possibility to change that setting in the first save (and better, the plugin lets you set a new default clicking a single button). So it's not a big deal. Another aspect I would suggest to change is the default subsampling. 1x1,1x1,1x1 (the best quality) is imo the better choice, because it gives a larger file, but much better quality. As this setting is hide under the advanced options tag, for the regular user it would be better if the best quality is provided, instead of the the best compression. Best compressions is an optimization. If you need a smaller file, it's a nice option. But regular users (user case: Jane wants to make minor adjustments of brightness and contrast images and remove red eyes on her birthday party) will expect the best quality by default. That's why I think the default values should be changed. About the rest of the current plugin interface, it looks just fine for me. You just mentioned PS. They chose these settings by default (higher quality and better subsampling). People (like myself the first time) tend to believe that PS offers better quality because of that. That's not true and simply changing the default values should help to destroy that false claiming. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] momentary shortcut to the zoom tool?
There doesn't seem to be a way to temporarily switch to the zoom tool while a button is pressed. For example if I hold down ctrl + space, it would switch to the zoom tool, I could click-drag a rectangle to zoom, and let up on the ctrl + space, and it would switch back to the tool that was selected previously. I used this in photoshop all the time, so I can attest to its benefit. I realize there are shortcuts in the GIMP for zooming. The scroll wheel comes to mind, but zooming by dragging a rectangle is often much more useful for zooming in, and switching to the zoom tool by going over to the toolbox, clicking the zoom tool, then going back to draw the rectangle, then going back to the toolbox to re-select the previous tool, then back to the image to do the thing you were going to do... And I also realize there's a shortcut key for the zoom tool, but even then you have to switch back to the previous tool, which often requires a more difficult shortcut key than Z and probably a good memory too (there are over 30 different tools after all.) Another conceivable solution is simply to have a way to select the previous tool with an easy, left-handed shortcut. Doing that wouldn't be quite as simple for zooming as the momentary zoom idea, but on other occasions might be useful in its own right. What do you all think? ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] GIMP 2.6 and Script-Fu
Greetings. The Script-Fu plug-in in GIMP 2.4 uses version 1.38 of TinyScheme. There are about 8 bug fixes to that version of TinyScheme listed in SourceForge. Most of these fixes have not been applied to the TinyScheme used in Script-Fu. I would like to apply most, if not all, of these fixes to the TinyScheme used in GIMP. A couple of the bugs may have already been fixed but differently to the official version of TinyScheme. One of the bugs fixed in GIMP's TinyScheme may have a better fix in the official version although this needs to be verified. The first step would be to create bug reports for each needed plus a tracking bug. Not all of the outstanding bugs need to be included in TinyScheme. Some bug fixes could be held off until after post 2.6. The bug fixes can be applied quickly so there is plenty of time to run any needed tests on the fixes before 2.6 is out. It would also be nice to see support for radio buttons added to Script-Fu. I might need to consult on this with someone as I'm not that good at GTK programming. I almost had it the last time I tried a patch for this but I didn't get it 100%. -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] Negative Press
GIMP just got some negative press at linux.com. What are y'alls opinions on it? http://www.linux.com/feature/120635 Loo ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Negative Press
On 11/3/07, Barry Loo wrote: GIMP just got some negative press at linux.com. What are y'alls opinions on it? http://www.linux.com/feature/120635 This is quite unusual for Nathan to miss the point *that* much. Alexandre ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Negative Press
Barry Loo wrote: GIMP just got some negative press at linux.com. What are y'alls opinions on it? http://www.linux.com/feature/120635 As far as GIMP is concerned, http://www.linux.com/?module=commentsfunc=displaycid=1169329 and http://www.linux.com/?module=commentsfunc=displaycid=1169345 are the appropriate answers. And I do suspect that the icon problem isn't as serious as the author wants it to be, either. paranoia mode Nathan has obviously been bribed by a closed source company to disrupt the open source community. /aparnoia mode Michael -- GIMP http://www.gimp.org | IRC: irc://irc.gimp.org/gimp Wiki http://wiki.gimp.org | .de: http://gimpforum.de Plug-ins http://registry.gimp.org | ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Negative Press
Date: Sat, 3 Nov 2007 14:47:18 -0400 From: Barry Loo [EMAIL PROTECTED] GIMP just got some negative press at linux.com. What are y'alls opinions on it? http://www.linux.com/feature/120635 I've had my share of issues with the GIMP UI (and I've been vocal about it at times), but I think this piece is completely off the mark. It's really no different from a group of people going off into a small room to focus on something rather than being constantly interrupted by everyone passing by. That was a particularly unfortunate out of context quote of Peter Sikking's. The only one of the three that I've met is Ellen Reitmayr (at the April 2006 printing summit in Atlanta), and my impression was most certainly not that she isn't interested in listening to other people. She and a couple of other of the UI folks spent a couple of hours brainstorming on Gutenprint UI issues. -- Robert Krawitz [EMAIL PROTECTED] Tall Clubs International -- http://www.tall.org/ or 1-888-IM-TALL-2 Member of the League for Programming Freedom -- mail [EMAIL PROTECTED] Project lead for Gutenprint --http://gimp-print.sourceforge.net Linux doesn't dictate how I work, I dictate how Linux works. --Eric Crampton ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Negative Press
Contrast the GIMP UI redesign with the GIMP project as a whole, which invites and receives patches, bug reports, and ideas from scores of outsiders. The focus was on the UI redesign, not GIMP. In fact the quote above compliments GIMP (but at the UI redesign's expense). -- Tim Jedlicka, Network Entomologist [EMAIL PROTECTED], http://www.galifree.com ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
