[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [idn] WG Update
If IDN is going to be universal to all devices, then a
handheld device may have uppercase support for
a sick user to have a familar reading quickly. So
I think your case preserving arguement should be
considered.
Liana
On Mon, 8 Oct 2001 08:33:56 +0200 (MEST) Dan Oscarsson
<Dan.Oscarsson@trab.se> writes:
>
> >> I recommend modify the last line "MUST be discussed" to be
> >> "MUST be provided", as to be " Case-insensitivity for non
> US-ASCII MUST be
> >> provided in the protocol proposal"
> >
> >I disagree. As it happens, all of the proposals provide
> case-insensitivity
> >for non-US-ASCII, but it is *not* a requirement. The protocol would
> work
> >fine and would be perfectly acceptable to users without it. We
> should be
> >clear about the difference between features that are *desirable*
> (in this
> >case for consistency), and *required* features.
>
> Well, I disagree to that.
>
> It *is* a requirement that case-insensitivity shall work for all
> letters.
> That has been the DNS standard so far. That is what people expect.
> To have case-sensitive matching is not fine for everybody.
>
> If we are not going to support case-insensivity and case preserving
> in
> responses, then we should turn it of for ASCII too.
> Either we support full backward compatibility (that includes having
> case-insensitivity and case preserving in protocol for all letters),
> or we kill it off for ASCII letters too.
> Just because non-ASCII has not been used, does not mean that people
> expect the same rules that exist for ASCII to exist for non-ASCII.
> The current DNS standard has defined that case-insensitivity shall
> be
> used and that case should be preserved in responses. We break that
> if it is not done for non-ASCII letters too.
>
> Dan
>
>