Bug 64976 - Ideal mode: multiple rows of tabs
Summary: Ideal mode: multiple rows of tabs
Status: RESOLVED INTENTIONAL
Alias: None
Product: kdevelop
Classification: Applications
Component: UI: IDEAl (show other bugs)
Version: unspecified
Platform: RedHat Enterprise Linux Linux
: NOR wishlist
Target Milestone: ---
Assignee: kdevelop-bugs-null
URL:
Keywords:
: 138677 (view as bug list)
Depends on:
Blocks:
 
Reported: 2003-09-26 10:18 UTC by Hendrik Kueck
Modified: 2006-12-11 17:21 UTC (History)
1 user (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 Hendrik Kueck 2003-09-26 10:18:35 UTC
Version:            (using KDE KDE 3.1.2)
Installed from:    RedHat RPMs

It would IMO be much nicer to have multiple rows of tabs when many files are open instead of a single scrollable one. 
Alternatively a new left sidebar tab could be used to display all currently open files ( and maybe separated also the recently opened files )
Especially with the single window interface quick access to files is crucial. (Btw: I absolutely love the "Switch Header/Implementation" feature).
Comment 1 F Fracassi 2003-09-29 19:18:28 UTC
I agree, such a feature would be helpful. 
In addition it would be nice to have shortcuts for the files like <SomeModifier>+<1> or even better emacs 
style <Ctrl>+f b <beginning Letters of the filename> 
 
 
Comment 2 Amilcar do Carmo Lucas 2003-09-29 20:10:58 UTC
> separated also the recently opened files
That is already available (It's called history part)

> even better emacs style <Ctrl>+f b <beginning Letters of the filename>
We already have that :-) Courtesy of Mr. Roberto Raggi!
It's called QuickOpen (<Ctrl>+<shift>+o)

Have fun
Comment 3 Hendrik Kueck 2003-09-30 08:18:49 UTC
> We already have that :-) Courtesy of Mr. Roberto Raggi!
> It's called QuickOpen (<Ctrl>+<shift>+o)

Sweet! I did not discover that before. Thats extremely nice. 
Multiple rows of tabs would still be a good thing to have, but I assume it could
be difficult(/impossible) to realize with Qt/KDE (?). 

Comment 4 Ludo 2004-02-22 14:09:05 UTC
The multiple rows would be nice, but it should be an option so that those who don't want it can disable it. That'd be perfect.
Comment 5 Hendrik Kueck 2004-03-22 02:20:18 UTC
So, question for the QT-pros: Are multiple rows of tabs technically possible using QT? I don't think I have ever seen a QT based application using this GUI design.

Alternatively, compressing the tabs as Konqueror does in KDE 3.2 would be already quite an improvement over the current design. At least as far as I am concerned. 
A version of the QuickOpen popup for switching amongst only the currently open files could be nice as well. But its still not as direct as actually being able to see and click tabs for all open files. 
Comment 6 Jens Dagerbo 2004-03-22 03:50:26 UTC
The FileList plugin (in CVS HEAD) will let you see alot more files than the tabbar.

KDevelop already has a dialog for switching between open files. Try CTRL+/ and start typing the name of the file you want. (Yes, it should already be a populated list in that dialog.. it's in the todo file.. ) :)
Comment 7 Hendrik Kueck 2004-03-22 05:34:28 UTC
So will the Filelist basically be what I suggested as alternative in my original wish list report here? Or probably more. I guess I should just wait and see or check out CVS HEAD myself.

Regarding the Ctrl+/ : Nice. But how about just copying the design (and code I guess) from the QuickOpen dialog? I think its the perfect UI for both keyboard and mouse people. Loving it.
Comment 8 Hendrik Kueck 2004-03-22 05:56:46 UTC
Sorry for flooding this bug report. 
But I just googled around and it looks like the answer to my question "Are multiple rows of tabs technically possible using QT?" seems to be a "no":
http://lists.trolltech.com/qt-interest/2002-09/thread00466-0.html

Looking at the QT 3.2 documentation for QTabBar and QTabDialog also suggests that things have not changed since 2002 in this respect. 
So while it might still be possible to somehow hack around this limitation, its going to be messy and is not likely to happen. 
Which makes this bug/wishlist item a 'WONTFIX' or 'CANTBEDONE' or something like that I guess. 
Comment 9 Jonathan Solomon 2004-03-29 19:43:20 UTC
We've got the sourcecode. With sourcecode you can do anything you want.
Comment 10 Becheru Petru-Ioan 2004-12-26 17:09:36 UTC
instead of tabs we can have buttons,each button having the file name on it and clicking the button will show that file(can a button have another button(a little close buttton) on it?)
Comment 11 Simon Braunschmidt 2006-12-11 16:31:40 UTC
i really really would love to have multiline tabs for open files in kdevelop. i have to work with a reasonably big c++ project with near to none documentation, so i have to look up code for almost everything.

i have read the discussions on trolltech mailing lists about the issue and i must say that allthough they have their point, this is an artificial restriction that really should not be there.

for my special application, multiline tabs would be the best interface to the problem. for the moment i work with the FileList plugin in kdevelop, some may like, i dont, anytime i use it i regret the absence of a multiline tab row. 

for me, horizontal ordering of items in user interfaces somehow always looks better and easier to understand
Comment 12 Andreas Pakulat 2006-12-11 17:18:22 UTC
*** Bug 138677 has been marked as a duplicate of this bug. ***
Comment 13 Andreas Pakulat 2006-12-11 17:21:19 UTC
Closing this as wontfix, KDevelop3.4 is in feature freeze and in KDevelop4 there won't be tabs anymore only the file list.

Andreas