OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

office message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: [OASIS Issue Tracker] Issue Comment Edited: (OFFICE-3480) Appletelement and connection to [HTML4] is underspecified



    [ http://tools.oasis-open.org/issues/browse/OFFICE-3480?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=22525#action_22525 ] 

Dennis Hamilton edited comment on OFFICE-3480 at 10/25/10 12:29 PM:
--------------------------------------------------------------------

I wonder if there is a problem with regard to whether or not the ability to bring applets in from HTML or to export applets to HTML is intended.

That is, on importing from HTML the other parameters would be available and would need to be preserved to use that applet from wherever it is from within the ODF document.

Likewise, if one wanted to export to HTML, it is necessary to echo that information, whether the applet element originally came from HTML or was created originally with the ODF document.

In other places we have said that preservation or inclusion in HTML is part of a feature's purpose, and I wonder if that applies here.

(Obviously, if the applet is contained within the package, exporting the <draw:applet> to an HTML <applet> is not so easy.  But I assume that using <draw:applet> where the applet itself is found via IRI to an external source would be a common situation.)

      was (Author: orcmid):
    I wonder if there is a problem with regard to whether or not the ability to bring applets in from HTML or to export applets to HTML.
  
> Applet element and connection to [HTML4] is underspecified
> ----------------------------------------------------------
>
>                 Key: OFFICE-3480
>                 URL: http://tools.oasis-open.org/issues/browse/OFFICE-3480
>             Project: OASIS Open Document Format for Office Applications (OpenDocument) TC
>          Issue Type: Sub-task
>          Components: Graphics, Part 1 (Schema)
>    Affects Versions: ODF 1.2 CD 05
>            Reporter: Dennis Hamilton
>             Fix For: ODF 1.2 CD 06
>
>
> This branch from OFFICE-2847 addresses the specific reference to the [HTML4] <applet> reference for a definition of the ODF 1.2 CD05 10.4.7 <draw:applet>.
> That <draw:applet> is under-defined is part of the public comment from 2010-06-29, as a repetition and reminder of a public comment made on 2010-02-06, <http://lists.oasis-open.org/archives/office-comment/201002/msg00007.html>.
> The relevant passage is
> "Java applets are nowhere defined in the text and no normative reference is provided."
> It is the case that we now say, in section 10.4.7 <draw:applet> that now provides this definition:
> """
> The <draw:applet> element represents an applet that is embedded in a document. Its semantics are the same as the <applet> element in HTML. ยง13.4 of [HTML4]. This element shall have either a draw:code or draw:object attribute.
> """"
> I checked the relevant section of [HTML4} and I can't see how the semantics can be the same.  In particular, I note the following ways in which the semantics of the [HTML4] element don't seem to be mapped/preserved into <draw:applet> and it is not clear how the mapping is intended for (1) what is missing that is provided by [HTML4] and (2) what is different than [HTML4].
> Here are the items I found:
> 1. In the referenced [HTML4] <applet> and all of its attributes are deprecated in favor of [HTML4] <object>. 
> 2. In the <draw:applet> element we provide no @codebase which is essential for archive and object resolution. We also need to state whether there shall be [RFC3987] IRIs in this string and in <draw:archive> and whether they are interpreted in accordance with the rules for resolution of relative IRIs in ODF 1.2 packages, when the <draw:applet> is in an XML file within a package. 
> 3. Our use of draw:object does not agree with the provision in [HTML4] 
> 4. There is no provision for a draw:name or other name on the <draw:applet> corresponding to the applet @name. This is important because of how applets are accessed and how applets find each other. 
> 5. It is not stated how @width and @height parameters are provided for the applet, since there are no such attributes on <draw:applet> itself. 
> 6. The HTML 4 Applet allows text content in addition to <param> child elements and this content is a substitute for user agents that do not support the applet (meaningful if the last element of a <draw:frame> and there is no recourse). 
> 7. The additional HTML 4 Applet attributes that might be relevant (except @id) are not addressed at all, including: @class, @title, @style, @alt, @align, @hspace, and @vspace, where there are ODF 1.2 counterparts. 
> 8. It is probably worth pointing out that applets do not require access to any DOM for the document (as is also true for the [HTML4] <object> element), but they may require access to other applets and applets can be supplied to other applets as parameters depending, of course, on how particular applets work as objects. (So there may need to be an understood object model for the instantiation of an applet directly and from within a running applet, but applet execution doesn't need any DOM.) 

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://tools.oasis-open.org/issues/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira




[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]