Bug 84644 - [Workbench] Missing vetoable event listeners ?
Summary: [Workbench] Missing vetoable event listeners ?
Status: RESOLVED INVALID
Alias: None
Product: Platform
Classification: Eclipse Project
Component: UI (show other bugs)
Version: 3.0   Edit
Hardware: All Windows XP
: P3 enhancement (vote)
Target Milestone: ---   Edit
Assignee: Platform-UI-Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords: needinfo
Depends on:
Blocks:
 
Reported: 2005-02-07 19:25 EST by Michal Chmielewski CLA
Modified: 2009-08-30 02:10 EDT (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Michal Chmielewski CLA 2005-02-07 19:25:04 EST
I'd like to prevent a ViewPart from being closed by the user if a certain
condition is true. To that effect, I'd like to be notified if a view is about to
be closed and to veto that close. 

There are notification hooks in the framework which will tell me that a view had
been closed, or is about to close, but I can't veto them. Worse, any type of
activity to free resources must be currently done in that event handler, since
after all event handlers are run, the view *will* be freed or closed.

The editor framework does something like this already. If a resource has been
modified, a dialog pops up and if you choose to cancel the operation (the close)
, the editor will not close. 

I wanna do the same for views (ViewPart subclasses) and for Editors in a more
general way then the dirty -> save -> quit pattern.



It seems that this type of functionality is missing from the UI framework.
Comment 1 Tod Creasey CLA 2006-04-15 14:53:58 EDT
There is no plan to work on this feature at this time as it represents a significant behavioral change in part management
Comment 2 Denis Roy CLA 2009-08-30 02:10:34 EDT
As of now 'LATER' and 'REMIND' resolutions are no longer supported.
Please reopen this bug if it is still valid for you.