Hi,
Ctrl + Tab is already being used to cycle through tabs in Firefox, and some
other programs that use tabs. I'd say this could be set up as default for
others.
For opening a new windowm Ctrl + N is pretty much universal.
Thanks!
2011/4/16 Bazon bazonbl...@arcor.de
On 16.04.2011 00:58, Toki
Another solution:
* The menu and title in the panel always refer to the topmost maximised window.
* For non-maximised windows, the menu lives in the window's title bar.
* If there is no maximised window, the panel shows whatever it would
for a clear desktop.
This maintains a logical connection
However, Greg, is the downside you are describing for the current layout
with menu bar indiscriminately in title bar or the layout you're describing?
The disadvantage I described was for the layout I described.
Having the menu always in the panel makes it quicker to acquire and
click, which is
Greg,
You are absolutely right IMHO. Nothing more to add, just lending my support!
On Sat, Apr 16, 2011 at 1:29 PM, Greg K Nicholson g...@gkn.me.uk wrote:
However, Greg, is the downside you are describing for the current layout
with menu bar indiscriminately in title bar or the layout
Having the menu always in the panel makes it quicker to acquire and
click, which is good, but it appears connected to the wrong window. In
my view, having the menu appear to be connected to the right window is
more important than speed.
Agreed.
Luke.
Toki,
What Greg was saying, I think, was that throwing the mouse up to the top
edge of the screen is a very easy thing to do, in that you don't have to aim
for any target. The way menu bars normally are, and the way both he and I,
amongst others, have proposed, means that you are aiming for a
Christian, you were right, the message went only to you, thanks to my
negligence of the contents of the To box. And just so the other Ayatana
mailing list subscribers know, I said I think the masses has already the
sense to find the titlebar in the window they're interacting in, so that
doesn't
The points you described are valid, but with the increasing of screen sizes
and the use of laptops, it's very annoying to move the mouse all the way
over to the panel using the touchpad. On the other hand, users are already
accustomed to have the menu bars in the window, so I don't see any
In any case, I am in agreement with your solutions, and the only think I
want to add is to change the complete hidden nature of the current menu
bars. Users new to Unity would be totally clueless as to where the menu bar
is, regardless of it's position on the panel or title bar. If the menus
I think most people can see there is a real issue here. I just hope
that Canonical *at least* just disables the titlebar merging before
Natty and just retain the global menu. That way it removes the obvious
problems until they can be properly resolved and redesigned for
Ocelot. It also gets rid of
Sigh, OK, I'll explain it again:
1. Displaying the title in the panel *alone* isn't a problem
2. Displaying the title in the panel AND merging the maximized window
is a problem
Why? Because the panel becomes the maximized window's title bar, so
now you have the wrong title on the window.
Add
- Luke Benstead kaz...@gmail.com wrote:
Sigh, OK, I'll explain it again:
1. Displaying the title in the panel *alone* isn't a problem
2. Displaying the title in the panel AND merging the maximized window
is a problem
Why? Because the panel becomes the maximized window's title
Hi list,
First of all I don't have Unity installed currently and I'm not a native
English speaker but I'd like to share an idea I've had. I'd like to discus
combining the mockup I've quoted and the menu button as seen in the youtube
video (and Firefox 4 on Win7). If we make the windowtitle of the
That's quite a neat idea about the windows titles being a drop-down button.
But what exactly is the functions for this button are you suggesting?
Personally, I think that the button should display titles of other windows
of the same program - and an option to open a new window.
On the other hand,
On Apr 15, 2011 4:58 PM, Toki Tahmid oxw...@gmail.com wrote:
For switching windows of the same program, while I cannot come up with an
easy graphical means, I've got a good suggestion. Since we're already used
to changing windows with Alt + Tab, we can use Shift + Tab to switch windows
of the
Hey all,
I have a hard to explain idea so read it and ask questions if you
don't understand what I mean :)
I was looking at the stuff in the menu bars of applications and I was
wondering if there is something you use a lot would there be any way
to make it easier to access. So I was thinking
Integrate the menu in the titlebar and have it smoothly fade in when the
mouse moves near to it.
What if I want to move a window? On a multitouch device I can use
three-finger drag or the MT Grab Handles, but on an old fashioned mouse and
keyboard, I can't do it at all since the title bar is now
On 16 April 2011 20:22, Toki Tahmid oxw...@gmail.com wrote:
Interesting, programs can employ the use of Zeitgeist for recording
functions. However, I think this should be an optional feature, as I'm of
those who does not like being logged.
On 16 April 2011 19:58, Shane Fagan
How exactly do you switch between window and application switching modes?
On 16 April 2011 18:54, Jeremy Nickurak jer...@nickurak.ca wrote:
On Apr 15, 2011 4:58 PM, Toki Tahmid oxw...@gmail.com wrote:
For switching windows of the same program, while I cannot come up with an
easy graphical
Some windows mare exceedingly small (Empathy) or have a very large number of
menus (GIMP). Just because this is true for most windows doesn't mean we
should leave them out.
As for moving the window, it's difficult for a new user to know that, and it
requires a few seconds before you can move the
Hello, Shane.
On Sat, Apr 16, 2011 at 10:58 AM, Shane Fagan
shanepatrickfa...@ubuntu.com wrote:
I have a hard to explain idea so read it and ask questions if you
don't understand what I mean :)
I was looking at the stuff in the menu bars of applications and I was
wondering if there is
(so tempted to do some kind of clever joke about microsoft)
We can do it and also learn from microsoft's mistake. Im not saying it
wouldnt be a challenge to make it work but I think we should be
looking to do things like this to make the interface more intelligent.
Menus haven't changed for a
Thanks Mitja Pagon for your reply,
It seems to me it comes down to how you use your desktop, I don't use gimp
or inkscape that often and in my opinion frequently used menu items should
reside in a toolbar. My problem is that I don't know what the menu belongs
to or that the wrong menu is being
On Sat, Apr 16, 2011 at 10:33, Toki Tahmid oxw...@gmail.com wrote:
How exactly do you switch between window and application switching modes?
In gnome-shell?
Press and hold alt. Press tab to switch applications. Hit ` to switch
windows within the application. Repeat until you've highlighted
@Ian, like I said, slightly increasing the width to accommodate menus won't
do much harm. Programs full of functions like GIMP would be used maximised
anyway.
While I can't comment on user knowing it, I think the title button (that
Renze suggested) would be good place to allow dragging. I can't
Hello, Shane.
On Sat, Apr 16, 2011 at 12:15 PM, Shane Fagan
shanepatrickfa...@ubuntu.com wrote:
We can do it and also learn from microsoft's mistake. Im not saying it
wouldnt be a challenge to make it work but I think we should be
looking to do things like this to make the interface more
Nicely put, to extend on you example, the problem Microsoft faced were not pull
down menus themselves, it was rather the fact that Office applications acquired
so much functionality, that pull down menus were no longer an optimal way to
expose that functionality.
This trend against
Hey Kevin,
I get what you mean but some of the problems you are saying are more
about implementation than about the concept. Maybe my idea could be
done as a leftmost or rightmost option on the menu bar that says
frequent (and maybe recent) so the other menus dont move around per
say but the most
hey Mitja,
On Sat, Apr 16, 2011 at 8:30 PM, Mitja Pagon mitja.pa...@inueni.com wrote:
Nicely put, to extend on you example, the problem Microsoft faced were not
pull down menus themselves, it was rather the fact that Office applications
acquired so much functionality, that pull down menus
Just because you don't think its a problem and its
fine the way it is
That's not what he means. :)
He means that you should start a design by clearly identifying what you are
improving- a so-called problem statement.
Problem statements might be things like:
Bob frequently uses the save, print
Hey, Shane.
On Sat, Apr 16, 2011 at 2:40 PM, Shane Fagan
shanepatrickfa...@ubuntu.com wrote:
I get what you mean but some of the problems you are saying are more
about implementation than about the concept. Maybe my idea could be
done as a leftmost or rightmost option on the menu bar that says
On Sat, Apr 16, 2011 at 8:58 AM, Shane Fagan
shanepatrickfa...@ubuntu.com wrote:
Hey all,
I have a hard to explain idea so read it and ask questions if you
don't understand what I mean :)
I was looking at the stuff in the menu bars of applications and I was
wondering if there is something
- Shane Fagan shanepatrickfa...@ubuntu.com wrote:
This trend against application menus is based on generalized assumptions
based on isolated examples of applications with alternative menus, mostly
chrome and firefox (ironically both have application menus in OSX AFAIK)
and
it
33 matches
Mail list logo
