Community
Participate
Working Groups
Resource class from SWT is included in eSWT API spec (Javadoc) but is not used anywhere. Either Resource should be removed from the spec or graphics resources (Color, GC, Image, Font) should be changed to derive from Resource like in SWT. Maybe it would be best to take Resource into use, rather than removing it, for better compatibility with SWT code?
The Resource class is for eRCP applications to use to help manage resources. eSWT can not have a dependency on anything in jFace since eSWT must be able to run stand-alone. So I don;t think there is anything that should be changed here.
I mean the org.eclipse.swt.graphics.Resource class that is included in eSWT API. If you take a look at the eSWT Javadoc there is org.eclipse.swt.graphics.Resource included in the API. It is inluded in eSWT API itself but not used by eSWT. One would assume that graphics resources would be deriving from it but they are not. Maybe you are thinking about some other Resource but this is about org.eclipse.swt.graphics.Resource that is in eSWT API.
I'll remove Resource from eSWT API spec in 1.2.
Isn't this going to break the compatability with the SWT? Resource is available on SWT and all the graphics resources derive from it.
None of the eSWT implementations rely on it, so big SWT relying on it doesn't really matter. But, is this class usable by applications? If so we should probably not remove it. How much footprint would be saved by removing it? Is it even significant?
It's not included in our runtime packages but only included in the JavaDoc, the reason to remove it from JavaDoc is to aviod confusion. Or, to include this in our runtime for consistency.
Ah. So removing API from JavaDoc is the correct action. Thanks