Closed Bug 9978 Opened 26 years ago Closed 25 years ago

Bookmarks - File | New Window not the correct naming

Categories

(SeaMonkey :: Bookmarks & History, defect, P3)

defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: cpratt, Assigned: slamm)

Details

Build ID: 1999071417, 1999071208 (M8 builds) Platform: Windows 98 (can't test Mac OS or Linux right now, but presumably the same on those platforms as well) To reproduce: - Launch apprunner - Select Bookmarks | Manage Bookmarks… - In the Bookmarks window, drop down the File menu Result: There is a menu item that reads 'New Window' Expected result: There should be a menu item that reads 'New' that reveals a submenu with different items there, eg Navigator Window, Mail Message, etc. As only one bookmarks window can be open at one time, it does not make sense to have a 'New Window' menu item in this context.
technically this isn't a bug because 'New Window' when in the bookmarks context does exactly that. It opens a new, fully functional mange bookmarks window. So it shouldn't be called anything else, unless you're looking for different functionality, which would be a feautre request. Why one would ever need two bookmarks windows, I dunno, someone else can make that call.
According to the spec at http://gooey/client/5.0/specs/bnh/, this is a bug as far as I can tell. cc'ing german.
Component: UE/UI → XPApps
'looking at the spec' shows me that the current state and the desired state are two different things i.e. there is still much work to be done there. Therefore I imagine this work is on someone's task list. My little brain says it's slamm so i'm cc'ing him. Slamm: please dupe if you already have a bug attached to this task. changing component as it's more than a UE issue or rather the UI work has already been done.
cc'ing slamm for real this time; you may want to look at bug 9980 as well.
Assignee: shuang → german
german should be the one that make a decision on the naming.
Assignee: german → slamm
Target Milestone: M10
We will not have a "New" item by itself in the Manage Bookmarks window, since it does not make sense to open two Manage Bookmarks windows at the same time. The New > popout submenus will have the same content as in other app windows. Slamm can you update the menus to reflect this, I changed the target to M10, since I know your plate is already full for m9, plus we need to coordinate to see whether we can create an overlay for the File menu, to be used in all apps.
Status: NEW → ASSIGNED
Target Milestone: M12 → M14
Hangas, would you be able to help me add a "New>" submenu to the bookmarks and history windows?
Component: XPApps → Bookmarks
Looks to me like this is fixed in 2000020310 NT. Could we verify it? Marking Fixed
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
I'm gonna say no at this point. what we have now is a toplevel menu titled 'File' with submenuitems: New Bookmark New Folder New Separator I don't know how authoratative the specs are (last updated 10/01/99) - I may be looking at the wrong ones but none of this is spec. If someone wants to make a call and say this is what we are going with for Beta1 then do so. Until I hear otherwise, this bug is REOPENED.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Move to M16 ...
Target Milestone: M14 → M16
Keywords: nsbeta2
Status: REOPENED → RESOLVED
Closed: 25 years ago25 years ago
Resolution: --- → FIXED
I just checked in a fix.
VERIFIED Fixed with 2000051012 builds
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.