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 palle
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.
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
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 somet
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
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
> 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 ju
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.)
>
> Th
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 th
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 diff
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 pr
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 us
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":
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 curr
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
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 to
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.
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
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
> anythi
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 Hu
Why not add it as a preference.. By default, keep it one column. If
people find it annying, they can choose to have two columns in
"preferences" dialog.
--
Laxminarayan Kamath Ammembal
(+91) 9945036093
___
Gimp-developer mailing list
Gimp-developer@list
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 o
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'
...ins
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.
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
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 t
Hi,
On Fri, 2008-02-15 at 08:01 +, Laxminarayan Kamath wrote:
> Does it keep the entire menu inside the screen if the "layers" dialog
> is at the right edge of the screen ?
Of course. If it wouldn't, that would be a bug in GTK+.
Sven
___
Gimp-de
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
https://lists.XCF.Berkeley.
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 in two columns, and in my
30 matches
Mail list logo
