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.
Summary: | No UI strategy for dealing with large/many 'tabs' (multiview) | ||
---|---|---|---|
Product: | platform | Reporter: | Vince Kraemer <vkraemer> |
Component: | Window System | Assignee: | Stanislav Aubrecht <saubrecht> |
Status: | NEW --- | ||
Severity: | blocker | CC: | hdwang, mkuchtiak, olangr |
Priority: | P2 | ||
Version: | 6.x | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | ENHANCEMENT | Exception Reporter: | |
Bug Depends on: | |||
Bug Blocks: | 70291 |
Description
Vince Kraemer
2008-12-09 18:36:06 UTC
IMHO, this is a problem of generic Core Multiview infrastructure. 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. 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? 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. any update on this issue? not really, this won't be done in nb6.8 (patches from community are always welcome:) so I guess the tm for this needs to be set to TBD... since you have just stated that the current value is incorrect... *** Bug 178089 has been marked as a duplicate of this bug. *** |