I frequently use "File->New->New Window". Having it under "New" rather than as a top level item is an "elegant" abstraction, but it also makes this common-for-me operation harder to use. I estimate it costs me about 5 seconds extra per new window, but more importantly it means I have to concentrate on operating the mouse more closely.
*** This bug has been marked as a duplicate of 135571 ***
Status: UNCONFIRMED → RESOLVED
Last Resolved: 16 years ago
Resolution: --- → DUPLICATE
Note that clicking on File->New (i.e. ignoring the submenu) will in fact give you a new navigator window (the first item in the submenu). This is 2 clicks, i.e. only a mild regression from the click-and-drag before the menu reorganization. (If this is a feature or accident is another topic, it is not mentioned at all in the discussion in Bug 135571.) Also, you can get a new window by clicking on the "M" icon in the bar at the bottom of the browser (not sure ATM what the official name is), which is 1 click. In view of this, I don't understand why the partecipants in the discussion in Bug 135571 go to such length. Am I missing something ? (Asking it here in a Resolved bug, to avoid bug spam, in the case I am ...)
2 things I can think of: (1) The File->New trick doesn't work here for me (on the Mac), and (2) even if it did (or I was on my Linux system), it would never occur to me to use it that way, because I don't think I've seen one that works that way ("sub-menu itself is selectable, and is equivalent to the first item of the sub-menu"). We probably shouldn't have to (re-)teach people how to use pull-down menus to use Mozilla efficiently when we could just move a menuitem.
Yes, the File>New trick does not work any more, it was obviously a "bug" and not s "feature" and has been "fixed". The "M" approach is also not general, it only opens a second browser window from the first one. After that, it just alternates between them. Sorry for the spam.
You need to log in before you can comment on or make changes to this bug.