[rfc][icedtea-web] bringing applets out of browser (part2)
helpcrypto helpcrypto
helpcrypto at gmail.com
Thu Dec 11 08:38:44 UTC 2014
May I know what is all this about?
Remeber we are using an Applet, which uses JSObject to send/receive info
from WebPage
We know Chrome will dump NPAPI next april/september, but -imho- no changes
are needed for firefox/safari.
Regards.
On Tue, Dec 9, 2014 at 3:04 PM, Jiri Vanek <jvanek at redhat.com> wrote:
> This is first implementation of -html.
>
> Well more easy then expected, but not working as expected... So this is
> moreover preview and work is still in progess (any hint to current impl
> welcomed!)
>
> Well it do what its description says. The param is html page, it finds an
> applet on it, and then lunch it... So some shortcut to already implemented
> shortcut, but it was not intended to be.
>
> TRight now it have many flaws:
> 1) generate jnlp instead of runn directly plugin bridge
> cannot (sometimes)load html resource, beause it is actually on
> /tmp
> 2) plugin.jar should be on javaws classpath too:(
> 3) too often needs -nosecurity
>
> 1) really should be fixed asap (by me, during this changeset) othewrwise
> it looses sense
> 2) those is dont know right now, many appelts needs JSObject, but having
> it, any runs, but more of them fails in runtime later. So it is really
> question whether to burden javaws with plugin.jar or work differently
> 3) this s "I dont understan now: because it is doing the same as generated
> jnlp shortct from previous patch (yes this one is on to of it) . Jnlp
> shortcut works, but this /tmp one dont... Anyway must be fixed in this
> changeset or later too.
>
>
> Enjoy!
> J.
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openjdk.java.net/pipermail/distro-pkg-dev/attachments/20141211/dc32a062/attachment.html>
More information about the distro-pkg-dev
mailing list