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 s

Re: [Gimp-developer] Enhancement request: better utilization of mouse buttons

2010-07-26 Thread 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 >

Re: [Gimp-developer] Enhancement request: better utilization of mouse buttons

2010-07-26 Thread Fredrik Alströmer
First off, sorry for the top post, but I thought this is isn't directly related to the question "what to do with the right mouse button / context menu". It was, however, something that hit me while I was thinking about it. When I read this list, I normally just read the emails consider some differe

Re: [Gimp-developer] Enhancement request: better utilization of mouse buttons

2010-07-25 Thread saulgoode
Quoting Alexandre Prokoudine : >>> GIMP has three ways to access menu currently: menu bar, top-left >>> button where ruler's origin is and right-click menu. This is bloat. >> >> The first two methods are not always available. > > As already mentioned above, menubar could simply roll out when neede

Re: [Gimp-developer] Enhancement request: better utilization of mouse buttons

2010-07-25 Thread Alexandre Prokoudine
On 7/25/10, saulgoode wrote: >> GIMP has three ways to access menu currently: menu bar, top-left >> button where ruler's origin is and right-click menu. This is bloat. > > The first two methods are not always available. As already mentioned above, menubar could simply roll out when needed. Needle

Re: [Gimp-developer] Enhancement request: better utilization of mouse buttons

2010-07-25 Thread Alexandre Prokoudine
On 7/25/10, peter sikking wrote: > I am asking myself: could we not > show the menu bar when the mouse sprite is moved against the top > of the screen (after a short, 0.5s, timeout)? fading or sliding > in would be nice... It should be possible. Firefox rolls out button bar and tabs when you hove

Re: [Gimp-developer] Enhancement request: better utilization of mouse buttons

2010-07-25 Thread saulgoode
Quoting Alexandre Prokoudine : > On 7/25/10, Olivier wrote: > >> I cannot count how many times I have been happy to be able to reach almost >> everything from a simple right-click. If other image manipulation >> applications cannot offer this possibility, too bad for them. > > Don't use 2.7 and a

Re: [Gimp-developer] Enhancement request: better utilization of mouse buttons

2010-07-25 Thread peter sikking
Bill Skaggs wrote: > The global popup menu is certainly useful; I have used it very > often. The context > menu for the text tool was introduced as part of on-canvas text > editing. It was > introduced because on-canvas editing could not work without it -- > there was no > reasonable way t

Re: [Gimp-developer] Enhancement request: better utilization of mouse buttons

2010-07-25 Thread Alexandre Prokoudine
On 7/25/10, Bill Skaggs wrote: > The global popup menu is certainly useful; I have used it very often. The > context menu for the text tool was introduced as part of on-canvas text > editing. It was introduced because on-canvas editing could not work > without it -- there was no reasonable way t

Re: [Gimp-developer] Enhancement request: better utilization of mouse buttons

2010-07-25 Thread Daniel Hornung
On Sunday 25 July 2010 18:37:09 Bill Skaggs wrote: > the only question is which one is more important. Or how they can be combined in a clever way ;) UI designers to the rescue, but I'm certain that restricting the future to either possibility is not the optimum. Daniel signature.asc Descrip

Re: [Gimp-developer] Enhancement request: better utilization of mouse buttons

2010-07-25 Thread Bill Skaggs
Let me respond to the points that have been made in this thread. The first thing to say is that there are solid arguments in both directions, and any decision is a trade-off, so there is no need to insult one side or the other. The global popup menu is certainly useful; I have used it very often.

Re: [Gimp-developer] Enhancement request: better utilization of mouse buttons

2010-07-25 Thread Alexandre Prokoudine
On 7/25/10, Olivier wrote: > I cannot count how many times I have been happy to be able to reach almost > everything from a simple right-click. If other image manipulation > applications cannot offer this possibility, too bad for them. Don't use 2.7 and above then, 'cause Text tool now has its o

Re: [Gimp-developer] Enhancement request: better utilization of mouse buttons

2010-07-25 Thread Olivier
On Sun, Jul 25, 2010 at 3:52 PM, Vincent Beers wrote: > While you have a point about being able to hide the menu bar, doesn't > the main window never get larger than the screen size, meaning that > your window title and everything in it will always be visible? > This limitation does not exist. S

Re: [Gimp-developer] Enhancement request: better utilization of mouse buttons

2010-07-25 Thread Olivier
On Sun, Jul 25, 2010 at 3:04 PM, Vincent Beers wrote: > 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. This is certainly f

[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 s