W3C home > Mailing lists > Public > public-html-bugzilla@w3.org > August 2009

[Bug 7442] Java applets are never conforming, and sometimes don't work

From: <bugzilla@wiggum.w3.org>
Date: Thu, 27 Aug 2009 19:02:58 +0000
To: public-html-bugzilla@w3.org
Message-Id: <E1MgkFO-0000tg-4c@wiggum.w3.org>

Michael A. Puls II <shadow2531@gmail.com> changed:

           What    |Removed                     |Added
                 CC|                            |shadow2531@gmail.com

--- Comment #2 from Michael A. Puls II <shadow2531@gmail.com>  2009-08-27 19:02:57 ---
For Java applets, everything is done with params:

<embed type="application/x-java-applet" code="MyJavaClass" codebase="dir class
file and archives are in if needed" archive="archive file if needed"

<object type="application/x-java-applet">
    <param name="code" value="MyJavaClass">
    <param name="codebase" value="dir class file and archives are in if
    <param name="archive" value="archive file if needed">
    <param name="mayscript" value="true">

All object and embed do is load the plug-in. The plug-in does the rest with the
params it gets.

Note that the @type value is technically plug-in-dependent, but
application/x-java-applet usually triggers it.

classid can be used to trigger Java for IE. @codebase (the attribute, not the
param - they're different) that IE uses for fetching the Java cab file if
needed is not supported as that's just an IE thing.

And of course, you can use IE conditional comments if absolutely necessary.

Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Thursday, 27 August 2009 19:03:07 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:00:58 UTC