The following are new cool things that would be great if someone added to XSWT:

• FormToolkit support. This one should be relatively easy using the XSWT plugin mechanism.
• Cascading Style Sheets using XSWT as its own style sheet language. See below for more detail. Alpha

• XSWT-to-Java compiler: Generate a Java class that is swappable for standard XSWT code
• XSWT scripting language support. Embed Groovy, Jython, etc., inside XSWT. Alpha

• Automatic event hookup. Specify event handlers on XSWT objects using the x:id mechanism and have a reflection-driven engine that hooks them up automatically.
• Support “dom”-like UI events: e.g. activating or deactivating a control affects the other controls.
• Have the XSWT compiler generate code that automatically hooks up events.

• Interoperate with Eclipse’s Visual Editor Project (hard).
• Extend current XSWT preview to do GUI editing (straightforward, but a bunch of work).

• Full accelerator key support for menus:

  "accelerator" is done. But accelerator text 't' does
  NOT work in "setText".

  will display "NewtAlt+Shift+N" in the menuitem.

• XSWT Preview. <getshell> may have side-affect to Eclipse RCP when changing shell’s properties inside a XSWT preview editor. A new Shell may be constructed from a dummy composite in the XSWT Preview editor whenever such method is called.
• Sometimes x:id is not matched properly. There seems to be a bug in the forward-reference resolver.

• This is in alpha state in CVS now.