Bug 164555 - toolbar is misplaced (regression)
Summary: toolbar is misplaced (regression)
Status: RESOLVED DUPLICATE of bug 158698
Alias: None
Product: konqueror
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-06-20 20:32 UTC by Maciej Pilichowski
Modified: 2009-01-02 17:14 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
toolbar (23.10 KB, image/png)
2008-06-20 20:32 UTC, Maciej Pilichowski
Details
1 tab (40.45 KB, image/png)
2008-07-03 15:14 UTC, Maciej Pilichowski
Details
added another tab (33.81 KB, image/png)
2008-07-03 15:15 UTC, Maciej Pilichowski
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Maciej Pilichowski 2008-06-20 20:32:11 UTC
Version:            (using Devel)
Installed from:    Compiled sources

toolbar is misplaced (regression)

of course I tried to fix this, I then quit konq, and toolbar is misplaced again. ss follows.
Comment 1 Maciej Pilichowski 2008-06-20 20:32:36 UTC
Created attachment 25486 [details]
toolbar
Comment 2 Maciej Pilichowski 2008-07-03 15:11:38 UTC
Or you can place nicely toolbar, open a new tab, and toolbar is misplaced again. Two more ss follow.
Comment 3 Maciej Pilichowski 2008-07-03 15:14:45 UTC
Created attachment 25810 [details]
1 tab
Comment 4 Maciej Pilichowski 2008-07-03 15:15:16 UTC
Created attachment 25811 [details]
added another tab
Comment 5 Maciej Pilichowski 2008-07-10 21:12:42 UTC
Since KDE4.1 release is coming soon I think this show marked as major bug, since user sooner or later will go mad with location edit box placed almost out of the window.
Comment 6 Dario Andres 2008-07-30 23:51:23 UTC
I think this is related to another (a lot of) toolbar positioning bugs like:
bug 166202 , bug 167659 , bug 166984
Comment 7 Maciej Pilichowski 2008-07-31 11:58:56 UTC
Rather:
http://bugs.kde.org/show_bug.cgi?id=163772

but funny -- this and mentioned report states quite opposite things. I see the location toolbar is out the window, other users main toolbar pushed out of the window. Anyway, probably this report is a duplicate.
Comment 8 Bram Schoenmakers 2008-08-13 20:41:15 UTC
*** Bug 169036 has been marked as a duplicate of this bug. ***
Comment 9 Grósz Dániel 2008-08-13 20:55:15 UTC
It seems to me, as reported in the 169036 duplicate report, what's especially tricky is the fact that the main toolbar size in Konqueror varies from KPart to KPart. I think that (especially in this case) not the position should be remembered but the toolbars should always be positioned so that they do not overlap (at least if they fit on the screen; if they don't, the last toolbar should be partly displayed).

I think it's an unfortunate thing in Qt 4 that it supports overlapping toolbars because of problems like this, and because it's difficult to place a toolbar on the right of an other so that they do not overlap but there is no space between them, because of the narrow snap zone between toolbars.And if it's used, not the position of the next toolbar should be remembered, but the buttons the user hid by placing an other toolbar over them - this way if the user don't want overlapping toolbars, they will never overlap.
Comment 10 Harry Cameron 2008-09-19 00:03:00 UTC
For me, this problem only seems to have an affect whenever a toolbar button from the 'mainToolbar <khtml_kget>' list is included in my main toolbar and will cause all other toolbars to the right of my main toolbar to move left an amount equivalent to the combined size of all khtml_kget toolbar buttons each time a tab is closed. If there are no toolbars to the right of the main toolbar then all the khtml_kget toolbar buttons will flash when a tab is closed.

It would appear that the khtml_kget buttons are disappearing causing the toolbars to move to compensate and then reappearing without the toolbars being readjusted.
Comment 11 Dario Andres 2009-01-02 15:13:51 UTC
May be dupe of bug 158698 ?
Comment 12 Maciej Pilichowski 2009-01-02 17:14:42 UTC
Indeed.

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