Community
Participate
Working Groups
The native TabFolder support is rather limited. The emulated one should be able to: - pass for native, but - add some simple features not provided by the underlying OS or Windowing system. These include multiple rows of tabs using the SWT.MULTI style (Win32 can do it but it looks bad if it's on the bottom) and vertical tabs using the SWT.VERTICAL and SWT.RIGHT/SWT.LEFT styles (Win32's native control cannot do that reliably in my tests on XP SP1). This is different from bug 58868 which only applied to the native TabFolder.
*** Bug 76684 has been marked as a duplicate of this bug. ***
For a picture of a multi-row tab folder in swing see https://bugs.eclipse.org/bugs/attachment.cgi?id=15309&action=view .
I'd like to request that the multi-row option be provided for 3.1.
This is not a current plan item. May revisit in the future.
*** Bug 118821 has been marked as a duplicate of this bug. ***
What are your plans for enhancing the CTabFolder? Is it going to be available soon?
For 3.2 there is no plan to provide either vertical tabs or multiple rows of tabs.
Any chance to get this for 3.3? This also blocks bug 76888.
Could we get this for 3.3?
(In reply to comment #0) > The native TabFolder support is rather limited. The emulated one should be > able to: > - pass for native, but > - add some simple features not provided by the underlying OS or Windowing > system. > > These include multiple rows of tabs using the SWT.MULTI style (Win32 can do it > but it looks bad if it's on the bottom) and vertical tabs using the > SWT.VERTICAL and SWT.RIGHT/SWT.LEFT styles (Win32's native control cannot do > that reliably in my tests on XP SP1). > > This is different from bug 58868 which only applied to the native TabFolder. (In reply to comment #0) > The native TabFolder support is rather limited. The emulated one should be > able to: > - pass for native, but > - add some simple features not provided by the underlying OS or Windowing > system. > > These include multiple rows of tabs using the SWT.MULTI style (Win32 can do it > but it looks bad if it's on the bottom) and vertical tabs using the > SWT.VERTICAL and SWT.RIGHT/SWT.LEFT styles (Win32's native control cannot do > that reliably in my tests on XP SP1). > > This is different from bug 58868 which only applied to the native TabFolder. Hi, Does 'Resolved Later' mean that you'll get back to it if there is sufficient user interest? If so, what is the threshold number of votes you need? I have added mine.
Reopening for discussion ...
It is still very desirable to have this ability. Any change in plans for target milestone?
Eclipse is past its initial API freeze, and I don't think this will be addressed for the 3.3M6 feature freeze, so this is not likely to appear in 3.3.
*** Bug 23784 has been marked as a duplicate of this bug. ***
I would love to see multiple rows of tabs implemented. Is there any chance this will be added? I've added my vote for this bug.
I also would like to use tabs with multiple rows, mainly for the editors tabs.
(In reply to comment #10) >Hi, >Does 'Resolved Later' mean that you'll get back to it if there is sufficient >user interest? If so, what is the threshold number of votes you need? I have >added mine. I am in the same boat as Mike Evans, I have added mine. I expect that i can include multiple rows of tabs on TabFolder.
Any updates on this? There are lots of votes.. people seem to be needing this.
Any chance this is going to get addressed?
This would really be neat. Sometimes 6 or 7 Tabs are just not enough ... and a tab not shown to the user is nearly worthless. I would like this not only for development in eclipse. But also for RCP applications. Would be nice if this could make it this year into the platform.
This cannot happen for 3.5 because it is feature- and api-frozen. LS is now working on custom controls, so reassigning report.
I am wondering why such a basic and for daily workflow rather good request is still open after 5 years. Seems to ba a valueable feature. Especially its something other IDEs have. I know one can fiddle around with a multiline presentation factory to have eclipse show multiple lines... though with CTabFolder that would just look much better and would be reusable in other situation. Would just be nice if this feature made it into some future version.
> still open after 5 years. Many people believe that the multi-row tab folders is a UI blooper. Ignoring this, the Eclipse UI designers weren't pushing for it, no product was asking for it (either open source or from any company) and the SWT team is small and overworked. I'm hoping we can get to it for 3.6, but even if we do, you will need to lobby JFace etc. to get it into the Eclipse UI.
I do consider multi tab rows also for an UI blooper in most applications. And it should really not be used. Though if you have a variable ammount of tabs. And not a set one. Then I prefer the multi row behaviour to not showing some tabs at all. -- As soon as CTabFolder has support for this... Then I can rape org.eclipse.ui.presentations.WorkbenchPresentationFactory myself to show multiline tabs.
I'm very interested in the left/west tab feature. In our application vertical real estate is at a premium. Vote added. Is there any update on this?
One more vote for this. Not really into multi-row tabs. Mostly voting for the vertical tabs option. It would be a great service to the community if the internal rendering code used to produce vertical tabs in the properties view was publicly accessible.
+1 for vertical tabs. Vertical space is at a premium on laptops.
I would not want to decide for every scenario out there. Somebody may see the multi-row folder as fit for their purposes; give them an option. Vertical tabs are great too.
Created attachment 203474 [details] prototype of multiline-tabs The handling of this FR is foobar. To wear the refutation, iv added some dummy-image. Regards
+1 about multiple rows tabs. Extreemely needed, as option!
+1 for vertical tabs.
+1 vertical/side tabs
Vertical option very important these days as we move to tablets, etc.
+1 about multiple rows tabs +1 vertical/side tabs
Created attachment 230764 [details] Vertical sample using tabbed properties and e4 part stack To "showcase" tabbed properties in this regard: I was able to realize such a structure by employing the tabbed properties view within a part stack. Naturally the vertical style should resemble the CTabFolder looks.
I often have over 20 files open. I would love to be able to see all my open file names at once. Vertical or multi-row-horizontal - either one would be fine. Thanks!
I would like to see some logic if we do have multi-rowed-tabs. e.g. Rows: +Configuration (e.g. persistence.xml, import.xml, messages.properties etc.) << scrollable >> +View (e.g. All the JSF .xhtml files) << scrollable >> +Model (Entities @Entity) << scrollable >> +Controllers (e.g. controllers e.g. @Stateful, @Named) << scrollable >> Cheers.
> I would like to see some logic if we do have multi-rowed-tabs. I dont like to have some logic about multi-rowed-tabs at this time but i dont think this is a bad idea in general. There are too many concepts to the order/grouping of files, who realy like to empathic decide about it? I dont see other IDE's having perfect logics about handling multi-line/vertical tabs. I would like to wait a half year before we support special orderings. Let this feature be accepted by the community first. We will get a better imagination of a very usefull logic in time.
we waiting since 2004 :(
Happy Birthday to you, dear bug 58945! 10 Years old! The only reason I just again have seen this: This bug blocks the update of a free time oss fun project of mine. The multi row tabs are there a requirement for the workspace. (otherwise the application becomes unusable: tabs are chatrooms and notifications on the seldom changes are signaled to the user by changing the icon on the tab, if these are burried, experience shows the changes just get lost). Currently this is worked around by using the Presentation layer/api and I have been to stupid to be able to do the same with eclipse 4 rcp. (there is a vague reference to using IPresentationEngine, which does not help me without some tutorial) One reason for the update would be Bug 383189.
Netbeans 8.0.1 just implemented multiple tab rows and some other tab releated features.
Dear Eclipse team, This is a travesty. Please implement this ASAP. How long do we have to wait!?!??!?!?!
sorry about the multiple comments... don't know what happened there.
Fix it please
Did some initial investigation on vertical styling for CTabFolder header. Technically feasible, this feature will require major changes in CTabFolder and CTabFolderRenderer. Should be a good pick for 4.7 Oxygen.
Created below branch for CTabFolder vertical styling feature: 'nmodi/FVerticalCTab_v4738'
(In reply to Niraj Modi from comment #49) > Created below branch for CTabFolder vertical styling feature: > 'nmodi/FVerticalCTab_v4738' Sorry for the typo, correct branch: 'nmodi/VerticalCTab_v4738'
THANK YOU - eclipse really needs that kind of feature, its pretty much a missing (!) core feature
Thank you for the branch. Anyway it is named for the vertical style issue and will not solve this report. The issue of this report is different in: - The description - All screenshots - 2 of 3 Duplicates - 1 of 2 Blocks - Votes (of unknown quantity) I agree that this issue has two parts, someone should split this report into two different issues (vertical-style and multiline-header). The Bocks and Duplicates can easyly be reassigned to the better-matching issue. How to handle the votes is not clear, but they should be keep its voting on both parts.
(In reply to Niraj Modi from comment #49) > Created below branch for CTabFolder vertical styling feature: > 'nmodi/FVerticalCTab_v4738' Niray, what is the status of this feature?
Hello, I needed the behaviour of a multi line text for tab folders. So I did a search and fall on this bug... and was quite sad it had not been resolved for so many years. So I looked at the code of CTabFolder and more precisely of CTabFolderRenderer. After a few research and test, I finally managed to have the behaviour I wanted wish is to have carriage return taken in consideration when set in the text of a CTabItem. Here is the usage code : CTabItem item= ...; item.setText("Test \n 2 lines."); For this to work correctly, I downloaded the source git code of SWT and modified the following line in CTabFolderRenderer (number 96 in last version of the class) : static final int FLAGS = SWT.DRAW_TRANSPARENT | SWT.DRAW_MNEMONIC; to static final int FLAGS = SWT.DRAW_TRANSPARENT | SWT.DRAW_MNEMONIC | SWT.DRAW_DELIMITER; The flag SWT.DRAW_DELIMITER is explained in the GC class as it takes into account carriage returns when computing text size or drawing text. And It works perfectly well in my case (see the attached screenshot). So it is possible to have it corrected in the source code of SWT for next release ? Regards, Nicolas,
Created attachment 273317 [details] Screenshot of multi line tab item with my little correction.
(In reply to Lars Vogel from comment #53) > (In reply to Niraj Modi from comment #49) > > Created below branch for CTabFolder vertical styling feature: > > 'nmodi/FVerticalCTab_v4738' > > Niray, what is the status of this feature? There is some initial work is done on this on above branch, POC stage. Lot of scenarios need to be looked into in CTabFolder and related Renderer classes, resetting the target for now.
For some concept I'm working on it would be great to have tabs on the left or right. However I think from a screen space perspective it would be great to have the text rotated by 90°. How can I support you in improving CTab?
(In reply to Alois Zoitl from comment #57) > For some concept I'm working on it would be great to have tabs on the left > or right. However I think from a screen space perspective it would be great > to have the text rotated by 90°. > > How can I support you in improving CTab? Thanks Alois! for showing your interest in this feature. For this you need to first setup Eclipse SWT dev environment, details are present on below wiki: https://www.eclipse.org/swt/git.php Initial work on this feature is captured on below branch(it's very much a prototype only): http://git.eclipse.org/c/platform/eclipse.platform.swt.git/?h=nmodi%2FVerticalCTab_v4738 With above change and SWT binaries branch pointing to v4738 tag: - try launching the CustomControlExample.java > CTabFolder tab
(In reply to Niraj Modi from comment #58) > Initial work on this feature is captured on below branch(it's very much a > prototype only): > http://git.eclipse.org/c/platform/eclipse.platform.swt.git/ > ?h=nmodi%2FVerticalCTab_v4738 > With above change and SWT binaries branch pointing to v4738 tag: > - try launching the CustomControlExample.java > CTabFolder tab Niraj, what are the plans for that? Would be great to have this in 2018-09.
I'll give it a try. But this is the first time I dive into SWT. In the mean-time I noticed that the tabbed property sheets are providing a similar feature. Can this code be reused?
I'm able to build and run with your branch. How should I proceed. I also think this is not the place to discuss this. What would be a good communication channel?
Niraj, could you target 4.10? Would be really nice to have this.
Please solve this bug. Tab management in Eclipse is awful
*** Bug 160307 has been marked as a duplicate of this bug. ***
I've removed the 'plan' keyword because no target milestone was set. A plan bug must always have a target milestone. If you consider to set the 'plan' keyword again, make sure that the target milestone must match the release where it was originally planned. If the work was not finished, a follow-up plan bug for the next release must be created and the old one left in the NEW state. Not doing so would destroy the initial plan. The plan must reflect what has been delivered and what not. Also, please make sure that you only tag root/top-level bugs with 'plan'. Bug fixes or simple things must not get the 'plan keyword.
this feature can save time for developers, and made navigation easy
+1 for multi row and vertical tabs.
After a way to long time I found some time to look into this again today. I took your branch and rebased it on SWT master. Sofar every thing worked and I could test it. To be more precise I mostly tested the SWT.LEFT option because this is what I would need for Eclipse 4diac. What I noticed is that the client area is way to far left, to wide, and about one tab height to short. I looked a bit into the CTab code and I guess the place to fix the getClientArea code. However even with a bit debugging I didn't got far. Do you have any tips for me what I could do here? Or where to start? I really would love to at least get the left and right tabs ready.
New Gerrit change created: https://git.eclipse.org/r/c/platform/eclipse.platform.swt/+/172633
New Gerrit change created: https://git.eclipse.org/r/c/platform/eclipse.platform.swt/+/172636
As you can see with my gerrit push I found my way through the code. After playing around with it my push now contains a first fix for left and right tabs. There may be some minor tweaks here and there needed but in my first tests I was pretty satisfied. Hope someone can find time to test it and give feedback.
Can you send a link to some tutorial, better video, how to build and check it?
(In reply to Ihor Lavryniuk from comment #72) > Can you send a link to some tutorial, better video, how to build and check > it? Here https://www.eclipse.org/swt/git.php you can find a description how you can get the latest SWT and build and test it for your self. Then you need to get from gerrit my patch https://git.eclipse.org/r/c/platform/eclipse.platform.swt/+/172636 If you run the CustomControlExample.java you can see my results.
(In reply to Alois Zoitl from comment #71) > As you can see with my gerrit push I found my way through the code. After > playing around with it my push now contains a first fix for left and right > tabs. There may be some minor tweaks here and there needed but in my first > tests I was pretty satisfied. Hope someone can find time to test it and give > feedback. Thanks Alois for the patches, will review/verify them shortly.
New Gerrit change created: https://git.eclipse.org/r/c/platform/eclipse.platform.swt/+/173778
Created attachment 285245 [details] Win10: Gerrit(173778_PatchSet3) CTabFolder_SWT_RIGHT A much improved SWT.RIGHT CTabFolder behavior, highlighted missing stuff in the screenshot attached.
Created attachment 285270 [details] Win10: Gerrit(173778_PatchSet5) CTabFolder_SWT_LEFT (In reply to Niraj Modi from comment #76) > Created attachment 285245 [details] > Win10: Gerrit(173778_PatchSet3) CTabFolder_SWT_RIGHT > > A much improved SWT.RIGHT CTabFolder behavior, highlighted missing stuff in > the screenshot attached. Latest patch addresses the above issue, Thanks for the improvements! Sharing a screenshot highlighting the overlapping of Chevron, Minimize and Maximize buttons on the content area.
(In reply to Niraj Modi from comment #77) > > Sharing a screenshot highlighting the overlapping of Chevron, Minimize and > Maximize buttons on the content area. Where should these go in the left and right tab configuration? In the bottom of the tab area? Or in an own headline above the content area?
(In reply to Alois Zoitl from comment #78) > (In reply to Niraj Modi from comment #77) > > > > Sharing a screenshot highlighting the overlapping of Chevron, Minimize and > > Maximize buttons on the content area. > > Where should these go in the left and right tab configuration? > In the bottom of the tab area? > Or in an own headline above the content area? One option is to put these buttons on top of the tab area(for both left and right configuration): - Currently we have some blank space just above the very first tab header. - See if we can increase height of this blank space... which could fit the overlapping of Chevron, Minimize and Maximize buttons.
(In reply to Niraj Modi from comment #79) > One option is to put these buttons on top of the tab area(for both left and > right configuration): > - Currently we have some blank space just above the very first tab header. > - See if we can increase height of this blank space... which could fit the > overlapping of Chevron, Minimize and Maximize buttons. I like this idea. This little space was introduced by me as putting the tabs totally to the top didn't look nice. I'll give it a try hopefully over the weekend.
Created attachment 285365 [details] Win10_Single_Tab_Left_Right_Overlapping_Chevron_Min_Max_Buttons Attaching screenshot for pending issues: Win10_Single_Tab_Left_Right_Overlapping_Chevron_Min_Max_Buttons
Created attachment 285366 [details] Win10_Snippet165_Missing_Close_Buttons Attaching screenshot2 for pending issues: Win10_Snippet165_Missing_Close_Buttons
(In reply to Alois Zoitl from comment #80) > (In reply to Niraj Modi from comment #79) > > One option is to put these buttons on top of the tab area(for both left and > > right configuration): > > - Currently we have some blank space just above the very first tab header. > > - See if we can increase height of this blank space... which could fit the > > overlapping of Chevron, Minimize and Maximize buttons. > > I like this idea. This little space was introduced by me as putting the tabs > totally to the top didn't look nice. I'll give it a try hopefully over the > weekend. Thanks Alois it looks much better with latest patch. Pending issues can be seen in attachment 285365 [details] and attachment 285366 [details]. Raised bug 570572 for supporting this feature in Eclipse platform-UI.
Created attachment 285377 [details] Win10_Left_Min_Max_Missing3rdTab_And_MissingChevron Off-late noticed one more issue, am not sure if got introduced in the recent set of updates.. but it needs attention.
Hi SWT All, Proposed vertical CTabFolder work is in quite good shape and we are polishing it further: https://git.eclipse.org/r/c/platform/eclipse.platform.swt/+/173778 Appreciate any testing/early feedback on the same, Thanks!
Created attachment 285403 [details] CTabfolder minimised LEFT and TOP styles
Is here any progress in it? Last Gerrit change remains uncommented for a handful months now, too. Also: Will this change, in my case the new possible tab positions, also find a pendant in the Model Editor and Part Stack properties (maybe via tags)?
(In reply to Guido Schnepp from comment #87) > Is here any progress in it? Last Gerrit change remains uncommented for a > handful months now, too. Unfortunately no. I didn't had time for looking further into it. As it turned out this code is quite complex and "fixing" one thing broke more. But I definitely would like to continue that work. I also think the basis is quite good.
Is it not possible to achieve multi-line display tabs so far?
This ticket is for both, vertical and multiline tabs! This ticket has not been split into two tickets. The multiline-tab part is defined and specified successfully, compleatly and might have a dependency to SWT. The vertical-line have - afaik - no hard dependency to SWT and is specified and defined. This ticket can only be solved by implementing both: horizontal-multiline and vertical-multiline. Both have ui-suggestions. It might be a problem that this ticket is not split into two tickets from beginning. > Is it not possible to achieve multi-line display tabs so far? Still on the list. Althou the functionality might be pretty similar, do you see any feature a horizontal-multiline is preferred before a vertical-multiline? As far as I can tell its only the aspect-ratio of the view that differs between horizontal-multiline and vertical-multiline.