|
| Re: SWT graphics classes are internal in RWT (org.eclipse.swt.internal.graphics) [message #78060 is a reply to message #77979] |
Wed, 12 March 2008 07:32  |
Eclipse User |
|
|
|
Originally posted by: fappel.innoopract.com
Hi,
The resource handling in RWT is different than in SWT. Reasons for this
are e.g. that RWT resources are not provided by the operating system and
that they are shared over session boundaries. Images for example are
simple references to files available for the browser in a download
directory. So there's no need to load image data into memory. ImageData
is used to create overlays for decorations for example. We reuse the
original ImageData implementation to do so. It is a thought to provide
this as API, but it is not clear at the moment when an how to do this,
since we have to provide a way that works well with the RWT resouces
handling and a reasonable approach in respect to SWT compatibility.
We did and we are doing investigations on how to provide GC drawing
capabilities, but this is a difficult topic. So there is no schedule for
GC at the moment.
Ciao
Frank
-----Ursprüngliche Nachricht-----
Von: Ryan Donnelly [mailto:ryanrd1@gmail.com]
Bereitgestellt: Dienstag, 11. März 2008 23:35
Bereitgestellt in: eclipse.technology.rap
Unterhaltung: SWT graphics classes are internal in RWT
(org.eclipse.swt.internal.graphics)
Betreff: SWT graphics classes are internal in RWT
(org.eclipse.swt.internal.graphics)
Hi,
The recently implemented (1.1M2) SWT graphics classes such as
ImageData are in org.eclipse.swt.internal.graphics, whereas in SWT they
are in org.eclipse.swt.graphics. Is this a temporary move, intended to
indicate that the classes are ready for use inside RWT but should not
yet be used by application code? If the move is intended to be
permanent can you please explain the rationale?
Also, is there a plan to implement GC for SWT drawing
capabilities?
Thanks,
Ryan
|
|
|
Powered by
FUDForum. Page generated in 0.02460 seconds
] 
Search
Help
Register
Login
Home
