23950 - Redesigned open location dialog

Status: VERIFIED FIXED

(SeaMonkey :: UI Design, defect, P3)

Description

[Michael Lowe]

Attached is a redesigned open location dialog.  I believe it is an improvement
on the current open location dialog and I hope that it can be incorporated into
the Mozilla tree.   This is not (yet) a complete overhall of the Open user
interface design in Mozilla, as I would like, but it a small incremental
beginining which I hope can be adopted without too much disagreement.

Comment 1

[Michael Lowe]

Attachment: screenshot of new dialog

Comment 2

[Michael Lowe]

Attachment: zip file containing new dialog

Comment 3

[Michael Lowe]

So, I'd like approval to check this in (after it has been reviewed of course).

Comment 4

[Charles Manske]

Thanks for including the Open in Composer choice!

Comment 5

[Michael Lowe]

Attachment: Revised dialog

Comment 6

[Michael Lowe]

Attachment: Revised files

Comment 7

[:deanis74]

A vast improvement over the current dialog!

Comment 8

[german]

yep, I like that one. Only implementation problem Don's team might see if the 
component 'Composer' is not installed (if there ever would be such a config), how 
do we know to disable that radio button? 
Can we check it in? Don? That will help us close this bug and bug 23950

Comment 9

[Michael Lowe]

Taking bug

Comment 10

[Michael Lowe]

Attachment: Revised browser dialog

Comment 11

[Michael Lowe]

Attachment: revised editor dialog

Comment 12

[Michael Lowe]

Attachment: Revised files

Comment 13

[Michael Lowe]

Attachment: Revised files

Comment 14

[Michael Lowe]

Attachment: Revised browser dialog (again)

Comment 15

[Michael Lowe]

Attachment: revised open dialog (once again)

Comment 16

[Michael Lowe]

New dialog has been checked in

Comment 17

[Eli Goldberg]

I'm re-opening.

Specifically, all means of opening pages using the "Choose File" button doesn't 
work at all on the current Mac OS build (and didn't work in last week's build. 
Didn't check other platforms; works fine when selecting "Open File..." directly 
from the File menu.

This is probably a separate issue, but since half of the dialog's functionality 
is inaccessible, I'm re-opening this one.

Reassigning QA to sairuh, who I believe owns Open as part of menus. Sairuh, if 
this is yours, I'd suggest banging on it a bit further.

Comment 18

[sairuh (rarely reading bugmail)]

h'm. weird. yep, it's a problem on the mac comm bits [2000-02-04-10].

on winNT [non-comm 2000-02-04-10], the native file picker [File Open] always
seems to crash.

and on linux [comm, 2000-02-04-08] i seem to get a native dialog called Choose
File when following eli's steps. but going directly to File > Open File opens
another native dialog file picker titled File Open.

i really think the above should be opened as separate bugs. what do other people
think? bouncing this to don for his input...

Comment 19

[sairuh (rarely reading bugmail)]

as an fyi, here are the bugs i recently filed on native file pickers --different
for each platform.

windows: bug 26635 (crasher)
mac: bug 26632 (non-responsiveness that eli saw)
linux: bug 26631 (minor UI tweaks or not?)

Comment 20

[don]

Hmmm, let's look at this for M15.

Comment 21

[Charles Manske]

I don't see any problems with the current dialog. Pavlov and I have been 
tweaking it lately. The OS-specific bugs posted on 2/4 seem to be resolved.

Comment 22

[don]

Move to M16.  So is this reolved?  Can I close this?

Comment 23

[Charles Manske]

I think so, but it's Bill's bug!

Comment 24

[sairuh (rarely reading bugmail)]

the current Open Web Location looks different that the latest screenshot
attached here --it's actually more svelte. ;-) in any case, it looks good, and
if we're gonna stick with the current design, i'd say resolve this.

Comment 25

[Michael Lowe]

I'm taking the liberty of resolving this bug.   I can see some minor problems 
with the current dialog, but the issues are better handled as new bug reports 
instead of in this old report.

Comment 26

[sairuh (rarely reading bugmail)]

done.