- From: John C Klensin <john-ietf@jck.com>
- Date: Sun, 06 Jan 2013 09:24:55 -0500
- To: SM <sm@resistor.net>, Jiankang YAO <yaojk@cnnic.cn>
- cc: public-iri@w3.org
--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 14:25:27 UTC