Re: RTL PUA?

2011-08-20 Thread Asmus Freytag
On 8/20/2011 6:44 PM, Doug Ewell wrote: Would that really be a better default? I thought the main RTL needs for the PUA would be for unencoded scripts, not for even more Arabic letters. (How many more are there anyway?) In any case, either 'R' or 'AL' as the Plane 16 default would be an improv

Re: RTL PUA?

2011-08-20 Thread Doug Ewell
Would that really be a better default? I thought the main RTL needs for the PUA would be for unencoded scripts, not for even more Arabic letters. (How many more are there anyway?) In any case, either 'R' or 'AL' as the Plane 16 default would be an improvement over having 'L' for the entire PUA.

Re: RTL PUA?

2011-08-20 Thread Richard Wordingham
On Sun, 21 Aug 2011 00:21:28 + "Doug Ewell" wrote: > The more I think of it, the more I like the idea of reassigning the > default BC of Plane 16 to 'R'. What would the arguments against this > be? BC of 'AL'? Richard.

Re: Code pages and Unicode

2011-08-20 Thread Richard Wordingham
On Fri, 19 Aug 2011 17:03:41 -0700 Ken Whistler wrote: > O.k., so apparently we have awhile to go before we have to start > worrying about the Y2K or IPv4 problem for Unicode. Call me again in > the year 2851, and we'll still have 5 years left to design a new > scheme and plan for the transition.

Re: RTL PUA?

2011-08-20 Thread Doug Ewell
The more I think of it, the more I like the idea of reassigning the default BC of Plane 16 to 'R'. What would the arguments against this be? -- Doug Ewell • d...@ewellic.org Sent via BlackBerry by AT&T

Re: RTL PUA?

2011-08-20 Thread Richard Wordingham
On Fri, 19 Aug 2011 22:14:17 +0700 Martin Hosken wrote: > Therefore, I would suggest that a carefully allocated set of columns > for non L directionality PUA characters be encoded. This PUA doesn't > have to be big, with probably 1 column allocated per directionality. > I'm no expert in the bidi

Re: Code pages and Unicode

2011-08-20 Thread Doug Ewell
It sounds like you’re trying to encode glyphs or glyph fragments, not characters. There is a virtually endless repertoire of “shapes” that could be encoded, but unless each of these is a character actually used in a writing system (not just hypothetically), it’s probably not appropriate for a c

Timetable for PDAM 1.2, the next PDAM (presumably PDAM 1.3), and DAM 1 of ISO/IEC 10646:2012

2011-08-20 Thread Karl Pentzlin
On the last SC2/WG2 meeting this June in Helsinki, according to resolution M58.24 (see http://std.dkuug.dk/JTC1/SC2/WG2/docs/n4104.pdf ), there will be "a discussion list and teleconferencing facilities to arrive at dispositions to ballot comments, and issuing of any PDAM ballots (within the scope

Re: Code pages and Unicode

2011-08-20 Thread srivas sinnathurai
About the research works. I alone (with with my colleagues) researching the fact that Sumerian is Tamil / Tamil is Sumerian This requires quite a lot of space. Additionally I do research on Tamil alphabet as based on scientific definitions and it only represents the mechanical parts , ie only rep

Re: Code pages and Unicode

2011-08-20 Thread Christoph Päper
Mark Davis ☕: > Under the original design principles of Unicode, the goal was a bit more > limited; we envisioned […] a generative mechanism for infrequent CJK > ideographs, I'd still like having that as an option.