Closed
Bug 89321
Opened 24 years ago
Closed 24 years ago
native windows filepicker doesn't persist its location
Categories
(Core :: XUL, enhancement)
Tracking
()
RESOLVED
WONTFIX
Future
People
(Reporter: caustin, Assigned: trudelle)
Details
1) File | Open File
2) Move window to somewhere else on the screen
3) Click cancel
4) File | Open File
Actual results:
Filepicker appears in the same place as it did the first time.
Expected results:
Filepicker appears in the location you place where you left it.
Comment 1•24 years ago
|
||
A certain Microsoft browser doesn't do this :-] (although Office 97 does).
Severity: trivial → enhancement
Target Milestone: --- → Future
Comment 2•24 years ago
|
||
Windows dialogs typically open
a) at a fixed offset from their parent.
b) centered on their parent.
c) centered on the screen.
Is this some whizzy new W2K thing?
[I notice that in W2K even Notepad persists its location. Ugh.]
| Reporter | ||
Comment 3•24 years ago
|
||
Win2K does all sorts of weird things with the file dialogs. If you don't
specify an initial path, it automatically goes to the one you were at last in
this particular program.
Anyhow, the reason I filed this bug is that having the file picker always show
up in the very upper-left corner of the Mozilla window feels a little
unprofessional. (Lots of programs have similar behavior, however)
I'd assign it to myself, but I don't know when I'll have some free time. Fixing
this bug basically requires writing a window hook for the file picker dialog.
| Reporter | ||
Comment 4•24 years ago
|
||
An alternative is to display the FilePicker in the center of the parent window,
a la Netscape 4.
| Reporter | ||
Comment 6•24 years ago
|
||
wontfix
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → WONTFIX
Comment 7•24 years ago
|
||
May God have mercy on us all. The 212 bug spam-o-rama is Now!
QA Contact: aegis → jrgm
You need to log in
before you can comment on or make changes to this bug.
Description
•