Closed
Bug 12199
Opened 25 years ago
Closed 25 years ago
[PP] Open File dialog tiny / split UI into Open File and Open Web Page
Categories
(SeaMonkey :: General, defect, P3)
Tracking
(Not tracked)
VERIFIED
WORKSFORME
M11
People
(Reporter: cpratt, Assigned: german)
Details
Attachments
(1 file)
4.30 KB,
image/gif
|
Details |
Build ID: 1999082008 Platform: Windows NT (on some machines, not others; not reproducible on Linux) To reproduce: - Launch apprunner - Select Open File or location from the File menu Result: The window that is generated (I think it's supposed to be the dialog) is tiny. It's got a close box and a window menu icon but that's it: no content. Expected result: Look at the dialog on Linux for an idea of what it's supposed to look like.
Updated•25 years ago
|
Assignee: trudelle → sdagley
Comment 1•25 years ago
|
||
reassigning to sdagley. Is there a spec for this?
Updated•25 years ago
|
Assignee: sdagley → law
Comment 2•25 years ago
|
||
Sounds like yet another case of the intermediate dialog coming up in some weird size. Reassigning to law with the notation that I thought german had agreed that this was not the desired UI for opening a file vs. a location as it unnecessarily adds an additional step to the process of opening a local file.
General UI specs are at http://gooey/client/5.0/specs/. Dialogs are at http://gooey/client/5.0/specs/dialog_framework/. I'm not sure if there is a specific template for the Open File etc. dialog. German?
Actually I noticed some stuff earlier happening related to the entity names in the dtd file not being synced up correctly with the entity names in the XUL file (e.g. capitalization) in other dialog which then exhibited the same symptoms that christopher describes. BTW yes we have templates for most dialogs and I already revised the law version of the dialog twice (see annotated source) to enable intrinsic height. The width of most of these type of dialogs will is standardized to 36em (not in the spec yet), but this is already checked in and used to work just fine.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
It looks just the way German says in my build today. Closing WORKSFORME. As to whether this is the proper UI: I'll be happy to change it as directed (by anybody with the authority to say so). It's currently working the way it is supposed to, as far as I know. If that's not the case, another bug would be the best thing.
Status: RESOLVED → REOPENED
Summary: [PP] Open File or Location dialog tiny → [PP] Open File dialog tiny / split UI into Open File and Open Web Page
I have a change in my local tree that splits the menu into two items for both local file opening and web page opening. I am then assigning this bug to myself for m10.
changes were sneaked uh checked in today for seperating the commands in file menu for opening web locations and opening files. Once verified we can close this puppy for good.
Comment 10•25 years ago
|
||
i ran into something similar to this on win95, build 1999090511. the file: open web location dialog has a text field that is too small (too short)
Updated•25 years ago
|
Target Milestone: M10 → M11
Comment 11•25 years ago
|
||
m11. let me know if we can get this going in the next couple of days.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → WORKSFORME
Comment 12•25 years ago
|
||
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
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•