public interface IOperationApprover
IOperationApprover defines an interface for approving the undo or redo of a particular operation within an operation history. Operations that are candidates for undo or redo have already been validated against their current state and according to the rules of the history.
By the time an IOperationApprover is consulted, the undo has already been
requested. Approvers should return an IStatus
object with
severity OK
if the operation should proceed, and any other
severity if it should not. When an operation is not approved, it is expected
that the object not allowing the operation has already consulted the user if
necessary or otherwise provided any necessary information to the user about
the fact that the operation is not approved.
Operation approvers must be prepared to receive the approval messages from a background thread. Any UI access occurring inside the implementation must be properly synchronized using the techniques specified by the client's widget library.
Modifier and Type | Method and Description |
---|---|
IStatus |
proceedRedoing(IUndoableOperation operation,
IOperationHistory history,
IAdaptable info)
Return a status indicating whether the specified operation should be
redone.
|
IStatus |
proceedUndoing(IUndoableOperation operation,
IOperationHistory history,
IAdaptable info)
Return a status indicating whether the specified operation should be
undone.
|
IStatus proceedRedoing(IUndoableOperation operation, IOperationHistory history, IAdaptable info)
IStatus.OK
will not be approved. Implementers should not assume that the redo will
be performed when the status is OK
, since other operation
approvers may veto the redo.operation
- the operation to be redonehistory
- the history redoing the operationinfo
- the IAdaptable (or null
) provided by the
caller in order to supply UI information for prompting the
user if necessary. When this parameter is not
null
, it should minimally contain an adapter
for the org.eclipse.swt.widgets.Shell.class. Even if UI
information is provided, the implementation of this method
must be prepared for being called from a background thread.
Any UI access must be properly synchronized using the
techniques specified by the client's widget library.OK
, and the caller requesting the redo will be
returned the status that caused the rejection. Any other status
severities will not be interpreted by the history.IStatus proceedUndoing(IUndoableOperation operation, IOperationHistory history, IAdaptable info)
IStatus.OK
will not be approved. Implementers should not assume that the undo will
be performed when the status is OK
, since other operation
approvers can veto the undo.operation
- the operation to be undonehistory
- the history undoing the operationinfo
- the IAdaptable (or null
) provided by the
caller in order to supply UI information for prompting the
user if necessary. When this parameter is not
null
, it should minimally contain an adapter
for the org.eclipse.swt.widgets.Shell.class. Even if UI
information is provided, the implementation of this method
must be prepared for being called from a background thread.
Any UI access must be properly synchronized using the
techniques specified by the client's widget library.OK
, and the caller requesting the undo will be
returned the status that caused the rejection. Any other status
severities will not be interpreted by the history.
Copyright (c) 2000, 2018 Eclipse Contributors and others. All rights reserved.Guidelines for using Eclipse APIs.