Skip to main content

Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

Difference between revisions of "E4/RAP Integration/RWT misses SWT-API"

(RWT misses SWT-API)
 
(One intermediate revision by one other user not shown)
Line 5: Line 5:
 
//  control.addPaintListener(new PaintListener() { [...]
 
//  control.addPaintListener(new PaintListener() { [...]
  
but sometimes this results in skipping complete parts of functionality, e.g org.eclipse.jface.viewers.CellEditor and all of its references.  
+
but sometimes this results in skipping complete parts of functionality, e.g usage of GC and all of its references.  
  
 
There is one thought to merge RWT into the SWT repository, providing the same API and use tooling to provide information which API is available for certain environments. That's a proposal from Steve (at least if I understood him correctly), since he faces similar problems with SWT-Dojo and -Flex stuff. This would be a huge benefit for developers, but looking at problems like the second example I think this wouldn't help much regarding single sourcing of the platform code.
 
There is one thought to merge RWT into the SWT repository, providing the same API and use tooling to provide information which API is available for certain environments. That's a proposal from Steve (at least if I understood him correctly), since he faces similar problems with SWT-Dojo and -Flex stuff. This would be a huge benefit for developers, but looking at problems like the second example I think this wouldn't help much regarding single sourcing of the platform code.

Latest revision as of 10:15, 25 February 2009

RWT misses SWT-API

This is an obious point. If something isn't supported by RWT we comment this functionality out. Sometimes it's as easy as the following example

// control.addPaintListener(new PaintListener() { [...]

but sometimes this results in skipping complete parts of functionality, e.g usage of GC and all of its references.

There is one thought to merge RWT into the SWT repository, providing the same API and use tooling to provide information which API is available for certain environments. That's a proposal from Steve (at least if I understood him correctly), since he faces similar problems with SWT-Dojo and -Flex stuff. This would be a huge benefit for developers, but looking at problems like the second example I think this wouldn't help much regarding single sourcing of the platform code.

Jeff McAffer: This is an excellent opportunity for the PDE API tools to play a role.

Back to the top