W3C home > Mailing lists > Public > public-iri@w3.org > November 2011

RE: Agreement on IRI "processing spec" moving to W3C

From: Phillips, Addison <addison@lab126.com>
Date: Sun, 20 Nov 2011 11:04:47 -0800
To: "Martin J. Dürst" <duerst@it.aoyama.ac.jp>, Chris Weber <chris@lookout.net>
CC: "PUBLIC-IRI@W3.ORG" <PUBLIC-IRI@w3.org>
Message-ID: <131F80DEA635F044946897AFDA9AC3476AA51C467B@EX-SEA31-D.ant.amazon.com>
> 
> On 2011/11/20 15:11, Chris Weber wrote:
> > During IETF 82 an announcement was made that the IRI "processing spec"
> > would move to the W3C for creation as a self-contained document. See
> > <http://trac.tools.ietf.org/wg/iri/> for the minutes.
> >
> > Are IRI WG members in agreement on this decision?
> 
> Some procedural questions:
> 
> What WG will handle this? Will there be a mailing list with reasonably limited
> scope? (rather than a mailing list where a vast array of unrelated issues is
> discussed on a daily basis?) Could we maybe even use this mailing list for this
> work, because it's hosted by W3C and the relevant people should already be
> here? Or would that be too complicated, because it would have to run under
> two sets of rules (IETF and W3C)?

The I18N-WG is chartered to produce Working Group Note documents and is willing to host the document, as long as "Working Group Note" status is an acceptable document status. It may be that the HTML-WG would prefer to host it.

> 
> Also, how will we make sure that the work on the main spec (3987bis) and
> this processing spec work is going to be coordinated? There are some points
> where such coordination should happen, e.g. around encoding issues in
> query parts.
> 

(individual comments) For definition of "what is an IRI", the processing spec should obviously be subordinate to the main IRI spec. The processing spec, of course, has to deal with error conditions and out-of-bounds items.

Addison

Addison Phillips
Globalization Architect (Lab126)
Chair (W3C I18N WG)

Internationalization is not a feature.
It is an architecture.


Received on Sunday, 20 November 2011 19:08:26 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:39:43 UTC