Skip to main content

Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

Difference between revisions of "Orion/Documentation/Developer Guide/Plugging into the editor"

(The Proposal object)
m (Declaration object)
 
(15 intermediate revisions by 8 users not shown)
Line 57: Line 57:
 
:: '''options.input''' <code>String</code> Path and filename being edited.
 
:: '''options.input''' <code>String</code> Path and filename being edited.
 
:: '''options.offset''' <code>Number</code> The current caret offset in the file being edited.
 
:: '''options.offset''' <code>Number</code> The current caret offset in the file being edited.
The <code>execute()</code> 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 <code>editorContext.setText()</code>to change the editor text, or <code>editorContext.setSelection()</code> to change the editor selection. The fulfillment value of the promise is ignored.
+
The <code>execute()</code> 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 <code>editorContext.setText()</code>to change the editor text, or <code>editorContext.setSelection()</code> to change the editor selection. The fulfillment value of the promise is a CommandResult object.  Rejecting the promise with a Status object will show it in the notification area.
  
 
Note: Future versions of Orion will expose delegated UI functionality through the EditorContext object. This is currently not supported, due to [https://bugs.eclipse.org/bugs/show_bug.cgi?id=419764 Bug 419764].
 
Note: Future versions of Orion will expose delegated UI functionality through the EditorContext object. This is currently not supported, due to [https://bugs.eclipse.org/bugs/show_bug.cgi?id=419764 Bug 419764].
  
 
=== The CommandResult object ===
 
=== The CommandResult object ===
A CommandResult object is either a simple <code>String</code> which will replace the current editor selection, or an <code>object</code>.
+
A CommandResult object is either a simple <code>String</code> which will replace the current editor selection, or an <code>object</code>. If the object is <code>null</code> or <code>undefined</code>, it will be ignored.
 
* The object must either have a <code>text</code> property or a <code>uriTemplate</code> property.
 
* The object must either have a <code>text</code> property or a <code>uriTemplate</code> property.
 
** If it has a <code>text</code> property, then the text is a replacement string for the entire editor buffer.
 
** If it has a <code>text</code> property, then the text is a replacement string for the entire editor buffer.
Line 111: Line 111:
 
  }, {
 
  }, {
 
   name : "UPPERCASE",
 
   name : "UPPERCASE",
   id : "uppercase.example"
+
   id : "uppercase.example",
 
   img : "/images/gear.gif",
 
   img : "/images/gear.gif",
 
   key : [ "u", true ]
 
   key : [ "u", true ]
Line 187: Line 187:
 
:: '''options.tab''' <code>String</code> The tab character being used in the editor. Typical values are a Tab character, or a sequence of four spaces.
 
:: '''options.tab''' <code>String</code> The tab character being used in the editor. Typical values are a Tab character, or a sequence of four spaces.
 
Returns a <code>[[#The Proposal object|Proposal]][]</code> giving this provider's proposals for the given context.
 
Returns a <code>[[#The Proposal object|Proposal]][]</code> giving this provider's proposals for the given context.
 +
 +
; computePrefix(editorContext, offset)
 +
: '''editorContext''' <code>ObjectReference</code> The [[#The_Editor_Context_object|Editor Context object]].
 +
: '''offset''' <code>Number</code> The offset at which content assist is being requested. Relative to the document.
 +
Returns a <code>String</code> that will be the '''options.prefix''' property used to call the <code>computeContentAssist(editorContext, options)</code>. This function should be defined when the user wants to customize the computation of the prefix according to the provider.
  
 
== The Proposal object ==
 
== The Proposal object ==
Line 195: Line 200:
 
: '''escapePosition''' <code>Number</code> ''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.
 
: '''escapePosition''' <code>Number</code> ''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''' <code>Boolean</code> ''Optional, defaults to <code>false</code>.'' If true, this proposal's <code>proposal</code> will overwrite the '''prefix''' that was passed to computeProposals().
 
: '''overwrite''' <code>Boolean</code> ''Optional, defaults to <code>false</code>.'' If true, this proposal's <code>proposal</code> will overwrite the '''prefix''' that was passed to computeProposals().
: '''style''' <code>String</code> ''Optional.'' Gives styling information for the proposal. The available styles are: <code>"default"</code> (no styling, also used if this property is not present), <code>"emphasis"</code> (proposal displayed in bold), <code>"noemphasis"</code> (proposal is greyed out with a colored background), <code>"hr"</code> (proposal displayed as a &lt;hr/&gt; and is not selectable by up and down arrows).
+
: '''style''' <code>String</code> ''Optional.'' Gives styling information for the proposal. The available styles are: <code>"default"</code> (no styling, also used if this property is not present), <code>"emphasis"</code> (proposal displayed in bold), <code>"noemphasis"</code> (proposal is greyed out with a colored background), <code>"hr"</code> (proposal displayed as a &lt;hr/&gt; and is not selectable by up and down arrows) or <code>"strikethrough"</code> (proposal displayed in bold and has strikethrough line).
 
: '''prefix''' <code>String</code> ''Optional.'' Allows the proposal to specify a custom prefix that should be used when filtering and applying the proposal.
 
: '''prefix''' <code>String</code> ''Optional.'' Allows the proposal to specify a custom prefix that should be used when filtering and applying the proposal.
: '''tags''' <code>[{content, cssClass}, ...]</code> ''Optional.'' An array of tag objects which will be inserted at the start of the proposal.  Allows proposals to display styled tags and icons.  '''content''' specifies the text content of the tag and is optional.  '''cssClass''' specifies a CSS class to apply to the tag and is optional (defaults to a bordered style).
+
: '''tags''' <code>[{content, cssClass, color}, ...]</code> ''Optional.'' An array of tag objects which will be inserted at the start of the proposal.  Allows proposals to display styled tags and icons.  '''content''' specifies the text content of the tag and is optional.  '''cssClass''' specifies a CSS class to apply to the tag and is optional (defaults to a bordered style).  '''color''' specifies a string color name that will be displayed as a rectangle and is optional.
  
 
A Proposal can trigger ''linked mode'' when it is inserted, by providing the following additional property:
 
A Proposal can trigger ''linked mode'' when it is inserted, by providing the following additional property:
Line 213: Line 218:
 
; excludedStyles
 
; excludedStyles
 
:<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]].
 +
; autoApply
 +
:<code>Boolean</code> An optional flag introduced in Orion 13.0 that tells the content assist framework if single-computed proposals should be automatically applied rather than shown in the proposal popup. If not specified, the default value is <code>true</code>.
  
 
=== Example ===
 
=== Example ===
Line 435: Line 442:
  
 
   provider.connect();
 
   provider.connect();
 +
</source>
 +
 +
= orion.edit.format =
 +
The <code>orion.edit.format</code> service allows plugins to contribute a formatter for specific [[Orion/Documentation/Developer Guide/Plugging into the navigator#orion.core.contenttype|content types]].
 +
 +
== Service methods ==
 +
Implementations of <code>orion.edit.format</code> must define the following function:
 +
 +
;format(editorContext, context)
 +
:'''editorContext''' is an <code>orion.edit.EditorContext</code> object that contains all of the information about the current editor.
 +
:'''context''' is an object that contains the current selection and other information to help with formatting.
 +
 +
There is no return value from the function. Instead, consumers must call '''editorContext.setText()''' with the formatted text. This allows plugins to format potentially very large amounts of text without having to send all of the text and formatting back for further processing in the platform - it is asynchronously set in the editor by the command.
 +
 +
== Service attributes ==
 +
Implementations of <code>orion.edit.format</code> may define the following attributes:
 +
 +
;contentType
 +
:<code>String[]</code> An array of [[Orion/Documentation/Developer Guide/Plugging into the navigator#orion.core.contenttype|Content Type IDs]] for which this formatter is valid.
 +
;name
 +
:<code>String</code> ''Optional.'' A human-readable name for the formatter - for example 'JavaScript Formatter'
 +
;id
 +
:<code>String</code> ''Optional.'' A unique identifier for the formatter - for example 'orion.format.js'
 +
 +
== Examples ==
 +
The following example is how Orion plugs in occurrence support for JavaScript:
 +
 +
<source lang="javascript" enclose="div" line="line">
 +
var provider = new orion.PluginProvider();
 +
provider.registerServiceProvider("orion.edit.format",
 +
{
 +
  format: function format(editorContext, context) {
 +
    //format the code
 +
  }
 +
}, {
 +
  name: javascriptMessages["javascriptFormatter"],
 +
  contentType: ["application/javascript"],
 +
  id: "orion.format.js.formatter"
 +
});
 +
provider.connect();
 
</source>
 
</source>
  
Line 446: Line 493:
 
When a hover event occurs, any hover services registered against the appropriate content type will be called to <code>computeHoverInfo</code>. The state of the editor can be accessed using the [[#The_Editor_Context_object|editorContext]] object. Information on the source of the hover call is provided in the <code>context</code> object. The call is expected to return <code>null</code> to not display a hover or a hover info object to display.
 
When a hover event occurs, any hover services registered against the appropriate content type will be called to <code>computeHoverInfo</code>. The state of the editor can be accessed using the [[#The_Editor_Context_object|editorContext]] object. Information on the source of the hover call is provided in the <code>context</code> object. The call is expected to return <code>null</code> to not display a hover or a hover info object to display.
  
 +
=== Context ===
 
The <code>context</code> object provided to <code>computeHoverInfo</code> will have the following contents:
 
The <code>context</code> object provided to <code>computeHoverInfo</code> will have the following contents:
 
;annotations
 
;annotations
Line 454: Line 502:
 
:<code>{Proposal}</code> The [[#The_Proposal_object|proposal]] object currently selected in the content assist window. Available when the content assist window is open.
 
:<code>{Proposal}</code> The [[#The_Proposal_object|proposal]] object currently selected in the content assist window. Available when the content assist window is open.
  
 +
=== Hover Object ===
 
The <code>return</code> of a call to <code>computeHoverInfo</code> should either be <code>null</code> or an object with the following contents:
 
The <code>return</code> of a call to <code>computeHoverInfo</code> should either be <code>null</code> or an object with the following contents:
 
;title (optional)
 
;title (optional)
Line 551: Line 600:
 
</source>
 
</source>
 
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'').
 
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'').
 +
 +
''Notice that the TextStyler expects block patterns at the beginning of the 'patterns' array. Bracket matching does not work, if the (.begin|.end) patterns are followed by a block pattern.''
  
 
= orion.edit.model =
 
= orion.edit.model =
Line 671: Line 722:
 
     contentType: ["application/javascript"]
 
     contentType: ["application/javascript"]
 
   });
 
   });
 +
provider.connect();
 +
</source>
 +
 +
 +
In the example above if you want to implement the <b>computeOccurrences</b> asynchronously, you can use Deferred as shown below:
 +
 +
<source lang="javascript" enclose="div" line="line">
 +
var provider = new orion.PluginProvider();
 +
provider.registerService('orion.edit.occurrences',
 +
  {
 +
      computeOccurrences: function(editorContext, context) {
 +
  return new Deferred().resolve([]);
 +
      }
 +
  {
 +
    contentType: ["application/javascript"]
 +
  });
 +
provider.connect();
 +
</source>
 +
 +
= orion.edit.open.declaration =
 +
The <code>orion.edit.open.declaration</code> service allows plugins to contribute functionality to find declarations for specific [[Orion/Documentation/Developer Guide/Plugging into the navigator#orion.core.contenttype|content types]].
 +
 +
== Service methods ==
 +
Implementations of <code>orion.edit.open.declaration</code> must define the following function:
 +
 +
;findDeclaration(editorContext, context)
 +
:'''editorContext''' is an <code>orion.edit.EditorContext</code> object that contains all of the information about the current editor.
 +
:'''context''' is an object that contains the current selection and other options for finding declarations.
 +
 +
The function returns a single [[#Declaration object | declaration object]] or null. If the function is returning asynchronously, then the promise must resolve a [[#Declaration object | declaration object]] or null.
 +
 +
== Declaration object ==
 +
The value returned from the service method provides enough data that an editor location can be opened / scrolled to.
 +
 +
Each declaration object has these properties:
 +
: <b>start</b> <code>Number</code> The offset into the file for the start of the declaration
 +
: <b>end</b> <code>Number</code> The offset into the file for the end of the declaration
 +
: <b>file</b> <code>String</code> The full resource path of the file the declaration is found in
 +
: <b>mode</b> <code>Optional, String</code> The mode that the editor should open in. Can be one of '''replace''', '''tab''', or '''split'''. Default is replace.
 +
 +
== Service attributes ==
 +
Implementations of <code>orion.edit.open.declaration</code> may define the following attributes:
 +
 +
;contentType
 +
:<code>String[]</code> An array of [[Orion/Documentation/Developer Guide/Plugging into the navigator#orion.core.contenttype|Content Type IDs]] for which this command contribution is valid.
 +
;id
 +
:<code>String</code> ''Optional.'' A unique identifier for the command contribution - for example 'orion.open.declaration.js'
 +
 +
== Examples ==
 +
The following example is how Orion plugs in open declaration support for JavaScript:
 +
 +
<source lang="javascript" enclose="div" line="line">
 +
var provider = new orion.PluginProvider();
 +
provider.registerServiceProvider("orion.edit.open.declaration",
 +
{
 +
  findDeclaration: function findDeclaration(editorContext, options) {
 +
    //find decls
 +
  }
 +
}, {
 +
  contentType: ["application/javascript", "text/html"],
 +
  id: "orion.open.declaration.js"
 +
});
 
provider.connect();
 
provider.connect();
 
</source>
 
</source>
Line 735: Line 848:
 
  provider.connect();
 
  provider.connect();
 
</source>
 
</source>
 +
 +
= orion.edit.references =
 +
An <code>orion.edit.references</code> service provides a function that can find references to a selected term across multiple files within a project context.
 +
 +
== Service methods ==
 +
 +
; findReferences(editorContext, context)
 +
:'''editorContext''' is an <code>orion.edit.EditorContext</code> object that contains all of the information about the current editor.
 +
:'''context''' is an object that contains the current selection and other options for finding references.
 +
 +
The call to '''findReferences()''' must be handled asynchronously using a promise because it is long-running by nature. The promise ultimately must resolve to an array of [[#The Reference object|Reference objects]], an empty array, an error object or null.
 +
 +
== The Reference object ==
 +
A Reference object has the following properties:
 +
: '''searchParams''' <code>String</code> The parameters that were searched - this is displayed in the results slide-out
 +
: '''categories''' <code>String[]</code> ''Optional.'' All of the names of the categories used while collecting references. This is used in the UI to properly show references in their categorized manner.
 +
: '''references''' <code>[[#The Match object|Match object]][]</code> The array or match objects
 +
 +
== The Match object ==
 +
A Match object has the following properties:
 +
: '''children''' <code>[[#The Text Match object|Text Match]][]</code>. The array of text-locations for each match
 +
: '''totalMatches''' <code>Number</code>. The total number of references found - this is displayed in the slide-out for the end user
 +
: '''location''' <code>String</code>. The full resource location path
 +
 +
== The Text Match object ==
 +
: '''lineNumber''' <code>Number</code>. The line that matches were found on
 +
: '''name''' <code>String</code>. The name to use when displaying the match
 +
: '''matches''' <code>[[#The Inline Match object|Inline Match]][]</code> The array of ranges of matches within the given line described by this text match object
 +
 +
== The Inline Match object ==
 +
: '''category''' <code>String</code> ''Optional''. The name of the category to place the match in
 +
: '''confidence''' <code>Number</code> ''Optional''. The confidence level of the match
 +
: '''end''' <code>Number</code>. The end offset in the text match
 +
: '''length''' <code>Number</code>. The length within the text match
 +
: '''start''' <code>Number</code>. The start offset in the text match
 +
: '''startIndex''' <code>Number</code>. The beginning index into the text match
 +
 +
== Service attributes ==
 +
Implementations of <code>orion.edit.references</code> have the following attributes:
 +
;contentType
 +
: <code>String[]</code> An array of [[Orion/Documentation/Developer Guide/Plugging into the navigator#orion.core.contenttype|Content Type IDs]] that this contribution can find references within.
 +
;id
 +
: <code>String</code> A unique id to describe the contribution
 +
 +
== Examples ==
 +
<source lang="javascript" enclose="div">
 +
var provider = new orion.PluginProvider();
 +
provider.registerServiceProvider("orion.edit.references", {
 +
  findReferences: function findReferences(editorContext, context) {
 +
    //find refs
 +
  }
 +
},
 +
{
 +
  contentType: ["application/javascript"]
 +
});
 +
 +
provider.connect();
 +
</source>
 +
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 <code>+1</code> is necessary because column and line indices in the Orion UI are numbered from 1, not 0.
 +
 +
[[Category:Orion]]
 +
  
 
= orion.edit.validator =
 
= orion.edit.validator =
Line 740: Line 915:
  
 
== Service methods ==
 
== Service methods ==
 +
 +
; initialize(loc, contentType)
 +
: '''loc''' <code>String</code> The optional location the validator is initializing from
 +
: '''contentType''' <code>Object</code> The optional content type object
 +
 +
Optional function. If defined, the framework will invoke the provider's '''initialize()''' method at some point early in the syntax checker creation lifecycle before '''computeProblems()''' 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 '''computeProblems()''' may complete more quickly.
 +
 +
If the provider does not define an initialize method, it will be loaded lazily by a call to '''computeProblems()'''.
 +
 
; computeProblems(editorContext, options)
 
; computeProblems(editorContext, options)
 
: '''editorContext''' <code>ObjectReference</code> The [[#The_Editor_Context_object|Editor Context object]]. Note that a validator implementation should ''only'' rely on the text of the file being edited. Accordingly, you should not call any methods other than <tt>editorContext.getText()</tt>.
 
: '''editorContext''' <code>ObjectReference</code> The [[#The_Editor_Context_object|Editor Context object]]. Note that a validator implementation should ''only'' rely on the text of the file being edited. Accordingly, you should not call any methods other than <tt>editorContext.getText()</tt>.

Latest revision as of 17:17, 5 December 2017

Contents

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 callbacks that a service provider can invoke to help it fulfill a service contract. Like everything in Orion's service framework, Object References work asynchronously: all functions return "then-able" 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:

  1. editorContextObject.getText().then(function(text) {
  2.     // Use `text` to fulfill the provider's service contract
  3. });

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:

Editor methods

  • getCaretOffset()
    • Resolves to Number. Returns the offset of the editing caret.
  • getLineStart(lineNumber)
    • Resolves to Number. Returns the start offset of the given line number.
  • getSelection()
    • Resolves to Selection. Returns the editor's current selection.
  • getText(start?, end?)
    • Resolves to String. Returns the text in the given range.
  • isDirty()
    • Resolves to Boolean. Returns whether the editor is dirty.
  • markClean()
    • Resolves to undefined. Removes the dirty marker from the editor.
  • 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.
  • showMarkers(problems)
    • Resolves to undefined. Replaces the problem markers in the editor with the given problem markers.

General purpose

  • openDelegatedUI({ uriTemplate: string, id: string })
    • Resolves to undefined. Programatically opens a delegated UI iframe. The iframe's URL is calculated by expanding the given uriTemplate against the metadata of the file being edited. The given id serves to identify the opened frame: any messages posted by the frame must contain a source field equal to the given id. See the delegated UI examples for details about frame-to-page messaging.
  • setStatus(status)
    • Resolves to undefined. Shows the given status message in the notification area.

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.

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.
options.offset Number The current caret offset in the file 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 a CommandResult object. Rejecting the promise with a Status object will show it in the notification area.

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. If the object is null or undefined, it will be ignored.

  • 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 typically has the following fields:

Severity String. Allowed values are: "Warning", "Error".
Message String. The status message to display.

Alternatively, to provide a rich-text message in Markdown syntax Markdown syntax, the following fields may be used instead:

Severity String. Allowed values are: "Warning", "Error".
type String. The type of content being provided. The only supported value at present is "markdown".
content String. The content (i.e. Markdown source) to be rendered.

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.
validationProperties
ValidationProperty[] Optional. An array of Validation Properties that must match the editor's file in order for the command to appear.
contentType
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).

  1.  var provider = new orion.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) + "*/" +
     text.substring(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. }), "*");
  7.  
  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. }), "*");
  14.  
  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.

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.

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 a Proposal[] giving this provider's proposals for the given context.

computePrefix(editorContext, offset)
editorContext ObjectReference The Editor Context object.
offset Number The offset at which content assist is being requested. Relative to the document.

Returns a String that will be the options.prefix property used to call the computeContentAssist(editorContext, options). This function should be defined when the user wants to customize the computation of the prefix according to the provider.

The Proposal object

A Proposal object has the following basic properties:

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().
description String Description text for this proposal. Will be shown in the content assist popup.
name String Optional, defaults to descriptionName for this proposal to display 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().
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) or "strikethrough" (proposal displayed in bold and has strikethrough line).
prefix String Optional. Allows the proposal to specify a custom prefix that should be used when filtering and applying the proposal.
tags [{content, cssClass, color}, ...] Optional. An array of tag objects which will be inserted at the start of the proposal. Allows proposals to display styled tags and icons. content specifies the text content of the tag and is optional. cssClass specifies a CSS class to apply to the tag and is optional (defaults to a bordered style). color specifies a string color name that will be displayed as a rectangle and is optional.

A Proposal can trigger linked mode when it is inserted, by providing the following additional property:

positions Position[] Gives an array of positions within the completion proposal that require user input. The user can use the Tab key to iterate through the regions of the proposal that require user input.

For example if the proposal is offering to complete a function call in a JS file, the positions could indicate the function arguments that need to be supplied.

Every Position object must have two integer properties: offset, and length describing the regions requiring user input.

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 A regular expression pattern matching the characters that, when typed by the user, will cause the framework to automatically activate this provider.
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.
autoApply
Boolean An optional flag introduced in Orion 13.0 that tells the content assist framework if single-computed proposals should be automatically applied rather than shown in the proposal popup. If not specified, the default value is true.

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.

  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();

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.

  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 newer (preferred) API signature:

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

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 orion.edit.highlighter documentation for more details.

  1.     provider.registerService("orion.edit.contentassist",
  2.         {
  3.             /* implementation omitted */
  4.         },
  5.         {
  6.             contentType: ["application/javascript"],
  7.             id: "orion.edit.contentassist.javascript",
  8.             charTriggers: "[.(]",
  9.             excludedStyles: "(comment.*|string.*)"
  10.         });

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:

There are two distinct ways this service can be used:

  1. To declare an editor that is implemented on a separate page. In this case the service is purely declarative (has no service methods).
  2. To declare a pluggable editor that is embedded into the right-hand pane of Orion's edit.html. In this case several service methods must be implemented (see below). The Orion page makes visible the IFRAME of a plugin providing a pluggable editor. The plugin fully controls its visuals and interaction, and can render to its own DOM and handle events.

Service methods: separate page

When implementing a separate-page editor, no service methods are provided.

Service methods: pluggable editor

Important.png
The pluggable editor is experimental and may change in future releases.

When implementing a pluggable editor, the following service methods must be provided:

setTextModel(pluggableEditorContext) - returns Promise
Called by the framework to provide access to the model as text. This method must return a Promise, which is left un-settled (meaning its .resolve() and .reject() methods are never called) for the lifetime of the editor.
setBlob(blob)
Optional. Called by the framework to provide the model as binary data. This method should be implemented by an editor that needs to treat the file being edited as binary data rather than text. See imageViewerPlugin.js for an example.
onChanged(modelChangedEvent)
Called by the framework to inform the editor of a change to the model.
registerKeys(keybindings)
Called by the framework to inform the editor of active key bindings. The editor should register corresponding keyboard listeners against its own DOM (commandsProxy.js can help here.)

Service attributes

id
String The unique identifier of this editor.
default
boolean Optional, default is false. Whether this editor should be the default editor for any content types it can handle.
The Orion UI opens the default editor when a file is clicked. Other editors are shown in an Open with context menu.
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. For a pluggable editor, a template like the following should be used, replacing myEditorId with the id property of this editor:

uriTemplate: "{+OrionHome}/edit/edit.html#{,Location,params*},editor=myEditorId"

This is a special URL that will cause edit.html to activate myEditorId to handle the file.

Examples

Declaring an external editor

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 orion.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*}"});
  7.  
  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.     });
  21.  
  22.   // Associate editor with content types
  23.   provider.registerServiceProvider("orion.navigate.openWith", {}, {
  24.       editor: "orion.editor",
  25.       contentType: ["text/plain", "text/html"]});
  26.  
  27.   provider.connect();

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

Declaring a pluggable editor

This example declares a pluggable editor that handles JSON files. It is adapted from jsonEditorPlugin.js.

  1. define([
  2.   "orion/Deferred",      // Deferred is mandatory because Object References are used
  3.   "orion/commandsProxy",
  4. ], function(Deferred, CommandsProxy) {
  5.   var EDITOR_ID = "orion.editor.json";
  6.   var commandsProxy = new mCommandsProxy.CommandsProxy();
  7.   var context;
  8.  
  9.   function refreshEditor() {
  10.     // Omitted
  11.   }
  12.  
  13.   provider.registerService("orion.edit.editor", {
  14.     setTextModel: function(pluggableEditorContext) {
  15.       context = pluggableEditorContext;
  16.       refreshEditor();
  17.       commandsProxy.setProxy(pluggableEditorContext);
  18.       return new Deferred();   // Keep the channel open
  19.     },
  20.     onChanged: function(evt) {
  21.       refreshEditor();
  22.     },
  23.     registerKeys: function(keys) {
  24.       var bindings = keys.map(function(key) {
  25.         return new mKeyBinding.KeyBinding(key.keyCode, key.mod1, key.mod2, key.mod3, key.mod4);
  26.       });
  27.       commandsProxy.setKeyBindings(bindings);
  28.     }
  29.   }, {
  30.     id: EDITOR_ID,
  31.     name: "JSON Editor",
  32.     uriTemplate: "../edit/edit.html#{,Location,params*},editor=" + EDITOR_ID
  33.   });
  34.  
  35.   provider.registerService("orion.navigate.openWith", null, {
  36.     editor: EDITOR_ID,
  37.     contentType: ["application/json"]
  38.   });
  39.  
  40.   provider.connect();

orion.edit.format

The orion.edit.format service allows plugins to contribute a formatter for specific content types.

Service methods

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

format(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 other information to help with formatting.

There is no return value from the function. Instead, consumers must call editorContext.setText() with the formatted text. This allows plugins to format potentially very large amounts of text without having to send all of the text and formatting back for further processing in the platform - it is asynchronously set in the editor by the command.

Service attributes

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

contentType
String[] An array of Content Type IDs for which this formatter is valid.
name
String Optional. A human-readable name for the formatter - for example 'JavaScript Formatter'
id
String Optional. A unique identifier for the formatter - for example 'orion.format.js'

Examples

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

  1. var provider = new orion.PluginProvider();
  2. provider.registerServiceProvider("orion.edit.format",
  3. {
  4.   format: function format(editorContext, context) {
  5.     //format the code
  6.   }
  7. }, {
  8.   name: javascriptMessages["javascriptFormatter"],
  9.   contentType: ["application/javascript"],
  10.   id: "orion.format.js.formatter"
  11. });
  12. provider.connect();

orion.edit.hover

The hover service allows plugins to extend the information that will get displayed on the 'hover' popup. Each plugin can augment the data in the tooltip displayed while hovering over the editor or content assist. Each plugin that returns a non-null result will end up creating a new 'section' in the tooltip containing both a 'title' and some content.

NOTE: The specification is currently in a 'prototype' state and is expected to change significantly as we explore various use-cases. For now consumers should be prepared to update their plugins as the definition changes.

computeHoverInfo(editorContext, context)

When a hover event occurs, any hover services registered against the appropriate content type will be called to computeHoverInfo. The state of the editor can be accessed using the editorContext object. Information on the source of the hover call is provided in the context object. The call is expected to return null to not display a hover or a hover info object to display.

Context

The context object provided to computeHoverInfo will have the following contents:

annotations
String[] An array of strings representing the annotations at the given offset. This will change to being a unique identifier for a particular annotation once these have been defined. Available when hovering over an annotation (in the ruler or the text).
offset
int The offset within the file of the cursor's current position when. Available when hovering over text.
proposal
{Proposal} The proposal object currently selected in the content assist window. Available when the content assist window is open.

Hover Object

The return of a call to computeHoverInfo should either be null or an object with the following contents:

title (optional)
String The title to use to identify this section. This may be either raw text or formatted as markdown.
content
String The content to show. This combined with the defined 'type' determine the eventual output in the tooltip.
type
String Defines the type of the 'content'. This is used to render the correct information into the tooltip's contents. if this field is undefined then both 'title' and 'content' are rendered as raw text. The type 'markdown' will render the content and title text as markdown (sanitized to remove HTML tags). The type 'html' will render the content text as HTML inside of an iframe.
offsetStart (optional)
int Along with offsetEnd, specifies the text offset range associated with the returned hover content. If not provided, the closest word to the offset will be used.
offsetEnd (optional)
int Along with offsetStart, specifies the text offset range associated with the returned hover content. If not provided, the closest word to the offset will be used.
width (optional)
String When the content 'type' is 'html', this string is set as the 'width' style of the iframe containing the content (ex. "200px").
height (optional)
String When the content 'type' is 'html', this string is set as the 'height' style of the iframe containing the content (ex. "200px").
allowFullWidth (optional)
Boolean By default the tooltip width is restricted to half of the editor width. This allows long contents to not cover the entire editor and instead wrap and scroll. This behavior can be overridden by setting the allowFullWidth property to true. When true, the tooltip can open as wide as the editor.

Service attributes

Implementations of orion.edit.hover define the following attributes in the 'properties' element passed in during registration:

name
String The name of this plugin (for use in dialogs...)
contentType
String The content type(s) that this plugin relates to. (e.g. "text/css")

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:

id
String A name that uniquely identifies this grammar.
contentTypes
String[] An array of Content Type IDs that this grammar will be used for.
patterns
Object[] An array of pattern objects to be used to assign style classes. Pattern objects are described below.
repository
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

Example

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

Notice that the TextStyler expects block patterns at the beginning of the 'patterns' array. Bracket matching does not work, if the (.begin|.end) patterns are followed by a block pattern.

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, the implementation's service method named onX is 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 provider's method is listen-only; the return value is ignored.

The event object contains the exact data of the event that was dispatched by the TextView. Consult the TextView Client API reference for details about what fields are present on each event type. In addition to the TextView data, the following additional property is also provided:

file
Object Holds metadata about the file currently being edited, such as name, location, and contentType.

Here is a list of the currently supported service methods:

  • onContextMenu(event)
  • onDestroy(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)
  • onSaving(event)
  • onInputChanged(event)

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: A simple listener

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: Using metadata

The following example uses the file field of the event object to print the name of the CSS file being edited whenever the textview receives focus.

  1. var provider = new orion.PluginProvider();
  2. provider.registerService("orion.edit.model",
  3.     {
  4.         onFocus: function(event) {
  5.             console.log("User is editing: " + event.file.location);
  6.         }
  7.     },
  8.     {
  9.         contentType: [ "text/css" ]
  10.     }});
  11. provider.connect();

Example 3

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 dynamic syntax highlighting in code.

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:

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:

contentType
String[] An array of Content Type IDs for which this occurrence computer is valid.
pattern
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.

Examples

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();


In the example above if you want to implement the computeOccurrences asynchronously, you can use Deferred as shown below:

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

orion.edit.open.declaration

The orion.edit.open.declaration service allows plugins to contribute functionality to find declarations for specific content types.

Service methods

Implementations of orion.edit.open.declaration must define the following function:

findDeclaration(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 other options for finding declarations.

The function returns a single declaration object or null. If the function is returning asynchronously, then the promise must resolve a declaration object or null.

Declaration object

The value returned from the service method provides enough data that an editor location can be opened / scrolled to.

Each declaration object has these properties:

start Number The offset into the file for the start of the declaration
end Number The offset into the file for the end of the declaration
file String The full resource path of the file the declaration is found in
mode Optional, String The mode that the editor should open in. Can be one of replace, tab, or split. Default is replace.

Service attributes

Implementations of orion.edit.open.declaration may define the following attributes:

contentType
String[] An array of Content Type IDs for which this command contribution is valid.
id
String Optional. A unique identifier for the command contribution - for example 'orion.open.declaration.js'

Examples

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

  1. var provider = new orion.PluginProvider();
  2. provider.registerServiceProvider("orion.edit.open.declaration",
  3. {
  4.   findDeclaration: function findDeclaration(editorContext, options) {
  5.     //find decls
  6.   }
  7. }, {
  8.   contentType: ["application/javascript", "text/html"],
  9.   id: "orion.open.declaration.js"
  10. });
  11. 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:

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.
start, end Number Optional Start and end character to select for the link in this element. Offsets counted from beginning of the file counting from 1.
line, offset, length Number Optional 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.
href String Optional 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.

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

 var provider = new orion.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) {
         outline.push({
            label: match[1],
            line: i+1  // lines are numbered from 1
         });
       }
     }
     return outline;
   }
 }, {
   contentType: ["text/plain"],
   name: "Headings",
   id: "orion.outliner.example.headings"
 });
 provider.connect();

orion.edit.references

An orion.edit.references service provides a function that can find references to a selected term across multiple files within a project context.

Service methods

findReferences(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 other options for finding references.

The call to findReferences() must be handled asynchronously using a promise because it is long-running by nature. The promise ultimately must resolve to an array of Reference objects, an empty array, an error object or null.

The Reference object

A Reference object has the following properties:

searchParams String The parameters that were searched - this is displayed in the results slide-out
categories String[] Optional. All of the names of the categories used while collecting references. This is used in the UI to properly show references in their categorized manner.
references Match object[] The array or match objects

The Match object

A Match object has the following properties:

children Text Match[]. The array of text-locations for each match
totalMatches Number. The total number of references found - this is displayed in the slide-out for the end user
location String. The full resource location path

The Text Match object

lineNumber Number. The line that matches were found on
name String. The name to use when displaying the match
matches Inline Match[] The array of ranges of matches within the given line described by this text match object

The Inline Match object

category String Optional. The name of the category to place the match in
confidence Number Optional. The confidence level of the match
end Number. The end offset in the text match
length Number. The length within the text match
start Number. The start offset in the text match
startIndex Number. The beginning index into the text match

Service attributes

Implementations of orion.edit.references have the following attributes:

contentType
String[] An array of Content Type IDs that this contribution can find references within.
id
String A unique id to describe the contribution

Examples

var provider = new orion.PluginProvider();
provider.registerServiceProvider("orion.edit.references", {
  findReferences: function findReferences(editorContext, context) {
    //find refs
  }
},
{
  contentType: ["application/javascript"]
});

provider.connect();

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.


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.

Service methods

initialize(loc, contentType)
loc String The optional location the validator is initializing from
contentType Object The optional content type object

Optional function. If defined, the framework will invoke the provider's initialize() method at some point early in the syntax checker creation lifecycle before computeProblems() 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 computeProblems() may complete more quickly.

If the provider does not define an initialize method, it will be loaded lazily by a call to computeProblems().

computeProblems(editorContext, options)
editorContext ObjectReference The Editor Context object. Note that a validator implementation should only rely on the text of the file being edited. Accordingly, you should not call any methods other than editorContext.getText().
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. This is optional is using the descriptionKey and descriptionArgs atributes.
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.)
id String Optional The identifier for the problem
data Object Optional An object of information about the problem

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 have the following attributes:

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

Examples

/*global orion Deferred*/
var provider = new orion.PluginProvider();
provider.registerServiceProvider("orion.edit.validator", {
        computeProblems: function(editorContext, options) {
                var problems = [];
                return editorContext.getText().then(function(contents) {
                        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) {
                                    continue;
                                }
                                problems.push({
                                        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"]
});

provider.connect();

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.

Copyright © Eclipse Foundation, Inc. All Rights Reserved.