This has been irking me since 4.0 days when Netbeans developers decided, over the objections of many users, to eliminate
the ability to see multiple rows of tabs in the editor. Now, only a single row is visible with a combo-box from which
to pick the rest. For many of us, clicking on a combo-box and then clicking a file (after looking through a possibly
lengthy alphabetic list) is not as efficient than simply clicking on the tab! It's ok if the default behavior is this -
if the NB developers are convinced this is the better way. But it's not ok to completely ignore others who think
otherwise! Just give us an option! How hard could it be - it was there before in 3.x and JTabbedPane (now at least)
supports multi-row tabs natively.
I'm filing this issue after living with this for a couple years because a poster to nbusers had the same comment and
referred me to a thread in 2008 regarding this topic:
Please bring this feature back.
(In reply to comment #0)
> This has been irking me since 4.0 days when Netbeans developers decided, over
> the objections of many users, to eliminate
> the ability to see multiple rows of tabs in the editor. Now, only a single row
> is visible with a combo-box from which
> to pick the rest. For many of us, clicking on a combo-box and then clicking a
> file (after looking through a possibly
> lengthy alphabetic list) is not as efficient than simply clicking on the tab!
> It's ok if the default behavior is this -
> if the NB developers are convinced this is the better way. But it's not ok to
> completely ignore others who think
> otherwise! Just give us an option! How hard could it be - it was there before
> in 3.x and JTabbedPane (now at least)
> supports multi-row tabs natively.
> I'm filing this issue after living with this for a couple years because a
> poster to nbusers had the same comment and
> referred me to a thread in 2008 regarding this topic:
> Please bring this feature back.
There are 14 votes but no action on what should be a pretty easy enhancement (Netbeans used to have multi-row tabs and JTabbedPane, if NB uses it for the editor tabs has that capability built-in).
I want to offer another use-case for re-introducing multi-row-tabs: what do you do when you have too many files open? As I work on my project (edit, refactor, look-up definitions, etc.) editor tabs proliferate. After only a short while, I may have 20-30 tabs open. In order for me to be able to find previously opened files more effectively, I sometimes want to "prune" the files I'm no longer interested in. When we had the multi-row tab display in NB, it was easy: just peruse the tabs and click on the 'close' button on the tabs I no longer care about. Since opened tabs tend to be for the same activity, pruning typically involves closing tabs that are adjacent to one another - very easy.
In the single-row world, it's much more difficult: I have to reach over to the right and click on the drop-down that shows all open tabs; I have to search through a linear, alphabetized (vs. time-based) list of files, click on the one I want to close, and then click on the 'close' button on the activated tab. I then have to repeat the process all over again for the next file to be closed. This is painfully slow.
The only thing that single-row tabs have going for them is that they save on vertical real estate - not a very strong advantage in a world of high-resolution monitors.
*** Bug 100374 has been marked as a duplicate of this bug. ***
Seems to be a defect, as we had it available before.
REGRESSION justification see: Bug 100374
I mixed 2 bug IDs. sorry !
Any progress with this bug/feature? Will it be implemented?
Working with NetBeans for several months and only one line of of tabs is the worst lack of functionality. It really slows down the work. Please fix it, give people to choose which way they want to work with documents.
+1 vote from me. for some reason can't vote :-(
I don't think about my ide much, which is good....except when I've got "too many" tabs open and I need to start scrolling the tabs or using the drop down. Quite unnatural to the workflow and gets in the way. Please add this improvement.
See also: bug 80890
See also: bug 142672
+1 for me. Even Notepad++ has this type of feature and it saved me a lot of time. Netbeans should too.
(In reply to comment #13)
> +1 for me.
Where is your vote?
> Even Notepad++ has this type of feature and it saved me a lot of time.
> Netbeans should too.
Yes, there are many valuable features in Notepad++, where NetBeans IDE could learn from, especially the smart, but powerful Find/Replace dialogue IMHO.
> Yes, there are many valuable features in Notepad++, where NetBeans IDE could
> learn from, especially the smart, but powerful Find/Replace dialogue IMHO.
This is not just a valuable feature - for me (and I think for many developers) it is "must have", because in current implementation of Tabs in NetBeans it is not possible to work quickly if you have many documents opened, you spend too much time to switch between them.
The best example of how to do it in most convenient way is EditPlus:
- Lines of tabs always have the same position (they don't jump up or down) - so you always know where is the document you need
- All tabs are the same width - so you always know what will be under your mouse cursor when you close one tab.
In NetBeans you need to spend sometimes some 10 seconds, just to find a document and switch to it. And when you need to switch between two documents very often you must move tabs. Moving tabs in netbeans is not very quick and if you need to move a tab to the position which is not visible at the moment you can spend some 30 seconds. While moving the tab you can drop it somewhere else by mistake.
If you want to switch quickly, you aways need to close documents and to open them again.
You just spend a lot of time to move, close and open these tabs instead of coding.
This feature is important enough to make me create this account at netbeans.org
I'm working with Symfony framework and I find myself with 5 files out of 25 opened having the same name. Any kind of help speeding the switching between files would be of a GREAT help.
I got back with a solution until this bug will be solved somehow. I'm using the favorites window (Ctrl-3) and I bookmark my important files from Tools->Add to favorites. The items in the favorites list can be renamed and reordered without affecting the files while and the list is vertical, as a menu. For now is a good substitute.
IDE is a tool to make developer's work and life easier, I suppose people agree with me.
In a non-toy project, it is very easy to open and work on many files, and developers need to switch among them time by time and do not want to get disturbed.
It is nature to have a one-click multi-line tab to meet the need.
Somebody prefer one-line tab, and claims the search or drop-down box works fine to look and locate the file developers want to work on.
How about only allow those guys to work on a 12" monitor (800x600), or Google/Yahoo Maps never zoom for them, since "you can click and move to where you want".
Wake up guys. This is really painful.
The pain remind me of the good old Delphi days, which was more than 10 years ago.
I also think the evolution shall go forward.
Integrated into 'main-golden', will be available in build *201201260600* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress)
User: S. Aubrecht <email@example.com>
Log: #172512 - Support multiple rows of tabs for editor windows
Just wanted to thank you for implementing this feature - thanks a bunch!
Thank you very much!
But is it possible to make these tabs not to jump when I switch between lines of tabs? If you remember where is a file you need, you can switch to it much faster. But if lines of tabs are jumping, you always need to search a tab you need, befeore you can switch to it. If this jumping is made to preserve the design of TABS you better change tabs to buttons it will be much more convenient.
Also all tabs must be the same width, so you always know what will be under your mose cursor when you close one tab. And you always know where are your alreay opened important tabs are when you open a new tab.
I found a bug:
- You have two lines of tabs. In one first there are 3 documents. In second line there are 6 documents.
- If you click on the free space of the tab in first line you cannot switch to it. Netbeans takes this click as if you clieck on the second line on the same X-axis position.
Created attachment 115288 [details]
If I clieck on 1 (index.php) the tab 2 (ref.php) will be selected.
You can switch to index.php only if you click on the text "index.php".
please open a new issue if you want to report bugs in multirow tabs
Happened to see this great news in NB news weekly letter.
The link, however, points to
And the Oracle news web site hired some spam filtering service, and that service was smart enough to think my post is spam, so I could not comment on somebody's resistance to this great feature.
I will post my response here.
"Havoc Pennington's essay on Free Software UIs (2002), especially the section about why adding more preferences has a cost"
---of course at the cost of development, but your user will gain more freedom and your software is more flexible and adapter-able, which means it can survive longer or create greater value in a changing world.
The problem today for most people is blindly trusting and following what ever printed on paper. Go live your own life, trust your own eyes and feeling, and let others do that too.
The spam filtering service means that your comment ended up in my moderation queue. And I approved it and so now it is visible in my blog. Stop leaving comments here, the issue is closed.
I'm re-opening as multi-row tabs don't work - at least not as of the 02/14 dev build on a Mac. See attached screen shots: the first one shows the traditional single row of tabs. The second one shows the display when Preferences->Miscellaneous->Windows->Multi-row tabs is checked.
When Mult-row is checked, the tabs simply become bigger with a big/ugly "left" arrow on the left to indicate that there are hidden tabs.
Created attachment 115724 [details]
single row screen shot
Created attachment 115725 [details]
multi-row screen shot
multi-row tabs are based on Swing JTabbedPane and for some reason the aqua l&f on mac implements WRAP_TAB_LAYOUT this way.
feel free to file a bug against aqua l&f or write your own tab implementation (there's a new api for that)
(In reply to comment #30)
> multi-row tabs are based on Swing JTabbedPane and for some reason the aqua l&f
> on mac implements WRAP_TAB_LAYOUT this way.
> feel free to file a bug against aqua l&f or write your own tab implementation
> (there's a new api for that)
*** Bug 183235 has been marked as a duplicate of this bug. ***