This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 155061 - No UI strategy for dealing with large/many 'tabs' (multiview)
Summary: No UI strategy for dealing with large/many 'tabs' (multiview)
Status: NEW
Alias: None
Product: platform
Classification: Unclassified
Component: Window System (show other bugs)
Version: 6.x
Hardware: All All
: P2 blocker with 1 vote (vote)
Assignee: Stanislav Aubrecht
: 178089 (view as bug list)
Depends on:
Blocks: 70291
  Show dependency tree
Reported: 2008-12-09 18:36 UTC by Vince Kraemer
Modified: 2013-06-09 21:22 UTC (History)
3 users (show)

See Also:
Exception Reporter:


Note You need to log in before you can comment on or make changes to this bug.
Description Vince Kraemer 2008-12-09 18:36:06 UTC
As the number or size of tabs grow in a multiview editor, it is likely that some of the tabs 'disappear' and can only be
revealed by resizing the window that hold the editor.

Since this isn't always possible, there are situation where IDE functionality will not be accessible in localized
versions of the IDE or for users that choose to run their IDE at large font sizes.  One example of this problem is issue

It seems unlikely that any UI design that includes xml multiview would be immune from this issue.... I guess if the UI
only had a single 'tab', it may be immune from this... but that really limits the utility of xml multiview.
Comment 1 Milan Kuchtiak 2008-12-10 09:29:10 UTC
IMHO, this is a problem of generic Core Multiview infrastructure.
Comment 2 Lukas Hasik 2008-12-10 09:56:34 UTC
afaik, it has nothiong to do with MultiView. The multiview is about more views on the same document(design, code) not
the tabs. The tabs are created by the owner of TC, aren't they? 

I'm decreasing priority to P3 and leaving for more detailed evaluation to WS gurus. 
Comment 3 Stanislav Aubrecht 2008-12-10 15:11:55 UTC
one possible solution is allowing combo box listing all the multiviews instead of toolbar buttons. probably as an
optional switch in multiview api
what does HIE think about this?
Comment 4 Ondrej Langr 2008-12-17 13:28:49 UTC
After a discussion with saubrecht, we agreed on implementing scrolling for multi-view components, similar (in both
appearance and behavior) to scrolling used for document tabs. This means that if the content of the multiview component
did not fit into the displayed area, scrolling arrows would be shown on the right of this component, allowing to scroll
it left and right. These scrolling elements would not be shown if they're not necessary.

For future reference, I would like to emphasize that this ability is added to cover edge cases such as long localized
labels and extremely small screens and SHOULD NOT EVER be designed for. In other words, in standard conditions (common
NetBeans localizations and screens larger or equal to 1024px horizontally), the usage of all multi-views should be such
that this would never happen. The reason is the fact that multiview really is about multiple views on the same data and
number of these views can hardly ever be unlimited.
Comment 5 Vince Kraemer 2009-09-17 20:24:47 UTC
any update on this issue?
Comment 6 Stanislav Aubrecht 2009-09-21 16:13:26 UTC
not really, this won't be done in nb6.8
(patches from community are always welcome:)
Comment 7 Vince Kraemer 2009-09-21 16:25:22 UTC
so I guess the tm for this needs to be set to TBD... since you have just stated that the current value is incorrect...
Comment 8 Stanislav Aubrecht 2010-10-21 14:18:57 UTC
*** Bug 178089 has been marked as a duplicate of this bug. ***