- From: Larry Masinter <masinter@adobe.com>
- Date: Sun, 6 Jan 2013 10:44:47 -0800
- To: John C Klensin <john-ietf@jck.com>, SM <sm@resistor.net>, Jiankang YAO <yaojk@cnnic.cn>
- CC: "public-iri@w3.org" <public-iri@w3.org>
John and SM:
The question and your interests presume the lack of interest is in the topic. But this
is not the case. Rather, There is a lack of interest in working within the IETF
process.
There ARE people willing to work, in a standards working group, on IRIs and related items.
We have the WHATWG spec:
http://url.spec.whatwg.org/
If you search http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/ for "URL standard"
And you'll find hundreds of emails about the URL spec.
We have
http://dvcs.w3.org/hg/url/raw-file/default/Overview.html
and searching the mail archive:
http://www.w3.org/Search/Mail/Public/search? hdr-1-name=subject&hdr-1-query=url&type-index=public-webapps
again with hundreds of emails about the URL spec there.
And we have
http://www.w3.org/html/wg/drafts/html/master/infrastructure.html#urls
and related bug reports and discussion about that.
I think some people might have a plan for converging these, but I can't find any written description
of the plan.
In summary: your reasoning is interesting, but does not apply to the
current situation.
Larry
--
http://larry.masinter.net
> -----Original Message-----
> From: John C Klensin [mailto:john-ietf@jck.com]
> Sent: Sunday, January 06, 2013 6:25 AM
> To: SM; Jiankang YAO
> Cc: public-iri@w3.org
> Subject: Re: fate of IRI working group in IETF
>
>
>
> --On Thursday, January 03, 2013 22:17 -0800 SM <sm@resistor.net>
> wrote:
>
> > Hi Jiankang,
> > At 18:35 03-01-2013, Jiankang YAO wrote:
> >> it is an important work, but why do few people paritcipate
> >> in this WG?
> >>
> >> is it due to that the importance of this work is not
> >> recognized by every involved person?
> >
> > It is difficult to find people with the relevant expertise.
> > The people can be busy. Saying that the work is important
> > does not change that.
>
> There are at least two other hypotheses:
>
> (1) Even though there is general agreement that
> internationalization is very important, reasonable people can
> disagree about what should be internationalized (or localized)
> and how. Several regularly-repeated discussions are of pieces
> of that issue. For example:
>
> * What constitutes a "protocol identifier" that should
> not be internationalized.
>
> * Although it is rarely discussed, it is often been
> observed that, when "meaning" is not important, basic
> Latin characters are understood by most of the world's
> population and can be rendered by most of the world's
> devices. They are, so far, required by most things that
> are clearly protocol identifiers (such as URI scheme
> names) so that inability to render them is a problem
> regardless of what is done about i18n globally. From
> that perspective, allowing other character sets globally
> tends to fractionalize the Internet, not unify and
> internationalize it.
>
> * Some activities are inherently local and a matter of
> localization, not subjects for i18n. For example
> keyboard mappings are inherently local -- no one serious
> has proposed an "internationalized keyboard" with enough
> keys and shifts to be able to represent all of Unicode
> (or even all abstract letters and digits in Unicode)
> without escape conventions.
>
> * There is often a useful distinction between a thing,
> the name by which the thing is called, and mechanisms
> that may lead to the thing. The distinction recently
> drawn in the "new URL standard" thread between URL
> processing and strings that may lead to URLs is a useful
> part of that discussion, but so are the "to map or not"
> discussions about strings that could be construed as
> IDNs and the issues surrounding whether end users really
> use domain names or are (or should be) using search
> engines and other "above DNS" or "non-DNS" approaches.
>
> Those are just examples and each involves tradeoffs but, if
> someone examines even one of them and concludes that IRIs are
> the wrong solution to the problem (or a solution to the wrong
> problem), then they can conclude that IRIs are not particularly
> important even if i18n is.
>
> (2) As soon as the IRI WG started down the path of saying "these
> are protocol identifiers, mostly important for protocols that
> have not yet been defined in URL terms" (note that, while I hope
> that is a reasonable characterization of a position, I am not
> claiming that it is a consensus one or that it represents the
> consensus of the active participants in the WG or of the
> community), then the importance of IRIs becomes related to
> guesses about protocols not yet designed, not the Internet (or,
> especially the Web and URLs) as we know it today.
>
> Those three reasons -- the two above and the issues of time,
> personal or business priority among the experts, and "pain
> points" that SM and Martin identifies-- are largely independent
> of each other but probably have an additive effect in reducing
> the number of people who are enthused about IRIs and willing to
> spend major energy on them.
>
> best,
> john
>
Received on Sunday, 6 January 2013 18:45:33 UTC