Skip to main content
Jump to: navigation, search

Difference between revisions of "Handly/New and Noteworthy/1.1"

 
Line 5: Line 5:
 
=== Improved Documentation for Non-Core API ===
 
=== Improved Documentation for Non-Core API ===
  
All API Javadoc comments for Handly UI and for Handly Xtext Integration Layer have been reviewed and improved where necessary ([https://bugs.eclipse.org/bugs/show_bug.cgi?id=539388 539388], [https://bugs.eclipse.org/bugs/show_bug.cgi?id=539389 539389]). However, the non-Core API is not as mature as the Core API yet and is versioned as 0.10 to indicate a slim chance that it may still change in a breaking way.
+
All API Javadoc comments for Handly UI and for Handly Xtext Integration Layer have been reviewed and improved where necessary ([https://bugs.eclipse.org/bugs/show_bug.cgi?id=539388 539388], [https://bugs.eclipse.org/bugs/show_bug.cgi?id=539389 539389]). However, the non-Core API is not as mature as the Core API yet and is versioned as <tt>0.10</tt> to indicate a slim chance that it may still change in a breaking way.
  
 
Note that this release introduces some breaking changes to the non-Core API. Please see the [[Handly/Migration/1.1|migration guide]] if you are a current adopter.
 
Note that this release introduces some breaking changes to the non-Core API. Please see the [[Handly/Migration/1.1|migration guide]] if you are a current adopter.
Line 17: Line 17:
 
=== Initial Support for Call Hierarchy ===
 
=== Initial Support for Call Hierarchy ===
  
This release provides an initial implementation for a little framework that helps create a Call Hierarchy View ([https://bugs.eclipse.org/bugs/show_bug.cgi?id=541350 541350]). Note that the API is provisional and subject to change.
+
This release provides an initial implementation for a little framework that helps create a Call Hierarchy view ([https://bugs.eclipse.org/bugs/show_bug.cgi?id=541350 541350]). Note that the API is provisional and subject to change.
 +
 
 +
An exemplary implementation that shows the call hierarchy view support in action has been provided as part of the Handly Adapter Example ([https://bugs.eclipse.org/bugs/show_bug.cgi?id=541704 541704]).
  
 
=== API and Implementation Enhancements ===
 
=== API and Implementation Enhancements ===
Line 24: Line 26:
  
 
* <tt>DefaultEditorUtility</tt> ([https://bugs.eclipse.org/bugs/show_bug.cgi?id=540535 540535]) and <tt>CompositeActionGroup</tt> ([https://bugs.eclipse.org/bugs/show_bug.cgi?id=540895 540895]) have been provided as new API
 
* <tt>DefaultEditorUtility</tt> ([https://bugs.eclipse.org/bugs/show_bug.cgi?id=540535 540535]) and <tt>CompositeActionGroup</tt> ([https://bugs.eclipse.org/bugs/show_bug.cgi?id=540895 540895]) have been provided as new API
 +
 +
* A number of new utility API classes have been introduced in the process of working on the Call Hierarchy support ([https://bugs.eclipse.org/bugs/show_bug.cgi?id=541350 541350]):
 +
** <tt>IStatusAcceptor</tt> and <tt>SerialPerObjectRule</tt> in <tt>org.eclipse.handly.util</tt> package
 +
** <tt>EditorOpener</tt> and new API method <tt>EditorUtility.revealTextRange</tt> in <tt>org.eclipse.handly.ui</tt> package
 +
** <tt>DeferredTreeContentProvider</tt>, <tt>DelegatingSelectionProvider</tt>, <tt>ViewerFocusTracker</tt>, and <tt>ColumnDescription</tt> in <tt>org.eclipse.handly.ui.viewer</tt> package
  
 
* <tt>NotifyingReconcileOperation</tt> implementation has been optimized ([https://bugs.eclipse.org/bugs/show_bug.cgi?id=541209 541209])
 
* <tt>NotifyingReconcileOperation</tt> implementation has been optimized ([https://bugs.eclipse.org/bugs/show_bug.cgi?id=541209 541209])

Latest revision as of 09:14, 11 December 2018


New & Noteworthy for Eclipse Handly 1.1

Improved Documentation for Non-Core API

All API Javadoc comments for Handly UI and for Handly Xtext Integration Layer have been reviewed and improved where necessary (539388, 539389). However, the non-Core API is not as mature as the Core API yet and is versioned as 0.10 to indicate a slim chance that it may still change in a breaking way.

Note that this release introduces some breaking changes to the non-Core API. Please see the migration guide if you are a current adopter.

Search Result View Support

The Eclipse Platform supports contributing search result pages to the integrated Search view via the org.eclipse.search.searchResultViewPages extension point and provides a base level of support for creating such pages in the org.eclipse.search.ui.text package. On top of that support, this release provides a little framework that helps create search result view pages in general and for Handly-based models in particular (540649).

An exemplary implementation that shows the search result view support in action has been provided as part of the Handly Adapter Example (540650).

Initial Support for Call Hierarchy

This release provides an initial implementation for a little framework that helps create a Call Hierarchy view (541350). Note that the API is provisional and subject to change.

An exemplary implementation that shows the call hierarchy view support in action has been provided as part of the Handly Adapter Example (541704).

API and Implementation Enhancements

  • The Eclipse Platform has moved to using png files instead of gifs a while ago. We follow the lead (540997)
  • DefaultEditorUtility (540535) and CompositeActionGroup (540895) have been provided as new API
  • A number of new utility API classes have been introduced in the process of working on the Call Hierarchy support (541350):
    • IStatusAcceptor and SerialPerObjectRule in org.eclipse.handly.util package
    • EditorOpener and new API method EditorUtility.revealTextRange in org.eclipse.handly.ui package
    • DeferredTreeContentProvider, DelegatingSelectionProvider, ViewerFocusTracker, and ColumnDescription in org.eclipse.handly.ui.viewer package
  • NotifyingReconcileOperation implementation has been optimized (541209)

Full List of Issues Addressed in This Release

 1.1 - https://projects.eclipse.org/projects/technology.handly/releases/1.1/bugs

Back to the top