Difference between revisions of "SoC Ideas Eclipse Plugin2011"

From The Battle for Wesnoth Wiki
m
(add more information about the plugin)
Line 18: Line 18:
 
More info at [[SoC_Ideas_Eclipse_Plugin2011]]
 
More info at [[SoC_Ideas_Eclipse_Plugin2011]]
  
A java-based Eclipse plugin was created in 2010 to allow easier creation and modification of User-made content for wesnoth. You should extend this work and polish existing features in terms of usability and performance, and add new features.
+
A java-based Eclipse plugin was created in 2010 to allow easier creation and modification of User-Made Content for Wesnoth. You should extend this work and polish existing features in terms of usability and performance, and add new features.
  
 +
= Additional Information =
 +
== General plugin information ==
 +
Current plugin's webpage: http://eclipse.wesnoth.org/
  
= Additional Information =
+
Older (but may be still actual for some points) page: http://wiki.wesnoth.org/SoC_Ideas_Eclipse_Plugin
 +
 
 +
The plugin is available on svn in the folder: ''trunk/utils/java'' (link for svn: [http://svn.gna.org/viewcvs/wesnoth/trunk/utils/java/]).
 +
 
 +
The plugin uses Xtext [http://www.eclipse.org/Xtext/] for the editor component which provides a very good DSL framework to be used with the WML language.
 +
 
 +
If you want more information regarding the plugin please contact timotei/timotei21 on IRC.
  
 
== Support for multiple Wesnoth installations ==
 
== Support for multiple Wesnoth installations ==
There should be support for handling multiple Wesnoth installations, each one of them with different binaries/wml tools and so on.
+
- There should be support for handling multiple Wesnoth installations, each one of them with different binaries/wml tools and so on.
The user should be able to use the feature in an easy way that should restart the eclipse workspace as few as possible.
+
 
 +
- The user should be able to use the feature in an easy way that should restart the eclipse workspace as few as possible.
 +
 
 +
== Enhance the autocomplete feature ==
 +
The current autocomplete feature works just for a small amount of keys/tags. There should be an easy way (possibly even allow non-eclipse-plugin developers to modify it) specifying the tags we want to autocomplete on or implement autocomplete for:
 +
- events
 +
- variables
 +
- attributes
 +
- attributes values - e.g.: true/false, yes/no
 +
- macros
 +
 
 +
== Plugin documentation ==
 +
The plugin is lacking proper documentation. There is only a readme [http://eclipse.wesnoth.org/doc_howto.html] that specifies just a quick overview of the plugin. To gain more popularity it should be much more documented:
 +
 
 +
- Create some usage videos, showing off the cool features: wizards, auto-complete, macro navigation
 +
- Create multiple step-by-step readme documents for different wizards
 +
 
 +
== Automatic/headless building ==
 +
Currently the plugin and it's update site is built "in-house". That means you have to pop eclipse, clear current version, and run the build again. There should be a way of automatic - without the need for eclipse - building the plugin's update site & creating the standalone build also.  
  
== Enhance the auto complete featue ==
+
== Other ideas ==
Find a way of easy specifying the tags we want autocomplete on or add autocomplete for the much used tags.
+
You can also give other ideas you think are worthy to be implemented.

Revision as of 21:27, 8 March 2011


This page is related to Summer of Code 2011
See the list of Summer of Code 2011 Ideas



This is a Summer of Code 2011 Idea


Submitted proposals:

There is 1 submitted student proposal for this idea

timotei - Improving the Eclipse Plugin

I aim at improving the plugin, so it will become the tool used by all UMC Authors. That is, UMC Authors will get rid of the lot of different tools they use for different tasks (for example the Emacs WMLMode/other plugins for different text editors), and instead use one single unified Tool that will speed up the development. My target is to make this plugin a complete and very stable suite for all umc tasks that don't need specialized software - like a graphics editor, so I'd like to have this oportunity to finish it in the good sense.
See SummerofCode2011 Timotei21 for more information.

Description

Enhance & polish the eclipse plugin

More info at SoC_Ideas_Eclipse_Plugin2011

A java-based Eclipse plugin was created in 2010 to allow easier creation and modification of User-Made Content for Wesnoth. You should extend this work and polish existing features in terms of usability and performance, and add new features.

Additional Information

General plugin information

Current plugin's webpage: http://eclipse.wesnoth.org/

Older (but may be still actual for some points) page: http://wiki.wesnoth.org/SoC_Ideas_Eclipse_Plugin

The plugin is available on svn in the folder: trunk/utils/java (link for svn: [1]).

The plugin uses Xtext [2] for the editor component which provides a very good DSL framework to be used with the WML language.

If you want more information regarding the plugin please contact timotei/timotei21 on IRC.

Support for multiple Wesnoth installations

- There should be support for handling multiple Wesnoth installations, each one of them with different binaries/wml tools and so on.

- The user should be able to use the feature in an easy way that should restart the eclipse workspace as few as possible.

Enhance the autocomplete feature

The current autocomplete feature works just for a small amount of keys/tags. There should be an easy way (possibly even allow non-eclipse-plugin developers to modify it) specifying the tags we want to autocomplete on or implement autocomplete for:

- events
- variables
- attributes
- attributes values - e.g.: true/false, yes/no
- macros

Plugin documentation

The plugin is lacking proper documentation. There is only a readme [3] that specifies just a quick overview of the plugin. To gain more popularity it should be much more documented:

- Create some usage videos, showing off the cool features: wizards, auto-complete, macro navigation
- Create multiple step-by-step readme documents for different wizards

Automatic/headless building

Currently the plugin and it's update site is built "in-house". That means you have to pop eclipse, clear current version, and run the build again. There should be a way of automatic - without the need for eclipse - building the plugin's update site & creating the standalone build also.

Other ideas

You can also give other ideas you think are worthy to be implemented.