Leave Open/Close When Done icon in d/l window should remain enabled

VERIFIED INVALID

Status

Camino Graveyard
Downloading
VERIFIED INVALID
15 years ago
15 years ago

People

(Reporter: sairuh (rarely reading bugmail), Assigned: Simon Fraser)

Tracking

({access})

Details

(Reporter)

Description

15 years ago
the Leave Open/Close When Done icon in the d/l window should remain enabled.
when i click Leave Open, it turns to Close When Done --and also becomes
greyed-out. because of this, you cannot tab to that disabled icon.
(Reporter)

Comment 1

15 years ago
note: even tho' it's disabled, you can still mouseclick the Close When Done icon.
Keywords: access
QA Contact: winnie → sairuh

Comment 2

15 years ago
spinoff from bug 160333 - Make buttons in download dialog usable from keyboard
(Reporter)

Updated

15 years ago
Component: General → Downloading
QA Contact: sairuh → petersen

Comment 3

15 years ago
While we're on this topic, I think the labelling of the "Leave Open/Close When
Done" icon is ambiguous and possibly even counter-intuitive. For example: is the
user to understand that when it says "Leave Open" it is saying that it WILL
leave the window open (in which case the button is actually serving as a status
indicator), or is it saying that one needs to PRESS the button in order for it
to leave the window open (in effect the button is then serving as a controller...)

Most other toolbar buttons have a clear action->effect relationship, so if it
says "Print" then you know that pressing it will print something. In the case of
the present button, though, pressing it actually has the opposite effect
(Clicking on "Leave Open" will result in the window NOT being left open). Sure,
Chimera users will quickly learn what this button means, but I don't believe
they SHOULD have to learn: it should be immediately evident. (They shouldn't
have to think! :-)

As such, I think the wording of the button should be changed to something
unambiguous (in which case it becomes hard to think of something that is both
concise and unambiguous) OR we should ditch the button entirely (because this
kind of functionality should really be a checkbox in the body of the dialog, not
in the toolbar). At this stage I favour the later solution.

Comment 4

15 years ago
Either move this into the window's content region in the form of a checkbox
control, or make the toolbar item a checkbox (since toolbars can have standard
controls).

Comment 5

15 years ago
See also bug 172259.
(Assignee)

Comment 6

15 years ago
Invalid with new download manager.
Status: NEW → RESOLVED
Last Resolved: 15 years ago
Resolution: --- → INVALID
(Reporter)

Comment 7

15 years ago
v inv
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.