Bug 81323 - left scrollpane containing the treeview expands unnessary wide and scrollbars are show, although not needed
Summary: left scrollpane containing the treeview expands unnessary wide and scrollbars...
Status: RESOLVED FIXED
Alias: None
Product: khelpcenter
Classification: Applications
Component: general (show other bugs)
Version: 3.2.1
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Documentation Editorial Team
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-05-11 13:19 UTC by Frank Brandt
Modified: 2016-03-13 13:57 UTC (History)
2 users (show)

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 Frank Brandt 2004-05-11 13:19:31 UTC
Version:           3.2.1 (using KDE 3.2.1, Gentoo)
Compiler:          gcc version 3.3.2 20031218 (Gentoo Linux 3.3.2-r5, propolice-3.3-7)
OS:                Linux (i686) release 2.6.5-gentoo-r1

The Left part of the khelpcenter shows a treeview when the "Content" tab is choosen. The underlying scrollpane expands as wide as the deepest and rightmost entry from the treeview WOULD expand, although the treeview is collapsed. The mechanism works correctly in the konqueror. The treeview in the file list expands and the buttom scrollbar is shown as needed while browsing and expanding the knods in the treeview. The size of the further right most entry of the treeview can be seen if you hilight one of the entries. The "Selection" is drawn to a fixed position although the text of the knod is much smaller.
Comment 1 dasaan.san 2013-11-02 13:40:16 UTC
Tried to replicate this with KHelpCenter 4.10.5 on KDE 4.10.5 and I'm unable to see anything wrong.

A screenshot of the problem would be helpful if the issue is still valid after all this time.
Comment 2 Luigi Toscano 2016-03-13 13:57:28 UTC
The issue can be reproduced back in 3.5.x, but it was already solved in 4.x times (according the comment #1 and also confirmed by direct testing) and definitely not reproduced in current master (Qt5). It was indirectly solved by the porting to Qt4/kdelibs4.