Open
Bug 79623
Opened 24 years ago
Updated 2 years ago
Common dialogs should have a fixed width
Categories
(Toolkit :: XUL Widgets, defect)
Toolkit
XUL Widgets
Tracking
()
NEW
People
(Reporter: sfraser_bugs, Unassigned)
References
Details
The 'common dialogs' dialogs (password prompt, basic alerts etc) currently can
resize to different widths, depending on the dialog content. This means that the
width of a simple alert dialog can vary, depending on the exact wording of the
message.
This should not happen. For consistency, and user-predictability, these dialogs
should have a fixed width, and only change their height. This is how Mac alert
dialogs behave.
This is probably as simple as setting a max-width on the <window> tag in
commondialogs.xul.
Comment 2•24 years ago
|
||
isn't this an issue on all platforms?
Comment 4•24 years ago
|
||
nsICommonDialogs has been replaced by nsIPrompt, so this is not an issue any
more. Correct?
Comment 5•23 years ago
|
||
Reproduced in build 2001082408, Mac OS 9.1.
Compare
javascript:alert("foo")
with
javascript:alert("bar bar bar bar bar bar bar bar bar bar bar")
. They should be the same width, but they're not.
marking p2 and mozilla0.9.7
Status: NEW → ASSIGNED
Priority: -- → P2
Target Milestone: --- → mozilla0.9.7
Updated•23 years ago
|
Blocks: patchmaker
Comment 7•23 years ago
|
||
This doesn't apply to Windows.
javascript:alert("foo")
javascript:alert("bar bar bar bar bar bar bar bar bar bar bar")
should produce dialogs of two different widths.
Reporter | ||
Comment 8•23 years ago
|
||
Can you point to the UI guidelines that say this?
Comment 9•23 years ago
|
||
I'm just going from how MessageBox() behaves under Windows, since the examples
mpt gave are message dialogs.
However, message dialogs aren't "common dialogs" in the Windows sense. Common
dialogs in Windows are File Open, File Save, etc. And there seems to be no
standard width for these, especially since they can be over-ridden with a custom
template and they are resizeable as of Win2K/Me.
Comment 12•23 years ago
|
||
-> default assignee
Assignee: pchen → trudelle
Status: ASSIGNED → NEW
Target Milestone: mozilla1.0.1 → ---
Comment 13•23 years ago
|
||
Is this just cosmetic/aesthetic, or can you document a real problem scenario for
real users? cc marlon for ue input.
Reporter | ||
Comment 14•23 years ago
|
||
It's somewhat of a usability problem. If the dialog is always a different width,
then it's unpredictable where the OK button will be. I can't take advantage of
muscle memory to dismiss these dialogs with the mouse. It's also ugly.
Comment 15•23 years ago
|
||
Based on comment 7 and common 9, is this Mac-only?
Comment 16•23 years ago
|
||
Simon: if we constrain the width, the height will change; either way the OK
button would move. BTW, though I don't discount the desirability of consistency
in the width of these dialogs, I can't find any reccomendation covering this in
MHIG, and don't know of any reasons why small variations would make them less
usable. Also, ugly is pretty subjective, and hard to factor in when triaging too
many bugs.
->jag
Assignee: trudelle → jaggernaut
Reporter | ||
Comment 17•23 years ago
|
||
I'm basically recommending that we follow the behaviour of StandardAlert() on
Mac, that resizes only vertically to accomodate the text.
Comment 18•23 years ago
|
||
So what you're really saying is that common dialogs of the "Alert" persuasion
should have a fixed width?
Comment 19•23 years ago
|
||
...on Mac
Reporter | ||
Comment 20•23 years ago
|
||
Alerts, and also password dialogs etc, on Mac. We throw up some password dialogs
with ridiculously long entry fields.
Comment 21•23 years ago
|
||
Hrm.. I think the fixed-width alert request is Mac-specific, but I think the
rediculously long password dialog problem is XP. I've definitely run into it on
Windows.
Updated•20 years ago
|
Product: Core → Mozilla Application Suite
Updated•17 years ago
|
Status: ASSIGNED → NEW
Priority: P2 → --
QA Contact: bugzilla
Target Milestone: mozilla1.2alpha → ---
Comment 23•16 years ago
|
||
On Windows, we at least want a maximum size so dialogs like "set default browser?" don't look so wacky.
Assignee: jag → nobody
Component: UI Design → XUL Widgets
Product: SeaMonkey → Toolkit
QA Contact: xul.widgets
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•