W3C home > Mailing lists > Public > public-iri@w3.org > May 2010

Re: [bidi] Special ordering for BIDI URLs

From: Ted Hardie <ted.ietf@gmail.com>
Date: Fri, 28 May 2010 10:25:55 -0700
Message-ID: <AANLkTin_I33gJsehRoLp7ybVbPdOynCHW0by_uDeeTic@mail.gmail.com>
To: Slim Amamou <slim@alixsys.com>
Cc: Mark Davis ☕ <mark@macchiato.com>, Shawn Steele <Shawn.Steele@microsoft.com>, Adil Allawi <adil@diwan.com>, "public-iri@w3.org" <public-iri@w3.org>, "bidi@unicode.org" <bidi@unicode.org>, Murray Sargent <murrays@exchange.microsoft.com>, "aharon@google.com" <aharon@google.com>, Nasser Kettani <Nasser.Kettani@microsoft.com>
On Fri, May 28, 2010 at 2:35 AM, Slim Amamou <slim@alixsys.com> wrote:
> This is strictly a UI issue. If the registrars zone management UI allows for
> inputting more than one label by freehand typing, it should reorder the
> labels as to have them displayed the way you inputted them.
> FWIW when I discussed this issue with Vint Cerf at IDNA he said basically
> that zone management UIs should not allow for inputting more than one
> subdomain at once (ie. forbid the dot '.' ). Which makes sense : it's
> important that registrars UI interactions reflect the hierarchical structure
> of DNS to be consistent.
> --
> Slim Amamou | سليم عمامو
> http://alixsys.com

Obviously I'm not getting the problem out very well, my apologies.  If
someone wants a URI like the following:  http://shop45.example/
but in a RTL context, what do you expect them to register/include in
the DNS zone?
The "45" here is in the same DNS label as "shop"--no dots are present.
(shop45.franchisestore.example would be a bit more common, but there is
nothing to prevent the inclusion of both numerals and other characters in
many zones).

The discussion to date has talked about an algorithm that reverse the whole
string. But I'm getting the impression that this is shorthand for an algorithm
that reverse the string except for well-known exceptions like the LTR numerals.
Is that correct?


Received on Friday, 28 May 2010 17:26:30 UTC

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