Re: [Gimp-developer] Better grouping of layer modes
peter sikking wrote: the only thing I would change is to swap the order of Grain merge and Grain extract. simply because it is explained as a workflow in that order in the manual. I would also like to see a dynamically updated list at the top of the list that shows the last 3-5 used blend modes under a heading of Recent:. This may be outside the scope of the OP's original suggestion, but for many users there are a select few modes that are used frequently, and having to dig through a long list slows things down. -- View this message in context: http://www.nabble.com/Better-grouping-of-layer-modes-tp20279130p20324960.html Sent from the Gimp Developer mailing list archive at Nabble.com. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] merging new Xcursor plug-in
Hi, sorry for my late replay. Martin Nordholts wrote: Without doubt we shall not steal because just as you say that would require us to update the plug-in whenever the lib updates. Instead, your patch should add a test for libXcursor to configure.in, in the same manner as we test for a lot of other optional libs. Then in the Makefile.am you would test if libXcursor was found, and only build if it was found. I did not think of not building! Some keywords to google for: Autoconf, Automake Some files to look in: http://svn.gnome.org/viewvc/gimp/trunk/configure.in?view=markup And the various Makefile.am:s under the plug-ins directory. I appreciate your kindly teaching. It was well worth to ask here. - tks ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Dropping two images from Gqview -- Gimp
On Monday 03 November 2008, Sven Neumann wrote: Hi, On Mon, 2008-11-03 at 23:35 +0100, Martin Nordholts wrote: Brendan wrote: When dropping two images from GQView to the Gimp Empty Image Window...I get two layers in one image...Huh? Is this on purpose? Wouldn't it be more rational to open two images, and not combine them into an image with two layers? Maybe I'm missing something, or this was unintended... Hi! Dropping on the Emtpy Image Window opens as layers (just as dropping on an already open image). To open them as separate images, drop on the toolbox instead. I am not so sure if this was good decision to make. I don't quite remember if Peter suggested that we do it this way. Peter, are you listening...? It's very unintuitive. I mean, how often do you want to drop a layer into an image vs. dropping a bunch of images to be opened? I do zero of the former and thousands of the latter. And also, when the New Image window is the only one visible (when the other windows are hidden, etc.)...how would I open two images by dragging and dropping? ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Dropping two images from Gqview -- Gimp
On Monday 03 November 2008, Martin Nordholts wrote: Brendan wrote: When dropping two images from GQView to the Gimp Empty Image Window...I get two layers in one image...Huh? Is this on purpose? Wouldn't it be more rational to open two images, and not combine them into an image with two layers? Maybe I'm missing something, or this was unintended... Hi! Dropping on the Emtpy Image Window opens as layers (just as dropping on an already open image). To open them as separate images, drop on the toolbox instead. Yes, I guess I was asking a leading question, like...Why? ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Dropping two images from Gqview -- Gimp
On Monday 03 November 2008, Alec Burgess wrote: Alexandre Prokoudine ([EMAIL PROTECTED]) wrote (in part) (on 2008-11-03 at 17:39): Dropping on the Emtpy Image Window opens as layers (just as dropping on an already open image). To open them as separate images, drop on the toolbox instead. Doh! This should go to user manual for 2.6+ :-) Thanks for telling! As a Windows user had never heard of Gqview (though I see there is a Windows port available) Original post appears to be equivalent to dragging multiple files from Windows Explorer. If attempting this it is (IMO) important to set Preferences-Window Management-Hint for toolbox to [Normal window]. If its' hint is set to [Utility window] then nothing appears on the taskbar and the Toolbox is likely to be hidden making it AFAICT impossible to drag multiple files and have them open as separate images. Yes, that is what I was hinting at. Thank you. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Dropping two images from Gqview -- Gimp
On Monday 03 November 2008, Alexandre Prokoudine wrote: On Sat, Nov 1, 2008 at 9:48 AM, Brendan wrote: When dropping two images from GQView to the Gimp Empty Image Window...I get two layers in one image...Huh? Is this on purpose? Wouldn't it be more rational to open two images, and not combine them into an image with two layers? Oh, it wouldn't. Both use cases (opening as separate images and merging into one) are perfectly valid. Valid vs. prudent is the question. Do more people use it to combine layers or open a bunch of images? When the New Image window is the only one around (for the Utility window - reason given), how does one easily open two images? I have used the Gimp for a long time, and never have I thought Hey, I want a layer from another image, let me drag it onto the window If I wanted to do that, perhaps dragging to the Layer box/window would be a more obvious choice? Dragging two images to the Image Window should treat them like two separate Images. Just seems logical. I asked a bunch of people in my graphics dept, and they agreed. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Dropping two images from Gqview -- Gimp
On Tuesday 04 November 2008, peter sikking wrote: Sven Neumann wrote: On Mon, 2008-11-03 at 23:35 +0100, Martin Nordholts wrote: Dropping on the Emtpy Image Window opens as layers (just as dropping on an already open image). To open them as separate images, drop on the toolbox instead. I am not so sure if this was good decision to make. I don't quite remember if Peter suggested that we do it this way. Peter, are you listening...? yes I am and this is an area that was not fully chewed for 2.6. to keep the see Wilber, drop files mantra going strong, the best thing is to enforce one rule: Dropping files on Wilber (==the GIMP app) will open these files in GIMP, as separate images Wilber is in the toolbox and the no-image-window. Combine that with the rule: drop files on an image window and you get those files within that image as layers How about If I want this specific action (Adding Layers), I'll drop files on the Layer dialog ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Dropping two images from Gqview -- Gimp
i end up doing both. maybe a keystroke for layer, or new image? with a preference for the default action... dropping on the layer dialog is good idea as well. On Tue, Nov 4, 2008 at 11:36 AM, Brendan [EMAIL PROTECTED] wrote: On Tuesday 04 November 2008, peter sikking wrote: Sven Neumann wrote: On Mon, 2008-11-03 at 23:35 +0100, Martin Nordholts wrote: Dropping on the Emtpy Image Window opens as layers (just as dropping on an already open image). To open them as separate images, drop on the toolbox instead. I am not so sure if this was good decision to make. I don't quite remember if Peter suggested that we do it this way. Peter, are you listening...? yes I am and this is an area that was not fully chewed for 2.6. to keep the see Wilber, drop files mantra going strong, the best thing is to enforce one rule: Dropping files on Wilber (==the GIMP app) will open these files in GIMP, as separate images Wilber is in the toolbox and the no-image-window. Combine that with the rule: drop files on an image window and you get those files within that image as layers How about If I want this specific action (Adding Layers), I'll drop files on the Layer dialog ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Dropping two images from Gqview -- Gimp
I agree that it's quite confusing to have two different behaviors for something that looks almost the same. But I think it is good to have the other functionality available too, so I guess it is worth to add a modificator key, as Peter suggested. Something like this, for instance: - Drop multiple images on Wilber (both in image window or toolbox): opens each image as separate documents- - Drop multiple images pressing alt: opens them as layers in the same document. The question is how to proceed when there is an image already opened in the image window. I guess it should open images as layers in that case (without pressing alt), and work in the same way that it does now, since there wouldn't be a wilber in the image window. What do you think? ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Dropping two images from Gqview -- Gimp
Sven Neumann wrote: On Mon, 2008-11-03 at 23:35 +0100, Martin Nordholts wrote: Dropping on the Emtpy Image Window opens as layers (just as dropping on an already open image). To open them as separate images, drop on the toolbox instead. I am not so sure if this was good decision to make. I don't quite remember if Peter suggested that we do it this way. Peter, are you listening...? yes I am and this is an area that was not fully chewed for 2.6. to keep the see Wilber, drop files mantra going strong, the best thing is to enforce one rule: Dropping files on Wilber (==the GIMP app) will open these files in GIMP, as separate images Wilber is in the toolbox and the no-image-window. Combine that with the rule: drop files on an image window and you get those files within that image as layers and we got two simple primary 'what you do is what you get' rules. If there is a need for more power (a big if, actually) then we need to investigate a modifier key for dropping on Wilber. --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] Problem with Gimp on Ubuntu 8.10
Michael Grosberg wrote: I just installed a clean Ubuntu 8.10 on my system, and there seems to be something wrong with the transient toolbox and docks. Gimp 2.6 is not supposed to have taskbar buttons, but as it's currently set up on my system, they do appear. I was able to remedy the situation by adding (transient-docks yes) to gimprc - but most users won't know about that. Can you contact the Ubuntu repository maintainers and send them an updated gimprc so new users will be able to enjoy this feature? I assume you are using compiz as your window manager? It should work better with metacity. We can't enable transient-docks by default due to other problems, see Bug 322577 – Transient dock setting and multiple files http://bugzilla.gnome.org/show_bug.cgi?id=322577 BR, Martin ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] Problem with Gimp on Ubuntu 8.10
I just installed a clean Ubuntu 8.10 on my system, and there seems to be something wrong with the transient toolbox and docks. Gimp 2.6 is not supposed to have taskbar buttons, but as it's currently set up on my system, they do appear. I was able to remedy the situation by adding (transient-docks yes) to gimprc - but most users won't know about that. Can you contact the Ubuntu repository maintainers and send them an updated gimprc so new users will be able to enjoy this feature? Thanks - Michael By the way, the new free select tool is AWESOME. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Dropping two images from Gqview -- Gimp
Hi, On Mon, 2008-11-03 at 21:06 -0500, Brendan wrote: It's very unintuitive. I mean, how often do you want to drop a layer into an image vs. dropping a bunch of images to be opened? I do zero of the former and thousands of the latter. Calm down, please, will you? I am counting five mails from you now about this topic. The issue was already settled after the first post. Hitting the nail again and again doesn't make it more fun to actually sit down and write a patch that implements this change. Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Dropping two images from Gqview -- Gimp
On Tuesday 04 November 2008, g mohler wrote: i end up doing both. maybe a keystroke for layer, or new image? with a preference for the default action... dropping on the layer dialog is good idea as well. Every person I have asked about it in the office has agreed that they would expect dropping on the image window to open both images. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Dropping two images from Gqview -- Gimp
On Tuesday 04 November 2008, Guillermo Espertino wrote: I agree that it's quite confusing to have two different behaviors for something that looks almost the same. But I think it is good to have the other functionality available too, so I guess it is worth to add a modificator key, as Peter suggested. Something like this, for instance: - Drop multiple images on Wilber (both in image window or toolbox): opens each image as separate documents- - Drop multiple images pressing alt: opens them as layers in the same document. The question is how to proceed when there is an image already opened in the image window. I guess it should open images as layers in that case (without pressing alt), and work in the same way that it does now, since there wouldn't be a wilber in the image window. What do you think? I think it's still confusing. Dropping images onto an image window should open images...If dragging onto the layers dialog, it should add them as layers. It's simple, and honestly, nobody outside of this list really knows or cares who Wilbur is or the fact that they have to drag onto eyes. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Better grouping of layer modes
Hi vabijou, On Wed, Nov 5, 2008 at 2:21 AM, vabijou2 [EMAIL PROTECTED] wrote: peter sikking wrote: the only thing I would change is to swap the order of Grain merge and Grain extract. simply because it is explained as a workflow in that order in the manual. I would also like to see a dynamically updated list at the top of the list that shows the last 3-5 used blend modes under a heading of Recent:. This may be outside the scope of the OP's original suggestion, but for many users there are a select few modes that are used frequently, and having to dig through a long list slows things down. I am such a user, and I say: This is a change I do not want, it would reduce my working speed further. This is because of the way recently-accessed lists work -- the most recent is at the top. This means unless I am constantly selecting *the* most recent (instead of eg. 2nd most recent), where I have to click to achieve the same result changes, because my choice reorders the list. In conjunction with locking functionality (so that your later choices no longer change the order or content of the recent-list), this could be effective. I would honestly like similar locking functionality for the recent-filters-list .. the constant disordering is just so confusing and slow that I usually find it faster to select from the original menu path.. which defeats the purpose. David ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Better grouping of layer modes
On Wednesday 05 November 2008, David Gowers wrote: I am such a user, and I say: This is a change I do not want, it would reduce my working speed further. This is because of the way recently-accessed lists work -- the most recent is at the top. This means unless I am constantly selecting *the* most recent (instead of eg. 2nd most recent), where I have to click to achieve the same result changes, because my choice reorders the list. How about weighted sorting for some uppermost 2-5 flexible entries? Using a certain layer mode adds weight to that mode, and each mode loses some weight again for each action. I think that that's more or less how desktop environments manage their most used applications. Do you think that would be less annoying? Another problem (imho) would simply be the added length to that list, which is longer than what feels good to me now already. Daniel signature.asc Description: This is a digitally signed message part. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Better grouping of layer modes
On Tuesday 04 November 2008, David Gowers wrote: Hi vabijou, On Wed, Nov 5, 2008 at 2:21 AM, vabijou2 [EMAIL PROTECTED] wrote: peter sikking wrote: the only thing I would change is to swap the order of Grain merge and Grain extract. simply because it is explained as a workflow in that order in the manual. I would also like to see a dynamically updated list at the top of the list that shows the last 3-5 used blend modes under a heading of Recent:. This may be outside the scope of the OP's original suggestion, but for many users there are a select few modes that are used frequently, and having to dig through a long list slows things down. I am such a user, and I say: This is a change I do not want, it would reduce my working speed further. This is because of the way recently-accessed lists work -- the most recent is at the top. This means unless I am constantly selecting *the* most recent (instead of eg. 2nd most recent), where I have to click to achieve the same result changes, because my choice reorders the list. In conjunction with locking functionality (so that your later choices no longer change the order or content of the recent-list), this could be effective. I would honestly like similar locking functionality for the recent-filters-list .. the constant disordering is just so confusing and slow that I usually find it faster to select from the original menu path.. which defeats the purpose. David, as far as filters are concerned, I'd strongly, and that means __strongly__, suggest you to use keyboard shrotcuts to get to your filters. Yes, stopping ytour work to configure keyboard shortcuts is a major pita, and that is why most people donṫ do it in any software, even knowing it is possible. However, GIMP has setup a unique feature that was once available to all GTK+ applications: dynamic keyboard shortcuts. Just enable these once in preferences, and you will never again have to selct a single filter in the thrid menu level more than once. The tooltip on the edit-preferences-interface option that enable these shortcuts is self explanatory. As for layer combination modes...Martin, is there any clean way of allowiyng setting keyboard shortcuts to layer combiantion modes? That ḋ be a nice feature to have. js -- David ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Better grouping of layer modes
On Wed, Nov 5, 2008 at 4:45 AM, Joao S. O. Bueno wrote: As for layer combination modes...Martin, is there any clean way of allowiyng setting keyboard shortcuts to layer combiantion modes? Or mapping to a USB HID device's action. E.g. using Griffin PowerMate's wheel to scroll through modes Alexandre ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Better grouping of layer modes
Alexandre Prokoudine wrote: On Wed, Nov 5, 2008 at 4:45 AM, Joao S. O. Bueno wrote: As for layer combination modes...Martin, is there any clean way of allowiyng setting keyboard shortcuts to layer combiantion modes? Or mapping to a USB HID device's action. E.g. using Griffin PowerMate's wheel to scroll through modes As with almost all feature requests it can certainly be done, someone just have to sit down and think a bit and then write the code for it. In this case that someone is not me I'm afraid. BR, Martin ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Better grouping of layer modes
Hi, On Wed, 2008-11-05 at 05:07 +0300, Alexandre Prokoudine wrote: On Wed, Nov 5, 2008 at 4:45 AM, Joao S. O. Bueno wrote: As for layer combination modes...Martin, is there any clean way of allowiyng setting keyboard shortcuts to layer combiantion modes? Or mapping to a USB HID device's action. E.g. using Griffin PowerMate's wheel to scroll through modes What about using your mouse scroll-wheel? You can already do that (for all combo-boxes, in all GTK+ applications). Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Better grouping of layer modes
Hi, On Wed, 2008-11-05 at 05:07 +0300, Alexandre Prokoudine wrote: As for layer combination modes...Martin, is there any clean way of allowiyng setting keyboard shortcuts to layer combiantion modes? Or mapping to a USB HID device's action. E.g. using Griffin PowerMate's wheel to scroll through modes You can already configure your USB device to do that. The layer modes can be changed by Input controllers. Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
