Re: [Gimp-developer] transparent as a color
at the very least, I should be able to delete a selection, and the deleted selection should optionally make the selection transparent. This is already done when your layer has an alpha channel. (Hint: right-click the layer, pick add alpha channel.) About using transparent colors to draw with, though, I definitely agree. Or at least I haven't been able to find this myself if the feature exists. On 20 August 2010 08:27, Jim Michaels jmich...@yahoo.com wrote: transparent should be a selectable color, either as foreground or background. at the very least, I should be able to delete a selection, and the deleted selection should optionally make the selection transparent. --- for some reason, I think with the plugins I have installed in 2.6.10 windows (don't know which one of the hundreds), toolbox properties is not being shown. the bottom half of the toolbox doesn't show all the useful properties and settings for fonts, brushes, colors, etc. and I can't seem to fix gimp except to remove *all* the plugins. Where can I find a help forum? Jim Michaels jmich...@yahoo.com j...@jimscomputerrepairandwebdesign.com http://JimsComputerRepairandWebDesign.com http://JesusnJim.com (my personal site, has software) http://DoLifeComputers.JesusnJim.com (group which I lead) --- Computer memory/disk size measurements: [KB KiB] [MB MiB] [GB GiB] [TB TiB] [10^3B=1000B=1KB][10^6B=100B=1MB][10^9B=10B=1GB][10^12B=1B=1TB] [2^10B=1024B=1KiB][2^20B=1048576B=1MiB][2^30B=1073741824B=1GiB][2^40B=1099511627776B=1TiB] Note: disk size is measured in MB, GB, or TB, not in MiB, GiB, or TiB. computer memory (RAM) is measured in MiB and GiB. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer -- http://davince.tengudev.com/ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Enhancement request: better utilization of mouse buttons
The space bar is invaluable as a way to move the image withing its window. Why do you want to confiscate existing possibilties, instead of unused keyboard and mouse combinations? This is why I said *tapping* the space bar. Since moving around the image is strictly a hold button action, the space bar could still have the secondary action of showing the menu when it's tapped. Not the best idea, perhaps, but certainly accessible. I would suggest you to propose new combinations for interesting, new capabilities, but not try to remove somewhat which has existed from the first version of GIMP, simply because you don't use it. But the thing is, I did not expect that many people actually *are* using it. Sure, I have a personal perspective, but general imporoved usability for everyone is what I'd think about first. And about this point itself, in the suggestion this was a reply to, none of the original functionality *was* actually removed. I suggested to have the context menu with the original options (File, ...) below the context-sensitive options. At this point, I think a context-sensitive context menu would work better than my initial suggestion about having a secondary tool, because a context menu certainly is more useful. But I also think it would be useful if there was a way to save your current tool/color settings and then load them later, for a quick switch between them. But that's a different suggestion now. we could have another key do the secondary tool thing. Yeah, that would work nicely. I'm glad there is a discussion going on about the context menu now, because such a feature could definitely come in useful (as long as it's executed right). 2010/7/26 Alexia Death alexiade...@gmail.com: 2010/7/26 Fredrik Alströmer r...@excu.se: Consider a button/key which you press, which brings up a circle of tools around the mouse pointer, perhaps an inch or two in diameter (keeping it animated improves visual coherence, or so I've been told, perhaps have them zoom out from under the cursor), move your mouse to your tool (which could expand a little to make it a bigger target) and let go of the button/key to choose it. Sub-tools/variants could be a bit farther away (perhaps a bit smaller, and a bit transparent), in the same direction. I personally quite like the idea but GIMP currently lacks the infrastructure to have such feature. Computer games have a slight advantage of not having to deal with window managers and toolkit limitations as a rule. The whole UI is custom rendered anyway. There seems to be a consensus that on canvas widgets are needed however. There is GSoC project slightly related, but I dont know how that progresses. Guiguru has final word on these things usually, so discussing this in depth with him might be good, if you plan to have a go at it. -- --Alexia ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer -- http://davince.tengudev.com/ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] Enhancement request: better utilization of mouse buttons
Hi, I have a feature/enhancement request. Currently, the GIMP shows the program's menu when right-clicking within the drawing area. However, this seems superfluous as the menu is already displayed at all times. I think the GIMP's usability could be enhanced if instead, the right mouse button did something more useful. Here's my suggestion: - You can map a secondary drawing tool and color by right-clicking a tool or the color palette. - You can use this secondary tool by using it as usual, with the difference that you use the right mouse button instead of the left one. This adds convenience to the GIMP by allowing you to use two different tools (or drawing colors) without having to constantly switch, and it also keeps compatibility with (for example) 1-button mice as it's only an added convenience. Besides the right mouse button, there are more buttons on some multimedia mice that could be put to good use. For example, the middle mouse button and scroll wheel are already used in a good manner, but perhaps the next/previous buttons that some mice have could have actions bound to them too (like undo/redo?). Vincent Beers -- http://davince.tengudev.com/ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
