On Tue, 2008-02-19 at 09:52 +0100, [EMAIL PROTECTED] wrote:
[...]
My main critisism of tear-offs is the lack of discoverability. The
toilet-paper metaphore is less than obvious unless you've met it elsewhere.
This is where the push-pin is a real win.
Another example in GIMP is docking
On Tue, 19 Feb 2008 08:53:16 +0100, Sven Neumann [EMAIL PROTECTED] wrote:
but for almost all users and almost all use cases they are unnecessary
clutter and make the menu more difficult to use. There's a tradeoff here
between being useful every once in a while for a very small minority of
On Tuesday 19 February 2008, Sven Neumann wrote:
They're deprecated? It figures that something so useful would be.
Well, perhaps not deprecated in the don't use this API sense. Their
use is discouraged. And not by the GTK+ developers but by usability
experts. Tearoff menus might sometimes be
Hi,
On Tue, 2008-02-19 at 12:35 +0100, Daniel Hornung wrote:
Well, perhaps not deprecated in the don't use this API sense. Their
use is discouraged. And not by the GTK+ developers but by usability
experts. Tearoff menus might sometimes be useful for the power-user but
for almost all
On Feb 20, 2008 5:24 AM, Sven Neumann [EMAIL PROTECTED] wrote:
Hi,
On Tue, 2008-02-19 at 12:35 +0100, Daniel Hornung wrote:
Well, perhaps not deprecated in the don't use this API sense. Their
use is discouraged. And not by the GTK+ developers but by usability
experts. Tearoff menus
Hi,
On Sun, 2008-02-17 at 10:05 -0800, Akkana Peck wrote:
There are very good reasons why tear-off menus are deprecated. They
don't solve usability issues but introduce them.
They're deprecated? It figures that something so useful would be.
Well, perhaps not deprecated in the don't use
On Sat, 2008-02-16 at 10:11 -0800, Akkana Peck wrote:
dialog, which makes the process a lot easier. I've always wished
I could have something like [a dialog] for the mode on the current layer,
so I could easily try each layer mode sequentially.
Sven Neumann writes:
Why don't you just
On Sat, 16 Feb 2008 05:55:33 +0100, Akkana Peck [EMAIL PROTECTED]
wrote:
Liam R E Quin writes:
Seems to me that probably most people will use at most a couple of the
layer modes in normal use, so maybe putting the top 7 on the menu and
having a more modes submenu is a possibility.
Eek,
Hi!
Thanks for discussing the layer mode menu.
1. As shown in Bills screen shot the widget rendering is a bit strange
even if there is enough space on screen.
2. The separators are not bad thing.
3. If you know exactly what to do you simply click the mode and ready -
but you should be able
Hi,
On Fri, 2008-02-15 at 13:13 -0800, Bill Skaggs wrote:
I'm attaching a screenshot
showing a typical incarnation of the Paint Mode menu, using
the Default Gimp theme and Ubuntu's default Human theme.
I don't think I have to persuade anybody that this is less than
ideal from a usability
I got to thinking some more about this discussion about the mode
list UI. What I've really always wanted for the mode list (but
didn't want to say because it didn't seem like a good general
UI model) is a sort of mode tool: a way to keep the mode
list menu posted so I can change modes on the
Bill Skaggs writes:
Well, it would be very easy to make the layer mode menu
support a tearoff. It can literally be done by adding two
lines of C code. (I just tested.)
A tear-off Mode menu from the Layers dialog would be lovely, and
would solve every problem I've ever had with that menu.
On Feb 16, 2008 10:11 AM, Akkana Peck [EMAIL PROTECTED] wrote:
I got to thinking some more about this discussion about the mode
list UI. What I've really always wanted for the mode list (but
didn't want to say because it didn't seem like a good general
UI model) is a sort of mode tool: a way
Hi,
On Sat, 2008-02-16 at 10:11 -0800, Akkana Peck wrote:
In a way, the mode list is like the font list in the text tool: that
combobox, like the mode option menu, is way too long and unweildy to
navigate, but for font choosing you have another option, the Fonts
dialog, which makes the
On Feb 16, 2008 11:01 AM, Akkana Peck [EMAIL PROTECTED] wrote:
A tear-off Mode menu from the Layers dialog would be lovely, and
would solve every problem I've ever had with that menu.
One possible problem: would Modes from drawing tool options also be
tear-off, and would that be a different
Hi,
On Sat, 2008-02-16 at 10:47 -0800, Bill Skaggs wrote:
Well, it would be very easy to make the layer mode menu
support a tearoff. It can literally be done by adding two
lines of C code. (I just tested.)
There are very good reasons why tear-off menus are deprecated. They
don't solve
On Feb 16, 2008 11:16 AM, Sven Neumann [EMAIL PROTECTED] wrote:
There are very good reasons why tear-off menus are deprecated. They
don't solve usability issues but introduce them. Please let us not even
consider such ugly workarounds.
Hmm, well, you may be right. It may be that, even though
On Feb 17, 2008 5:46 AM, Sven Neumann [EMAIL PROTECTED] wrote:
Hi,
On Sat, 2008-02-16 at 10:47 -0800, Bill Skaggs wrote:
Well, it would be very easy to make the layer mode menu
support a tearoff. It can literally be done by adding two
lines of C code. (I just tested.)
There are very
Does it keep the entire menu inside the screen if the layers dialog
is at the right edge of the screen ?
--
Laxminarayan Kamath Ammembal
(+91) 9945036093
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
Hi,
On Thu, 2008-02-14 at 21:47 -0800, Bill Skaggs wrote:
One of the minor annoyances of using Gimp is that the Layer Mode
menu (and paint mode menu, etc) is unpleasantly long -- for me, it
nearly extends from the top to the bottom of the screen. It
would actually be very easy to change the
On Fri, Feb 15, 2008 at 8:47 AM, Bill Skaggs wrote:
One of the minor annoyances of using Gimp is that the Layer Mode
menu (and paint mode menu, etc) is unpleasantly long -- for me, it
nearly extends from the top to the bottom of the screen.
It very much depends on particular GTK+ theme in
Bill wrote:
It seems to me
that the separators are not that important, because the categories
are pretty artificial in the first place, and were really imposed
mostly
to give the very long list some structure, as far as I can see.
But this
is something that you should consider.
agree with Peter,
(part of my job is to improve user interaction UI usability)
separators are good, even better are spacers (like in Firetox and
Thunderbird [fluid spacers]) also a line OR a background surrounding a
group of buttons are good for focusing to a 'grouped set of functions'
Bill Skaggs wrote:
One of the minor annoyances of using Gimp is that the Layer Mode
menu (and paint mode menu, etc) is unpleasantly long -- for me, it
nearly extends from the top to the bottom of the screen. It
would actually be very easy to change the code so that these menus
are laid out
Well, it's clear that the idea is not generating a great deal
of enthusiasm. Before dropping it, though, I'd like to take one
more shot at clarifying the problem -- I'm attaching a screenshot
showing a typical incarnation of the Paint Mode menu, using
the Default Gimp theme and Ubuntu's default
On Fri, 2008-02-15 at 13:13 -0800, Bill Skaggs wrote:
Well, it's clear that the idea is not generating a great deal
of enthusiasm.
[... screenshot...]
I don't think I have to persuade anybody that this is less than
ideal from a usability point of view. The question is, can we do
anything
Liam R E Quin writes:
Seems to me that probably most people will use at most a couple of the
layer modes in normal use, so maybe putting the top 7 on the menu and
having a more modes submenu is a possibility.
Eek, please no! Often the best way to use layer modes is to go down
the list one by
27 matches
Mail list logo