Interface for MITK Workbench Views with special Zombie state handling. More...
#include <mitkIZombieViewPart.h>
Public Member Functions | |
| ~IZombieViewPart () override | |
| virtual void | ActivatedZombieView (berry::SmartPointer< berry::IWorkbenchPartReference > zombieView)=0 |
 Public Member Functions inherited from mitk::ILifecycleAwarePart | |
| virtual | ~ILifecycleAwarePart () |
| virtual void | Activated ()=0 |
| virtual void | Deactivated ()=0 |
| virtual void | Visible ()=0 |
| virtual void | Hidden ()=0 |
Detailed Description
Interface for MITK Workbench Views with special Zombie state handling.
Some MITK Views need to change the application state in a way which should not be affected by this View's activated/deactivated state. Examples are setting special interactors or removing the crosshair from a QmitkRenderWindow. Such MITK Views are called Zombie Views because they partially outlive their own deactivation. Zombie Views are usually mutually exclusive.
To ease the handling of Zombie Views, this interface acts as a marker to declare the implementing class being a Zombie View, meaning that it will change some application state when it is activated but will not reset it when deactivated.
If a Zombie View is activated, the previously active Zombie View is notified by calling its ActivatedZombieView() method. It should then reset the application state.
- See also
- ILifecycleAwarePart
Definition at line 46 of file mitkIZombieViewPart.h.
Constructor & Destructor Documentation
◆ ~IZombieViewPart()
|
override |
Member Function Documentation
◆ ActivatedZombieView()
|
pure virtual |
Called when another Zombie View was activated. This usually means that this part should clean up its Zombie state.
- Parameters
-
zombieView The newly activate Zombie View.
The documentation for this struct was generated from the following file:
