On Tue, 2005-11-22 at 13:02 -0500, Jeff Myers wrote: > The Eclipse code that uses the XEmbeddedFrame is most likely the > SWT_AWT bridge. This class is a platform-dependent hack that's used > to embed AWT/Swing within SWT apps, and vice versa. > > See: > http://help.eclipse.org/help31/index.jsp?topic=/org.eclipse.platform.doc.isv/reference/api/org/eclipse/swt/awt/SWT_AWT.html > > It'd be interesting to see how Classpath could provide APIs that allow > similar function to SWT - as this function can not be achived using > the public Java api.
We do provide similar functionality with gnu.java.awt.EmbeddedWindow which gcjwebplugin uses to embed itself in Firefox. That said, I wouldn't encourage use of this class since it is private and subject to change. Tom > > - Jeff Myers > > On 11/22/05, Meskauskas Audrius <[EMAIL PROTECTED]> wrote: > > Egon Willighagen wrote: > > > > >Not implemented [need JDK 1.5 or greater] > > >(java.lang.ClassNotFoundException: > > >sun/awt/X11/XEmbeddedFrame) > > > > > > > > > > > The problem is, the application is using the proprietary Sun class from > > the protected sun.* namespace. The Sun's license does not permit to add > > classes from this package. Also, the class is probably totally > > undocumented and we have no right to look into the Sun sources doing > > "exactly the same". If this does not come from Eclipse, we need can > > rewrite the calling code. > > > > Best wishes > > Audrius > > > _______________________________________________ > Classpath mailing list > Classpath@gnu.org > http://lists.gnu.org/mailman/listinfo/classpath _______________________________________________ Classpath mailing list Classpath@gnu.org http://lists.gnu.org/mailman/listinfo/classpath