[PP] Open File dialog tiny / split UI into Open File and Open Web Page

VERIFIED WORKSFORME

Status

SeaMonkey
General
P3
normal
VERIFIED WORKSFORME
19 years ago
14 years ago

People

(Reporter: cpratt, Assigned: german)

Tracking

Trunk
x86
Windows NT

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

(Reporter)

Description

19 years ago
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

19 years ago
Assignee: trudelle → sdagley

Comment 1

19 years ago
reassigning to sdagley.  Is there a spec for this?

Updated

19 years ago
Assignee: sdagley → law

Comment 2

19 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.
(Reporter)

Comment 3

19 years ago
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?
(Assignee)

Comment 4

19 years ago
Created attachment 1335 [details]
looks fine on my machine
(Assignee)

Comment 5

19 years ago
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.

Updated

19 years ago
Status: NEW → RESOLVED
Last Resolved: 19 years ago
Resolution: --- → WORKSFORME

Comment 6

19 years ago
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.
(Assignee)

Updated

19 years ago
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
(Assignee)

Comment 7

19 years ago
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.
(Assignee)

Updated

19 years ago
Status: REOPENED → ASSIGNED
(Assignee)

Updated

19 years ago
Assignee: law → german
Status: ASSIGNED → NEW
(Assignee)

Updated

19 years ago
Status: NEW → ASSIGNED
(Assignee)

Updated

19 years ago
Target Milestone: M10
(Assignee)

Updated

19 years ago
Component: XP Toolkit/Widgets → UE/UI
(Assignee)

Comment 8

19 years ago
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.

Updated

19 years ago
Resolution: WORKSFORME → ---

Comment 9

19 years ago
clearing resolution

Comment 10

19 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

19 years ago
Target Milestone: M10 → M11

Comment 11

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

Updated

19 years ago
Status: ASSIGNED → RESOLVED
Last Resolved: 19 years ago19 years ago
Resolution: --- → WORKSFORME
(Reporter)

Updated

19 years ago
Status: RESOLVED → VERIFIED

Comment 12

19 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

16 years ago
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.