← Back to team overview

unity-design team mailing list archive

Re: (no subject) LIM (locally integrated menus)

 

Thanks for such a comprehensive reply John, but I couldn't help but notice a conflict in the two points below:

On 14/03/12 10:27, John Lea wrote:
Q. How about the idea of displaying the menu in the window title bar horizontally?

A. This was our initial idea. However with this design you run into a bunch problems with both dragging the window and with small windows. We went through all the possibilities of how we could solve these problems with things like having a reserved space on the right hand side of the window title bar for dragging, etc..., but this still impacted window management and was a very hackish, dirty solution. And there was still the problem of small windows.

Q. Tell me more about how the menu is revealed, won't clicking on the Window Title to reveal the menu also get in the way of dragging windows?

A. The menu is only revealed on the *release* of a normal click. A 'hold' won't display the menu when it is released, and large pointer movement between the 'press' and 'release' of the click will similarly stop the menu from being displayed. However small amounts of mouse movement are tolerated, as there is almost always a small amount of unintentional mouse movement, even in the low millisecond time range between the 'press' and 'release' of the click. The result of this behavior is that you can drag the window by clicking on any point in the window title bar without worrying about accidentally revealing the menu. However if you want to reveal the menu all you have to do is click!

You mention that the horizontal menu caused problems with dragging. You then mention that clicking the title bar won't prevent dragging because the menu appears on release.
Could this same rule not be applied to the horizontal menu idea?
Admittedly, this does not overcome the small window idea. Out of interest, what happened with small windows before the global menu?

Matt


Follow ups

References