Closed
Bug 21282
Opened 25 years ago
Closed 24 years ago
File | Save Page As: remove "Page" -> "Save As.."
Categories
(SeaMonkey :: General, defect, P3)
SeaMonkey
General
Tracking
(Not tracked)
VERIFIED
FIXED
M18
People
(Reporter: cpratt, Assigned: mcafee)
References
Details
(Whiteboard: [rtm-]fix already in trunk)
Attachments
(1 file)
1.04 KB,
patch
|
Details | Diff | Splinter Review |
Build ID: 1999120808 Platform: all To reproduce: - Launch Mozilla - Select File | Open File - Open a local image file (eg /res/arrow.gif) - Drop down the File menu Result: Note that what used to be called "Save As" is now "Save page as". I don't think that this is correct. Why? - "Save As" is what we used in previous versions of Communicator - "Save As" is the de facto standard in IE, OE, Office, etc - "Save page as" doesn't make sense when viewing things other than pages (such as image files) I suggest this be changed back to "Save As..." (note the capitalization too).
Comment 1•25 years ago
|
||
German?
Updated•25 years ago
|
Assignee: shuang → german
Comment 2•25 years ago
|
||
If it is already speced out,then do whatever the spec says for now. Re -assign it to german to make final decision in the pec details if it hasn't speced out.
Moving all UE/UI bugs to new component: User Interface: Design Feedback UE/UI component will be deleted.
Component: UE/UI → User Interface: Design Feedback
I checked with German. Use "Save As...". Please reassign this bug to the correct engineer to be implemented.
Please assign to correct engineer to be implemented.
Assignee: german → don
Comment 6•24 years ago
|
||
Reassigning to Ben and setting target milestone to M20.
Target Milestone: --- → M20
Assignee | ||
Comment 9•24 years ago
|
||
UI, ben. Easy, one-liner.
Assignee: don → ben
Summary: File | Save page as doesn't make sense in many contexts → File | Save Page As: remove "Page" -> "Save As.."
Assignee | ||
Comment 11•24 years ago
|
||
Assignee | ||
Comment 12•24 years ago
|
||
fixed on trunk, rtm branch frozen
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Comment 13•24 years ago
|
||
the patch was checked in the trunk --why not check it into the branch as well? nominating for rtm, and reopening to get pdt's attention. if pdt won't approve, then re-resolve this and add relnoteRTM (sigh).
Comment 14•24 years ago
|
||
another question for mcafee. with this change, how is the menu affected when viewing frames? right now (ie, viewing a page w/frames w/branch bits), there's now Save Page As... and Save Frame As... in the File menu.
Assignee | ||
Comment 15•24 years ago
|
||
I don't have a good answer for the frames scenario. Save As... means "Save everything you see as" as it is checked in right now. How do you save a Frame Set? Maybe we should grey out Save As for the frames case.
Assignee | ||
Comment 16•24 years ago
|
||
I don't think this is an rtm issue, it's a UI nit. We shouldn't be checking nits into the branch.
Updated•24 years ago
|
Whiteboard: [rtm-] → [rtm-]fix already in trunk
Assignee | ||
Comment 18•24 years ago
|
||
marking fixed, this is not landing onto the branch. We should file a new bug for the frames case.
Status: REOPENED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → FIXED
Comment 19•24 years ago
|
||
verified in the trunk [2000.10.11.08] on linux. not marking vrfy till it's finally checked in to the branch (ie, not sure if during the post-rtm fun this will go into a branch, or just stay in the tip *sigh*.) also filed bug 56540 for the frames case (unfortunately in that one, the behavior differs btwn Mac and win32/unix).
Comment 20•24 years ago
|
||
vrfy'ing for the trunk. 2000.11.21.08 winnt [and linux], 2000.11.21.13 mac.
Status: RESOLVED → VERIFIED
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•