- 1 The Acceleo Wishlist
- 1.1 How to contribute ?
- 1.2 Tooling
- 1.2.1 Camel case support in the Acceleo tooling
- 1.2.2 Checkstyle for Acceleo
- 1.2.3 Documentation of the standard Acceleo and OCL library
- 1.2.4 Declaration view
- 1.2.5 Call hierarchy
- 1.2.6 Type Hierarchy
- 1.2.7 Smarter highlighting
- 1.2.8 Ant support
- 1.2.9 Maven support
- 1.2.10 Cheat sheet
- 1.2.11 Code templates
- 1.2.12 Classpath container
- 1.2.13 Improved Acceleo wizard
- 1.2.14 Documentation generation
- 1.2.15 BIRT integration
- 1.2.16 Java Integration
- 1.2.17 Integration in the Welcome page
- 1.3 Parser
- 1.4 Engine
- 1.5 Other
The Acceleo Wishlist
This page will contain a list of some features that have been requested by members of the Acceleo community and that are not in the roadmap of the Acceleo dev team. Those features may be realized someday and if someone wants to contribute to Acceleo, this is definitely the right place to start. Those features are ranked by type and each of them contains a small summary of the task requested and where to find a possible starting point in the Acceleo source code to realize those features.
How to contribute ?
In order to contribute, you can find here a small guide to create a development environment. After having installed a development environment, you can create a bug entry on the bugzilla here.
Camel case support in the Acceleo tooling
We should be able to type something like MAM and Ctrl+Space and have MyAcceleoModule instead for example. It should work for the completion, the quick outline, etc.
Checkstyle for Acceleo
Support for checkstyle rules for Acceleo.
Documentation of the standard Acceleo and OCL library
The completion system should provide the documentation for the Acceleo and OCL operation
The documentation should be available in a documentation view, just like in Java
The call hierarchy view and its shortcut (Ctrl+Alt+H) should be available with the same behavior as in the JDT.
The type hierarchy view, its quick view and its shortcut should be available with the same behavior as in the JDT.
The highlighting of a block should not highlight the whole block but its beginning and end. It would be useful for nested "if", "for" and "else". Should also be implemented to highlight matching parenthesis, brackets, angle brackets... in OCL expressions.
Acceleo should have more Ant tasks to manipulate the parser and the engine.
Acceleo should have a support for maven to manipulate the parser and the engine.
Cheat sheets should be integrated to Acceleo in order to provide the user with tutorials and documentation.
A preference menu with code templates for Acceleo should be available.
The Acceleo builder/compiler and the Acceleo runtime should be available as classpath container in order to be easily included in Java project within Eclipse. An example of what the result could look like is available here.
Improved Acceleo wizard
The Acceleo wizard allow the user to create an Acceleo project and then to create a UI plugin for Eclipse containing the generators created with Acceleo in order to integrate them seamlessly within Eclipse. This wizard should provide more option for the creation of the µEclipse plugin containing the generator. On of these options could be to be able to have the bundle in the classpath thanks to a classpath container.
Just like Java can generate a HTML documentation, we would like to be able to generate a HTML version of the Acceleo documentation.
Acceleo should have a connector with BIRT to use the graph framework of BIRT for the profiling or the traceability.
Improve Java services.
Integration in the Welcome page
Acceleo should be integrated in the welcome page of Eclipse.
The Acceleo parser should be able to parse several files at the same time.
Compilation on the fly
The AbstractAcceleoGenerator should be changed to allow the compilation on the fly of the mtl files if the emtl files are not found.
Debugging of OCL expressions
The Acceleo debugger should be able to visit the content of an OCL expression.
Export the profiling data into "gprof" file
Acceleo should provide a way to create the data from the profiling as a "gprof" file.
Stand alone unit testing framework
Acceleo modules should be easy to test thanks to a stand alone testing framework. An example of this framework can be seen here.
|Project||Project · Installation · New & noteworthy · Release review · API policy · Retention policy · Next · Checklist|
|Features||Acceleo Features · Runtime · Acceleo editor · Views & Perspective · Debugger · Profiler · Traceability · Wishlist · Interpreter · Maven|
|User documentation||Getting Started · Acceleo operations reference · OCL operations reference · Text Production Rules · Migration From Acceleo 2.x · Best Practices · Videos · FAQ|
|Developer documentation||Source code · How to contribute · Compatibility · MOFM2T specification · OCL specification|
|Community||Conferences · Twitter & Blogs · Professional Support · Report a bug|