W3C home > Mailing lists > Public > public-webapps@w3.org > April to June 2009

[widgets] Last Call Comments

From: Marcos Caceres <marcosc@opera.com>
Date: Mon, 15 Jun 2009 17:12:44 +0200
Message-ID: <4A3664EC.9000104@opera.com>
To: public-webapps <public-webapps@w3.org>
CC: Martin Nilsson <nilsson@opera.com>
I'm forwarding the following comments on behalf of Martin Nilsson, of 
Opera Software, with his permission, to be addressed as part of the LC 

Kind regards,

Section 5.3: Why not mandate all paths to be UTF-8? I really hate the 
notion of "If an author chooses to use cp437-chars or the UTF8-chars, 
they should thoroughly test their widgets on various platforms prior to 
distribution". No, it should work if you follow the specification.

Secondly, why case insensitive? And if so, how would a user agent treat 
an archive with several entries that just differ in case?

This also looks redundant

"A CC must inform the author of any Zip relative paths whose length 
exceed 250 bytes

A CC must inform an author of any Zip relative path whose length exceeds 
120 bytes."

Section 9.1: The rules for identifying the media type of a file doesn't 
explicitly mention that it could have been explicitly set from the 
configuration file. This is mentioned in the section below that 
references this, but perhaps a mention for clarity would be good.

As a sidenote it looks like it's not possible to define the mime type of 
other files than the start page. I find that a big oversight, if true.

Another thing. In the Zip Support section of 3.1 it says that it is 
optional for a user agent to support "Any decompression algorithm, other 
than [Deflate] and Stored (no compression) [ZIP]." However in 5.1 it is 
stated that "Only compress Zip archives with [Deflate] or Stored (no 
compression); other compression formats will cause the widget package to 
be treated as an invalid Zip archive.".

So you can optionally select something different than deflate and store, 
but that will cause the package to be invalid?
Received on Monday, 15 June 2009 15:13:22 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 18:12:54 UTC