45412 - Common overlay for list customization (two trees, with buttons and D&D)

Status: NEW

(Core :: XUL, enhancement, P3)

Description

[Blake Ross]

I think it'd be pretty neat to have a common dialog with functionality similar 
to that of MS's oft-used Customize Toolbar dialog.  You'll notice that we have 
3 (possibly more) dialogs that are pretty much exactly the same (or very 
similar) in appearance and function: the Customize Sidebar dialog, the 
Customize Search dialog, and the Character Coding dialog.  It would be cool to 
create a kind of "common dialog" or overlay which would be a template 
containing two trees (with dragging capability between them), an OK (or Save) 
and Cancel button, a separator, and two buttons.

Comment 1

[Asa Dotzler [:asa]]

XPApps. adding [RFE] to summary.

Comment 2

[Blake Ross]

The "two buttons," by the way, would be Add and Remove. Thus, it'd be a 
standard dialog for transferring information between two trees...but it'd 
subsume the need to have to recreate such an oft-used dialog every time.

Comment 3

[Matthew T (active 1999-2002)]

I think we just want to limit it to an overlay containing the two trees (with 
captions) and the means of transferring items between them, and not try to make 
a whole dialog. Because dialogs which contain this meta-widget could contain 
arbitrary other checkboxes, popup menus, or whatever (e.g. IE's Customize 
Toolbars dialog). Some of them might be modal dialogs with Ok/Cancel; others 
might be non-modal with no buttons at all. Etc etc etc.

Don't forget an optional pair of `Up' and `Down' buttons -- optional because 
they'd be appropriate for some dialogs but not for others.

I'd like to see this be a standard part of XPToolkit, or at least in Mozilla's 
equivalent of MFC.

Comment 4

[Matthew T (active 1999-2002)]

There would be a boolean flag, specifying whether the user could specify the 
order in which the items in the `available' tree could be added to the `current' 
tree.

If the flag was set to `false', items could only be added to the `current' tree 
in the same order as they existed in the `current' tree.

If the flag was set to `true', there would also need to be a boolean flag for 
each item in the `available' tree, to indicate whether multiple copies of that 
item could be added to the `current' tree.

[Blake, shouldn't those dependencies be blockers instead?]

Comment 5

[Niko Pavlicek]

couldn't you have a pref (under Appereance) with 4 parts (Customize Sidebar,
Coustomize Toolbars, Customize Search Dialog, Customize Character Coding)? IMHO
it isn't good, if a users have to do some customization in the preferences, some
in other dialogs.
Someone made a proposal in the UI-Newsgroup for a customize toolbar-dialog in
aphrodite, but I think it makes sense in the standard UIs for mozilla,too:


 +------------------------------------------------------------------+
 | Navigator Toolbars ::::::::::::::::::::::::::::::::::::::::::::::|
 +------------------------------------------------------------------+
 | _Available buttons:                      _Current buttons:       |
 | +-------------------+-+                  +-------------------+-+ |
 | |  (separator)      |A| ( > Add (_+)   ) |< Back             |A| |
 | |h Bookmarks        |:| ( < Remove (_-)) |> Forward          |:| |
 | |m Copy             |:|                  |@ Update           |:| |
 | |" Cut              |:|                  |X Stop             |:| |
 | |/ Edit             |:|                  |  (separator)      |:| |
 | |% Encoding         |:|                  |A Home             |:| |
 | |Q Find             |:| ( A _Up        ) |Q Find             |:| |
 | |? Help             |V| ( V _Down      ) |h Bookmarks        |V| |
 | +-------------------+-+                  +-------------------+-+ |
 |                                                                  |
 | Show Command Toolbar as                  Location Toolbar:       |
 | [pictures and text (portrait) :^]        [/] Search popup menu   |
 |                                          [ ] Go button           |
 |                                                                  |
 |                                                                  |
 +------------------------------------------------------------------+

Comment 6

[Matthew T (active 1999-2002)]

> couldn't you have a pref (under Appereance) with 4 parts (Customize Sidebar,
> Coustomize Toolbars, Customize Search Dialog, Customize Character Coding)?

Because to associate four such unrelated customization areas, just because they 
happened to use the same UI metawidget, would be utterly perverse from the user's 
point of view. It also wouldn't work for other XPToolkit apps which wanted to use 
this metawidget too.

> Someone made a proposal in the UI-Newsgroup for a customize toolbar-dialog

That someone was me. The toolbar customization dialog would use this metawidget, 
just as the other dialogs would.

Comment 7

[Viswanath Ramachandran]

Since Don has left, Vishy is taking his bugs in bulk, pending reassignment.
thanks,
	Vishy

Comment 8

[Matthew T (active 1999-2002)]

Also: double click on an item to move it from one list to the other.

Bugs which could be fixed more easily by implementing this RFE include: bug 
45291, bug 45292, bug 45371, bug 62690.

Comment 9

[Paul Chen]

nav triage team:

Hmmm, this sounds like an xptoolkit issue, changing component to xp 
toolkil/widgets, reassigning to trudelle

Comment 10

[BugBot [:suhaib / :marco/ :calixte]]

The bug assignee didn't login in Bugzilla in the last 7 months, so the assignee is being reset.