Bug 101171 - wish: Reorganize toolbar configuration tool
Summary: wish: Reorganize toolbar configuration tool
Status: RESOLVED DUPLICATE of bug 59023
Alias: None
Product: konqueror
Classification: Applications
Component: general (show other bugs)
Version: 3.3.2
Platform: unspecified Linux
: NOR wishlist
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-03-09 12:31 UTC by Jens
Modified: 2005-03-09 14:23 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jens 2005-03-09 12:31:50 UTC
Version:           3.3.2 (using KDE 3.3.2 Level "a" , unofficial build of SUSE )
Compiler:          gcc version 3.3.3 (SuSE Linux)
OS:                Linux (i686) release 2.6.5-7.147-default

Hi,

the toolbar configuration window is IMHO a bit confusing. It is not easy to add and remove toolbar buttons easily as in eg. Mozilla or other applications, because some toolbar buttons are dynamic, some are dependant on others, and some simply don't appear in the list of available buttons, but are there in a default configuration.

What I would like is a toolbar configuration that works just by dragging and dropping the buttons you want on the existing toolbar - or alternatively, at least a reorganization of the list of available toolbar buttons:

0. Get rid of the heaps of differently named toolbars that Konq has. As far as I understand, there *should* be no difference between them, ie. they *should* all accept all kinds of buttons, but they are named for a specific purpose. 
IMHO it doesn't add anything useful to be able to have three rows of buttons in Konqueror. Also, this removes the confusion that an icon is simply not added to a toolbar if it already exists in another toolbar.

1. Make the different view profiles of Konqueror save different toolbars. This is planned for KDE, as I heard, and might be related to bug 28331.

1. Group buttons that belong together, eg. by making a tree view. The list of available toolbar buttons can then look like this:

  Navigation
  +- Back
  +- Forward
  +- Up
  +- Home
  `- Stop

  Clipboard
  +- Cut
  +- Copy
  +- Paste
  `- Delete

  Window management
  +- Tabs
  |  +- Duplicate tab
  |  +- Move tab
  |  +- Go to tab ... (dropdown)
  |  `- ...
  +- Divide Windows
  |  +- left/right
  |  +- top/bottom
  |  +- ...
  +- Freeze view
  +- Duplicate window
  `- ...

  File management
  +- View mode (ActionList) *
  +- Move to Trash
  +- Rename
  `- ...

  etc.

* Choosing "ActionList" items would mean that several icons would be added to the toolbar. The user should be made aware of that.


This way, 

- icons would be much easier to find,

- icons would not change position in the list just because you have activated a different language

- maybe you could even drop a "menu" on the toolbar, meaning that all entries in that menu would show up as dropdown targets when you click+hold that icon? Like the icon/list view icons with the down arrow, or the history in Konq's back/forward buttons.


Anyway, just a thought. I think the resorting is really needed, and this way it would be easier to include "dynamic" icons or groups of icons as well. This would make the toolbars much more consistent.


Thank you,

Jens
Comment 1 Tommi Tervo 2005-03-09 14:23:33 UTC

*** This bug has been marked as a duplicate of 59023 ***