Bug 69453

Summary: When only a single source file is open, the tab for this file is not displayed (ideal mode)
Product: [Applications] kdevelop Reporter: Daniel Franke <franke.daniel>
Component: UI: all modesAssignee: KDevelop Developers <kdevelop-devel>
Status: RESOLVED FIXED    
Severity: wishlist    
Priority: VLO    
Version: git master   
Target Milestone: ---   
Platform: unspecified   
OS: Linux   
Latest Commit: Version Fixed In:
Attachments: Two files, correctly displayed in kde 3.1.4
One file, file tab is missing (should say box.h) in kde 3.1.4
One file, tab missing in kde 3.1.1a

Description Michael Lacher 2003-12-01 18:10:35 UTC
Version:           CVS HEAD 01 Dez 2003 aprox 11:00 UTC  (using KDE KDE 3.1.4)
Compiler:          gcc 3.2.3 --enable-autoproject --enable-scriptproject --enable-trollproject --enable-customproject --enable-cvs --disable-perforce --disable-clearcase --enable-vba --enable-scripting --enable-closure --enable-nmcheck
OS:          Linux

When only a single file is opened, the tab containing the filename is not displayed, but the space reserved for the file tabs is still there. Either remove this space, or display the tab, even if only a single file is opened (preferred, because the new layouting takes time, and also because the filename is handy even if only a single file is opened).
Comment 1 Amilcar do Carmo Lucas 2003-12-01 20:21:32 UTC
> but the space reserved for the file tabs is still there
strange ... I do not see this with KDE 3.1.3
Comment 2 Michael Lacher 2003-12-01 20:37:59 UTC
Created attachment 3505 [details]
Two files, correctly displayed in kde 3.1.4
Comment 3 Michael Lacher 2003-12-01 20:40:20 UTC
Created attachment 3506 [details]
One file, file tab is missing (should say box.h) in kde 3.1.4
Comment 4 Michael Lacher 2003-12-01 20:43:44 UTC
Created attachment 3507 [details]
One file, tab missing in kde 3.1.1a

This pic is also made on gentoo linux, but the kde version is older, also the
kdevelop is a CVS version from last week, not from today, the problem is the
same though.
Comment 5 Amilcar do Carmo Lucas 2003-12-01 22:03:13 UTC
I do       get that with KDevelop HEAD and KDE 3.1.1 QT 3.1.1
I do _not_ get that with KDevelop HEAD and KDE 3.1.3 QT 3.1.2

So it is KDE / Qt dependent and has nothing to do with kdevelop.
Comment 6 Alexander Dymo 2003-12-01 23:24:05 UTC
I saw that too on kde 3.1.2 and qt 3.1.1. Seems to be kmdi related.
Comment 7 Amilcar do Carmo Lucas 2003-12-02 09:27:38 UTC
I think I can see a pattern here:
Qt <= 3.1.1     blank space reserved for the file tabs
Qt >  3.1.1  no blank space reserved for the file tabs

Solution = update Qt.
Comment 8 Michael Lacher 2003-12-02 14:18:33 UTC
I can confirm that updating Qt fixes the problem. Sadly they chose to hide tab and  the space with only one file, while I would prefer to have the tab always, even for a single file ... making this configurable would be nice :)
Comment 9 Amilcar do Carmo Lucas 2004-01-21 14:40:23 UTC
*** Bug 70675 has been marked as a duplicate of this bug. ***
Comment 10 Steven T. Hatton 2004-03-05 16:00:37 UTC
I support the opinion that the tab should never be removed.  The file name is useful, especially because the user becomes accustomed to looking at the tab and not the main window title, unles he or she is looking for full path info.  Leaving it there shouldn't have any negative impact, and removing it is just another minor concentration breaker.
Comment 11 Steven T. Hatton 2004-06-01 13:05:44 UTC
This is working for me with the recent CVS images.
Comment 12 Stephan Kulow 2004-06-01 19:13:44 UTC
Replaced mucki@gryps.org with daniel.franke@imbs.uni-luebeck.de due to bounces by reporter
Comment 13 Jens Dagerbo 2004-06-04 00:53:10 UTC
Yes, this was fixed in CVS some months ago. 

Closing as FIXED.