OBJECT/EMBED applets
George Staikos
staikos at kde.org
Mon Feb 3 15:48:39 GMT 2003
I was unable to get this patch to apply to 3.1 branch, and my machine with
HEAD is misbehaving right now (I can't start KDE currently for some reason).
That being said, I read through the patch quickly and it looks like the right
approach. Dirk? Should this go in? I could even see this going into 3.1
branch.
On Saturday 01 February 2003 16:26, Koos Vriezen wrote:
> On Fri, 31 Jan 2003, Koos Vriezen wrote:
> > I managed to get applets working defined in a OBJECT/EMBED tag by making
> > a KPart out of KJAS. It's a standalone package for now, the source are
> > from khtml/java with a kjavaappletviewer part addition.
>
> Two replacements for this package. Previous version was pretty crashy,
> which should be fixed. It also allows opening an applet from konqueror.
> You will get a dialog at first to enter the applet parameters. I don't
> think it's very usefull other than playing TicTacToe :-), but it's a free
> bonus.
>
> > LiveConnect only partially works. Eg.
> > <EMBED src="myapplet.class" name="myname" width=500 height=80
> > type="application/x-java-applet">
> > </EMBED>
> > JS->Java works, Java->JS not because the current
> > org.kde.javascript.JSObject makes use of the document.applets collection.
> > In
> > <OBJECT classid="clsid:8AD9C840-044E-11D1-B3E9-00805F499D93"
> > <PARAM ...
> > ...
> > <EMMBED ...
> > </EMBED>
> > </OBJECT>
> > LiveConnect doesn't work. The problem here is that the part is created
> > after KHTMLEmbedElementImpl::attach() :-(.
>
> Attached a patch for khtml that enables LiveConnect; also add ID_EMBED to
> the applets array in case the parent not is ID_OBJECT, make sure parts of
> type 'application/x-java-applet' have a name and an id (for
> document.applets) set (unfortunately this had to be done on two places
> slightly different), make HTMLObjectElementImpl an override of
> LiveConnectElementImpl too.
>
> > To build it, copy a admin dir for somewhere and run 'make -f
> > admin/Makefile.cvs' first.
>
> Please comment.
>
> Koos
--
George Staikos
More information about the kfm-devel
mailing list