Re: [widgets] Content-type sniffing and file extension to MIME mapping

Marcos Caceres wrote: On Tue, Dec 2, 2008 at 12:22 AM, Jonas Sicking <[EMAIL PROTECTED]> wrote: Marcos Caceres wrote: On Mon, Dec 1, 2008 at 11:48 PM, Jonas Sicking <[EMAIL PROTECTED]> wrote: Marcos Caceres wrote: Ok, hearing no objections, then I propose we bake in the following file extens

Re: [widgets] Content-type sniffing and file extension to MIME mapping

On Tue, Dec 2, 2008 at 12:22 AM, Jonas Sicking <[EMAIL PROTECTED]> wrote: > Marcos Caceres wrote: >> >> On Mon, Dec 1, 2008 at 11:48 PM, Jonas Sicking <[EMAIL PROTECTED]> wrote: >>> >>> Marcos Caceres wrote: Ok, hearing no objections, then I propose we bake in the following file ext

Re: [widgets] Content-type sniffing and file extension to MIME mapping

Marcos Caceres wrote: On Mon, Dec 1, 2008 at 11:48 PM, Jonas Sicking <[EMAIL PROTECTED]> wrote: Marcos Caceres wrote: Ok, hearing no objections, then I propose we bake in the following file extensions into the spec (we can debate which MIME types to use after we settle on the extensions!): .h

Re: [widgets] Content-type sniffing and file extension to MIME mapping

On Mon, Dec 1, 2008 at 11:48 PM, Jonas Sicking <[EMAIL PROTECTED]> wrote: > Marcos Caceres wrote: >> >> Ok, hearing no objections, then I propose we bake in the following >> file extensions into the spec (we can debate which MIME types to use >> after we settle on the extensions!): >> >> .html >>

RE: ZIP-based packages and URI references into them ODF proposal

Hi Ian, I think this is an interesting and important discussion, but I realize that we've moved from discussing ZIP packages and URI references into them to a deeper discussion of the role of architecture and orthogonality, language specifications vs. implementation guidelines, the handling of

Re: [widgets] Content-type sniffing and file extension to MIME mapping

On Tue, Dec 2, 2008 at 1:42 AM, Marcos Caceres <[EMAIL PROTECTED]> wrote: > Ok, hearing no objections, then I propose we bake in the following > file extensions into the spec (we can debate which MIME types to use > after we settle on the extensions!): > .jpeg you're missing .jpg which is fairly

Re: [widgets] Content-type sniffing and file extension to MIME mapping

Marcos Caceres wrote: Ok, hearing no objections, then I propose we bake in the following file extensions into the spec (we can debate which MIME types to use after we settle on the extensions!): .html .htm .css .gif .jpeg .png .js .json .xml .txt The following we should probably bake in too: .

Re: [widgets] Content-type sniffing and file extension to MIME mapping

Ok, hearing no objections, then I propose we bake in the following file extensions into the spec (we can debate which MIME types to use after we settle on the extensions!): .html .htm .css .gif .jpeg .png .js .json .xml .txt The following we should probably bake in too: .mp3 .swf .wav .svg .ico

[widgets] Agenda for 4 December 2009 Voice Conference - NOTE NEW TIME!

Below is the draft agenda for the November 20 Widgets Voice Conference (VC). Two notes on this agenda: 1. NOTE the TIME CHANGE! 2. It is highly unlikely we will cover the Widgets DigSig spec or the API and Events spec. Please review the related ACTIONs and respond accordingly. Inputs

Re: Sketch of an idea to address widget/package addressing with fragID syntax and media-type defn.

Hi Dan, On Mon, Dec 1, 2008 at 6:20 PM, Dan Brickley <[EMAIL PROTECTED]> wrote: > Marcos Caceres wrote: >> >> On Mon, Dec 1, 2008 at 5:31 PM, Dan Brickley <[EMAIL PROTECTED]> wrote: >>> >>> Williams, Stuart (HP Labs, Bristol) wrote: >>> >> Well there are ways around that, add a package descri

Re: [WebIDL] Java package mapping

Kartikaya Gupta: > The example in the java-modules section has a > typo; it says "org.foo.ext.FooDocument" instead of > "org.foo.ext.ExtendedFooDocument". Thanks, fixed. > Also, I'm not sure if this matters, but while implementing I > realized that having both [TheExtendedAttribute=identifier] a

Re: Sketch of an idea to address widget/package addressing with fragID syntax and media-type defn.

Marcos Caceres wrote: On Mon, Dec 1, 2008 at 5:31 PM, Dan Brickley <[EMAIL PROTECTED]> wrote: Williams, Stuart (HP Labs, Bristol) wrote: Well there are ways around that, add a package description or meta-data file either at the root of the package or at each directory level and have it carry

Re: Sketch of an idea to address widget/package addressing with fragID syntax and media-type defn.

Hi Stuart, On Mon, Dec 1, 2008 at 4:37 PM, Williams, Stuart (HP Labs, Bristol) <[EMAIL PROTECTED]> wrote: > >> -Original Message- >> From: Marcos Caceres [mailto:[EMAIL PROTECTED] >> Sent: 01 December 2008 15:28 >> To: Williams, Stuart (HP Labs, Bristol) >> Cc: [EMAIL PROTECTED]; public-w

Re: Sketch of an idea to address widget/package addressing with fragID syntax and media-type defn.

On Mon, Dec 1, 2008 at 5:31 PM, Dan Brickley <[EMAIL PROTECTED]> wrote: > Williams, Stuart (HP Labs, Bristol) wrote: > Well there are ways around that, add a package description or meta-data file either at the root of the package or at each directory level and have it carry media-ty

Re: Sketch of an idea to address widget/package addressing with fragID syntax and media-type defn.

Williams, Stuart (HP Labs, Bristol) wrote: Well there are ways around that, add a package description or meta-data file either at the root of the package or at each directory level and have it carry media-type information - or use 'magic numbers' or (if you really must - in the absense of other

Re: Sketch of an idea to address widget/package addressing with fragID syntax and media-type defn.

Stuart, ext Williams, Stuart (HP Labs, Bristol) wrote: ... Anyway - that zip files don't intrinically maintain such info is not a show stopper - though I would have thought that carrying media-type information is a natural requirement for a packaging format for the web. Is it not the case th

RE: Sketch of an idea to address widget/package addressing with fragID syntax and media-type defn.

Hello John, > -Original Message- > From: John Kemp [mailto:[EMAIL PROTECTED] > Sent: 01 December 2008 15:35 > To: Williams, Stuart (HP Labs, Bristol) > Cc: Marcos Caceres; [EMAIL PROTECTED]; public-webapps > Subject: Re: Sketch of an idea to address widget/package > addressing with fragID

RE: Sketch of an idea to address widget/package addressing with fragID syntax and media-type defn.

Hello Art, > -Original Message- > From: Arthur Barstow [mailto:[EMAIL PROTECTED] > Sent: 01 December 2008 15:10 > To: Williams, Stuart (HP Labs, Bristol); Marcos Caceres > Cc: [EMAIL PROTECTED]; public-webapps > Subject: Re: Sketch of an idea to address widget/package > addressing with fr

RE: Sketch of an idea to address widget/package addressing with fragID syntax and media-type defn.

> -Original Message- > From: Marcos Caceres [mailto:[EMAIL PROTECTED] > Sent: 01 December 2008 15:28 > To: Williams, Stuart (HP Labs, Bristol) > Cc: [EMAIL PROTECTED]; public-webapps > Subject: Re: Sketch of an idea to address widget/package > addressing with fragID syntax and media-type

Re: [WebIDL] Java package mapping

On Mon, 1 Dec 2008 11:12:13 +1100, Cameron McCormack <[EMAIL PROTECTED]> wrote: > Done: > > http://dev.w3.org/2006/webapi/WebIDL/#idl-modules > http://dev.w3.org/2006/webapi/WebIDL/#Prefix > http://dev.w3.org/2006/webapi/WebIDL/#java-modules > > The example in the java-modules section ha

Re: Sketch of an idea to address widget/package addressing with fragID syntax and media-type defn.

On Mon, Dec 1, 2008 at 5:35 PM, John Kemp <[EMAIL PROTECTED]> wrote: > Is it not the case that a zip file containing widgets is a representation of > an HTTP resource in its own right? no. it is not the case. a widget is a widget in its own right, there may or often may not be a similar object a

Re: Sketch of an idea to address widget/package addressing with fragID syntax and media-type defn.

ext Williams, Stuart (HP Labs, Bristol) wrote: The assumption here is that the package format also maintains media-type information for each of the things that it contains that all the packages, "outer", "innerpkg", "moreNestedPkg" and "mypkg" are marked with a media-type that defines a f

Re: Sketch of an idea to address widget/package addressing with fragID syntax and media-type defn.

Hi Stuart, On Mon, Dec 1, 2008 at 10:29 AM, Williams, Stuart (HP Labs, Bristol) <[EMAIL PROTECTED]> wrote: >> >> Unfortunately, widgets/zip do not maintain media-type information. >> That information is derived from content-type sniffing heuristics as >> defined in HTML5 [1]. > > [Aside: Hmmm pr

Re: Sketch of an idea to address widget/package addressing with fragID syntax and media-type defn.

Marcos, Stuart, On Dec 1, 2008, at 5:29 AM, ext Williams, Stuart (HP Labs, Bristol) wrote: From: Marcos Caceres [mailto:[EMAIL PROTECTED] Unfortunately, widgets/zip do not maintain media-type information. That information is derived from content-type sniffing heuristics as defined in HTML5 [

RE: Sketch of an idea to address widget/package addressing with fragID syntax and media-type defn.

Hello Marcos, > -Original Message- > From: Marcos Caceres [mailto:[EMAIL PROTECTED] > Sent: 28 November 2008 20:12 > To: Williams, Stuart (HP Labs, Bristol) > Cc: [EMAIL PROTECTED]; public-webapps > Subject: Re: Sketch of an idea to address widget/package > addressing with fragID syntax a