Difference between revisions of "Efxclipse/SmartCode"
(→Editor Registration) |
(added styling info on resizeable popups, added styling info to line ruler) |
||
(53 intermediate revisions by 2 users not shown) | |||
Line 6: | Line 6: | ||
== Setup == | == Setup == | ||
+ | |||
+ | Before adding the source you need to configure your application to support the smart code editor. To make that happen you need to add the following bundle to a feature or create a new one: | ||
+ | * <code>org.eclipse.fx.code.editor</code> | ||
+ | * <code>org.eclipse.fx.code.editor.configuration</code> | ||
+ | * <code>org.eclipse.fx.code.editor.configuration.text</code> | ||
+ | * <code>org.eclipse.fx.code.editor.configuration.text.e4</code> | ||
+ | * <code>org.eclipse.fx.code.editor.configuration.text.fx</code> | ||
+ | * <code>org.eclipse.fx.code.editor.e4</code> | ||
+ | * <code>org.eclipse.fx.code.editor.fx</code> | ||
+ | * <code>org.eclipse.fx.code.editor.fx.e4</code> | ||
== Basic Control with Syntax Highlighting == | == Basic Control with Syntax Highlighting == | ||
Line 105: | Line 115: | ||
* <code>org.eclipse.fx.ui.services</code> | * <code>org.eclipse.fx.ui.services</code> | ||
− | Or if you prefer the following | + | Or if you prefer the following package-imports: |
* <code>org.eclipse.fx.code.editor</code> | * <code>org.eclipse.fx.code.editor</code> | ||
* <code>org.eclipse.fx.code.editor.configuration</code> | * <code>org.eclipse.fx.code.editor.configuration</code> | ||
Line 152: | Line 162: | ||
public URL getURL(Theme t) { | public URL getURL(Theme t) { | ||
try { | try { | ||
− | return new URL("platform:/plugin/my.plugin/my/plugin/js. | + | return new URL("platform:/plugin/my.plugin/my/plugin/js.css"); |
} catch (MalformedURLException e) { | } catch (MalformedURLException e) { | ||
throw new RuntimeException(e); | throw new RuntimeException(e); | ||
Line 159: | Line 169: | ||
} | } | ||
</source> | </source> | ||
+ | |||
+ | === Syntax Highlighting === | ||
+ | If you remember the ldef file we shown above we defined the token styles like this: | ||
+ | <source lang="java"> | ||
+ | token_def { | ||
+ | js_default "-source-editor-code"; | ||
+ | js_operator "-source-editor-operator"; | ||
+ | js_bracket "-source-editor-bracket"; | ||
+ | js_keyword "-source-editor-keyword" bold; | ||
+ | js_doc_default "-source-editor-doc"; | ||
+ | js_string "-source-editor-string"; | ||
+ | js_constant "-source-editor-keyword" bold; | ||
+ | js_number "-source-editor-number"; | ||
+ | } | ||
+ | </source> | ||
+ | |||
+ | The first segment in between <code>""</code> is the foreground color to be used but we are not directly putting the color values (eg #ff0000) there but color references who can be defined in another css. This allows us to easily ship them with themes eg a dark theme most likely would change the colors dramatically, ... . | ||
+ | |||
+ | All e(fx)clipse applications have at least one theme with a basic css all than you have to do is to change that to define color constants for the above values. | ||
+ | |||
+ | The perfect place is the .root-selector: | ||
+ | |||
+ | <source lang="css"> | ||
+ | .root { | ||
+ | -source-editor-code: rgb(0, 0, 0); | ||
+ | -source-editor-operator: rgb(0, 0, 0); | ||
+ | -source-editor-bracket: rgb(0, 0, 0); | ||
+ | -source-editor-keyword: rgb(127, 0, 85); | ||
+ | -source-editor-string: rgb(42, 0, 255); | ||
+ | -source-editor-number: #6c83c4; | ||
+ | -source-editor-doc: rgb(63, 127, 95); | ||
+ | } | ||
+ | </source> | ||
+ | |||
+ | The above color specs provide you a eclipse like syntax highlighting. | ||
+ | |||
+ | === Editor visual customization === | ||
+ | |||
+ | Syntax colors are defined as shown above but to customize other areas of your code area the following CSS will be of great help to you: | ||
+ | * '''.styled-text-area .invisible-char''':<br/>selector for a specialized node which is a subtype of <code>javafx.scene.text.Text</code> and additionally allows to set an -fx-content property for the text displayed | ||
+ | * '''.styled-text-area .invisible-char.space''':<br/>selector to configure what text to display for spaces | ||
+ | * '''.styled-text-area .invisible-char.tab''':<br/>selector to configure what text to display for tabs | ||
+ | * '''.styled-text-area .invisible-char.enter''':<br/>selector to configure what text | ||
+ | * '''.source-viewer.styled-text-area .selection-marker''':<br/>selector to configure how a selected area is display most likely you want to customize the -fx-background-color - the javafx-Node is of type <code>javafx.scene.layout.Region</code> | ||
+ | * '''.styled-text-area .list-view''':<br/>the content area of the text editor which is of type <code>javafx.scene.layout.Region</code> | ||
+ | * '''.styled-text-area .current-line''':<br/> selector to configure how the current cursor line is displayed - the javafx-Node is of type <code>javafx.scene.layout.Region</code> | ||
+ | * '''.styled-text-area .line-ruler-text''':<br/> selector to configure how the text in the line ruler is displayed | ||
+ | * '''.styled-text-area .text-caret''':<br/> selector to configure how the text-caret is rendered - the javafx-Node is of type <code>javafx.scene.shape.Shape</code> | ||
+ | * '''.styled-text-hover .errors''':<br/> selector to configure how the error hover popup is displayed | ||
+ | * '''.styled-text-hover .warnings''':<br/> selector to configure how the warnings hover popup is displayed | ||
+ | * '''.styled-text-hover .infos''':<br/> selector to configure how the infos hover popup is displayed | ||
+ | * '''.styled-text-hover .docs''':<br/> selector to configure how the doc hover popup is displayed | ||
+ | * '''.styled-text-hover .others''':<br/> selector to configure how the others hover popup is displayed | ||
+ | * '''.styled-text-hover .context-info''':<br/> selector to configure how the warnings hover popup is displayed | ||
+ | |||
+ | === Open an editor === | ||
+ | |||
+ | ==== Using the editor opener service ==== | ||
+ | The smart code framework by default publishes an <code>org.eclipse.fx.code.editor.services.EditorOpener</code>-Service who can be retrieved via injection and used to open an editor based on an URI like this | ||
+ | |||
+ | <source lang="java"> | ||
+ | class MyComponent { | ||
+ | @Inject | ||
+ | EditorOpener opener; | ||
+ | |||
+ | private void openFile(File f) { | ||
+ | opener.openEditor( f.toURI().toURL().toExternalForm() ); | ||
+ | } | ||
+ | } | ||
+ | </source> | ||
+ | |||
+ | The default implementation of the opener function will search the window/perspective for a <code>MElementContainer</code> tagged with <code>editorContainer</code>, so if you want to use that service you need to update your application model and tag eg one of your <code>MPartStack</code>s with it. | ||
+ | |||
+ | ==== Doing it yourself ==== | ||
+ | If you don't want to use the EditorOpener-Service but do things yourself all you need to do is to create an MPart instance like this: | ||
+ | |||
+ | <source lang="java"> | ||
+ | EModelService modelService = // ...; | ||
+ | MPart part = modelService.createModelElement(MPart.class); | ||
+ | part.setCloseable(true); | ||
+ | part.setLabel("MySample.js"); | ||
+ | part.setContributionURI("bundleclass://org.eclipse.fx.code.editor.fx/org.eclipse.fx.code.editor.fx.TextEditor"); | ||
+ | part.getPersistedState().put(org.eclipse.fx.code.editor.Constants.DOCUMENT_URL, uri); | ||
+ | part.getTags().add(EPartService.REMOVE_ON_HIDE_TAG); | ||
+ | // ... | ||
+ | </source> | ||
+ | |||
+ | == Dirty State Tracking & Save == | ||
+ | As we don't want to force you into predefined start-state and save strategy we don't push support to your application by default but require you to handle that yourself. What we provide are to base implementation: | ||
+ | * An addon who does the dirty state tracking <code>org.eclipse.fx.code.editor.e4.addons.DirtyStateTrackingAddon</code> | ||
+ | * A handler who saves the file a dirty file <code>org.eclipse.fx.code.editor.e4.handlers.SaveFile</code> | ||
== Adding support for Autocomplete Features == | == Adding support for Autocomplete Features == | ||
+ | First of providing auto-completion is an optional feature you can provide for your language. Adding support is done with 2 distinct services: | ||
+ | * list of proposals: <code>org.eclipse.fx.code.editor.services.ProposalComputer</code> | ||
+ | * (optional) presentation of proposals: <code>org.eclipse.fx.code.editor.fx.services.CompletionProposalPresenter</code> | ||
+ | |||
+ | To register both services you need to push the following services to the OSGi-Service-Registry: | ||
+ | * org.eclipse.fx.code.editor.services.ProposalComputerTypeProvider | ||
+ | * org.eclipse.fx.code.editor.fx.services.CompletionProposalPresenterTypeProvider | ||
+ | |||
+ | For a potential JavaScript-Editor the providers could look like this: | ||
+ | <source lang="java"> | ||
+ | @Component | ||
+ | public class JSProposalComputerTypeProvider implements ProposalComputerTypeProvider { | ||
+ | @Override | ||
+ | public boolean test(Input<?> input) { | ||
+ | return input instanceof SourceFileInput && ((SourceFileInput)input).getURI().endsWith(".js"); | ||
+ | } | ||
+ | |||
+ | @Override | ||
+ | public Class<? extends ProposalComputer> getType(Input<?> input) { | ||
+ | return JSProposalComputer.class; | ||
+ | } | ||
+ | } | ||
+ | </source> | ||
+ | <source lang="java"> | ||
+ | @Component | ||
+ | public class JSCompletionProposalPresenterTypeProvider implements CompletionProposalPresenterTypeProvider { | ||
+ | @Override | ||
+ | public Class<? extends CompletionProposalPresenter> getType(Input<?> s) { | ||
+ | return JSCompletionProposalPresenter.class; | ||
+ | } | ||
+ | @Override | ||
+ | public boolean test(Input<?> input) { | ||
+ | return input instanceof SourceFileInput && ((SourceFileInput)input).getURI().endsWith(".js"); | ||
+ | } | ||
+ | } | ||
+ | </source> | ||
+ | |||
+ | The cool thing about JSProposalComputer & JSCompletionProposalPresenter is that they are created per editor instance and so you can access all informations available for an editor through Eclipse DI. | ||
+ | |||
+ | The computer is responsible to talk to your language framework to detect what auto-completions are available (eg methods, ...) | ||
+ | <source lang="java"> | ||
+ | public class JSProposalComputer implements ProposalComputer { | ||
+ | private Logger logger; | ||
+ | @Inject | ||
+ | JSProposalComputer(@Log Logger logger /* more stuff */) { | ||
+ | this.logger = logger; | ||
+ | } | ||
+ | |||
+ | public CompletableFuture<List<CompletionProposal>> compute(ProposalContext context) { | ||
+ | // ... produce a JSCompletionProposal | ||
+ | } | ||
+ | } | ||
+ | </source> | ||
+ | You can take a look at how the dart-language tooling does it at [https://github.com/BestSolution-at/dartedit/blob/master/bundles/at.bestsolution.dart.editor.services/src/at/bestsolution/dart/editor/services/complete/DartProposalComputer.java DartProposalComputer.java] | ||
+ | |||
+ | The presenter on the other hand takes the proposal objects and translates them into text and graphic informations shown by the proposal dialog. | ||
+ | <source lang="java"> | ||
+ | public class JSCompletionProposalPresenter implements CompletionProposalPresenter { | ||
+ | private final GraphicsLoader graphicsLoader; | ||
+ | |||
+ | @Inject | ||
+ | public DartCompletionProposalPresenter(GraphicsLoader graphicsLoader) { | ||
+ | this.graphicsLoader = graphicsLoader; | ||
+ | } | ||
+ | |||
+ | @Override | ||
+ | public ICompletionProposal createProposal(CompletionProposal proposal) { | ||
+ | JSCompletionProposal p = (JSCompletionProposal) proposal; | ||
+ | String label = p.getProposalText(); | ||
+ | Node imageNode = p.getJSType().equals("method") ? new ImageView("method.png") : new ImageView("field.png"); | ||
+ | // ... | ||
+ | return new FXCompletionProposal( proposal, label, () -> imageNode, null, null ); | ||
+ | } | ||
+ | } | ||
+ | </source> | ||
+ | You can take a look at how the dart-language tooling does it at [https://github.com/BestSolution-at/dartedit/blob/master/bundles/at.bestsolution.dart.editor/src/at/bestsolution/dart/editor/complete/DartCompletionProposalPresenter.java DartCompletionProposalPresenter.java] | ||
+ | |||
+ | === Function Context Information === | ||
+ | TBD - see | ||
+ | * https://github.com/BestSolution-at/dartedit/blob/master/bundles/at.bestsolution.dart.editor.services/src/at/bestsolution/dart/editor/services/complete/DartProposalComputer.java | ||
+ | * https://github.com/BestSolution-at/dartedit/blob/master/bundles/at.bestsolution.dart.editor/src/at/bestsolution/dart/editor/complete/DartCompletionProposalPresenter.java | ||
+ | * https://github.com/BestSolution-at/dartedit/blob/master/bundles/at.bestsolution.dart.editor/src/at/bestsolution/dart/editor/complete/DartContextInformationPresenter.java | ||
== Adding support for Error-Markers == | == Adding support for Error-Markers == | ||
+ | Errors, Warnings, ... are presented called Annotations and there are 2 ways to present them in the editor: | ||
+ | * as part of the line-ruler on the left | ||
+ | * as part of the text-content eg underlining the text | ||
+ | |||
+ | === Providing annotations === | ||
+ | The first and mandatory step to show annotations in an editor is to provide an instance <code>org.eclipse.jface.text.source.AnnotationModel</code> for your language. The model keeps track of <code>org.eclipse.jface.text.source.Annotation</code>. | ||
+ | |||
+ | To instruct the framework to build such a model you need to register an <code>org.eclipse.fx.code.editor.services.AnnotationModelTypeProvider</code> following the same steps you used for the auto-complete: | ||
+ | <source lang="java"> | ||
+ | @Component | ||
+ | public class JSAnnotationModelTypeProvider implements AnnotationModelTypeProvider { | ||
+ | @Override | ||
+ | public boolean test(Input<?> input) { | ||
+ | return input instanceof SourceFileInput && ((SourceFileInput)input).getURI().endsWith(".js"); | ||
+ | } | ||
+ | |||
+ | @Override | ||
+ | public Class<? extends IAnnotationModel> getType(Input<?> input) { | ||
+ | return JSAnnotationModel.class; | ||
+ | } | ||
+ | } | ||
+ | </source> | ||
+ | <source lang="java"> | ||
+ | public class JSAnnotationModel extends AnnotationModel { | ||
+ | private final ThreadSynchronize synchronize; | ||
+ | |||
+ | @Inject | ||
+ | public JSAnnotationModel(Input<?> input, ThreadSynchronize synchronize) { | ||
+ | // observe the input and when there are compile errors update | ||
+ | // the annotations | ||
+ | } | ||
+ | } | ||
+ | </source> | ||
+ | === Presenting annotations === | ||
+ | Once there's an annotation model for your language you can present it in the UI by providing an <code>org.eclipse.fx.text.ui.source.AnnotationPresenter</code> which is following the scheme you used for all other services already. | ||
+ | |||
+ | You register an OSGi-Service of type <code>org.eclipse.fx.code.editor.fx.services.AnnotationPresenterTypeProvider</code> similar to this: | ||
+ | <source lang="java"> | ||
+ | @Component | ||
+ | public class JSAnnotationPresenterTypeProvider implements AnnotationPresenterTypeProvider { | ||
+ | @Override | ||
+ | public Class<? extends AnnotationPresenter> getType(Input<?> s) { | ||
+ | return JSAnnotationPresenter.class; | ||
+ | } | ||
+ | |||
+ | @Override | ||
+ | public boolean test(Input<?> input) { | ||
+ | return input instanceof SourceFileInput && ((SourceFileInput)input).getURI().endsWith(".js"); | ||
+ | } | ||
+ | } | ||
+ | </source> | ||
+ | |||
+ | ==== Presenting annotations in line ruler ==== | ||
+ | The annotation presenter distinguishes between 2 presentation types: | ||
+ | * <code>org.eclipse.fx.text.ui.source.ILineRulerAnnotationPresenter</code> | ||
+ | * <code>org.eclipse.fx.text.ui.source.ITextAnnotationPresenter</code> | ||
+ | |||
+ | To show annotations in the line ruler you need to implement the first one. | ||
+ | |||
+ | ===== Line Ruler Styling ===== | ||
+ | There are several possibilities to style the line ruler area: | ||
+ | |||
+ | The line ruler structure is as follows: | ||
+ | |||
+ | <source lang="css"> | ||
+ | .styled-text-area HBox.line-ruler-area { | ||
+ | /* the whole area of the line ruler */ | ||
+ | } | ||
+ | </source> | ||
+ | <source lang="css"> | ||
+ | .styled-text-area HBox.line-ruler-area > Pane.line-ruler { | ||
+ | /* every line ruler instance */ | ||
+ | } | ||
+ | </source> | ||
+ | <source lang="css"> | ||
+ | .styled-text-area HBox.line-ruler-area > Pane.line-ruler.specific-line-ruler-style-class { | ||
+ | /* a specific line ruler instance */ | ||
+ | } | ||
+ | </source> | ||
+ | where the <code>.specific-line-ruler-style-class</code> is definined by implementing the <code>ILineRulerAnnotationPresenter#getStyleClass()</code> method | ||
+ | <source lang="css"> | ||
+ | /* also there is a spacer between the line ruler area and the editor area | ||
+ | it can be styled like this: | ||
+ | */ | ||
+ | .styled-text-area .spacer { | ||
+ | } | ||
+ | </source> | ||
+ | |||
+ | ==== Presenting annotations as text-overlays ==== | ||
+ | To provide text-markers all you need to do is to provide an implementation of <code>ITextAnnotationPresenter</code> | ||
+ | <source lang="java"> | ||
+ | public class TextMarker implements ITextAnnotationPresenter { | ||
+ | @Override | ||
+ | public boolean isApplicable(Annotation annotation) { | ||
+ | return annotation instanceof DartAnnotation; | ||
+ | } | ||
+ | |||
+ | @Override | ||
+ | public Node createNode() { | ||
+ | return new Region(); | ||
+ | } | ||
+ | |||
+ | @Override | ||
+ | public void updateNode(Node node, Annotation annotation) { | ||
+ | Region r = (Region) node; | ||
+ | |||
+ | JSAnnotation a = (JSAnnotation) annotation; | ||
+ | |||
+ | Color c; | ||
+ | switch (a.getError().getSeverity()) { | ||
+ | case ERROR: c = Color.RED; break; | ||
+ | case WARNING: c = Color.DARKORANGE; break; | ||
+ | default: | ||
+ | case INFO: c = Color.BLANCHEDALMOND; break; | ||
+ | } | ||
+ | r.setBorder(new Border(new BorderStroke(c, BorderStrokeStyle.SOLID, CornerRadii.EMPTY, new BorderWidths(0, 0, 1.5, 0)))); | ||
+ | } | ||
+ | |||
+ | @Override | ||
+ | public String toString() { | ||
+ | return "JSTextMarkerAP@" + hashCode(); | ||
+ | } | ||
+ | } | ||
+ | </source> | ||
+ | == Code navigation == | ||
+ | === Code link === | ||
+ | https://github.com/BestSolution-at/dartedit/blob/master/bundles/at.bestsolution.dart.editor.services/src/at/bestsolution/dart/editor/services/navigation/DartNavigationProviderTypeProvider.java | ||
+ | https://github.com/BestSolution-at/dartedit/blob/master/bundles/at.bestsolution.dart.editor.services/src/at/bestsolution/dart/editor/services/navigation/DartNavigationProvider.java | ||
+ | |||
+ | === Keyboard Navigation === | ||
+ | https://github.com/BestSolution-at/dartedit/blob/master/bundles/at.bestsolution.dart.editor.services/src/at/bestsolution/dart/editor/services/DartBehaviorContributor.java | ||
+ | |||
+ | == Context information == | ||
+ | The context information is a popup providing additional information for the current context (caret offset). | ||
+ | For example to display the argument types of a method invocation while typing. | ||
+ | |||
+ | There are 2 ways to trigger a context information: | ||
+ | * by providing a <code>ContextInformation</code> with the <code>CompletionProposal</code> | ||
+ | * by calling <code>EditingContext#showContextInformation(ContextInformation)</code> | ||
+ | |||
+ | === implicit with CompletionProposal === | ||
+ | If the <code>CompletionProposal</code> contains a <code>ContextInformation</code> the context information will be automatically triggered after the completion proposal was chosen at the current caret offset. (The offset of the ContextInformation is ignored) | ||
+ | |||
+ | === explicit via EditingContext === | ||
+ | By invoking <code>EditingContext#showContextInformation(ContextInformation)</code> the context information will be immediately shown at the specified offset. | ||
+ | |||
+ | |||
+ | |||
+ | == Hover information == | ||
+ | |||
+ | === HTML Support === | ||
+ | The API always uses a <code>CharSequence</code> to transport the Hover Content. | ||
+ | There is a <code>HtmlString</code> class which allows to pass html to the hovers. | ||
+ | To use ist simply create an instance of it and pass it to the corresponding hover api | ||
+ | <source lang="java"> | ||
+ | import org.eclipse.fx.text.hover.HtmlString; | ||
+ | |||
+ | HtmlString data = new HtmlString("<h1>Very nice!</h1><div>indeed</div>"); | ||
+ | |||
+ | // in CompletionProposalPresenter#createProposal(CompletionProposal) | ||
+ | return new ICompletionProposal() { | ||
+ | ... | ||
+ | public CharSequence getHoverInfo() { return data; } | ||
+ | ... | ||
+ | }; | ||
+ | // in DocumentHoverProvider#getHoverInfo(IDocument, int) | ||
+ | return Collections.singleton(new HoverInfo(DefaultHoverInfoType.DOCUMENTATION, region, data, null)); | ||
+ | |||
+ | |||
+ | |||
+ | </source> | ||
+ | |||
+ | ==== Links ==== | ||
+ | The <code>HtmlString</code> also allows the use of hyperlinks. | ||
+ | Here is an example | ||
+ | <source lang="java"> | ||
+ | import org.eclipse.fx.text.hover.HtmlString; | ||
+ | import org.eclipse.fx.text.hover.LinkActionEvent; | ||
+ | |||
+ | HtmlString data = new HtmlString("<h1>Interactive</h1><div><a href="foo">Foo</a> / <a href="bar">BAR</a></div>"); | ||
+ | |||
+ | data.addEventHandler(LinkActionEvent.LINK_ACTION, e -> { | ||
+ | System.err.println("The link was activated: " + e.getLinkTarget() + " @ " + e.getScreenX() + " / " + e.getScreenY()); | ||
+ | }); | ||
+ | |||
+ | data.addEventHandler(LinkActionEvent.LINK_CONTEXT, e -> { | ||
+ | System.err.println("The link was right clicked: " + e.getLinkTarget() + " @ " + e.getScreenX() + " / " + e.getScreenY()); | ||
+ | }); | ||
+ | </source> | ||
+ | The link target always contains the content of href, while screenX and screenY contain the screen coordinates of the mouse click. | ||
+ | |||
+ | |||
+ | == Styling of resizeable popups == | ||
+ | (This applies to the ''Hover Information'' and the ''Autocompletion'' popup) | ||
+ | |||
+ | The Popup's root container is a customized Region with the styleclass <code>.resize-popup-pane</code>. | ||
+ | It supports all css properties from Region and additionally <code>-efx-resize-handle-size</code>. | ||
+ | <code>-efx-resize-handle-size</code> is in the standard JavaFX size format (see [https://docs.oracle.com/javase/8/javafx/api/javafx/scene/doc-files/cssref.html#typesize JavaFX CSS Spec <size>]) | ||
+ | |||
+ | The root container renders the handles to resize the popup around its content. The handle size specifies their size and the actual content is inset by the handle size. | ||
+ | The visible border seen by the user and used to grab and resize the window is actually the background of the Region. | ||
+ | |||
+ | Keep in mind when setting a transparent background: JavaFX on Linux only captures mouse events if the overall transparancy is above 0.5 | ||
+ | |||
+ | Here is its default style: | ||
+ | <source lang="css"> | ||
+ | .resize-popup-pane { | ||
+ | -fx-background-color: rgba(20, 20, 20, 0.7); | ||
+ | -fx-background-radius: 5px; | ||
+ | -efx-resize-handle-size: 5px; | ||
+ | } | ||
+ | </source> | ||
+ | |||
+ | |||
+ | |||
+ | == Pair matching == | ||
+ | https://github.com/BestSolution-at/dartedit/tree/master/bundles/at.bestsolution.dart.editor.services/src/at/bestsolution/dart/editor/services/pair | ||
+ | |||
+ | == Predefined annotations like Linenumbers, ... == | ||
+ | There are currently 2 predefined control annotations found in <code>org.eclipse.fx.text.ui.Feature</code>: | ||
+ | * <code>SHOW_LINE_NUMBERS</code>: showing a ruler on the left with linenumbers (on by default) | ||
+ | * <code>SHOW_HIDDEN_SYMBOLS</code>: displaying informations about whitespace characters like tab, line-breaks (off by default) | ||
+ | |||
+ | Features are provided by <code>SourceViewerConfiguration#getFeatures() : SetProperty<Feature></code> and modifying the provided Set instance - adding/removeing features - updates the editor bound to it. | ||
+ | |||
+ | === Using preferences === | ||
+ | When using the framework in an e4 application where <code>DefaultSourceViewerConfiguration</code> one can also use the preference system to set the features and restore them the current feature settings are stored with | ||
+ | * key: <code>Constants.PREFERENCE_KEY_EDITOR_FEATURE</code> | ||
+ | * nodePath: <code>Constants.PREFERENCE_NODE_PATH</code> | ||
+ | |||
+ | or expressed through the e(fx)clipse DI-Addons | ||
+ | <source lang="java"> | ||
+ | @Inject | ||
+ | @Preference(key=Constants.PREFERENCE_KEY_EDITOR_FEATURE,nodePath=Constants.PREFERENCE_NODE_PATH) | ||
+ | Set<Feature> featureSet; | ||
+ | </source> | ||
+ | |||
+ | or if you want to publish | ||
+ | <source lang="java"> | ||
+ | @Inject | ||
+ | @Preference(key=Constants.PREFERENCE_KEY_EDITOR_FEATURE,nodePath=Constants.PREFERENCE_NODE_PATH) | ||
+ | Property<Set<Feature>> featureSet; | ||
+ | </source> | ||
+ | |||
+ | As toggling features is a standard task there's a default handler implementation (<code>org.eclipse.fx.code.editor.fx.handlers.ToggleEditorFeature</code>) available for this task which you can register in your e4xmi-File. The command-parameter you need to pass is named <code>feature</code> and you pass in the feature name as a string. | ||
+ | |||
+ | == Tabs and Spaces == | ||
+ | |||
+ | === Tab Advance === | ||
+ | By default a tab (\t) character advances in the text 4 characters. If you want to customize this you need make use of the Preference-System with: | ||
+ | * key: <code>Constants.PREFERENCE_TAB_ADVANCE</code> | ||
+ | * nodePath: <code>Constants.PREFERENCE_NODE_PATH</code> | ||
+ | |||
+ | So if you want to modify the tab-advance for the editor you can use the e(fx)clipse DI-Extensions like this: | ||
+ | <source lang="java"> | ||
+ | @Inject | ||
+ | @Preference(key=Constants.PREFERENCE_TAB_ADVANCE,nodePath=Constants.PREFERENCE_NODE_PATH) | ||
+ | Property<Integer> tabAdvancePreference; | ||
+ | </source> | ||
+ | |||
+ | As updateing the tabAdvance is a standard task there's a handler implementation available named <code>org.eclipse.fx.code.editor.fx.handlers.SetTabAdvance</code> who accepts a command-parameter named tabAdvance. | ||
+ | |||
+ | === Tabs instead of white spaces === | ||
+ | By default the control inserts a tab (\t) character if you press the tab-key but if you want to insert a certain amount of spaces instead you can configure the editor to act like that by toggleing the preference with: | ||
+ | * key: <code>Constants.PREFERENCE_SPACES_FOR_TAB</code> | ||
+ | * nodePath: <code>Constants.PREFERENCE_NODE_PATH</code> | ||
+ | |||
+ | As toggling the preference is a standard task there's handler implementation available named <code>org.eclipse.fx.code.editor.fx.handlers.ToggleInsertSpacesForTab</code> | ||
+ | |||
+ | == The InputContext == | ||
+ | The <code>org.eclipse.fx.code.editor.InputContext</code> is a way to group inputs in a logical context (comparable to a project in your eclipse instance) by default all <code>Input</code> instances are grouped in a default-context but you are free to provide your own logic by registering a service of type <code>org.eclipse.fx.code.editor.services.InputContextProvider</code> in the service registry. | ||
+ | |||
+ | == Dynamic Lexical Highlightings == | ||
+ | There are chances that you want to color things like library functions in your UI but those can not be preconfigured because eg they depend on what libraries you have in your application, version of your language you develop against, ... | ||
+ | |||
+ | The code editing framework has support to dynamically add/remove lexical highlighting rules (even to an already opened editor). The service API responsible to provide rules dynamically is <code>org.eclipse.fx.code.editor.configuration.text.DynamicScannerRuleCalculator</code>. To register this service you need to push an instance of <code>org.eclipse.fx.code.editor.configuration.text.DynamicScannerRuleCalculatorTypeProvider</code>. | ||
+ | |||
+ | A good idea to handle this stuff is to use make use of the <code>InputContext</code> in your <code>DynamicScannerRuleCalculator</code> who is grouping all editors. | ||
+ | |||
+ | = Sample = | ||
+ | The most complete sample showing the complete framework with all its features in action can be found at [https://github.com/BestSolution-at/dartedit github] implementing a Dart-Code-Editor |
Latest revision as of 09:05, 29 November 2016
e(fx)clipse provides a SmartCode-Editing Framework who can be embedded in fairly any application (not only OSGi)
Contents
- 1 Integration into OSGi
- 1.1 Setup
- 1.2 Basic Control with Syntax Highlighting
- 1.3 Dirty State Tracking & Save
- 1.4 Adding support for Autocomplete Features
- 1.5 Adding support for Error-Markers
- 1.6 Code navigation
- 1.7 Context information
- 1.8 Hover information
- 1.9 Styling of resizeable popups
- 1.10 Pair matching
- 1.11 Predefined annotations like Linenumbers, ...
- 1.12 Tabs and Spaces
- 1.13 The InputContext
- 1.14 Dynamic Lexical Highlightings
- 2 Sample
Integration into OSGi
Setup
Before adding the source you need to configure your application to support the smart code editor. To make that happen you need to add the following bundle to a feature or create a new one:
-
org.eclipse.fx.code.editor
-
org.eclipse.fx.code.editor.configuration
-
org.eclipse.fx.code.editor.configuration.text
-
org.eclipse.fx.code.editor.configuration.text.e4
-
org.eclipse.fx.code.editor.configuration.text.fx
-
org.eclipse.fx.code.editor.e4
-
org.eclipse.fx.code.editor.fx
-
org.eclipse.fx.code.editor.fx.e4
Basic Control with Syntax Highlighting
Basics
To make it easier to define syntax highlighting for any language the smart-code framework uses unlike the Eclipse IDE a declarative language named ldef.
The first step when integrating a syntax highlighting editor into your application is to create a file ending with .ldef (eg java.ldef, ...).
package my.plugin js { partitioning { partition __dftl_partition_content_type partition __js_single_line_comment partition __js_multi_line_comment partition __js_string partition __js_regex rule { single_line __js_single_line_comment "//" => '' multi_line __js_multi_line_comment "/*" => "*/" single_line __js_string "'" => "'" escaped by "\\" single_line __js_string '"' => '"' escaped by "\\" single_line __js_regex '/' => '/' escaped by "\\" } } lexical_highlighting { rule __dftl_partition_content_type whitespace javawhitespace { default js_default js_operator { character [ ';', '.', '=', '/', '\\', '+', '-', '*', '<', '>', ':', '?', '!', ',', '|', '&', '^', '%', '~' ] } js_bracket { character [ '(', ')', '{', '}', '[', ']' ] } js_keyword { keywords [ "break", "case", "catch", "continue", "debugger","default", "delete", "do", "else", "finally", "for", "function", "if", "in", "instanceof", "new", "return", "switch", "this", "throw", "try", "typeof", "var", "void", "while", "with" ] } js_constant { keywords [ "true", "false", "undefined" ] } js_number { pattern "\\d" containing "[\\d|\\.]" } } rule __js_single_line_comment { default js_doc_default } rule __js_multi_line_comment { default js_doc_default } rule __js_string { default js_string } rule __js_regex { default js_string } token_def { js_default "-source-editor-code"; js_operator "-source-editor-operator"; js_bracket "-source-editor-bracket"; js_keyword "-source-editor-keyword" bold; js_doc_default "-source-editor-doc"; js_string "-source-editor-string"; js_constant "-source-editor-keyword" bold; js_number "-source-editor-number"; } } }
As the smart code editor framework is built on top of the EclipseText-Framework you notice that the DSL aligns heavily to the concepts you find there:
- Documents are first split in partitions (eg source-code, documentation, strings, ...)
- Single Partitions are then split in tokens like constants, reserved words, ...
- Tokens are then associated with styling information (color, font-weight,...)
Once you created an ldef-File for your favorite language the Eclipse-Tooling will generate a total of 3 files in the src-gen folder:
-
$language$.json
: Configuration data loaded at runtime and used to configure Eclipse Text -
$language$.css
: Styleing information when using JavaFX as the renderer -
$language$-swt-style.json
: Styleing information when using SWT as the renderer (we are not looking into this feature in this document)
Dependencies
To integrate a smart editor into your application you need to add dependencies to the following bundles your MANIFEST.MF:
-
org.eclipse.fx.code.editor
-
org.eclipse.fx.code.editor.configuration
-
org.eclipse.fx.code.editor.configuration.text
-
org.eclipse.fx.ui.services
Or if you prefer the following package-imports:
-
org.eclipse.fx.code.editor
-
org.eclipse.fx.code.editor.configuration
-
org.eclipse.fx.code.editor.configuration.text
-
org.eclipse.fx.code.editor.services
-
org.eclipse.fx.ui.services.theme
Editor Registration
From the DSL we generated various artifacts are generated and we need to register them in the framework:
-
$language$.json
file is registered through aorg.eclipse.fx.code.editor.configuration.text.ConfigurationModelProvider
OSGi-Service-Component -
$language$.css
file is registered through aorg.eclipse.fx.ui.services.theme.Stylesheet
OSGi-Service-Component
Samples for JavaScript could look like this:
ConfigurationModelProvider-Component
@Component public class JavaScriptConfigurationProvider implements ConfigurationModelProvider { @Override public boolean applies(Input<?> input) { return ((URIProvider)input).getURI().endsWith(".js"); } @Override public LanguageDef getModel(Input<?> input) { try(InputStream in = getClass().getResourceAsStream("js.json"); Reader r = new InputStreamReader(in)) { return EditorGModel.create().createObject(r); } catch (IOException e) { throw new RuntimeException(e); } } }
Stylesheet-Component
@Component public class JavaScriptStylesheet implements Stylesheet { @Override public boolean appliesToTheme(Theme t) { return true; } @Override public URL getURL(Theme t) { try { return new URL("platform:/plugin/my.plugin/my/plugin/js.css"); } catch (MalformedURLException e) { throw new RuntimeException(e); } } }
Syntax Highlighting
If you remember the ldef file we shown above we defined the token styles like this:
token_def { js_default "-source-editor-code"; js_operator "-source-editor-operator"; js_bracket "-source-editor-bracket"; js_keyword "-source-editor-keyword" bold; js_doc_default "-source-editor-doc"; js_string "-source-editor-string"; js_constant "-source-editor-keyword" bold; js_number "-source-editor-number"; }
The first segment in between ""
is the foreground color to be used but we are not directly putting the color values (eg #ff0000) there but color references who can be defined in another css. This allows us to easily ship them with themes eg a dark theme most likely would change the colors dramatically, ... .
All e(fx)clipse applications have at least one theme with a basic css all than you have to do is to change that to define color constants for the above values.
The perfect place is the .root-selector:
.root { -source-editor-code: rgb(0, 0, 0); -source-editor-operator: rgb(0, 0, 0); -source-editor-bracket: rgb(0, 0, 0); -source-editor-keyword: rgb(127, 0, 85); -source-editor-string: rgb(42, 0, 255); -source-editor-number: #6c83c4; -source-editor-doc: rgb(63, 127, 95); }
The above color specs provide you a eclipse like syntax highlighting.
Editor visual customization
Syntax colors are defined as shown above but to customize other areas of your code area the following CSS will be of great help to you:
- .styled-text-area .invisible-char:
selector for a specialized node which is a subtype ofjavafx.scene.text.Text
and additionally allows to set an -fx-content property for the text displayed - .styled-text-area .invisible-char.space:
selector to configure what text to display for spaces - .styled-text-area .invisible-char.tab:
selector to configure what text to display for tabs - .styled-text-area .invisible-char.enter:
selector to configure what text - .source-viewer.styled-text-area .selection-marker:
selector to configure how a selected area is display most likely you want to customize the -fx-background-color - the javafx-Node is of typejavafx.scene.layout.Region
- .styled-text-area .list-view:
the content area of the text editor which is of typejavafx.scene.layout.Region
- .styled-text-area .current-line:
selector to configure how the current cursor line is displayed - the javafx-Node is of typejavafx.scene.layout.Region
- .styled-text-area .line-ruler-text:
selector to configure how the text in the line ruler is displayed - .styled-text-area .text-caret:
selector to configure how the text-caret is rendered - the javafx-Node is of typejavafx.scene.shape.Shape
- .styled-text-hover .errors:
selector to configure how the error hover popup is displayed - .styled-text-hover .warnings:
selector to configure how the warnings hover popup is displayed - .styled-text-hover .infos:
selector to configure how the infos hover popup is displayed - .styled-text-hover .docs:
selector to configure how the doc hover popup is displayed - .styled-text-hover .others:
selector to configure how the others hover popup is displayed - .styled-text-hover .context-info:
selector to configure how the warnings hover popup is displayed
Open an editor
Using the editor opener service
The smart code framework by default publishes an org.eclipse.fx.code.editor.services.EditorOpener
-Service who can be retrieved via injection and used to open an editor based on an URI like this
class MyComponent { @Inject EditorOpener opener; private void openFile(File f) { opener.openEditor( f.toURI().toURL().toExternalForm() ); } }
The default implementation of the opener function will search the window/perspective for a MElementContainer
tagged with editorContainer
, so if you want to use that service you need to update your application model and tag eg one of your MPartStack
s with it.
Doing it yourself
If you don't want to use the EditorOpener-Service but do things yourself all you need to do is to create an MPart instance like this:
EModelService modelService = // ...; MPart part = modelService.createModelElement(MPart.class); part.setCloseable(true); part.setLabel("MySample.js"); part.setContributionURI("bundleclass://org.eclipse.fx.code.editor.fx/org.eclipse.fx.code.editor.fx.TextEditor"); part.getPersistedState().put(org.eclipse.fx.code.editor.Constants.DOCUMENT_URL, uri); part.getTags().add(EPartService.REMOVE_ON_HIDE_TAG); // ...
Dirty State Tracking & Save
As we don't want to force you into predefined start-state and save strategy we don't push support to your application by default but require you to handle that yourself. What we provide are to base implementation:
- An addon who does the dirty state tracking
org.eclipse.fx.code.editor.e4.addons.DirtyStateTrackingAddon
- A handler who saves the file a dirty file
org.eclipse.fx.code.editor.e4.handlers.SaveFile
Adding support for Autocomplete Features
First of providing auto-completion is an optional feature you can provide for your language. Adding support is done with 2 distinct services:
- list of proposals:
org.eclipse.fx.code.editor.services.ProposalComputer
- (optional) presentation of proposals:
org.eclipse.fx.code.editor.fx.services.CompletionProposalPresenter
To register both services you need to push the following services to the OSGi-Service-Registry:
- org.eclipse.fx.code.editor.services.ProposalComputerTypeProvider
- org.eclipse.fx.code.editor.fx.services.CompletionProposalPresenterTypeProvider
For a potential JavaScript-Editor the providers could look like this:
@Component public class JSProposalComputerTypeProvider implements ProposalComputerTypeProvider { @Override public boolean test(Input<?> input) { return input instanceof SourceFileInput && ((SourceFileInput)input).getURI().endsWith(".js"); } @Override public Class<? extends ProposalComputer> getType(Input<?> input) { return JSProposalComputer.class; } }
@Component public class JSCompletionProposalPresenterTypeProvider implements CompletionProposalPresenterTypeProvider { @Override public Class<? extends CompletionProposalPresenter> getType(Input<?> s) { return JSCompletionProposalPresenter.class; } @Override public boolean test(Input<?> input) { return input instanceof SourceFileInput && ((SourceFileInput)input).getURI().endsWith(".js"); } }
The cool thing about JSProposalComputer & JSCompletionProposalPresenter is that they are created per editor instance and so you can access all informations available for an editor through Eclipse DI.
The computer is responsible to talk to your language framework to detect what auto-completions are available (eg methods, ...)
public class JSProposalComputer implements ProposalComputer { private Logger logger; @Inject JSProposalComputer(@Log Logger logger /* more stuff */) { this.logger = logger; } public CompletableFuture<List<CompletionProposal>> compute(ProposalContext context) { // ... produce a JSCompletionProposal } }
You can take a look at how the dart-language tooling does it at DartProposalComputer.java
The presenter on the other hand takes the proposal objects and translates them into text and graphic informations shown by the proposal dialog.
public class JSCompletionProposalPresenter implements CompletionProposalPresenter { private final GraphicsLoader graphicsLoader; @Inject public DartCompletionProposalPresenter(GraphicsLoader graphicsLoader) { this.graphicsLoader = graphicsLoader; } @Override public ICompletionProposal createProposal(CompletionProposal proposal) { JSCompletionProposal p = (JSCompletionProposal) proposal; String label = p.getProposalText(); Node imageNode = p.getJSType().equals("method") ? new ImageView("method.png") : new ImageView("field.png"); // ... return new FXCompletionProposal( proposal, label, () -> imageNode, null, null ); } }
You can take a look at how the dart-language tooling does it at DartCompletionProposalPresenter.java
Function Context Information
TBD - see
- https://github.com/BestSolution-at/dartedit/blob/master/bundles/at.bestsolution.dart.editor.services/src/at/bestsolution/dart/editor/services/complete/DartProposalComputer.java
- https://github.com/BestSolution-at/dartedit/blob/master/bundles/at.bestsolution.dart.editor/src/at/bestsolution/dart/editor/complete/DartCompletionProposalPresenter.java
- https://github.com/BestSolution-at/dartedit/blob/master/bundles/at.bestsolution.dart.editor/src/at/bestsolution/dart/editor/complete/DartContextInformationPresenter.java
Adding support for Error-Markers
Errors, Warnings, ... are presented called Annotations and there are 2 ways to present them in the editor:
- as part of the line-ruler on the left
- as part of the text-content eg underlining the text
Providing annotations
The first and mandatory step to show annotations in an editor is to provide an instance org.eclipse.jface.text.source.AnnotationModel
for your language. The model keeps track of org.eclipse.jface.text.source.Annotation
.
To instruct the framework to build such a model you need to register an org.eclipse.fx.code.editor.services.AnnotationModelTypeProvider
following the same steps you used for the auto-complete:
@Component public class JSAnnotationModelTypeProvider implements AnnotationModelTypeProvider { @Override public boolean test(Input<?> input) { return input instanceof SourceFileInput && ((SourceFileInput)input).getURI().endsWith(".js"); } @Override public Class<? extends IAnnotationModel> getType(Input<?> input) { return JSAnnotationModel.class; } }
public class JSAnnotationModel extends AnnotationModel { private final ThreadSynchronize synchronize; @Inject public JSAnnotationModel(Input<?> input, ThreadSynchronize synchronize) { // observe the input and when there are compile errors update // the annotations } }
Presenting annotations
Once there's an annotation model for your language you can present it in the UI by providing an org.eclipse.fx.text.ui.source.AnnotationPresenter
which is following the scheme you used for all other services already.
You register an OSGi-Service of type org.eclipse.fx.code.editor.fx.services.AnnotationPresenterTypeProvider
similar to this:
@Component public class JSAnnotationPresenterTypeProvider implements AnnotationPresenterTypeProvider { @Override public Class<? extends AnnotationPresenter> getType(Input<?> s) { return JSAnnotationPresenter.class; } @Override public boolean test(Input<?> input) { return input instanceof SourceFileInput && ((SourceFileInput)input).getURI().endsWith(".js"); } }
Presenting annotations in line ruler
The annotation presenter distinguishes between 2 presentation types:
-
org.eclipse.fx.text.ui.source.ILineRulerAnnotationPresenter
-
org.eclipse.fx.text.ui.source.ITextAnnotationPresenter
To show annotations in the line ruler you need to implement the first one.
Line Ruler Styling
There are several possibilities to style the line ruler area:
The line ruler structure is as follows:
.styled-text-area HBox.line-ruler-area { /* the whole area of the line ruler */ }
.styled-text-area HBox.line-ruler-area > Pane.line-ruler { /* every line ruler instance */ }
.styled-text-area HBox.line-ruler-area > Pane.line-ruler.specific-line-ruler-style-class { /* a specific line ruler instance */ }
where the .specific-line-ruler-style-class
is definined by implementing the ILineRulerAnnotationPresenter#getStyleClass()
method
/* also there is a spacer between the line ruler area and the editor area it can be styled like this: */ .styled-text-area .spacer { }
Presenting annotations as text-overlays
To provide text-markers all you need to do is to provide an implementation of ITextAnnotationPresenter
public class TextMarker implements ITextAnnotationPresenter { @Override public boolean isApplicable(Annotation annotation) { return annotation instanceof DartAnnotation; } @Override public Node createNode() { return new Region(); } @Override public void updateNode(Node node, Annotation annotation) { Region r = (Region) node; JSAnnotation a = (JSAnnotation) annotation; Color c; switch (a.getError().getSeverity()) { case ERROR: c = Color.RED; break; case WARNING: c = Color.DARKORANGE; break; default: case INFO: c = Color.BLANCHEDALMOND; break; } r.setBorder(new Border(new BorderStroke(c, BorderStrokeStyle.SOLID, CornerRadii.EMPTY, new BorderWidths(0, 0, 1.5, 0)))); } @Override public String toString() { return "JSTextMarkerAP@" + hashCode(); } }
Code link
https://github.com/BestSolution-at/dartedit/blob/master/bundles/at.bestsolution.dart.editor.services/src/at/bestsolution/dart/editor/services/navigation/DartNavigationProviderTypeProvider.java https://github.com/BestSolution-at/dartedit/blob/master/bundles/at.bestsolution.dart.editor.services/src/at/bestsolution/dart/editor/services/navigation/DartNavigationProvider.java
Context information
The context information is a popup providing additional information for the current context (caret offset). For example to display the argument types of a method invocation while typing.
There are 2 ways to trigger a context information:
- by providing a
ContextInformation
with theCompletionProposal
- by calling
EditingContext#showContextInformation(ContextInformation)
implicit with CompletionProposal
If the CompletionProposal
contains a ContextInformation
the context information will be automatically triggered after the completion proposal was chosen at the current caret offset. (The offset of the ContextInformation is ignored)
explicit via EditingContext
By invoking EditingContext#showContextInformation(ContextInformation)
the context information will be immediately shown at the specified offset.
Hover information
HTML Support
The API always uses a CharSequence
to transport the Hover Content.
There is a HtmlString
class which allows to pass html to the hovers.
To use ist simply create an instance of it and pass it to the corresponding hover api
import org.eclipse.fx.text.hover.HtmlString; HtmlString data = new HtmlString("<h1>Very nice!</h1><div>indeed</div>"); // in CompletionProposalPresenter#createProposal(CompletionProposal) return new ICompletionProposal() { ... public CharSequence getHoverInfo() { return data; } ... }; // in DocumentHoverProvider#getHoverInfo(IDocument, int) return Collections.singleton(new HoverInfo(DefaultHoverInfoType.DOCUMENTATION, region, data, null));
Links
The HtmlString
also allows the use of hyperlinks.
Here is an example
import org.eclipse.fx.text.hover.HtmlString; import org.eclipse.fx.text.hover.LinkActionEvent; HtmlString data = new HtmlString("<h1>Interactive</h1><div><a href="foo">Foo</a> / <a href="bar">BAR</a></div>"); data.addEventHandler(LinkActionEvent.LINK_ACTION, e -> { System.err.println("The link was activated: " + e.getLinkTarget() + " @ " + e.getScreenX() + " / " + e.getScreenY()); }); data.addEventHandler(LinkActionEvent.LINK_CONTEXT, e -> { System.err.println("The link was right clicked: " + e.getLinkTarget() + " @ " + e.getScreenX() + " / " + e.getScreenY()); });
The link target always contains the content of href, while screenX and screenY contain the screen coordinates of the mouse click.
Styling of resizeable popups
(This applies to the Hover Information and the Autocompletion popup)
The Popup's root container is a customized Region with the styleclass .resize-popup-pane
.
It supports all css properties from Region and additionally -efx-resize-handle-size
.
-efx-resize-handle-size
is in the standard JavaFX size format (see JavaFX CSS Spec <size>)
The root container renders the handles to resize the popup around its content. The handle size specifies their size and the actual content is inset by the handle size. The visible border seen by the user and used to grab and resize the window is actually the background of the Region.
Keep in mind when setting a transparent background: JavaFX on Linux only captures mouse events if the overall transparancy is above 0.5
Here is its default style:
.resize-popup-pane { -fx-background-color: rgba(20, 20, 20, 0.7); -fx-background-radius: 5px; -efx-resize-handle-size: 5px; }
Pair matching
Predefined annotations like Linenumbers, ...
There are currently 2 predefined control annotations found in org.eclipse.fx.text.ui.Feature
:
-
SHOW_LINE_NUMBERS
: showing a ruler on the left with linenumbers (on by default) -
SHOW_HIDDEN_SYMBOLS
: displaying informations about whitespace characters like tab, line-breaks (off by default)
Features are provided by SourceViewerConfiguration#getFeatures() : SetProperty<Feature>
and modifying the provided Set instance - adding/removeing features - updates the editor bound to it.
Using preferences
When using the framework in an e4 application where DefaultSourceViewerConfiguration
one can also use the preference system to set the features and restore them the current feature settings are stored with
- key:
Constants.PREFERENCE_KEY_EDITOR_FEATURE
- nodePath:
Constants.PREFERENCE_NODE_PATH
or expressed through the e(fx)clipse DI-Addons
@Inject @Preference(key=Constants.PREFERENCE_KEY_EDITOR_FEATURE,nodePath=Constants.PREFERENCE_NODE_PATH) Set<Feature> featureSet;
or if you want to publish
@Inject @Preference(key=Constants.PREFERENCE_KEY_EDITOR_FEATURE,nodePath=Constants.PREFERENCE_NODE_PATH) Property<Set<Feature>> featureSet;
As toggling features is a standard task there's a default handler implementation (org.eclipse.fx.code.editor.fx.handlers.ToggleEditorFeature
) available for this task which you can register in your e4xmi-File. The command-parameter you need to pass is named feature
and you pass in the feature name as a string.
Tabs and Spaces
Tab Advance
By default a tab (\t) character advances in the text 4 characters. If you want to customize this you need make use of the Preference-System with:
- key:
Constants.PREFERENCE_TAB_ADVANCE
- nodePath:
Constants.PREFERENCE_NODE_PATH
So if you want to modify the tab-advance for the editor you can use the e(fx)clipse DI-Extensions like this:
@Inject @Preference(key=Constants.PREFERENCE_TAB_ADVANCE,nodePath=Constants.PREFERENCE_NODE_PATH) Property<Integer> tabAdvancePreference;
As updateing the tabAdvance is a standard task there's a handler implementation available named org.eclipse.fx.code.editor.fx.handlers.SetTabAdvance
who accepts a command-parameter named tabAdvance.
Tabs instead of white spaces
By default the control inserts a tab (\t) character if you press the tab-key but if you want to insert a certain amount of spaces instead you can configure the editor to act like that by toggleing the preference with:
- key:
Constants.PREFERENCE_SPACES_FOR_TAB
- nodePath:
Constants.PREFERENCE_NODE_PATH
As toggling the preference is a standard task there's handler implementation available named org.eclipse.fx.code.editor.fx.handlers.ToggleInsertSpacesForTab
The InputContext
The org.eclipse.fx.code.editor.InputContext
is a way to group inputs in a logical context (comparable to a project in your eclipse instance) by default all Input
instances are grouped in a default-context but you are free to provide your own logic by registering a service of type org.eclipse.fx.code.editor.services.InputContextProvider
in the service registry.
Dynamic Lexical Highlightings
There are chances that you want to color things like library functions in your UI but those can not be preconfigured because eg they depend on what libraries you have in your application, version of your language you develop against, ...
The code editing framework has support to dynamically add/remove lexical highlighting rules (even to an already opened editor). The service API responsible to provide rules dynamically is org.eclipse.fx.code.editor.configuration.text.DynamicScannerRuleCalculator
. To register this service you need to push an instance of org.eclipse.fx.code.editor.configuration.text.DynamicScannerRuleCalculatorTypeProvider
.
A good idea to handle this stuff is to use make use of the InputContext
in your DynamicScannerRuleCalculator
who is grouping all editors.
Sample
The most complete sample showing the complete framework with all its features in action can be found at github implementing a Dart-Code-Editor