75546 - List open windows in a "Window" menu

Status: VERIFIED FIXED

(SeaMonkey :: UI Design, defect)

Description

[Henri Sivonen (:hsivonen)]

Mozilla allows the user to switch between the open windows using a menu. That
menu is obscurely named as "Tasks".

According to Aqua HI Guidelines (Macworld draft, 2001-01-10, shipped on the Mac
OS X Developer Tools CD) pp. 46-47, there should be a menu called "Window" that
contains commands "Minimize" (command-M) and Zoom, a list of the open windows
and possibly application-specific commands (eg. bug 53505).

I suggest the Tasks menu be evolved into a Aqua-HI-Guideline-compliant Window
menu on Mac OS X.

(I am marking this bug Mac/Mac OS X and not All/All due to the WONTFIXing
comments in bug 48748.)

Comment 1

[Matthew T (active 1999-2002)]

This should be done on Mac OS Classic too, since it's semi-standard through 
being in the Mac OS 9.x Finder and a number of other Mac OS apps. Like I said 
in bug 48748, on other platforms a list of open windows is not necessary, 
because they have much better mechanisms for switching between open windows 
than Mac OS (either Classic or X) does.

One wonders why OS X doesn't generate this menu itself, instead of risking 
inconsistency by making the app do it, but anyway ...

Window
------
  Minimize            #+M
  Hide                #+H
---------------------------
  Next Window    Option+Tab
---------------------------
  {window title}
  {window title}
/ {window title}
  {window title}

This should be distinct from the Tasks menu, which lists tools, not windows.

--> XP Apps: GUI Features owner.

Comment 2

[Henri Sivonen (:hsivonen)]

The Hide (command-H) menu item belongs in the Mozilla menu on Mac OS X.

On Mac OS X, the right place for the component switching menu items (that are
currently in the Tasks menu) would be the Mozilla menu. The Tools submenu could
fit there, too. See p. 43 of the Aqua HIG Macworld draft. (Of course, normally
the components would be separate apps, but since the components are being
bundled together, the Mozilla menu would be the right place.)

I don't have a good suggesting about the placement of the Privacy and Security
submenu right now.

Comment 3

[Blake Ross]

So we want this on Mac only, but I presume that window list at the bottom is 
supposed to be pulled from the Tasks menu.  So does that mean you're 
recommending we get rid of the list of open windows on other platforms?  What 
do others think?

Comment 4

[Henri Sivonen (:hsivonen)]

I suggested renaming Tasks to Window for All/All in bug 48748. I don't like the
idea of getting rid of the window list on other platforms. I use the window list
on other platform, too.

I suggest:

On Mac OS X:

Mozilla
-------
About Mozilla
About Plug-Ins

Preferences...

Tools >

Browser      #+1
Mail&News    #+2
Editor       #+4
Address Book #+5
IRC          #+8

Hide Mozilla #+H
Hide Others
Show All

Quit Mozilla #+Q


Window
------
Minimize           #+M

Bring All To Front
Next Window    Option+Tab

  {window title}
/ {window title}
  {window title}


On other platforms including Mac OS Classic:

Window
------
Browser      #+1
Mail&News    #+2
Editor       #+4
Address Book #+5
IRC          #+8

Tools >

  {window title}
/ {window title}
  {window title}


Privacy and Security policy editors could go in Edit and the related help items
in Help. There would be nothing left in Tasks.

Comment 5

[timeless]

PSM should _NOT_ go into Edit. Nor should the window list be removed from the 
other platforms.

Comment 6

[Matthew T (active 1999-2002)]

Serves me right for not reading the Aqua guidelines thoroughly. Anyway, this 
bug is about the Window menu, it is *not* about the `Mozilla' menu or the 
`Edit' menu. My suggested solution for the `Tasks' menu mess is in bug 32502 
and bug 17767.

Comment 7

[Blake Ross]

Mac, -> pchen

Comment 8

[Paul Chen]

tag, german, you're it!

Comment 9

[Matthew T (active 1999-2002)]

*** Bug 111212 has been marked as a duplicate of this bug. ***

Comment 10

[Asa Dotzler [:asa]]

reassigning.

Comment 11

[sairuh (rarely reading bugmail)]

blake doesn't have access to a mac (unless i'm wrong ;).

->marlon

Comment 12

[marlon bishop]

this is now part of the spec for all platforms, not just mac.  changing summary,
targetting->101

Comment 13

[Blake Ross]

-> me

Comment 14

[Blake Ross]

fixed.

Comment 15

[sairuh (rarely reading bugmail)]

vrfy'd fixed using 2002.04.09 comm bits on linux rh7.2, win2k, mac 10.1.3.