Community
Participate
Working Groups
Hi, it is very difficult to find a class in the editor if you can see only 3-4 open files in the Editor Tab Group. All open files should be accessible with one click (not first moving to the Tab with the '<' and '>'-Arrows. Hope that helps Hans
In general, I think the editor tabs need to be better managed. Perhaps the tabs could cascade over multiple lines, if the first line gets too crowded. Also, a menu option to close all editor tabs would be great, so you can clear the clutter without having to close them all individually.
To close all editors, use File / Close All (or Ctrl+Shift+F4).
Agreed, this is my biggest issue with the editor. I routinely have 10-20 files open and the single-line tab interface is quite cumbersome. The fact that multi- line tabs do not exist yet tell me that there must be a different (better?) way to navigate the list of open files. Am I misssing something???
This is the largest complaint I have with the editor, the inability to easily see and navigate more then 6 or so files. I know about CTRL-SHIFT-W which is a great help, but we need to figure out an additional way to handle editor tabs. Options: Option1 1: Multiple rows of tabs. If there were an option to specify the minimum size of an editor tab, as soon as there was an editor open for which there was no room on the tab row, a new row would be started immediately below the current tab row. This would continue indefinitely, however the user would end up closing files because the vertical real-estate would become quite sparse after 4-6 rows of tabs were open. Option 2: Relocatable tabs (top,bottom,left,right). Just like the MS-Windows “start bar”, it can be located on the top, bottom, right or left of screen, the editor tabs could allow this same ability. If the tabs where located on left or right, the size of the tabs could be resized via the mouse. This would allow more visible and readable tabs at the expense of horizontal real-estate. This still leaves an issue of what to due when more than n editors are open. In this case we could take the MS-Windows approach and cut the tab names in half and created two rows, or we could have an arrow indicating more (like the current editor/tabs do except for left/right the arrow(s) would be up/down). Option 3: Other?
The following bugs are all related to the same issue: Bug 20626 Bug 21968 Bug 22716 Bug 25165 Can the priority of this issue be increased?
I would like to see multiple rows of tabs. This works very well in UltraEdit for instance.
The absence of having multiple rows of editor tabs is a very serious shortcoming in the UI, in my opinion - it enforces an unnatural limit on the size of the stack of files one is jumping between; particularly relavent when rapidly familiarising yourself with a new codebase. The chevron is better than nothing, but not having the list of filenames which are open constantly visible on the screen puts too much overhead on the users' short-term memory. It should be the users' choice whether they sometimes sacrifice some screen realestate in return for having their 'filestack' visible - and having one-click rather than two-click access to switch between windows. If Microsoft can get it right with the Windows task bar, then surely Eclipse & SWT can rise to the challenge? It's certainly a more practically useful feature than swoopy gradiented tabs, for instance... ;)
marking as fixed: - Close All and Close Others options have been added - there is an editor drop down which allows mouse or keyboard access to a list of editors without having to arrow left or right - the note about mutliple rows of editor tabs has been logged already in bug 28722
