Closed
Bug 41202
Opened 25 years ago
Closed 22 years ago
Dialogs should be positioned correctly over content window
Categories
(Core :: DOM: Editor, defect, P3)
Tracking
()
RESOLVED
WORKSFORME
Future
People
(Reporter: mikepinkerton, Assigned: danm.moz)
References
Details
(Keywords: helpwanted, Whiteboard: [nsbeta3-])
launch composer
click the "table" button
the dialog comes up at 0,0 on the screen. it should come up centered.
Comment 2•25 years ago
|
||
I do nothing to affect the initial location.
In Windows, it comes up at 0,0 relative to the parent view, so at least it's
near the content window.
The "centerscreen" attribute for openDialog is lame -- a dialog shouldn't be
centered on the screen, but relative to the content window.
Optimally, once the user has repositioned a dialog, the position should persist
so it comes up in the same spot relative to the content window. That may tricky!
Whatever is done should be done for all Composer dialogs, so I'm making this
bug cover all of them.
Status: NEW → ASSIGNED
Summary: Table edit dialog appears at 0,0 → Dialogs should be positioned correctly over content window
Target Milestone: M17 → M18
Comment 5•25 years ago
|
||
I added the persistance for screenX and screenY for all dialogs (bug 47646)
but that doesn't seem to work!
Dan or David: How the heck to I make a dialog come up in the center of the
screen?
Depends on: 47646
Comment 6•25 years ago
|
||
This really should be fixed. I'll ask on the newsgroup.
Keywords: helpwanted,
nsbeta3
Comment 7•25 years ago
|
||
setting to -, hopefully someone in the net community can help on this one
Whiteboard: [nsbeta3-]
Target Milestone: M18 → Future
Comment 8•25 years ago
|
||
Once the user uses a dialog, we remember its location relative to the parent
window. Is this good enough to resolve this bug?
OS: All
Comment 9•24 years ago
|
||
nominating for dogfood (from sdagley's list of bugs that are good candidates for
our next release)
Keywords: nsdogfood
Comment 10•24 years ago
|
||
This is mostly an issue for Mac and Linux, where the initial postion is
0,0 relative to screen, not parent window, as Windows does.
This needs to be change in OS-specific XPFE window-launching code applicable
to all dialogs, not just editor.
Danm is probably the best candidate to fix, but I'll let Trudelle decide that.
Assignee: cmanske → trudelle
Status: ASSIGNED → NEW
Comment 12•22 years ago
|
||
Dialogs now use sheets, which are properly centered.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•