(*** This bug was imported into bugs.kde.org ***) Package: konqueror Version: KDE 2.1.1 Severity: wishlist Installed from: Mandrake RPMs Compiler: Not Specified OS: Linux OS/Compiler notes: Mandrake 8.0 also in Mandrake 7.2 I am unable to align more than one toolbar on one line. For instance I try to put the location toolbar to the direct right of the main toolbar (previousnexthome....). KDE tries to auto correct the position to be either above or below and not beside. I have on occasion been able to get them side by side but it generaly does not extend the full width of the screen. I am unable to easily adjust the location toolbar right up against the last icon of the previous toolbar and have it extend to the right most part of the screen. This problem seems to be the same in most KDE applications Konqueror is just the one I want to use it in most. Thanks (Submitted via bugs.kde.org)
On Saturday 07 July 2001 06:19 hornet136@home.com wrote: > Package: konqueror > Version: KDE 2.1.1 > Severity: wishlist > Installed from: Mandrake RPMs > Compiler: Not Specified > OS: Linux > OS/Compiler notes: Mandrake 8.0 also in Mandrake 7.2 > > I am unable to align more than one toolbar on one line. For instance I try to put the location toolbar to the direct right of the main toolbar (previousnexthome....). KDE tries to auto correct the position to be either above or below and not beside. I have on occasion been able to get them side by side but it generaly does not extend the full width of the screen. I am unable to easily adjust the location toolbar right up against the last icon of the previous toolbar and have it extend to the right most part of the screen. This problem seems to be the same in most KDE applications Konqueror is just the one I want to use it in most. Thanks Well toolbar moving is entirely handled by Qt.... Besides I definitely can put two toolbars on the same line - in Konqueror and in KOffice. But I agree that toolbar moving still isn't perfect. We could report something to trolltech but it needs more details. -- David FAURE david@mandrakesoft.com faure@kde.org http://perso.mandrakesoft.com/~david/ http://www.konqueror.org/ KDE Making The Future of Computing Available Today
It happens when there is a long URL in the drop-down history. After deletin= g=20=20 ~/.kde3/share/config/konq_history and restarting konqueror the toolbars can= =20 be put on the same level again.
This is still happening in KDE3.2 (CVS HEAD). A long URL will cause the "Go" button to be pushed off the right side. This is really ugly and bothering me since KDE2. Here is how to reproduce it: 1) Open new browser window 2) enter a REALLY long URL which is longer than the URL input field and hit enter 3) Close the browser 4) open Konqi again The Go button is now moved off the location bar, displaying the "double arrow" instead. As soon as you clear the location bar contents its back to normal. Screenshot attached. Ralf
Created attachment 1645 [details] Location bar misplacement
*** Bug 33112 has been marked as a duplicate of this bug. ***
Replaced hornet136@home.com with kdebugs@ralfhoelzer.com due to bounces by reporter
Please remove me from the list for receiving info on this bug. I reported this bug nearly 4 years ago and left KDE/Linux as a desktop system about 3 years ago. Greetings, Robert F. Tobler On May 18, 2004, at 21:21, Stephan Kulow wrote: > ------- You are receiving this mail because: ------- > You are on the CC list for the bug, or are watching someone who is. > > http://bugs.kde.org/show_bug.cgi?id=28331 > coolo kde org changed: > > What |Removed |Added > ----------------------------------------------------------------------- > ----- > ReportedBy|hornet136 home com |kdebugs ralfhoelzer > com > CC|kdebugs ralfhoelzer com | > > > > ------- Additional Comments From coolo kde org 2004-05-18 21:21 > ------- > Replaced hornet136 home com with kdebugs ralfhoelzer com due to > bounces by reporter >
I can put them on one line and save the profile, but then when I open a new instance it's one under the other again.
With kde 3.3 beta2 I seem to be experiencing something even worse - a 'jumping' toolbar. Obviously enough, it is impossible to place the location toolbar and the main toolbar in one line (due to the long URLs in history). But what's worse, when I close a tab, the toolbars get postion for like a second on one line (ie the location bar 'jumps' and is next to the main toolbar) and after that the location bar goes back down.
I wasn't having this problem under 3.2.3, but I've been able to narrow my 3.3 problem down enough that I think it may be what's affecting some of the others. Ever since 3.3, the Location toolbar is insisting on the full width of the screen, and so it will not share a toolbar line with any other toolbar. I can combine any other two toolbars, but if I try to put even the smallest toolbar (on my 1024x768 screen) on the same line as the Location toolbar, then the location toolbar drops to the bottom. I finally gave up and tried deleting every widget from the Location toolbar except the location text entry field, and with *just* that I was able to get it to line up with my tiniest toolbar, one with only six small icons on it. It's not related to the URL, either, as the toolbar does this even in new, blank application windows with no URL. So without digging into the code (which I admit I'm incompetent to do), apparently the minimum width of that text field is set to somewhere in the vicinity of 800 pixels.
As far as I know, the problem wasn't the current URL in the Loaction bar but a long URL in the location bar *history*. You can easily check if your problem's related to that - just right-click on the location bar, select "Clear history". Then restart konqueror and try to place the location bar and some other toolbar on one line. Btw, the problem with the 'jumping' toolbar went away in KDE 3.3 rc2.
jakubol@poczta.onet.pl's suggest temporarily fixed my problem, confirming his report that it is caused by long entries in the history. Is there any reason why we can't leave the toolbar where the users put it and just let them keyboard scroll within the URL if they need to, the way every other browser on the market works if the URL doesn't fit in the bar, for that matter, the way that konqueror works if the URL doesn't fit into the bar even after dropping down?
I'm an ordinary user, so I might be wrong but I guess the problem is that it's not a bug in KDE but a bug in qt (as said in comment #1) and would have to be reported to the makers of qt, trolltech. I could file the bug report (trolltech seem to have an email for that purpose) but since I have no knowledge of KDE's code it wouldn't be a good idea :). We'll probably have to wait for one of the developers to do that. Personally, I wonder why so few people have voted for this bug... Regards, Jakub
On a side-note, I think this is actually a bug, not a wish, since putting two toolbars on one line does work but not as one would expect.
*** Bug 56606 has been marked as a duplicate of this bug. ***
*** Bug 78224 has been marked as a duplicate of this bug. ***
*** Bug 85056 has been marked as a duplicate of this bug. ***
Should the (misleading) title of this bug be changed? This is an addressbar-specific problem, not a general toolbar problem. For those looking to workaround this problem, I can offer the following tradeoff. If you don't mind losing the auto-complete functionality of the location bar, you can clear it's contents and then prevent it from updating ever again by issuing the following command: $ chmod 444 ~/.kde/share/config/konq_history This prevents anything from getting into the location bar, meaning it will always go as small as you'd like.
As far as the title goes, I think that the core of the problem is the fact that the address (location) bar *resizes* to fit the largest content in its history. I think that there was a similar (if not the same) problem with the search bar which got resized; the bug was fixed by simply specifying a fixed width of the search bar. Btw, thanks for the great tip with chmodding the config file, it seems to work (which is REALLY great as this is the only workaround I know and this bug is already over 3 years old).
It does not seem to me that length of URL in history is exactly the cause of the problem. If I clear the history, then I can indeed put my bookmarks toolbar on the same line as the location bar. But even when the only URLs in the history are very short, the location bar automatically pops to a separate line, and I can no longer place the bookmarks and location bars on the same line. Alternatively, I'd like to sandwich the bookmarks bar between right edge of the main toolbar and the spinning K which is always on the far right. But I can't seem to do that either. So, either I have three toolbar lines (which is a waste of space), or I have the main toolbar buttons pushed off to the right of where I'm accustomed to having them reside.
The other solution is to allow adding a location bar to the main toolbar. The problem is Konqueror's totally horrendous toolbar system.
The problem for me looks like konqueror with its profiles doesn't fit the standard toolbar management. There's lacking clear way in which I could place the content of profile toolbar on the main toolbar or (what this bug is all about) place separate profile toolbars next to my main toolbar and _have separate toolbar configuration for every profile_. And yet there appeared new location bar, like in Firefox, which I never liked. I don't understand, why it hasn't been added as a separate address field, so one is able to turn it off. I haven't seen the source, so maybe it's not that easy as I think.
Hello, I would like to see this bug resolved as well. It is currently impossible to configure the toolbars seperately from Konq/filemanager and konq/browser, which would make sense: - the file manager strictly speaking does not *need* a "Location" address - the browser does not need so many buttons The sheer number of buttons and switches makes Konqueror a bit confusing for beginners (and me, too, although I've been using KDE since 1.0 and it has definitely improved since then. :-) ) Also, it is impossible to freely arrange icons on the toolbar at will, because some icons seem to be "dynamic" or dependant on the contents of the main Konq window, and appear/disappear at will. If you remove them in Konq's configuration, there is no way of getting them back. For example, the "icon view/list view" icons are not in the configuration list at "Configure / toolbars". The other way round exists as well: For example, the "+/-" zoom icons *always* appear, and don't appear in the configuration window, so there is no way to remove them! Also, there seems to be no way of using a setting twice. This is acceptable, but should be noted (eg. if you try adding the addressbar in two toolbars there should be a warning message). Thank you!
I forgot: Using KDE 3.3.2 on SuSE Linux 9.2.
I can confirm that this bug still exists with kde 3.4 RC1, location bar and main toolbar are on the same line as long as the urls in the location bar or it's history are short enough. This is really annoying and should be considered as a bug report, not a wishlist item.
I've also noticed this. At least now I understand why sometimes the location bar is at the top next to the other toolbar, and sometimes it isn't. There's also the curious icons that you can delete but never get back, and icons that according to the toolbar editor, don't exist (KGet, the increase/decrease font size and the 'find' icons for example).
[copy & paste from Bug 100011, where it was off topic - sorry about that] IMHO: For beginners, there should not be more than five to six icons on any toolbar, otherwise people will feel confused. For example, Konqueror's default toolbar could look like this: Back Fwd Up Home Reload URL: [______________________][v] [xxxxxx] where [xxxxx] are view mode dependant toolbars that change depending on what kind of URL is being browsed. Perhaps, one could even omit the "Up" Button, although I use it all the time. I have configured Konqueror to show me - for web browsing: zoom +/- buttons, the ActionList "ViewMode" dropdown, Print, and KGet icon - for file mgmt: zoom +/- buttons and the ActionList dropdown (sadly, the ActionList does not have an icon at the current time) When I use Gwenview's embedded viewer for browsing image directories, Gwenview's "< >" buttons (back/next) appear next to the URL. And so on. The default configuration does not need anything more, IMHO. Any more icons just confuse a new user - and often still confuse me. And later on, you can still add toolbars and buttons as you see fit. Regarding toolbars, the text beneath the toolbars should be at most double as long as the toolbar itself. This needs the cooperation of all i18n maintainers. An especially bad example is KMail, where some toolbar text is so long that you have almost no room for more icons if you don't use 1280x1024 maximized (see my wishlist Bug 101182). Other applications have the same problem regarding toolbars because often, the same text strings are used for toolbars and for menus. Jens
I saw a discussion about toolbars once. The conclusion was, that it's very important to turn on new features by default. This way they get tested and You get to know about them, when they are available. My personal opinion is that customizing should be *so easy*, that one doesn't fear to add new features and I guess it isn't so. Mozilla is pretty much this way, but they don't have to consider embeding. I would see it this way: for every service/layout/profile (whichever is atomic) there is a list of toolbars and every toolbar is a list of buttons/combo/... .
Some more details on this annoying behaviour in KDE 3.4: As you've all noticed, each entry in history has its title attached (at least titles for HTML documents). 1. Now, let's assume you've browsed http://www.google.com and it was added to history. 2. make sure the location bar is on the same line with the other bars 3. you will notice, by using horizontal resizing multiple times, that the Location toolbar will move on the next line when: max_width(urls_in_history)+width(title_column)>width(LocationEditBox)+epsilon Why epsilon? Because it does seem to make a bit of url trimming right before "going mad". Here's a screenshort of how it looks at the limit of acceptance: http://mircea.bardac.net/temp/toolbar_width_limit.png If I shrink it only a bit (decrease width), the Location toolbar goes on the 2nd line. As it can be seen from the screenshot, the title column has fixed width and all the lines are trimmed if they don't fit. The address column though does seem to allow trimming only for a few characters (~5).
Duplicate: http://bugs.kde.org/show_bug.cgi?id=99151
*** Bug 99151 has been marked as a duplicate of this bug. ***
Sorry, but might this HUGE problem ever be fixed? Guess what my No. 1 wish for KDE4 is!I think this will prevent me from dropping firefox at the box of my parents ... To sad!
Well, the best solution might be something like Firefox's toolbars, which can be configured by drag&drop, together with Qt's flexibility (having toolbars beside each other, also for plugins / extensions). There should only be _one_ toolbar by default with contents depending on the kind of content that is shown (at LEAST seperate between file management and web browsing). Turning on new features by default is good in theroy, but only as long as users don't get totally overwhelmed and confused with buttons. Thanks, Jens
Voting for a fix of this too. I need the address bar to automatically resize to the available space right next to the main toolbar or menu bar. This would give me more browser page space, especially with the tabs taking up one additional row on the top. Konqueror developers, please act.
*** Bug 70359 has been marked as a duplicate of this bug. ***
Has anyone noticed that this seems to be fixed in Kubuntu? Is this fix in mainline KDE now too?
Kubuntu's "Fix" is remove main toolbar and put needed buttons to location bar.
*** Bug 79608 has been marked as a duplicate of this bug. ***
*** Bug 124723 has been marked as a duplicate of this bug. ***
Actually, how are working the toolbar on KDE4?
I'd say this is finally fixed ;-) SVN commit 718002 by fredrik: - Change the default toolbar layout in the Konqueror webbrowsing profile so the location toolbar is positioned on the same line as the main toolbar.
Is this fix for the upcoming KDE4 or even for KDE3? Thanks!