- From: Kevin E Kelly <kekelly@us.ibm.com>
- Date: Tue, 2 May 2006 15:06:45 -0400
- To: public-cdf@w3.org, derhoermi@gmx.net
- Cc: member-cdf@w3.org
- Message-ID: <OFE378A023.CC8B381C-ON85257162.0068A6B6-85257162.0068B09E@us.ibm.com>
Bjoern,
Thanks for the comments, please see responses below <cdfwg>.
Thanks,
Kevin
On behalf of the CDF WG
If this does not address your comment please respond within 2 weeks.
----- Forwarded by Kevin E Kelly/Raleigh/IBM on 04/18/2006 09:10 AM -----
Bjoern Hoehrmann <derhoermi@gmx.net>
Sent by: public-cdf-request@w3.org
12/19/2005 11:01 PM
To
public-cdf@w3.org
cc
Subject
Comments on "WICD Full/Mobile 1.0"
Dear Compound Document Formats Working Group,
I've looked at http://www.w3.org/TR/2005/WD-WICDFull-20051219/ and
http://www.w3.org/TR/2005/WD-WICDMobile-20051219/ and I think the
requirements
* For accessibility, conforming user agents should profile the
option of switching off audio.
* For accessibility, conforming user agents must provide the
option of pausing, rewinding, or stopping video.
to the extend that they make sense should be moved to "WICD Core 1.0"
<cdfwg> There are some differences in the support required between the
Full and Mobile profiles so these sections will remain in the separate
profile documents.
<cdfwg>
http://www.w3.org/2004/CDF/specs/CDR/wp-1/wicd-mobile.xhtml#doc-audio
<cdfwg>
http://www.w3.org/2004/CDF/specs/CDR/wp-1/wicd-full.xhtml#doc-audio
<cdfwg> No changes were made in response to this comment.
and the requirements for JFIF, JPEG, PNG support should be spelled out
by changing "WICD Core 1.0" such that any supported bitmap format must
be supported from both XHTML and SVG content; support for the formats
would then be required through requirements in SVG.
<cdfwg> The CDF WG attempts to use markup "as-is". Comments about
supported
bitmaps by XHMTL and SVG shoudl be directed to responsible Working Groups.
<cdfwg>
http://www.w3.org/2004/CDF/specs/CDR/wp-1/wicd-mobile.xhtml#doc-bitmap
<cdfwg>
http://www.w3.org/2004/CDF/specs/CDR/wp-1/wicd-full.xhtml#doc-spec-bitmap
<cdfwg> No changes were made in response to this comment.
Both documents can then be reduced to plain lists (as opposed to the
current line and section noise with confusing inline requirements and a
weird conformance section) of what must be supported by compliant user
agents.
The requirements for content do not make much sense to me; frankly, what
should it say? That you can use any audio format you like, but if you
use script it must be ECMA-262 compliant? That would not make much
sense.
<cdfwg> WICD Mobile section 3.6 Audio Formats states:
"No audio format is mandated in this profile.
Any audio format supported by the device must also be supported
to be used with the <audio> element in SVG and <object> element
in XHTML."
<cdfwg>
http://www.w3.org/2004/CDF/specs/CDR/wp-1/wicd-mobile.xhtml#doc-audio
<cdfwg> and
<cdfwg> WICD Mobile 1.0 User Agent Conformance requirement 4 states:
"Conformant WICD Mobile 1.0 user agents must support
ECMAScript 3rd Edition Compact Profile (ES-CP)
as a scripting language."
<cdfwg>
http://www.w3.org/2004/CDF/specs/CDR/wp-1/wicd-mobile.xhtml#conformance
<cdfwg> The sum of these two sections does allow you to use any audio
format you
like supported by XHTML and SVG(T) or none, and mandates support for
ECMAScript
as the scritping language.
<cdfwg> No changes were made in response to this comment.
There are some related problems here, for example, "WICD Full 1.0"
notes "A conforming style language is CSS" and that implementations
must support that, the specification then also says CSS 2.1 is re-
quired, and "WICD Core 1.0" requires CSS Media Queries support; I do
not really think it would make sense to define a CSS 2.1 + CSS3MQ
CSS profile specifically for "WICD Full 1.0" conformance.
<cdfwg> The CDF WG sees value in media queries for WICD. For example
media queries
will allow you to provide 2 presentations for different aspect ratios.
They can also be used to
add aspect ratio, color, pixels or text, width and height, etc..
<cdfwg> No changes were made in response to this comment.
"WICD Mobile 1.0" is confused about whether ECMA-262 or ECMA-327 must
be supported.
<cdfwg>
http://www.w3.org/2004/CDF/specs/CDR/wp-1/wicd-mobile.xhtml#changes-log
See entry for 2006-02-21
<cdfwg> This change has been made in response to this comment.
"WICD Mobile 1.0" 3.3.1 clarifies the semantics of the 'handheld' media
type, I do not think this is "CDR"-specific in any way, this text should
be moved to the specifications that define the semantics of this type.
<cdfwg> The CDF WG belives there is value in providing specific guidance
for WICD documents. From a product manufacturers point of view, it is
very
valuable having such profiles defined. It reduces the overall cost of the
product and improves its quality. This comes from the fact that fewer
variants
of the software loads on the devices are needed, and fewer variants means
a
simplified manufacturing process and more testing on the fewer number of
software loads.
<cdfwg> This changes has been made in response to this comment.
I don't think the resulting documents really merit separate technical
reports, and I am not really convinced there is much value in having
special terms for user agents that implement the specified set of
features.
<cdfwg> There are some differences in the support required between the
Full and Mobile profiles so these sections will remain in the separate
profile documents.
<cdfwg> No changes were made in response to this comment.
regards,
--
Björn Höhrmann · mailto:bjoern@hoehrmann.de · http://bjoern.hoehrmann.de
Weinh. Str. 22 · Telefon: +49(0)621/4309674 · http://www.bjoernsworld.de
68309 Mannheim · PGP Pub. KeyID: 0xA4357E78 · http://www.websitedev.de/
Received on Tuesday, 2 May 2006 19:04:00 UTC