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.
When the Topcomponents were undocked from the main window(drag and drop), the IDE only let them added as 'Tabs’ in the floating window. IDE disable the options to add the top component in any other mode example: explorer/view/editor/properties in the floating window. If this feature is not supported by Netbeans please consider this as an enhancement as users wants this kind of view(same as the one in a main window) in a multi monitor support.
Sorry but I don't understand what this issue is about. Please describe in more details and reopen, thanks.
Hi Stanislav, In a main docking window TopComponent can be placed in any mode ex:editor/explorer/properties.etc. When I float the top components the second top component will always be added as Tab in a floating window. Is there any way that I replicate the mode in a floating window.ie..one top component on left side, one top component in the middle area(editor) and another one in the bottom(same way how we set it in the main docking window)? This is really helpful when the user had multi monitors. Thanks.
In the IDE main window I can arrange the windows horizontally, veritically or at different modes. When I drag the windows(two or more) outside of the main window(float, as a group) they always occupy the whole window presented as tabs. Is there a way to override this behaviour and re-arrange them the same way as in the main IDE window?
So you want to have a floating window with draggable splitters, is that correct? That is currently not supported so I changed the issue type to enhancement.
That's right. Is the feature going to be in any time sooner? Thanks.
(In reply to sri_sree from comment #5) > That's right. Is the feature going to be in any time sooner? It won't be in NetBeans 8.0
Is there an update on this yet? I think it is quite an important UI Feature which is present in Eclipse RCP for years. So this makes porting applications from Eclipse RCP to NetBeans Platform quite hard to argue as you will loose Basic UI interaction capabilities.
Kind of related, let me know if anyone would like to be in contact with the related developers of this solution: https://blogs.oracle.com/geertjan/entry/tiling_of_editor_documents_in