Re: [Gimp-developer] transparent as a color

2010-08-20 Thread Vincent Beers
> 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  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

2010-07-26 Thread Vincent Beers
> 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 :
> 2010/7/26 Fredrik Alströmer :
>> 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

2010-07-25 Thread Vincent Beers
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