[RFE] Revision to "Unknown File Type"/file dialog boxes

VERIFIED FIXED

Status

SeaMonkey
UI Design
P3
enhancement
VERIFIED FIXED
19 years ago
14 years ago

People

(Reporter: Crysgem, Assigned: Bill Law)

Tracking

Trunk
x86
Windows 98

Firefox Tracking Flags

(Not tracked)

Details

(URL)

Attachments

(1 attachment)

(Reporter)

Description

19 years ago
Apprunner Build of July 15
(ftp://ftp.mozilla.org/pub/mozilla/nightly/1999-07-15-13-M9/mozilla-win32.zip).

See Bug 9955 (this bug filed seperately to prevent nodal overload, not to be
confused with noodle overload).

Click-select "setup.exe" at the named URL, and the beast attempts to present the
"Unknown File Type" dialog window. The video in this window is corrupted, a foul
broth consisting of whatever pixels were drawn at the position of the window
("beneath" it). No poke-or-stroke operation I am able to perform will cause the
rightful contents to appear - thus, I cannot access the mechanisms of the dialog
(this misfortune not noted by Bug 9955).

Further, a suggestion, which may be unwarranted as I cannot MANIPULATE or so
much as VIEW the dialog's controls:
The liberating sensibility that generates seperate windows for individual
dialogs is to be commended. However, an interface problem may arise, at the
least in the case of the "Unknown File Type" dialog. If the user opens multiple
such dialogs (let us not criticize the user's sloppy manner), residing on the
"taskbar" at anonymous locations, how is said user to recall which dialog
applies to which file/document? Some data, such as URL of file, URL in which the
link to the file appeared, name and size, &c., are necessary in the dialog.

Updated

19 years ago
Assignee: davidm → law
Component: HTML Dialogs → XPApps

Comment 1

19 years ago
change component to XPApps. reassign to Mr. Law  who I believe did this dialog
(Assignee)

Updated

19 years ago
Assignee: law → german
(Assignee)

Comment 2

19 years ago
I'm reassigning this bug to German.  The dialog contents were based on the
similar dialog in 4.x.  So I'll blame the lack of the URL on that.  Any
substantive change should come from UE so I'll let German propose a revision.
It is trivial to add the url string to the dialog (the dialog *has* it, it just
doesn't show it).

Further, I'd recommend more enhancements to this dialog.  I think there should
be an area for help/tutorial text to appear.  This text should change as the
user mouses over the various buttons and should explain just exactly what the
mysterious "More Info..." button will do, for example.

BTW, I'm about to change in fixes to this dialog that should clear up some of
the painting problems related in bug #9955.
(Reporter)

Updated

19 years ago
Severity: critical → enhancement
Summary: "Unknown File Type" dialog box corrupted → Proposed revision to "Unknown File Type"/file dialog boxes

Comment 3

19 years ago
The dialog now appears, whole and intact (1999072108 Apprunner)... all that
remains is german@netscape.com's preponderance of judgment.

Updated

19 years ago
Status: NEW → ASSIGNED
Target Milestone: M9

Comment 4

19 years ago
I am attaching an image to show what I am getting. I think we need to do a
little bit of clean-up on the layout and add some explanatory text. I'll make an
attempt for that for M9

Comment 5

19 years ago
Created attachment 1276 [details]
screenshot from build of 081699

Comment 6

19 years ago
I am holding the updates in my local tree including cosmetic changes (using
boxes for cleaner layout) and better wording as suggested by verah (help/pubs
tech). I'll keep you posted when they go in hopefully today as soon as the tree
opens.
+ G

Comment 7

19 years ago
jevering, need an ok to check in to M9 branch!

Updated

19 years ago
Target Milestone: M9 → M10

Comment 8

19 years ago
Moving to M10 per german...he prefers that over M9 branch.

Updated

19 years ago
Target Milestone: M10 → M11

Comment 9

19 years ago
m11.  let me know if we can get this going in the next couple of days.

Updated

19 years ago
Status: ASSIGNED → RESOLVED
Last Resolved: 19 years ago
Resolution: --- → FIXED

Comment 10

19 years ago
changes have been checked in a while ago and should be working (minus proper
padding for dialogs which doesnt work yet)

Updated

19 years ago
Status: RESOLVED → VERIFIED

Comment 11

19 years ago
I'm going to go ahead and mark this as verified. However, the dialog is still
not entirely okay - the buttons are missing borders and are allruntogether into
onebiglineoftext. Additionally, the text in the dialog itself seems kind of odd
to me (it isn't like other Web browsers, and seems to offer no improvement in
terms of understandability). But it's different than how it was before & I
suppose that's what this bug was about. crysgem, please do reopen the bug if you
have a better of idea of what you were looking for. Thanks!

Updated

19 years ago
Status: VERIFIED → REOPENED

Comment 12

19 years ago
We need to assign class="push dialog" to all the command buttons used in
dialogs. Once you do that they should look allright again. Global.css was
changed to have require buttons use a specific class for faster style
resolution.

Updated

19 years ago
Resolution: FIXED → ---

Updated

19 years ago
Status: REOPENED → NEW

Comment 13

19 years ago
re-assigning to myself.

Updated

19 years ago
Target Milestone: M11 → M12

Comment 14

19 years ago
m12

Updated

19 years ago
Assignee: german → law

Comment 15

19 years ago
Bill can you look into this if you have a spare minute? All thats
required is to say for all command button in that dialog to use
class="push dialog". Thanks.
(Assignee)

Updated

19 years ago
Status: NEW → ASSIGNED
(Assignee)

Comment 16

19 years ago
No problem.  I've been working on getting the underlying code to work better.
I've noted cosmetic work needed to be done; it just wasn't as high a priority
till now.

Updated

19 years ago
Target Milestone: M12 → M13

Comment 17

19 years ago
Bill, I'm moving this to M13.  That doesn't mean that you can't fix it for M12
anyway, but it's not a requirement.

Updated

19 years ago
Summary: Proposed revision to "Unknown File Type"/file dialog boxes → [RFE] Revision to "Unknown File Type"/file dialog boxes
Target Milestone: M13 → M15

Comment 18

19 years ago
Not required for beta 1.

Updated

19 years ago
QA Contact: cpratt → sairuh

Comment 19

19 years ago
qa -> sairuh

Comment 20

19 years ago
Move to M16 for now ...
Target Milestone: M15 → M16

Updated

19 years ago
Target Milestone: M16 → M18

Comment 21

18 years ago
Move to M21 target milestone.
Target Milestone: M18 → M21

Comment 22

18 years ago
I believe we have different "unknown file type" dialogs now. Shouldn't this bug
be closed?
(Assignee)

Comment 23

18 years ago
Resolving as FIXED.
Status: ASSIGNED → RESOLVED
Last Resolved: 19 years ago18 years ago
Resolution: --- → FIXED
yeah... vrfying --additional issues should be filed as new bugs [or, search for
the currently existing ones for this dialog].
Status: RESOLVED → VERIFIED
Product: Core → Mozilla Application Suite
You need to log in before you can comment on or make changes to this bug.