:<code>String</code> A regular expression pattern giving the style names that are excluded from this provider's <tt>charTriggers</tt> matching. When a charTrigger character is typed, and the editing caret lies in a style region matching the <tt>excludedStyles</tt> pattern, the provider will '''not''' be automatically activated. Style names are defined by a [[Orion/Documentation/Developer Guide/Plugging into the editor#Pattern objects|orion.edit.highlighter pattern]].

:<code>String</code> A regular expression pattern giving the style names that are excluded from this provider's <tt>charTriggers</tt> matching. When a charTrigger character is typed, and the editing caret lies in a style region matching the <tt>excludedStyles</tt> pattern, the provider will '''not''' be automatically activated. Style names are defined by a [[Orion/Documentation/Developer Guide/Plugging into the editor#Pattern objects|orion.edit.highlighter pattern]].

−

== Examples ==

+

=== Example ===

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

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

Line 218:

Line 218:

provider.connect();

provider.connect();

</source>

</source>

+

+

=== Example 2 ===

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 <code>href</code> attribute.

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 <code>href</code> attribute.

// Note that orion/Deferred is an implied dependency of orion/plugin here, because we are using an object reference.

// Note that orion/Deferred is an implied dependency of orion/plugin here, because we are using an object reference.

Line 264:

Line 267:

</source>

</source>

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

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

+

+

=== Example of charTriggers and excludedStyles ===

+

This example shows a JavaScript provider that is automatically activated by typing the characters <tt>.</tt> or <tt>(</tt> ''except when'' the editing caret is inside a comment or a string literal. The <tt>comment.</tt> and <tt>string.</tt> style names are conventions used by the Orion JavaScript syntax highlighter. See the [[https://wiki.eclipse.org/Orion/Documentation/Developer_Guide/Plugging_into_the_editor#orion.edit.highlighter|orion.edit.highlighter]] documentation for more details.

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:

getCaretOffset()

Resolves to Number. Returns the offset of the editing caret.

getSelection()

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.

setSelection(selection)

Resolves to undefined. Sets the editor's selection.

setText(text, start?, end?)

Resolves to undefined. Sets the text in the given range.

orion.edit.command

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.

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:

SeverityString. Allowed values are: "Warning", "Error".

MessageString. The status message to display. May include hyperlinks, given in Markdown syntax.

Service attributes

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

name

String The command text to show to the user.

id

String The id of the command contribution.

tooltip

String Optional. A tooltip describing the command.

img

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.

key

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.

String[] Optional. An array of Content Type IDs for which this command is valid.

Examples

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).

var provider =new eclipse.PluginProvider();

provider.registerServiceProvider("orion.edit.command",{

run :function(text){

return text.toUpperCase();

}

},{

name :"UPPERCASE",

id :"uppercase.example"

img :"/images/gear.gif",

key :["u",true]

});

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.

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.

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.

/* a message containing replacement selected text */

window.parent.postMessage(JSON.stringify({

pageService:"orion.page.delegatedUI",

source:"delegatedUI.example",

result: replacementSelection

}),"*");

/* a message containing new content for the editor */

window.parent.postMessage(JSON.stringify({

pageService:"orion.page.delegatedUI",

source:"delegatedUI.example",

result: JSON.stringify({text: replacementText})

}),"*");

/* a message signifying user cancellation of the delegated UI */

window.parent.postMessage(JSON.stringify({

pageService:"orion.page.delegatedUI",

source:"delegatedUI.example",

cancelled:true

}),"*");

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.

orion.edit.contentAssist

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

initialize()

Optional method. If defined, the framework will invoke the provider's initialize() method at some point early in the editor creation lifecycle before computeContentAssist() is called. The return value is ignored. initialize() serves mainly to allow the framework to frontload the expensive operation of loading the provider's plugin, in order that subsequent calls to computeContentAssist() may complete more quickly.

If the provider does not define an initialize method, it will be loaded lazily by a call to computeContentAssist() while the user is typing, which may cause an undesirable pause before the provider's proposals are displayed to the user.

options.delimiterString The line delimiter being used in the editor (CRLF, LF, etc.)

options.indentationString The leading whitespace at the start of the line.

options.lineString The text of the line.

options.offsetNumber The offset at which content assist is being requested. Relative to the document.

options.prefixString 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.selectionorion.editor.Selection The current selection in the editor.

options.tabString The tab character being used in the editor. Typical values are a Tab character, or a sequence of four spaces.

Returns a Proposal[] giving this provider's proposals for the given context.

The Proposal object

A Proposal object has the following properties:

descriptionString Description text for this proposal. Will be shown in the content assist popup.

escapePositionNumberOptional. 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.

overwriteBooleanOptional, defaults to false. If true, this proposal's proposal will overwrite the prefix that was passed to computeProposals().

positionsObject[]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.

proposalString 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().

styleStringOptional. 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:

name

String Name for the content assist provider.

contentType

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.

charTriggers

String[] An array of single-character strings that will cause this provider to automatically activate when typed by the user.

excludedStyles

String A regular expression pattern giving the style names that are excluded from this provider's charTriggers matching. When a charTrigger character is typed, and the editing caret lies in a style region matching the excludedStyles pattern, the provider will not be automatically activated. Style names are defined by a orion.edit.highlighter pattern.

Example

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.

Example 2

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.

var provider =new orion.PluginProvider();

provider.registerServiceProvider('orion.edit.contentAssist',

{

computeProposals:function(buffer, offset, context){

var proposals =[];

if(context.prefix==='a'){

proposals.push({

proposal:' href=""></a>',

description:'<a></a> - HTML anchor element',

escapePosition: offset+7});

}

return proposals;

},

{

name:'HTML content assist',

contentType:['text/html']

});

provider.connect();

Here is an identical example to the HTML provider, but written against the newer (preferred) API signature:

// Note that orion/Deferred is an implied dependency of orion/plugin here, because we are using an object reference.

define(["orion/plugin"],function(PluginProvider){

var provider =new PluginProvider();

provider.registerServiceProvider('orion.edit.contentAssist',

{

computeContentAssist:function(editorContext, options){

var proposals =[];

if(options.prefix==='a'){

proposals.push({

proposal:' href=""></a>',

description:'<a></a> - HTML anchor element',

escapePosition: offset+7});

}

return proposals;

},

{

name:'HTML content assist',

contentType:['text/html']

});

provider.connect();

});

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

Example of charTriggers and excludedStyles

This example shows a JavaScript provider that is automatically activated by typing the characters . or (except when the editing caret is inside a comment or a string literal. The comment. and string. style names are conventions used by the Orion JavaScript syntax highlighter. See the [[1]] documentation for more details.

provider.registerService("orion.edit.contentassist",

{

/* implementation omitted */

},

{

contentType:["application/javascript"],

id:"orion.edit.contentassist.javascript",

charTriggers:"[.(]",

excludedStyles:"(comment.*|string.*)"

});

orion.edit.editor

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

id

String The unique identifier of this editor.

name

String The user-readable name of this editor.

uriTemplate

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.

orionTemplate

StringOptional. 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.

Examples

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.

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.

// Declare an editor

provider.registerServiceProvider("orion.edit.editor",{},{

id:"orion.editor",

name:"Orion Editor",

uriTemplate:"../edit/edit.html#{Location,params*}",

orionTemplate:"../edit/edit.html#{,Location,params*}"});

// Declare content types

provider.registerServiceProvider("orion.core.contenttype",{},{

contentTypes:

[{ id:"text/plain",

name:"Text",

extension:["txt"]

},

{ id:"text/html",

"extends":"text/plain",

name:"HTML",

extension:["html","htm"]

}]

});

// Associate editor with content types

provider.registerServiceProvider("orion.navigate.openWith",{},{

editor:"orion.editor",

contentType:["text/plain","text/html"]});

provider.connect();

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

orion.edit.highlighter

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:

Object[] An array of pattern objects to be used to assign style classes. Pattern objects are described below.

repository

ObjectOptional. 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

Example

provider.registerServiceProvider("orion.edit.highlighter",

{

// no service methods

},{

id:"orion.json",

contentTypes:["application/json"],

patterns:[

{include:"orion.lib#string_doubleQuote"},

{include:"orion.lib#string_singleQuote"},

{include:"orion.lib#brace_open"},

{include:"orion.lib#brace_close"},

{include:"orion.lib#bracket_open"},

{include:"orion.lib#bracket_close"},

{include:"orion.lib#parenthesis_open"},

{include:"orion.lib#parenthesis_close"},

{include:"orion.lib#number_decimal"},

{include:"orion.lib#number_hex"},

{

match:"\\b(?:false|true)\\b",

name:"keyword.json"

}

]

});

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).

orion.edit.model

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.

Service attributes

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

contentType

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.

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.

orion.edit.occurrences

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:

startNumber The offset into the file for the start of the occurrence

endNumber The offset into the file for the end of the occurrence

Service attributes

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

contentType

String[] An array of Content Type IDs for which this occurrence computer is valid.

pattern

StringOptional, 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.

Examples

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

var provider =new orion.PluginProvider();

provider.registerService('orion.edit.occurrences',

{

computeOccurrences:function(editorContext, context){

return[];

}

{

contentType:["application/javascript"]

});

provider.connect();

orion.edit.outliner

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:

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:

labelString Text to be shown in the UI for this element.

classNameStringOptional A space-separated list of CSS class names to be applied to this element in the UI.

labelPreStringOptional Text to be shown in the UI, prior to the label text.

classNamePreStringOptional 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.

labelPostStringOptional Text to be shown in the UI, after the label text.

classNamePostStringOptional A space-separated list of CSS class names to be applied to the labelPost element.

childrenOutlineElement[]Optional Array of child OutlineElements of this element. Children may be nested to an arbitrary depth.

start, endNumberOptional Start and end character to select for the link in this element. Offsets counted from beginning of the file counting from 1.

line, offset, lengthNumberOptional Alternative to using start and end properties, specifies a selection to display for the link in this element. Will be ignored is start property supplied. Line numbers begin counting from 1. Offset is the column starting at 0. Length is the length of the selection.

hrefStringOptional Provides a specific URL to link this element to when start/end or line/offset/length properties are not provided.

Service attributes

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

contentType

String[] An array of Content Type IDs giving the types of files that this outliner can provide an outline for.

id

String A unique identifier for this outline provider.

name

String A user-readable name for this outline provider. If a nameKey is provided, name is optional.

nls

StringOptional. Path to an NLS bundle that the Orion NLS framework will load to obtain translated strings for this provider.

nameKey

StringOptional. The NLS key used to look up the translated name of this provider in the message bundle given by the nls field.

Examples

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.)

orion.edit.validator

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.

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:

descriptionString A description of the problem.

severityStringOptional. 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:

lineNumber The line number where the problem was found. (Line numbers begin counting from 1.)

startNumber The column within the line where the problem begins. (Columns begin counting from 1.)

endNumberOptional The column within the line where the problems ends. (If omitted, start+1 is assumed.)

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

startNumber The offset at which the problem begins. (0=first character in the document.)

endNumberOptional 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:

contentType

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

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.