This document is archived and information here might be outdated.  Recommended version.


Understanding editor extensions (ArcObjects .NET 10.4 SDK)

Understanding editor extensions


In this topic


About editor extensions

Editor extensions allow you to customize your workflows by plugging directly into the editor framework. Unlike application extensions, editor extensions are loaded when the edit session starts (Editor>Start Editing).
Editor extensions are similar to standard extensions, but they receive a reference to the Editor object instead of the Application object.
There are two general cases where a custom editor extension is appropriate: automatic response to events and low-level components or state management.

Automatic response

Custom editor extensions can automatically respond to specific events, such as creating or modifying a feature within an edit session, typically for validation purposes. Such extensions would sink the outbound interfaces (Events) on the Editor object. If you are creating an editor extension via an add-in, these interfaces are exposed for you. These types of editor extensions are the most common.

Low-level components

Editor extensions are appropriate when you have a collection of commands or tools that need to access common data or functionality. For example, a custom editing application may have several editing properties, such as snap tolerance, that several related tools use. Often, these related tools rely on functionality additionally exposed by the extension.
The editing framework ships with several editing extensions of this type including the Attributes Window, the Digitizer extension, the Topology Editor extension, and the Conflict Resolution extension.


See Also:

Walkthrough: Building editor extensions using add-ins




Development licensing Deployment licensing
ArcGIS for Desktop Basic ArcGIS for Desktop Basic
ArcGIS for Desktop Standard ArcGIS for Desktop Standard
ArcGIS for Desktop Advanced ArcGIS for Desktop Advanced