Re: [Gimp-user] stroke selection not antialiased
Simon Budig wrote: > Ernie Wright ([EMAIL PROTECTED]) wrote: > >> I don't get *any* antialiasing when I stroke elliptical selections. > > You're not doing anything wrong and we know about this effect. Gimp > doesn't do anything wrong either, it just does something the user does > not expect it to do. > > The effect is discussed in bug #50730 > ( http://bugzilla.gnome.org/show_bug.cgi?id=50730 ). Thanks Simon, very helpful. Good to know it's not just me. (My search-fu wasn't very good. This has, in fact, come up in gimp-user several times before. My bad.) "Does something the user does not expect" is the definition of a design flaw (which might be what you meant, irony being difficult to detect in e-mail), but as you say, that discussion probably belongs on gimp-devel. - Ernie http://home.comcast.net/~erniew ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] Gimp 2.6 Desktop layout
>>>Previous message... >> >> How the GIMP user interface should behave... >> Three popular options are: >> 1) Keep the Toolbox and Docks next to, and NOT overlapping, the image window. >> Good for big, wide monitors. The behaviour is then very much like a >> single-window application. >> 2) Keep the Toolbox and Docks over the image window. Use Tab key to hide or >> to show the Toolbox and Docks. >> 3) Set the mouse to activate and raise windows, and set the Toolbox and Docks >> to go either above or below the image window. Then a quick movement of the >> mouse brings up whichever window is desired. >> Bettina asks... Hi Sterling, could you please mention on which platforms your these options work? E.g.number 2. don't works on Mac neither on Windows XP (in my case). thank you tina Reply to Bettina... Hello Tina, Number 1. should be work on any platform, since the windows never need to overlap. You might want to adjust the GIMP settings under "Edit-Preferences-Image Windows-Zoom and Resize Behaviour" to kep the imag window where you want it. --- --- --- --- --- --- --- Number 2. takes more explanation, even though it is the default behaviour in GIMP 2.6. First, look at the options in "Edit-Preferences-Windows Management-Hint for the toolbox/Hint for other docks". Each 'hint' box has three options: Normal Window-- Means the toolbox or dock can be over or under the image window and shows up in the Windows 'Taskbar' (in other operating systems may be called 'Panel' or 'Dock'). Utility Window-- Toolbox/dock stays over the image window and does not appear in the taskbar. Keep On Top-- Toolbox/dock stays over image window and does appear in the taskbar. GIMP 2.6 by default has the toolbox and docks set to be Utility Windows. The Tab key's function of showing or hiding the toolbox and docks is built into GIMP and cannot be changed without going into the source code. A regular GIMP user cannot change it. The problem Mario pointed out in an earlier post is that once the toolbox has got 'focus', the Tab key switches from one tool to the next. You have to click-on the image window or the dock to take the focus away from the toolbox for the tab key to act like we want it to, and hide the toolbox and docks. --- --- --- --- --- --- --- Number 3. has the toolbox and docks set to be Normal Windows. Movement of the mouse is used to activate and raise the desired window. In Ubuntu 8.04 that mouse behaviour is set under "System-Preferences-Windows". In Windows XP it is set in TweakUI under a tab labelled 'Mouse'. If you do not already have TweakUI, it is a free download from Microsoft. My version shows up as a Control Panel item. I think the newer version shows up in your Programs list. I do not know how to do these things on a Mac. Anyone else know? If you use the mouse this way, you need to watch out for two things: 1) Keep the delay long enough so that you can move the mouse to a newly opened window without covering that window with some previous one. 2) Only open about half a dozen windows at once. If you have too many, they will cover each other and make it difficult to find the ones underneath. If you have multiple desktops (like Linux OS's have) use one desktop for GIMP and run other stuff elsewhere. --- --- --- --- --- --- --- I know this was a long explanation, but I hope it was also useful. -- Sterling ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] stroke selection not antialiased
Ernie Wright ([EMAIL PROTECTED]) wrote: > I don't get *any* antialiasing when I stroke elliptical selections. > > Antialiasing is checked in the tool attributes of the Ellipse Select > tool. It's also checked in the Choose Stroke Style dialog. > > Fills antialias just fine. I also get an antialiased line if I convert > the selection to a path and then stroke the path. See > > http://home.comcast.net/~erniew/gimp_alias.png > > I haven't seen this discussed anywhere, which is normally a clue that > I'm doing something wrong, but I can't imagine what it might be. You're not doing anything wrong and we know about this effect. Gimp doesn't do anything wrong either, it just does something the user does not expect it to do. The effect is discussed in bug #50730 ( http://bugzilla.gnome.org/show_bug.cgi?id=50730 ). I played around with the code in question in 2003 (see comments #15 and #16) but did not come up with a real solution. The underlying problem is, that the selection boundary you're stroking is made up of lots of horizontal and vertical segments - the ones you see when zooming into the image and watching the marching ants. Stroking it with the method you choose results in a lot of faithfully rendered edges, which happen to mirror the original pixels and looks like not-existing antialiasing. Converting the selection to a path intentionally drops these little horizontal/vertical segments and approximates them with a smooth bezier curve and suddenly the whole problem disappears. A proper fix probably would need a different approach on how we handle the selection, but this part of the discussion should happen on gimp-devel. I hope this helps, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] stroke selection not antialiased
I don't get *any* antialiasing when I stroke elliptical selections. Antialiasing is checked in the tool attributes of the Ellipse Select tool. It's also checked in the Choose Stroke Style dialog. Fills antialias just fine. I also get an antialiased line if I convert the selection to a path and then stroke the path. See http://home.comcast.net/~erniew/gimp_alias.png I haven't seen this discussed anywhere, which is normally a clue that I'm doing something wrong, but I can't imagine what it might be. Using both 2.2.10 in SUSE 10.1 and whatever GIMP version is in CentOS 5 (I believe that's also a 2.2.x version). - Ernie http://home.comcast.net/~erniew ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] Strange zoomout behavior
Hello Gimp Users and Developers, In my opinion, Gimp (especially 2.6.1) shows some weird behavior, when it comes to zooming out. I originally posted my concern in "Bug 553534 – centering issues after image scaling and setting zoom to 100%", but Martin Nordholts told me to post it here. When I zoomed in with 2.6.0, put the cursor on the "pixels of interest", and type "1", the pixels of interest WAS at (or close to) the cursor (as expected). Now, with 2.6.1, the "pixels of interest" are somewhere, but not by far close to the cursor. Instead I always see the corner which is closest to the "pixels of interest" centered in the window. Martin Nordholts wrote upon that: "... that is a matter of taste. I prefer the way it works now and I don't see any compelling reason to change." I would like to understand, why someone finds the new behavior to be better than he old one? Any examples would be appreciated, maybe my workflow is simply bad... But for the following workflow, the new behavior causes more work: I open a "larger" picture (1944x2592px), where "red eyes" has to be removed. That for, I zoom into the eyes with the zoom tool. Then I draw a freehand selection on every eye that needs to be changed. To see the effect of the following step at 100%, I type "1" while the cursor is between the two eyes. With 2.6 the eyes were centered in the image window now, and was able to proceed without any extra panning. In 2.6.1 I have to move the visible are, because I always see one of the image corners centered in the image window. The zoom button instead always centers the image in the image window, which is slightly more compelling to me than centering a image corner in the window, but still not the perfect way. I would like to have the following behavior: - Zooming out with cursor IN the image window -> center the pixels under the cursor in the image window, image borders should be ignored. - Zooming out with mouse outside image window -> pixels in the center of the image window should remain the pixels in the center of the image window, image borders should be ?. For the thing with image borders, how about introducing a operator key for zooming? Currently ALT and SHIFT doesn't seem to have a function while zooming, so one of these keys could be used to set the wanted border behavior. Example: If by default Gimp would not zoom out over image borders, holding SHIFT key could reverse the behavior, and Gimp zooms out (or in) ignoring image borders. I would greatly appreciate some feedback on this... Sincerely, Claus Berghammer -- View this message in context: http://www.nabble.com/Strange-zoomout-behavior-tp20173793p20173793.html Sent from the Gimp User mailing list archive at Nabble.com. ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Gimp 2.6 Desktop layout
> Von: Sterling <[EMAIL PROTECTED]> > Datum: Sat, 25 Oct 2008 19:23:06 +0200 (CEST) > An: > Betreff: [Gimp-user] Gimp 2.6 Desktop layout > >> Hi, >> >> On Fri, 2008-10-24 at 16:21 +0200, Tobias Jakobs wrote: >> >>> >>> I had this problem too and tried to change the shortcut to F12, like it is > in >>> Inkscape, but I was not able to find it in the keyboard settings. >>> Is it at all possible to change the shortcut for this function? >> >> No, it is not a shortcut in that sense. It can't be reconfigured by the >> user. >> >> >> Sven >> >> >> > > There seems to be a lot of controversy, and some VERY strong opinions, about > how the GIMP user interface should behave. Three popular options are: > 1) Keep the Toolbox and Docks next to, and NOT overlapping, the image window. > Good for big, wide monitors. The behaviour is then very much like a > single-window application. > 2) Keep the Toolbox and Docks over the image window. Use Tab key to hide or > to show the Toolbox and Docks. > 3) Set the mouse to activate and raise windows, and set the Toolbox and Docks > to go either above or below the image window. Then a quick movement of the > mouse brings up whichever window is desired. > > It is a credit to the GIMP designers that it is so easy to customize the > interface-- thank you! Users just need to be told about it early in their GIMP > experience. > > I submit that the best solution may be to add a splash screen when GIMP is > first used, explaining those options and how to set them. Or perhaps such an > explanation should be put in the Help menu or in the "Tips of the Day". Much > better tu customize early-on than to argue over how it "should" be! > -- > Sterling Hi Sterling, could you please mention on which plattforms your these options work? E.g. nummer 2. don't works on Mac neither on Windows XP (in my case). thank you tina ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user