id	summary	reporter	owner	description	type	status	priority	milestone	component	version	resolution	keywords	cc
12803	Ideas for improving Toolbar interface	Steve James		"The toolbar based interface gets out of hand quickly as new plug-ins are added.  I tend to think all the icons can get very ""busy"" very quickly and contribute to information overload on the part of end users.

I think that some sort of overhaul of the toolbar based interface will be warranted in the future.

Some possible ideas...  

(1) Implement/support icon/button pods, groups of configurable, related hidden buttons in an overlay that are displayed when a displayed toolbar button is clicked. The overlay could have a title that describes the grouping.[[BR]]

(2) Support some sort of configurable drop down menus as a configurable alternative to icons for the toolbar.  Again, the purpose is to enable end developers to move some icons off screen while still having them accessible.  I get that drop downs are supported for plug-ins, but why can't I just configure CKE to put a group of toolbar icons in a drop-down menu to take up less toolbar space?[[BR]]

(3) Support some sort of tabbed toolbar groupings as a configurable alternative.  Thus, the top level groupings could correspond to tabs that provide high-level groupings of icons.

With all of the above approaches, the general idea is to make sure that the most used toolbar icons are readily available, while configuring less frequently used icons as somehow temporarily hidden, yet still having them be accessible.

Granted, I can fiddle around with changing toolbars, but that is kind of a show it (""it"" being an icon/button) and access it, or don't show it and don't access it approach.  What I am suggesting, is more of a configurable middle approach--don't show an icon/button, but still have it be available via an overlay, drop-down, or tab selection."	New Feature	confirmed	Normal		UI : Toolbar