Bug 121449 - Toolbar customization is impossible
Summary: Toolbar customization is impossible
Status: RESOLVED NOT A BUG
Alias: None
Product: konqueror
Classification: Applications
Component: general (other bugs)
Version First Reported In: unspecified
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: Konqueror Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-02-06 02:45 UTC by Mats Ahlgren
Modified: 2006-09-23 17:21 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Mats Ahlgren 2006-02-06 02:45:50 UTC
Version:            (using KDE KDE 3.5.0)
Installed from:    Ubuntu Packages
OS:                Linux

Someone needs to please go through the Konqueror toolbar code.

This is a list of problems I found with the toolbars after 5-10 minutes of playing around...:

===== Big Problem: Elements can't be added
1) You can't add any element you want to any toolbar. For example, I was trying to add the filter, filter-textbox, and filter-clear-button to the main toolbar. I was unable to locate the filter elements and was thus unable add them to the main menu bar. They were nowhere to be found in the list of available elements.

===== Weird Problem: Cannot enable/disable certain toolbars
2) Various toolbars (e.g. "filter toolbar") are *missing* from the Settings>Toolbars submenu and are thus impossible to toggle on

===== Separators
3) Line breaks don't work unless one has a "line separator" and a "separator" together.
4) "Line separators" don't show any lines; they're just blank space. They should draw a line on the screen.
5) "Separators" should be relabeled to be called "Invisible Separators".

===== Forcefully Inserting Content Into Toolbars
6) If you remove the + and - icon-size-change buttons, Konqueror forces them onto the end of your main toolbar, and there's no way to remove them -- this is clearly undesirable when toolbars start to un-customize themselves...
7) Browsing website changes the configuration of your toolbars. While this may be what one wants, it should not happen unless a "wildcard" element is explicitly an element of a toolbar. A toolbar should never be "hijacked" like I mention in #6 where the -/+ buttons popped onto the end of a toolbar without the user ever having any say. The best solution to this problem is simple to create elements which explicitly say they won't appear unless in the proper context, e.g. "web-browser-buttons" could be a toolbar element which has an option to make it appear only when browsing websites. This option could be toggled in the Toolbar Customization dialog

===== Searchbar
8) It's very unintuitive how to remove the search bar: one has to disable the Google Search Bar by going to the menu Settings>ConfigureExtensions. This is not at all how it should be done; currently the user has no way of customizing the location of the search bar. For a good example, see Firefox: you can move the location of the searchbar independent of the internal workings of the searchbar.
9) The search bar should not give the user suggestions of what to type in when doing a local search; it just doesn't make sense.
10) The search bar should not automatically fill in suggestions. For example, I set the bar to search "within this page" via the contextual option, and I type "18" and hit enter. Suddenly, the search bar searches for "18th amendment" instead of "18" like I wanted it to.
11) There're no customization options for "Google Search Bar" in Settings>ConfigureExtensions. I have only two options: either I must tolerate the search toolbar as it is, or I must turn the entire thing off. I was unable to tolerate the automatic search suggestions, so I had to turn it off.

===== Miscellaneous
12) The Toolbar Customization dialog has a problem with keeping track of focus. For example, set up your main toolbar list so you have more than 3 elements, then click on an element somewhere in the center. Then, add two more elements from the left side of the dialog box. The first element you add will be right below the middle element you clicked on (in the middle of the toolbar), but the next element you add will be at the bottom of the list (at the end of the toolbar). This is wrong: the second element you added should be added after the first element you added.
Comment 1 Dylan Griffiths 2006-05-11 03:27:36 UTC
http://thock.com/bugs/KDE-352-konq-scaled.png

That search bar bug is a bad one.  I spent the entire day, plus talking about this with my fellow LUGers, before giving up and going to file a bug on this website.

Bug 120079 is related, but the developer there seems to think it's not a bug because it's technically correct (that is, it's not a bug if you were me, you stupid user -- ARG!).
Comment 2 Philip Rodrigues 2006-09-23 17:21:18 UTC
I think this report would be much easier to deal with as separate reports for each of the issues. Could you refile as separate bug reports please? Thanks