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
