Jump to: navigation, search

Orion/Documentation/Developer Guide/Plugging into the editor

< Orion‎ | Documentation‎ | Developer Guide
Revision as of 18:08, 19 March 2014 by Mamacdon.gmail.com (Talk | contribs) (orion.edit.command)

Overview of contributing services to the Orion editor

The Orion editor defines a number of services for customizing its appearance and behavior. These services will typically be defined by a plug-in providing editing functionality for different programming languages or file extensions. This section will outline the services that are available for editor customization.

The Editor Context object

Orion 4.0 introduced Object References, which enable two-way communication between a service provider and the host Orion page. An Object Reference exposes functions that a service provider can call to help it fulfill a service contract. Like everything in Orion's service framework, Object References work asynchronously: all functions return Promises and the caller must wait for them to fulfill to an actual value. An Object Reference is valid only during the lifetime of its parent service call. Once the provider has fulfilled the service call, any Object References created for that call are unregistered by the framework, and cannot be used thereafter.

Many of the service APIs documented on this page now provide a special Object Reference, called the Editor Context object, as the first parameter in their function signatures. The Editor Context object contains various functions to query the state of the Orion editor, and to cause side effects. For example, if a provider needs the text from the editor buffer to fulfill its service contract, it can invoke the Editor Context's getText() method:

editorContextObject.getText().then(function(text) {
    // Use text to fulfill the provider's service contract

Any plugin that uses Object References must load Orion's Deferred.js in addition to the usual plugin.js script. Failure to do this will cause runtime errors when the plugin attempts to use an Object Reference.

Editor Context methods

The Editor Context object provides the following methods:

Resolves to Number. Returns the offset of the editing caret.
Resolves to Selection. Returns the editor's current selection.
getText(start?, end?)
Resolves to String. Returns the text in the given range.
setCaretOffset(offset, show?)
Resolves to undefined. Sets the caret offset. If show is true, the editor will scroll to the new caret position.
Resolves to undefined. Sets the editor's selection.
setText(text, start?, end?)
Resolves to undefined. Sets the text in the given range.


The orion.edit.command service allows plugins to provide a command that operates on the editor. Typically, the command takes some editor text as input, performs some operation or transformation on the text, and generates a new text value. The command can also optionally receive and return selection information for changing the editor selection. The transformation can happen directly, or indirectly through a delegated UI provided by the plugin.

Service methods

The command API allows a command to take arbitrary action using the editorContext.

execute(editorContext, options)
editorContext ObjectReference The Editor Context object.
options Object
options.contentType String The Content Type ID of the file being edited.
options.input String Path and filename being edited.

The execute() method should return a Promise, which the provider is expected to resolve when it has finished performing the command action. The command action should be performed using the Editor Context object: for example, use editorContext.setText()to change the editor text, or editorContext.setSelection() to change the editor selection. The fulfillment value of the promise is ignored.

Note: Future versions of Orion will expose delegated UI functionality through the EditorContext object. This is currently not supported, due to Bug 419764.

The CommandResult object

A CommandResult object is either a simple String which will replace the current editor selection, or an object.

  • The object must either have a text property or a uriTemplate property.
    • If it has a text property, then the text is a replacement string for the entire editor buffer.
    • If it has a uriTemplate property, then a delegated UI iframe will be opened on the specified URI.
  • It may optionally have a width and/or height property that describes the desired size of the UI. Width and height are specified in CSS units, such as "100px" or "50em". The delegated UI must post a message back to the host window with an object that identifies itself as a delegatedUI and contains a result property that describes the new selection text or the replacement text object. (See example).
  • It may optionally have a selection object indicating the new selection value.
  • It may optionally have a status field giving status information to show in the notification area.

The Status object

A Status object has the following fields:

Severity String. Allowed values are: "Warning", "Error".
Message String. The status message to display. May include hyperlinks, given in Markdown syntax.

Service attributes

Implementations of orion.edit.command must define the following attributes:

String The command text to show to the user.
String The id of the command contribution.

String Optional. A tooltip describing the command.

String Optional. The URL of an icon to associate with the command. The icon may not appear in all situations. For example, the main toolbar may not show the icon, but a menu item might show the icon.
Array Optional. A key binding for the command. The structure of this array matches the arguments of the orion.textview.KeyBinding constructor. See its entry in the Client API reference for details.
ValidationProperty[] Optional. An array of Validation Properties that must match the editor's file in order for the command to appear.
String[] Optional. An array of Content Type IDs for which this command is valid.


The following examples start with the simplest editor command and then add more complexity.

Replacing the selection

This example converts the selected text to upper case. The function return value is a simple string, so this is interpreted by the editor as replacement for the original editor selection. In the service properties, we see the command provides a key binding of Ctrl+U (or Cmd+U on Mac).

 1  var provider = new eclipse.PluginProvider();
 2  provider.registerServiceProvider("orion.edit.command", {
 3    run : function(text) {
 4      return text.toUpperCase();
 5    }
 6  }, {
 7    name : "UPPERCASE",
 8    id : "uppercase.example"
 9    img : "/images/gear.gif",
10    key : [ "u", true ]
11  });
12  provider.connect();

Replacing the editor contents

This example takes the selection and wraps it in C-style block comments. In this example the function returns a complex object with both text and selection fields. These are interpreted by the editor as the new editor buffer contents, and the new editor selection. A content type is used so that this command is only available for javascript files.

 contentType: ["application/javascript"],
 run : function(selectedText, text, selection) {
   return {text: text.substring(0,selection.start) + "/*" + 
     text.substring(selection.start,selection.end) + "*/" + 
     selection: {start:selection.start,end:selection.end+4}};

Delegating a UI before manipulating the editor

Here is an example of a delegated UI run function that computes a URL for the delegated UI based on the file name of the edited file. In this example, the function returns a complex object with a uriTemplate field and width and height properties. The UI that is opened will be responsible for posting a message back to the editor with a result object that contains either a String for the selected text or a complex object with replacement content.

1  id: "delegatedUI.example",
2  run : function(selectedText, text, selection, fileName) {
3    return {uriTemplate: "http://com.example/myDelegatedUI#" + fileName, width: "600px", height: "400px"};
4  }

The delegated UI would post a message identifying itself and including a result. The message must include a pageService property of "orion.page.delegatedUI", a source that matches the orion.edit.command service id, and either a result or a cancelled property. The following examples illustrate the different ways the result could be returned.

 1 /* a message containing replacement selected text */
 2 window.parent.postMessage(JSON.stringify({
 3    pageService: "orion.page.delegatedUI", 
 4    source: "delegatedUI.example", 
 5    result: replacementSelection
 6 }), "*");
 8 /* a message containing new content for the editor */
 9 window.parent.postMessage(JSON.stringify({
10    pageService: "orion.page.delegatedUI", 
11    source: "delegatedUI.example", 
12    result: JSON.stringify({text: replacementText})
13 }), "*");
15 /* a message signifying user cancellation of the delegated UI */
16 window.parent.postMessage(JSON.stringify({
17    pageService: "orion.page.delegatedUI", 
18    source: "delegatedUI.example", 
19    cancelled: true
20 }), "*");

Google Picker example

The Google Picker is a fully functioning example of a delegated UI in an editor command. It opens a Google Picker allowing the user to pick a resource, and then inserts a link to that resource into the editor text. To install the plug-in, open this link. The code is available here.


The orion.edit.contentAssist service contributes content assist providers to the editor. A content assist provider produces suggestions for text that may be inserted into the editor at a given point. Providers are invoked when the user triggers the "content assist" action by pressing Ctrl+Space in the editor.

Service methods

computeContentAssist(editorContext, options)
editorContext ObjectReference The Editor Context object.
options Object
options.delimiter String The line delimiter being used in the editor (CRLF, LF, etc.)
options.indentation String The leading whitespace at the start of the line.
options.line String The text of the line.
options.offset Number The offset at which content assist is being requested. Relative to the document.
options.prefix String The substring extending from the first non-word character preceding the editing caret up to the editing caret. This may give a clue about what the user was in the process of typing. It can be used to narrow down the results to be returned. The prefix is just a guess; it is not appropriate for all types of document, depending on their syntax rules.
options.selection orion.editor.Selection The current selection in the editor.
options.tab String The tab character being used in the editor. Typical values are a Tab character, or a sequence of four spaces.

Returns Proposal[].

The Proposal object

A Proposal object has the following properties:

description String Description text for this proposal. Will be shown in the content assist popup.
escapePosition Number Optional. Gives the offset, relative to the document, where the cursor should be placed after the proposal is inserted. If this value is not supplied, the cursor will be positioned at the end of the inserted text.
overwrite Boolean Optional, defaults to false. If true, this proposal's proposal will overwrite the prefix that was passed to computeProposals().
positions Object[] Optional. An optional array of positions within the completion proposal that require user input. Supplying this property will cause the editor to enter linked mode, and the user can use the Tab key to iterate through the regions of the proposal that require user input. For example if the completion is a function, the positions could indicate the function arguments that need to be supplied. Entries in this position array must be objects with two integer properties: offset, and length describing the regions requiring user input.
proposal String Completion text that will be inserted in the editor if chosen by the user. The text is inserted at the offset that was passed to computeProposals().
style String Optional. Gives styling information for the proposal. The available styles are: "default" (no styling, also used if this property is not present), "emphasis" (proposal displayed in bold), "noemphasis" (proposal is greyed out with a colored background), "hr" (proposal displayed as a <hr/> and is not selectable by up and down arrows).

Service attributes

Implementations of orion.edit.contentAssist must define the following attributes:

String Name for the content assist provider.
String[] An array of Content Type IDs that this provider can provide content assist for. The provider's computeProposals function will be called only for files having one of these content types.


The example below provides content assist suggestions for files whose name ends in .js. It offers JavaScript keywords as suggestions, by checking them against the prefix provided by the content assist engine.

 1  var provider = new orion.PluginProvider();
 2  provider.registerServiceProvider("orion.edit.contentAssist",
 3    {
 4       computeProposals: function(buffer, offset, context) {
 5         var keywords = [ "break", "case", "catch", "continue", "debugger", "default", "delete", "do", "else",
 6                          "finally", "for", "function", "if", "in", "instanceof", "new", "return", "switch",
 7                          "this", "throw", "try", "typeof", "var", "void", "while", "with" ];
 8         var proposals = [];
 9         for (var i=0; i < keywords.length; i++) {
10             var keyword = keywords[i];
11             if (keyword.indexOf(context.prefix) === 0) {
12                 proposals.push({
13                     proposal: keyword.substring(context.prefix.length),
14                     description: keyword
15                 });
16             }
17          }
18         return proposals;
19       }
20    },
21    {
22      name: "JavaScript content assist",
23      contentType: ["application/javascript"]
24    });
25  provider.connect();

The example below will provide completion on the character 'a' that will insert an HTML anchor element. After completion the cursor will be positioned within the href attribute.

 1  var provider = new orion.PluginProvider();
 2  provider.registerServiceProvider('orion.edit.contentAssist',
 3    {
 4      computeProposals: function(buffer, offset, context) {
 5        var proposals = [];
 6        if (context.prefix === 'a') {
 7          proposals.push({
 8            proposal: ' href=""></a>',
 9            description: '<a></a> - HTML anchor element', 
10            escapePosition: offset+7});
11        }
12        return proposals;
13    },
14    {
15      name: 'HTML content assist',
16      contentType: ['text/html']
17    });
18  provider.connect();

Here is an identical example to the HTML provider, but written against the Orion 4.0 API.

 1  // Note that orion/Deferred is an implied dependency of orion/plugin here, because we are using an object reference.
 2  define(["orion/plugin"], function(PluginProvider) {
 3      var provider = new PluginProvider();
 4      provider.registerServiceProvider('orion.edit.contentAssist',
 5        {
 6          computeContentAssist: function(editorContext, options) {
 7            var proposals = [];
 8            if (options.prefix === 'a') {
 9              proposals.push({
10                proposal: ' href=""></a>',
11                description: '<a></a> - HTML anchor element', 
12                escapePosition: offset+7});
13            }
14            return proposals;
15        },
16        {
17          name: 'HTML content assist',
18          contentType: ['text/html']
19        });
20      provider.connect();
21  });

More advanced content assist providers will generally use the buffer text, possibly parsing the file into an Abstract Syntax Tree (AST).


This service declares a new editor. By default, the Orion client UI declares a single editor with id "orion.editor" which is used to edit source code. Using this service, you can declare entirely new editors (for example, you could register an editor that provided a paint interface for drawing images).

Contributions to this service do not directly affect the Orion UI. Instead, this service is typically used in combination with two other services, which allow new file types to be defined and associated with editors. See:

Service methods

None. This service is purely declarative.

Service attributes

String The unique identifier of this editor.
String The user-readable name of this editor.
String Gives a URI template for constructing a URL that can be followed to drive this editor to a particular file. The parameter Location is substituted with the URL of the file being edited. The template is specified using the URI Template syntax.
String Optional. Gives an Orion template for constructing the editor URL. This serves the same purpose as the uriTemplate field. However an Orion template allows a more human-readable parameter encoding scheme than a URI Template. If both fields are provided, the orionTemplate takes priority over the uriTemplate.
NOTE: Orion templates are not yet standardized.


This example code declares an editor called "My Great Editor". When My Great Editor is used to edit a file in Orion, the user will be pointed to a URL containing the location of the file they want to edit as "fileToEdit" in the query portion of the URL. Presumably myGreatEditor.php would read the string and open the file. Authentication is beyond the scope of this example.

1 var provider = new eclipse.PluginProvider();
2 provider.registerServiceProvider("orion.edit.editor", {}, 
3     { id: "example.mygreateditor",
4       name: "My Great Editor",
5       uriTemplate: "http://mysite.com/myGreatEditor.php?fileToEdit={Location}"
6     });

The code below shows a complete example of how to use the orion.editor, orion.core.contenttype, and orion.navigate.openWith services in conjunction to declare a new editor, declare new file types, and associate them together. The example is adapted from Orion's own source code.

 1   // Declare an editor
 2   provider.registerServiceProvider("orion.edit.editor", {}, {
 3     id: "orion.editor",
 4     name: "Orion Editor",
 5     uriTemplate: "../edit/edit.html#{Location,params*}",
 6     orionTemplate: "../edit/edit.html#{,Location,params*}"});
 8   // Declare content types
 9   provider.registerServiceProvider("orion.core.contenttype", {}, {
10     contentTypes:
11       [{ id: "text/plain",
12          name: "Text",
13          extension: ["txt"]
14       },
15       {  id: "text/html",
16          "extends": "text/plain",
17          name: "HTML",
18          extension: ["html", "htm"]
19       }]
20     });
22   // Associate editor with content types
23   provider.registerServiceProvider("orion.navigate.openWith", {}, {
24       editor: "orion.editor",
25       contentType: ["text/plain", "text/html"]});
27   provider.connect();

Note that the order of these registerServiceProvider() calls is not important.


Note that this section has been rewritten for the new syntax styling service in the Orion 5.0 release. The implementation of the older syntax styling service is also in Orion 5.0 in order to preserve backwards-compatibility, but is considered deprecated. Documentation for this old service can be found here. All new syntax styling declaration should be implemented in terms of the new styling service that is described below.

The orion.edit.highlighter service contributes syntax styling patterns to the editor. This is done by passing a grammar, which is a declarative description of a language's syntax. The grammar tells the Orion editor how to recognize and style language constructs in a file. The service also provides a list of content types. When the editor opens a file of a registered content type, the provider is invoked to obtain the styling.

Service methods

None. This service is purely declarative.

Service attributes

Implementations of orion.edit.highlighter define the following attributes:

String A name that uniquely identifies this grammar.
String[] An array of Content Type IDs that this grammar will be used for.
Object[] An array of pattern objects to be used to assign style classes. Pattern objects are described below.
Object Optional. A set of named pattern objects that can be referenced by this grammar and others.

Pattern objects

Patterns are defined in a similar way to TextMate language rules, with some minor variation to adapt to the context of Orion:

  • Patterns are defined using valid Javascript syntax. As a result, every '\' character requires an extra '\' to escape it in the Javascript string (for example, use "\\t" to match a Tab character).
  • Regular expressions are bounded by the abilities/constraints of Javascript's RegExp (for example, no look-behinds).
  • Sub-patterns can be defined for both match: and begin:/end: patterns.
  • A pattern that references another grammar does so by its id attribute (for example: "include: 'orion.lib#number_hex'").
  • If a capture group is used to style part of a match then all parts of the match MUST belong to capture groups, to help the styler correctly compute the capture group range (this is due to a limitation in Javascript's RegExp). For example, to style the escaped character sequences in match result "newline is \n, tab is \t", the capture groups could look like "(newline is )(\n)(, tab is )(\t)", with the escaped character styling applied to capture groups 2 and 4.

Style names

The TextMate naming conventions are followed by the text styler. In addition to visual styling, the following styles can be used to provide semantic info about matches:

  • punctuation.section.(begin|end): pairs of matches with these styles are used by the editor to compute section matches (for example, showing bracket matching)
  • meta.annotation.task.todo: a match within a comment that has this style may be handled specially by the editor's container (for example, Orion will show a corresponding TODO annotation in the editor's gutter)

orion.lib and orion.c-like

Many of the patterns that were defined for Orion's core language stylings are applicable across many languages (for example, strings, numbers, etc.). In order to make these patterns easily re-usable, two generic grammars are defined that contain them and can be inherited by other language grammars as needed. These grammars are:

  • orion.lib: provides stylings for:
    • matching of (), [] and {} brackets
    • base-10 and base-16 numbers (for example, -1.02, 3e10, 0x8ab3, etc.)
    • single- and double-quoted strings
  • orion.c-like: provides additional stylings for // and /* */ comments

A grammar can include any of these patterns with an include like "include: 'orion.lib#number_hex'". The patterns provided by these grammars for 5.0 can be found in the "repository" section of orion.lib and orion.c-like


 1  provider.registerServiceProvider("orion.edit.highlighter",
 2    {
 3      // no service methods
 4    }, {
 5      id: "orion.json",
 6      contentTypes: ["application/json"],
 7      patterns: [
 8        {include: "orion.lib#string_doubleQuote"},
 9        {include: "orion.lib#string_singleQuote"},
10        {include: "orion.lib#brace_open"},
11        {include: "orion.lib#brace_close"},
12        {include: "orion.lib#bracket_open"},
13        {include: "orion.lib#bracket_close"},
14        {include: "orion.lib#parenthesis_open"},
15        {include: "orion.lib#parenthesis_close"},
16        {include: "orion.lib#number_decimal"},
17        {include: "orion.lib#number_hex"},
18        {
19          match: "\\b(?:false|true)\\b",
20          name: "keyword.json"
21        }
22      ]
23    });

The above example shows Orion's grammar for styling of .json files. Since .json has many language constructs that are found in other languages it is able to inherit most of its styling from Orion's provided orion.lib grammar (the *_open/*_close patterns are to enable bracket matching in the editor). The .json grammar supplements this by defining a pattern for styling false and true as keywords (an alternate styling name for these could have been constant.language).


An orion.edit.model service provides listeners on changes made to the orion.textview.TextView that powers the Orion editor.

Service methods

An implementation of orion.edit.model may define zero or more functions depending on what event types it wants to receive. When an event of type X is dispatched by the TextView, this the implementation's service method named onX will be invoked, passing the the event. For example, when the TextView dispatches a "ModelChanged" event, the provider's "onModelChanged()" method is invoked and passed the ModelChanged event object.

The methods are always invoked with a single parameter, event, containing the event data that was dispatched by the TextView. The return value is ignored.

The current list of supported "onX" methods is as follows:

  • onContextMenu(event)
  • onDragStart(event)
  • onDragEnd(event)
  • onDragEnter(event)
  • onDragOver(event)
  • onDragLeave(event)
  • onDragStop(event)
  • onModelChanging(event)
  • onModelChanged(event)
  • onModify(event)
  • onMouseDown(event)
  • onMouseUp(event)
  • onMouseMove(event)
  • onMouseOver(event)
  • onMouseOut(event)
  • onScroll(event)
  • onVerify(event)
  • onFocus(event)
  • onBlur(event)

Consult the TextView Client API reference for details about these event types.

Service attributes

Implementations of orion.edit.model must define the following attributes:

String[] An array of Content Type IDs that this provider wants to receive events for. The provider will only be notified of events that occur when the file being edited matches (or descends from) a content type given in the array.

Example 1

The following example prints out some information to the browser console when certain text events occur while a JavaScript file is being edited.

 1 var provider = new orion.PluginProvider();
 2 provider.registerService("orion.edit.model", 
 3     {
 4         onModelChanging: function(event) {
 5             console.log("Text is about to be inserted: " + event.text);
 6         },
 7         onScroll: function(event) {
 8             console.log("Editor scrolled to " + event.newValue.x + ", " + event.newValue.y);
 9         }
10     },
11     {
12         contentType: [ "application/javascript" ]
13     }});
14 provider.connect();

Example 2

See the source code of the orion-codemirror plugin, which uses onModelChanging to build a shadow copy of the Orion text buffer, which it then uses to perform syntax highlighting.


The orion.edit.occurrences service allows plugins to compute identifier occurrences for specific content types.

Service methods

Implementations of orion.edit.occurrences must define the following function:

computeOccurrences(editorContext, context)
editorContext is an orion.edit.EditorContext object that contains all of the information about the current editor.
context is an object that contains the current selection and the content type of the editor to find occurrences for.

The return value (or fulfillment value) is an Array of top-level occurrence objects, which will be automatically marked in the editor.

The Occurrence object

Each occurrence object has these properties:

start Number The offset into the file for the start of the occurrence
end Number The offset into the file for the end of the occurrence

Service attributes

Implementations of orion.edit.occurrences may define the following attributes:

String[] An array of Content Type IDs for which this occurrence computer is valid.
String Optional, deprecated. A regular expression pattern that is matched against filenames to determine whether this occurrence service is valid. This attribute has been deprecated in favor of contentType.


The following example is how Orion plugs in occurrence support for JavaScript:

 1 var provider = new orion.PluginProvider();
 2 provider.registerService('orion.edit.occurrences', 
 3    {
 4        computeOccurrences: function(editorContext, context) {
 5 	   return [];
 6        }
 7    {
 8      contentType: ["application/javascript"]
 9    });
10 provider.connect();


An orion.edit.outliner service provides an overview of a file being edited. The overview is given as a tree, which the Orion UI renders in the left-hand pane alongside the file you are editing. Items in the tree can be links that take you to the appropriate position in the file, or to another URL entirely.

Service methods

A provider implements the computeOutline method, whose signature is as follows:

computeOutline(editorContext, options)
editorContext ObjectReference The Editor Context object.
options Object
options.contentType String The Content Type ID of the file being edited.

The return value (or fulfillment value) is an Array of top-level OutlineElement objects, which will be displayed in the outline pane.

The OutlineElement object

Each OutlineElement has these properties:

label String Text to be shown in the UI for this element.
className String Optional A space-separated list of CSS class names to be applied to this element in the UI.
labelPre String Optional Text to be shown in the UI, prior to the label text.
classNamePre String Optional A space-separated list of CSS class names to be applied to the labelPre element. Can be used to add an image before the label text.
labelPost String Optional Text to be shown in the UI, after the label text.
classNamePost String Optional A space-separated list of CSS class names to be applied to the labelPost element.
children OutlineElement[] Optional Array of child OutlineElements of this element. Children may be nested to an arbitrary depth.
line Number Optional The line number within the file to use as the link for this element in the UI. Line numbers begin counting from 1.
The optional properties column, start, end, text may be provided for finer-grained control. (Consult the orion.util.hashFromPosition() documentation in the Client API reference for details about these parameters.)
href String Optional When line is omitted, the href property provides a URL to use as the link.

Service attributes

Implementations of orion.edit.outliner must define the following attributes:

String[] An array of Content Type IDs giving the types of files that this outliner can provide an outline for.
String A unique identifier for this outline provider.
String A user-readable name for this outline provider. If a nameKey is provided, name is optional.
String Optional. Path to an NLS bundle that the Orion NLS framework will load to obtain translated strings for this provider.
String Optional. The NLS key used to look up the translated name of this provider in the message bundle given by the nls field.


This example shows an outline provider that runs on .txt files. It finds Mediawiki-style =Section Headings= and generates a flat outline from them. (A more elaborate implementation might also find subsections and include them as children of the top-level sections.)

 var provider = new eclipse.PluginProvider();
 provider.registerServiceProvider("orion.edit.outliner", {
   getOutline: function(contents, title) {
     var outline = [];
     var lines = contents.split(/\r?\n/);
     for (var i=0; i < lines.length; i++) {
       var line = lines[i];
       var match = /^=\s*(.+?)\s*=$/.exec(line);
       if (match) {
            label: match[1],
            line: i+1  // lines are numbered from 1
     return outline;
 }, {
   contentType: ["text/plain"],
   name: "Headings",
   id: "orion.outliner.example.headings"


An orion.edit.validator service provides a function that can check the contents of a file and return a data structure indicating where problems are. The result of this service is used by the Orion UI to create annotations in the ruler beside each problematic line, and also to underline the specific portion of the document where the problem occurs.

Service methods

computeProblems(editorContext, options)
editorContext ObjectReference The Editor Context object.
options Object
options.contentType String The Content Type ID of the file being edited.
options.title String The path and filename of the file being edited.

Returns (or fulfills to) an Object giving the validation result. The returned object must have a problems property giving an Array of problems found in the file.

The Problem object

A Problem object has the following properties:

description String A description of the problem.
severity String Optional. Gives the severity of this problem. The severity affects how the problem is displayed in the Orion UI. Allowed values are "warning" and "error". (If omitted, "error" is assumed.)

A problem will have additional properties that give its location within the file. The location can be specified using line+column, or using offsets.

For a line-based problem, you provide a line number and columns:

line Number The line number where the problem was found. (Line numbers begin counting from 1.)
start Number The column within the line where the problem begins. (Columns begin counting from 1.)
end Number Optional The column within the line where the problems ends. (If omitted, start+1 is assumed.)

For a document-based problem, you provide character offsets:

start Number The offset at which the problem begins. (0=first character in the document.)
end Number Optional The offset at which the problem ends. (If omitted, start+1 is assumed.)

A document-based problem can span several lines.

Service attributes

Implementations of orion.edit.validator must define the following attributes:

String[] An array of Content Type IDs giving the types of files that this validator is capable of validating.


 var provider = new eclipse.PluginProvider();
 var serviceProvider = provider.registerServiceProvider("orion.edit.validator",
      checkSyntax: function(title, contents) {
        var problems = [];
        var lines = contents.split(/\r?\n/);
        for (var i=0; i < lines.length; i++) {
          var line = lines[i];
          var match = /\t \t| \t /.exec(line);
          if (match) {
              description: "Mixed spaces and tabs",
              line: i + 1,
              start: match.index + 1,
              end: match.index + match[0].length + 1,
              severity: "warning" });
        var result = { problems: problems };
        return result;
      contentType: ["application/javascript"]

This example will validate JavaScript files. It finds lines containing a sequence of space-tab-space or tab-space-tab and produces a warning on every such line. Note that +1 is necessary because column and line indices in the Orion UI are numbered from 1, not 0.