Package wx :: Package lib :: Module docview :: Class Command
[frames | no frames]

Type Command

object --+    
         |    
    Object --+
             |
            Command


wxCommand is a base class for modelling an application command, which is an action usually performed by selecting a menu item, pressing a toolbar button or any other means provided by the application to change the data or view.


Method Summary
  __init__(self, canUndo, name)
Constructor.
  CanUndo(self)
Returns true if the command can be undone, false otherwise.
  Do(self)
Override this member function to execute the appropriate action when called.
  GetName(self)
Returns the command name.
  Undo(self)
Override this member function to un-execute a previous Do.

Property Summary

Method Details

__init__(self, canUndo=False, name=None)
(Constructor)

Constructor. wxCommand is an abstract class, so you will need to derive a new class and call this constructor from your own constructor.

canUndo tells the command processor whether this command is undo-able. You can achieve the same functionality by overriding the CanUndo member function (if for example the criteria for undoability is context- dependent).

name must be supplied for the command processor to display the command name in the application's edit menu.

Overrides:
wx.Object.__init__

CanUndo(self)

Returns true if the command can be undone, false otherwise.

Do(self)

Override this member function to execute the appropriate action when called. Return true to indicate that the action has taken place, false otherwise. Returning false will indicate to the command processor that the action is not undoable and should not be added to the command history.

GetName(self)

Returns the command name.

Undo(self)

Override this member function to un-execute a previous Do. Return true to indicate that the action has taken place, false otherwise. Returning false will indicate to the command processor that the action is not redoable and no change should be made to the command history.

How you implement this command is totally application dependent, but typical strategies include:

Perform an inverse operation on the last modified piece of data in the document. When redone, a copy of data stored in command is pasted back or some operation reapplied. This relies on the fact that you know the ordering of Undos; the user can never Undo at an arbitrary position in he command history.

Restore the entire document state (perhaps using document transactioning). Potentially very inefficient, but possibly easier to code if the user interface and data are complex, and an 'inverse execute' operation is hard to write.


Generated by Epydoc 2.1.20050511.rpd on Mon Feb 16 12:51:53 2009 http://epydoc.sf.net