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)

x86
Windows NT
defect

Tracking

(Not tracked)

VERIFIED WORKSFORME

People

(Reporter: cpratt, Assigned: german)

Details

Attachments

(1 file)

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.
Assignee: trudelle → sdagley
reassigning to sdagley.  Is there a spec for this?
Assignee: sdagley → law
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.
Status: REOPENED → ASSIGNED
Assignee: law → german
Status: ASSIGNED → NEW
Status: NEW → ASSIGNED
Target Milestone: M10
Component: XP Toolkit/Widgets → UE/UI
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.
Resolution: WORKSFORME → ---
clearing resolution
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)
Target Milestone: M10 → M11
m11.  let me know if we can get this going in the next couple of days.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago25 years ago
Resolution: --- → WORKSFORME
Status: RESOLVED → VERIFIED
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
Component: User Interface Design → Browser-General
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: