On Fri, Jun 17, 2011 at 01:08, Stefanos A. stapos...@gmail.com wrote:
Matthew, I love your idea. With little twist:
loving the idea, too.
i wouldn't make it that humble tho, proper fields, perhaps the size of
browser tabs, would make sense to me for each menu ( View, Go, Edit ...)
-
On 06/17/2011 11:14 AM, frederik.nn...@gmail.com wrote:
But obviously our interaction hardware is
aiming at immediacy, correspondence, rather than symbolic crypticism or
text-driven menu-isms.
I can only guess you must be referring to (multi-)touch surfaces. But
that's an addition, not a
On Fri, Jun 17, 2011 at 12:10, Thorsten Wilms t...@freenet.de wrote:
On 06/17/2011 11:14 AM, frederik.nn...@gmail.com wrote:
But obviously our interaction hardware is
aiming at immediacy, correspondence, rather than symbolic crypticism or
text-driven menu-isms.
I can only guess you must
On Fri, Jun 17, 2011 at 12:43, frederik.nn...@gmail.com
frederik.nn...@gmail.com wrote:
On Fri, Jun 17, 2011 at 12:10, Thorsten Wilms t...@freenet.de wrote:
On 06/17/2011 11:14 AM, frederik.nn...@gmail.com wrote:
But obviously our interaction hardware is
aiming at immediacy,
On Fri, Jun 17, 2011 at 12:43 PM, frederik.nn...@gmail.com
frederik.nn...@gmail.com wrote:
On Fri, Jun 17, 2011 at 12:10, Thorsten Wilms t...@freenet.de wrote:
On 06/17/2011 11:14 AM, frederik.nn...@gmail.com wrote:
But obviously our interaction hardware is
aiming at immediacy,
...or at the very least to be able to disable global menus for
non-maximized applications and to disable the menu hiding.
-~Chris
On 06/16/2011 05:51 PM, Ralph Green wrote:
Howdy,
OK, Is there going to be some easy way to turn off the global menu?
It is already clear to me that I would
On 16/06/11 22:17, Matthew Bassett wrote:
On 15/06/11 21:28, Matthew Bassett wrote:
[some stuff deleted]
1) to not activate menu drop downs until mouse-up (so you can grab the
the menu bar/title bar without issue and drag the menu around), or
2) only make the menu appear when you mouse
On 17/06/11 12:06, Adrian Maier wrote:
Hiding the menu seems to be considered by some people eye-pleasing ,
but it breaks productivity.
It's irritating to click on something that
is_not_yet_visible_until_you_reach_there .
I understand your concern; I think this something that someone (!)
On 17/06/11 14:10, Joost Verdoorn wrote:
A beautiful example of a menu button:
http://lh5.googleusercontent.com/_1QSDkzYY2vc/TdFlT_A0vxI/Eco/lWRn14SImeo/s500/mockups%20menu-experiments%20eog-menu-experiments.png
Hello,
Am 15.06.2011 22:28, schrieb Matthew Bassett:
What about just having the menu bar consistently appearing with the
window buttons: i.e. in the panel when the window is maximised, and on
the title bar on non-maximised windows -- appearing when the mouse goes
over the title bar.
This
Hi,
Am 16.06.2011 10:24, schrieb Adrian Maier:
On Thu, Jun 16, 2011 at 09:53, Philipp Wendlerubu...@philippwendler.de wrote:
Am 15.06.2011 22:28, schrieb Matthew Bassett:
What about just having the menu bar consistently appearing with the
window buttons: i.e. in the panel when the window is
[bother. pressed the wrong button. Sorry, Ian, you'll see this twice...]
On 16/06/11 00:25, Ian Santopietro wrote:
Then, wouldn't the menu open after you finish dragging the window
around? And what about people that click once on the menu, then drag
down to the item they want, then release
On 15/06/11 21:28, Matthew Bassett wrote:
[some stuff deleted]
1) to not activate menu drop downs until mouse-up (so you can grab the
the menu bar/title bar without issue and drag the menu around), or
2) only make the menu appear when you mouse over the left hand half of
the title bar.
Or:
On 16/06/11 09:34, Philipp Wendler wrote:
Hi,
Am 16.06.2011 10:24, schrieb Adrian Maier:
On Thu, Jun 16, 2011 at 09:53, Philipp
Wendlerubu...@philippwendler.de wrote:
Am 15.06.2011 22:28, schrieb Matthew Bassett:
What about just having the menu bar consistently appearing with the
window
Matthew, I love your idea. With little twist:
- unmaximized windows get a menu button that displays (drops down?) the
menu when clicked. This button should be on the opposite side of the
close/maximize/minimize window buttons and should be large enobaleough to
present a viable click target (see
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jeremy Nickurak wrote on 14/06/11 19:33:
On Tue, Jun 14, 2011 at 09:27, Matthew Paul Thomas m...@canonical.com
...
That isn't correct. I specified how it could work with focus follows
mouse in May 2010, months before Natty even had a name.
On 14/06/11 22:00, Florian Diesch wrote:
Matthew Paul Thomas m...@canonical.com writes:
Niklas Rosenqvist wrote on 19/05/11 10:15:
2011/5/19 Florian Diesch die...@spamfence.net
...
It's about impossible to use focus follows mouse and multiple
windows with the global menu, which makes it
On 15/06/11 21:28, Matthew Bassett wrote:
[deletia]
1) to not activate menu drop downs until mouse-up (so you can grab the
the menu bar/title bar without issue and drag the menu around), or
That should have been drag the WINDOW around...
Then, wouldn't the menu open after you finish dragging the window around?
And what about people that click once on the menu, then drag down to the
item they want, then release the mouse button?
On Wed, Jun 15, 2011 at 14:30, Matthew Bassett li...@mbassett.net wrote:
On 15/06/11 21:28, Matthew
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Niklas Rosenqvist wrote on 18/05/11 09:02:
...
There are also more situations where the global menu works like a
crippled narwhal. E.g. when working with programs as GIMP. GIMP has
one main application window and several smaller windows with tools
On Tue, Jun 14, 2011 at 09:27, Matthew Paul Thomas m...@canonical.comwrote:
That isn't correct. I specified how it could work with focus follows
mouse in May 2010, months before Natty even had a name.
https://wiki.ubuntu.com/MenuBar#focus-follows-mouse
Except that's missing design work too.
Matthew Paul Thomas m...@canonical.com writes:
Niklas Rosenqvist wrote on 19/05/11 10:15:
2011/5/19 Florian Diesch die...@spamfence.net
...
It's about impossible to use focus follows mouse and multiple
windows with the global menu, which makes it unusable for me.
This is a great example
On 26. mai 2011 12:47, Adrian Maier wrote:
On Thu, May 26, 2011 at 05:52, Ian Santopietroisan...@gmail.com wrote:
But who said the majority of Ubuntu users don't like the global menu? It may
well be the case that the majority of users on this mailing list don't like
it, but it's been said
There's some oftopic in at the beginning, considerer yourself warned.
You can skip to the marking.
On Thu, May 26, 2011 at 6:00 AM, GonzO go...@worlord.com wrote:
On Wed, May 25, 2011 at 8:49 PM, Ed Lin edlin...@gmail.com wrote:
With all due respect: I do not think your cases are all that
On Thu, May 26, 2011 at 12:47 PM, Adrian Maier syra...@gmail.com wrote:
You are right about the lack of verdict. The fact that some people dislike
it doesn't necessarily mean that the default behavior must be
immediately changed.
Two things we need to discern: the concept of a global menu
On Thu, May 26, 2011 at 2:15 PM, Jo-Erlend Schinstad
joerlend.schins...@gmail.com wrote:
I was very sceptical about the global menu to begin with, but I gave it
a try and now I really like it.
...
I have no problems with global menus.
It does take a little time to get used to, but I think the
On Thu, May 26, 2011 at 8:49 AM, Ed Lin edlin...@gmail.com wrote:
Finally, I deeply care about polish, consistency, bug-free-ness and
optimization. This seams to be unsexy for developers and often gets
the shorter end in FOSS development.
Preach.
application and this trend is only going up.
On Thu, May 26, 2011 at 7:28 PM, Jo-Erlend Schinstad
joerlend.schins...@gmail.com wrote:
Thank you. Yes, I'll be happy to describe that, of course.
Thank you for that detailed reply! To sum it up:
- you don't use menus frequently so you prefer not having them clutter
your screen
- you often
On Thu, May 26, 2011 at 15:34, Niklas Rosenqvist
niklas.s.rosenqv...@gmail.com wrote:
GonzO have you forgotten that sometimes people require a email client if
their mail server doesn't support a web interface? People in these
discussion threads seem to want to rule out that people aren't
2011/5/26 Jo-Erlend Schinstad joerlend.schins...@gmail.com
The biggest benefit I see, is the calmness it brings to my work
environment.
That's funny :) It's the exact opposite for me. I like having the top of the
screen free since my eyes most often scan the top part of the screen. A top
There are indicators for integrating webmail (at least for gmail) into
the message indicator.
PS: is it just me, or are there no well designed e-mail clients for
our platform?
On Thu, May 26, 2011 at 4:39 PM, Jeremy Nickurak jer...@nickurak.ca wrote:
On Thu, May 26, 2011 at 15:34, Niklas
On Thu, May 26, 2011 at 4:34 PM, Niklas Rosenqvist
niklas.s.rosenqv...@gmail.com wrote:
GonzO have you forgotten that sometimes people require a email client if
their mail server doesn't support a web interface?
I don't think I am, no.
I said that, *for me*, a fat client is nonsensical. I
On Fri, May 27, 2011 at 12:09 AM, Spike Burch spi...@gmail.com wrote:
PS: is it just me, or are there no well designed e-mail clients for
our platform?
Are there for any platform?
___
Mailing list: https://launchpad.net/~ayatana
Post to :
On 27. mai 2011 01:32, GonzO wrote:
On Thu, May 26, 2011 at 4:34 PM, Niklas Rosenqvist
niklas.s.rosenqv...@gmail.com wrote:
GonzO have you forgotten that sometimes people require a email client if
their mail server doesn't support a web interface?
I don't think I am, no.
I said that, *for
On Fri, May 27, 2011 at 1:16 AM, Jo-Erlend Schinstad
joerlend.schins...@gmail.com wrote:
On 26. mai 2011 22:53, Ed Lin wrote:
enough to warrant that spot. The top panel is misused as place to get
Why do you say it's misused?
Because it's the most valuable space anywhere on the screen to put
On 27. mai 2011 01:47, Ed Lin wrote:
Why do you say it's misused?
Because it's the most valuable space anywhere on the screen to put
interface elements
I think application menus are important interface elements.
(horizontal panels have the advantage of suiting text better, they are
the larger
So this is half serious but something for you all to think about, if
the global menu is such a great idea and we weren't constraint by any
toolkit legacy problems...
http://i.imgur.com/xsD0v.png
Would you use this (without maximizing the window)?
Now think about what this would mean for
On Tue, May 24, 2011 at 6:30 PM, Ed Lin edlin...@gmail.com wrote:
With all due respect: I do not think your cases are all that common.
It doesn't for me, the only thing I use is clock. The rest is
irrelevant for my me most of the time. Wlan and battery? Not on a
desktop.
Desktops are
On Wed, May 25, 2011 at 12:15, GonzO go...@worlord.com wrote:
On Tue, May 24, 2011 at 6:30 PM, Ed Lin edlin...@gmail.com wrote:
With all due respect: I do not think your cases are all that common.
It doesn't for me, the only thing I use is clock. The rest is
irrelevant for my me most of the
On Wed, May 25, 2011 at 1:57 PM, Jeremy Nickurak jer...@nickurak.ca wrote:
I'd expect most people use web mail.
You would _not believe_ how popular email clients still are, even among the
technically savvy.
I admit, I have TBird installed just to have a backup archive of my Gmail
account.
Am Mittwoch, den 25.05.2011, 16:53 -0500 schrieb GonzO:
On Wed, May 25, 2011 at 1:57 PM, Jeremy Nickurak jer...@nickurak.ca
wrote:
I'd expect most people use web mail.
You would _not believe_ how popular email clients still are, even
among the technically savvy.
Why
The reasoning for the global menu bar isn't just about saving screen space.
It's also about reduction of UI chrome to provide an interface that looks
cleaner and simpler. Mouse travel distance *is* irrelevant since mouse
acceleration allows for great travel distances from short, twitchy
movements.
Yes but this still would leave it up to the developers to make their
programs Unity compatible and isn't that too much to ask from them? Can't a
simpler implementation be found which doesn't need any changes in the
applications so that people doesn't need to make their programs Ubuntu
compatible
Developers can choose to implement the Unity API for adding things to their
launcher item, such as progress bars and quicklists. However, the global
menu is done via gtk and dbus, and requires no effort on the part of the
developer, provided the developer has implemented a standard gtk menu
But why then does some applications not have a global menu bar? Like
PlayOnLinux when you don't install it from the ubuntu repositories? And will
programs made with Qt also automatically work?
2011/5/19 Ian Santopietro isan...@gmail.com
Developers can choose to implement the Unity API for
On 05/19/2011 10:31 AM, Ian Santopietro wrote:
Mouse travel distance *is* irrelevant since mouse acceleration allows
for great travel distances from short, twitchy movements.
As long as the pointer acceleration does its job well. But only in one
direction, to the menu, where the hitting the
On Thu, 2011-05-19 at 13:08 -0400, anthropornis wrote:
Does making an application Unity compatible involve more than making
the menu entries exportable over the DBus system? Relative to other
programming issues, is that more difficult, less difficult, or the
same difficulty as other common
Hi!
I as many have questioned the global menu bar which Unity features. I
believe there are several issues with it as it is today and I will air my
thoughts here.
Many has complained on that it is incredibly frustrating to be working with
on larger monitors. If the active window is in the bottom
I've been begging for this particular change too.
It makes more sense since vertical space is only an issue when you want it
(ie. when you maximize windows), so un-maximized windows have no use for the
global menu since, if they're un-maximized, they don't need the extra
vertical space to render
2011/5/18 Henrik Peytz henrik.pe...@gmail.com
Also, I think it's a bit of a stretch to expect application-devs to make
their applications global-menu compatible. I can see how maximized windows
getting stripped of their titlebar is relatively easy to implement in Unity
without requiring dev's to
On 05/18/2011 11:58 AM, Henrik Peytz wrote:
It makes more sense since vertical space is only an issue when you want
it (ie. when you maximize windows), so un-maximized windows have no use
for the global menu since, if they're un-maximized, they don't need the
extra vertical space to render
Or have a menu-toggle-button next to the other window-controls (close,
maximize etc.) so the user can decide on a per-window-basis whether he wants
the menus visible or not.
I think auto-hiding menus would be bad since it's possible for a user to
want to retain an overview of available menus, even
Am Mittwoch, den 18.05.2011, 15:15 +0200 schrieb Niklas Rosenqvist:
Or to avoid movement, switch between titles and menus in the
titlebars.
I like that idea:
Consistent (menu/title toggle as for maximized window now, than simply
for all windows)
and contextual (it's clear where every menu
2011/5/18 Bazon bazonbl...@arcor.de
i could also imagine a window grip button
for moving the window when the whole title bar is occupied by menus for
moving the window.
Without testing I just get the feeling that this would be ineffective since
I know that I much more often move a window than
Sorry people for accidentally sending duplicates, here is the real version:
2011/5/18 Bazon bazonbl...@arcor.de
i could also imagine a window grip button
for moving the window when the whole title bar is occupied by menus for
moving the window.
Without testing I just get the feeling that this
55 matches
Mail list logo