Closed Bug 21282 Opened 25 years ago Closed 24 years ago

File | Save Page As: remove "Page" -> "Save As.."

Categories

(SeaMonkey :: General, defect, P3)

defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: cpratt, Assigned: mcafee)

References

Details

(Whiteboard: [rtm-]fix already in trunk)

Attachments

(1 file)

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).
QA Contact: elig → sairuh
German?
Assignee: shuang → german
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
Reassigning to Ben and setting target milestone to M20.
Target Milestone: --- → M20
Move to M21 target milestone.
Target Milestone: M20 → M21
*** Bug 39958 has been marked as a duplicate of this bug. ***
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.."
mcafee
Assignee: ben → mcafee
Attached patch patchSplinter Review
Keywords: patch
Target Milestone: M21 → M18
fixed on trunk, rtm branch frozen
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
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).
Status: RESOLVED → REOPENED
Keywords: rtm
Resolution: FIXED → ---
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.
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.
I don't think this is an rtm issue, it's a UI nit.
We shouldn't be checking nits into the branch.
Minus.  Won't hold RTM for this.
Whiteboard: [rtm-]
Whiteboard: [rtm-] → [rtm-]fix already in trunk
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 ago24 years ago
Resolution: --- → FIXED
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).
vrfy'ing for the trunk. 2000.11.21.08 winnt [and linux], 2000.11.21.13 mac.
Status: RESOLVED → VERIFIED
Component: User Interface Design → Browser-General
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: