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 41297 - [2004-04-14] Multiview and Window Groups
Summary: [2004-04-14] Multiview and Window Groups
Status: CLOSED FIXED
Alias: None
Product: platform
Classification: Unclassified
Component: Window System (show other bugs)
Version: 4.x
Hardware: PC Linux
: P3 blocker (vote)
Assignee: Milos Kleint
URL:
Keywords:
Depends on:
Blocks: 41085
  Show dependency tree
 
Reported: 2004-03-24 17:22 UTC by Jaroslav Tulach
Modified: 2008-12-22 16:13 UTC (History)
3 users (show)

See Also:
Issue Type: TASK
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jaroslav Tulach 2004-03-24 17:22:19 UTC
Form editor is heavily using window groups. When
form is selected, component palette and others are
also shown. How this will be supported when one
element will be form designer and second its editor?
Comment 1 Milos Kleint 2004-03-25 10:18:55 UTC
Dusan, can you please update the UI spec in regard to this issue? I'm
not sure how the windows are supposed to behave? 
thank you. please reassign back to me afterwards.
Comment 2 dpavlica 2004-04-01 14:42:18 UTC
I discussed it with Tomas+Jano and I will add this issue into spec...

Behavior should be following. When Form designer is visible (not
necessary focused) in any View, then Component Palette and others
should be also shown.
Comment 3 Milos Kleint 2004-04-02 07:29:11 UTC
I've checked the current usage of TopComponentGroup. Currently form
editor takes care of opening/closing the group (in FormEditorSupport).
It check for the selected component and opens/closes the group
accordingly.

The MultiViewElement will get callbacks
componentActivated/componentShowing which can be used to perform the
equivalent of the current code. So the implementation of
MultiViewElement for the form editor will be responsible for the group
handling. Nothing is required on the API side.

Tomas, any specific reason why the group handling is done as a
listener in FormEditorSupport and as part of the FormDesigner
topcomponent?
Comment 4 Tomas Pavek 2004-04-02 09:04:11 UTC
If also the MultiViewTopComponent when shown/hidden will delegate
properly to selected MultiViewElement's methods, then this could work.
In other words, componentShown and componentHidden methods must work
reliably - i.e. always reflect the visibility state of the element on
the screen - so we can handle the group visibility accordingly.

But - I need to be able to go through all the form elements and check
if some is visible - how can I do this? Now I just check if it is the
selected component in the mode...
Comment 5 Milos Kleint 2004-04-13 08:33:11 UTC
http://core.netbeans.org/source/browse/core/multiview/src/org/netbeans/core/multiview/Attic/MultiViewFactory.java?rev=1.1.2.5&content-type=text/x-cvsweb-markup&showattic=1
http://core.netbeans.org/source/browse/core/multiview/src/org/netbeans/core/multiview/Attic/MultiViewHandler.java?rev=1.1.2.2&content-type=text/x-cvsweb-markup&showattic=1

You can do the same as now, MultiViewFactory will give you a
MultiViewHandler if the TopComponent passed in as parameter is a
multiview component. With this handler you should be able to perform
the  required checks and tasks.
Comment 6 Jaroslav Tulach 2004-04-13 08:38:47 UTC
As the handler is to be provided by the framework and not designed to
be subclassed (means in future you would like to add some methods
there). It should be final class and not interface.
Comment 7 Milos Kleint 2004-04-14 13:16:06 UTC
done.
interface->final class.
Comment 8 Marian Mirilovic 2005-12-20 15:49:31 UTC
This issue was solved long time ago. Because nobody has reopened it neither
added comments, we are verifying/closing it now. 
If you are still able to reproduce the problem, please reopen. Thanks in advance.