Summary: | Mozilla Firebird Style UI Toolbar Customization =) | ||
---|---|---|---|
Product: | [Frameworks and Libraries] kdelibs | Reporter: | Alex Radu <AlexRadu01> |
Component: | kedittoolbar | Assignee: | David Faure <faure> |
Status: | CONFIRMED --- | ||
Severity: | wishlist | CC: | jens-bugs.kde.org, kde, long, marcus.klemm |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | openSUSE | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Alex Radu
2003-05-27 07:31:36 UTC
It is already there. Check Settings | Configure Toolbar. I guess he emphasized DnD and visualization of toolbar? The current dialog can be improved and IIRC Aaron wanted to do that? I think kicker has an even better way to edit it's icons/applets than the KDE toolbars or Mozilla Firefox. Having all available items right in the RMB menu, in nicely ordered cathegories is a great feature of Kicker. And the ability to drag items around with your mouse is really convenient. Why not have all toolbars in KDE work the way kicker does? It's 2005, the stable version is KDE 3.3.2 and we still have the totally unintuitive toolbar configuration where there are several fragmented main toolbars and a dozen extra toolbars. The way toolbars are configured in Konqueror should really be revamped. Either the firefox style of toolbar configuration or the Kicker panel style would be vastly superior to the current way. The firefox way is quick and convenient, but the panel style provides consistency--no more relearning. Oh I do hope toolbars are better in KDE 4. konqueror does the merging of several components into a single GUI,
which neither firefox nor kicker does, so it's not that simple.
> Oh I do hope toolbars are better in KDE 4.
That's the plan.
> konqueror does the merging of several components into a single GUI,
So, when entering the "Toolbars Editing Mode", let's show all the toolbars (but of course buttons willn't be clickable in this mode).
We're now able to drag and drop entries "ala Firefox" but for all components!
Of course, re-hide the previously hidden toolbars when exiting the mode.
And as a bonus, do the same with Kicker: instead of two "Add"/"Remove" menus, have a "Customize" button and popup the same dialog.
It would even solve another bug: the "Locked Mode" for kicker (like in Windows xp).
Kicker could then be locked, but when entering this Customize mode, we would be able to drag and drop entries.
Would be very good for KDE 4.0.
*** Bug 101171 has been marked as a duplicate of this bug. *** I do agree that the toolbar editing mode is not very intuitive but still I understand why it is difficult to be fix. On the other hand Firefox toolbar configuration it might be impractical with a large number of buttons/options. I vote for it because the toolbar needs to be improved somehow. > might be impractical with a large number of buttons/options.
a large number of buttons/options in itself is impractical too, so cleaning them up a little can fix two problems rightaway :)
I agree, KDE's clutterbar needs to become a toolbar. Thanks for the nice words. Note that we simplified konq's toolbar a bit for KDE-3.4. In particular, cut/copy/paste are gone from it, most people use shortcuts or menu for that, and some plugins have been disabled by default. Yes, those are good improvements, though it is obviously still not enough. However, I'm glad that KDE has acknowledged the issue and is looking for ways to rid itself of this most unseemly part of an otherwise superior DE. |