Bug 64976

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> 
 
 

> 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

> 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 (?). 

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.

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. 

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.. ) :)

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.

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. 

We've got the sourcecode. With sourcecode you can do anything you want.

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?)

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

*** Bug 138677 has been marked as a duplicate of this bug. ***

Closing this as wontfix, KDevelop3.4 is in feature freeze and in KDevelop4 there won't be tabs anymore only the file list.

Andreas