[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [idn] Fast nameprep vs. slow nameprep
- To: idn@ops.ietf.org
- Subject: RE: [idn] Fast nameprep vs. slow nameprep
- From: Karlsson Kent - keka <keka@im.se>
- Date: Thu, 1 Feb 2001 14:25:54 +0100
- Delivery-date: Thu, 01 Feb 2001 05:36:47 -0800
- Envelope-to: idn-data@psg.com
I'm not sure where the idea of doing "nameprepping" in the keyboard
'interface' came from. I'm not sure what interface is meant here,
but it appears that "the same level(s) as where dead key handling
and IME switching is done" is what's intended.
I find any suggestion to do "nameprepping" or even "ACE"ing in the
'keyboard interface' to be out of the question. Do you expect system
providers to make a special "IDN mode" for the keyboards? Why?
And why would that solve anything? If you paste in text, the keyboard
handling is not involved after the "cmd-v" (or whatever). Why should
the keyboard handling be changed to map out soft hyphens (alt-- on
some keyboards), and map Å to å in some new "IDN mode"? Do you expect
some "automagic" switching between these modes? Or is Joe User
expected to change to "IDN mode" for entering IDNs (and out again
after)? Neither will work!
Can please the keyboard interfaces be left out of this discussion.
It's far out of scope for the IDN WG. "nameprepping" must be done
at some other place than in the keyboard handling!
/kent k
> -----Original Message-----
> From: D. J. Bernstein [mailto:djb@cr.yp.to]
> Sent: Tuesday, January 30, 2001 10:22 AM
> To: idn@ops.ietf.org
> Subject: Re: [idn] Fast nameprep vs. slow nameprep
>
>
> There are five possible approaches under discussion:
>
> (1) [...]
> The keyboard interface has to help users type good names.
...
>
> (2) [...]
> This lets us leave the keyboard interface alone, at the expense
> of putting nameprep into a huge number of programs. Yuck.
...
> (3) [...]
> The keyboard interface has to help users type good names.
...
> (4) [...]
> The keyboard interface has to help users type good names and
> convert them to ACE.
...
> (5) [...]
> This lets us leave the keyboard interface alone.