On Wed, 22 Jun 2005 02:15:38 +0300, Yaron Tausky wrote:
I gimped up a little mockup to show exactly what I mean, as I believe this
would be a major upgrade to current panel functionality:
Hi,
The mockup is pretty but there are a couple of points to consider:
a) Windows lets you do this, and
On 20 Jun 2005, at 15:00, Yaron Tausky wrote:
I think these suggestions would make the user experience MUCH
better --
at least, I know they would for me. ;-)
Have you read Davyd Madeley's thoughts on the panel? Some of his
goals are broadly similar, although his proposals are a little
Yaron Tausky wrote:
On Mon, 2005-06-20 at 17:00 +0300, Yaron Tausky wrote:
1. The context menu for tasks in the taskbar is not very helpful. Most
of the functions it offers are rarely used (rollup, anyone?), even
though it's the best place to put the most used ones, since it's always
On Thu, 2005-06-23 at 02:56 +1200, Matthew Thomas wrote:
Yaron Tausky wrote:
On Mon, 2005-06-20 at 17:00 +0300, Yaron Tausky wrote:
1. The context menu for tasks in the taskbar is not very helpful. Most
of the functions it offers are rarely used (rollup, anyone?), even
though it's the
On Wed, 2005-06-22 at 19:56 +0300, Yaron Tausky wrote:
The idea is to use this function with my other proposition (i.e.
adding
a WM hint that creates an icon-only window button) in order to REPLACE
the software-provided notification area icon. Many people (including
me)
consider docking
On Wed, 2005-06-22 at 00:46 +0200, Vincent Untz wrote:
Hi,
The Bugsquad uses a list of guidelines for triaging bugs. This is a good
way for maintainers to tell the bugsquad people how they would like to
see the bugs for their module triaged.
These guidelines have been wikified [1], so
On Wed, 2005-06-22 at 11:50 -0700, Alex Graveley wrote:
Mike, I know you've looked closely at solving this, just wondering what
I'm missing...
Seems we could signal the app to show it's in-process menu at a given
screen offset, with a given XID (the panel) as the parent, and avoid
1. The context menu for tasks in the taskbar is not very helpful. Most
of the functions it offers are rarely used (rollup, anyone?),
me :)
[...]
I agree on getting rid of the Roll Up item, though. The use case for
rolling up is to temporarily get a window out of the way so you can see
On Wed, 2005-06-22 at 21:37 +0200, guenther wrote:
As long as this won't go away, I don't care about a Roll Up menu item in
the WM menu. (Which is not available here anyway...)
I'm all against removing this feature -- in fact, I'd really like to be
able to shade a window by scrolling up/down on
Its highly unlikely this feature would ever be removed from metacity,
since as far as I know it works and we get no complaints about it. What
I could see is removing the UI for configuring from the Windows
control panel applet.
Though, frankly, I think that whole control panel applet could be
Yaron Tausky wrote:
On Thu, 2005-06-23 at 02:56 +1200, Matthew Thomas wrote:
...
The main problem with this is that most programs would not add extra
items to their menu, either because they didn't need to, or because
their developers didn't get around to it because it was a near-invisible
On Wed, 2005-06-22 at 18:56 +0100, Bastien Nocera wrote:
On Wed, 2005-06-22 at 00:46 +0200, Vincent Untz wrote:
Hi,
The Bugsquad uses a list of guidelines for triaging bugs. This is a good
way for maintainers to tell the bugsquad people how they would like to
see the bugs for their
12 matches
Mail list logo