On Thu, 19 Dec 2002 01:48:05 -0800 (PST), "Anto'nio Martins-Tuva'lkin" wrote:
> Am I just clueless or it should be U+0308 instead of U+00A8? (Checks
> U0080.pdf...) Hm, even Homer dozed sometimes... :-)
Oops !
Thomas Chan wrote:
> [...] We don't necessarily want to be making
> vendor/legacy/font-based to unicode mapping tables for every potential
> vendor, do we?
No, of course -- unless that is seen as a necessary counter-move to block a
proposal that would crash the architecture of a script's encoding
On 2002.12.18, 13:16, Andrew C. West <[EMAIL PROTECTED]>
wrote:
> decomposing U+00FC (LATIN SMALL LETTER U WITH DIAERESIS) into U+0075
> (LATIN SMALL LETTER U) and U+00A8 (DIAERESIS).
Am I just clueless or it should be U+0308 instead of U+00A8? (Checks
U0080.pdf...) Hm, even Homer dozed sometimes
On Wed, 18 Dec 2002 06:00:42 -0800 (PST), "Kent Karlsson" wrote:
> Are you saying that the reading (as in pronouncing) order for the letters does
> not actually match the storage order (which I supposed was to be "logical"
> order).
> Similarly, are you saying that for collation order (dictionarie
On Wed, 18 Dec 2002, Marco Cimarosti wrote:
> Andrew C. West wrote:
> > If anyone thinks that a mapping table would be
> > useful as a weapon in the fight against the Chinese proposal,
> > I would be happy to provide one.
>
> Do you have the relevant data? As I said, so far I found little or not
Andrew C. West wrote:
> On Wed, 18 Dec 2002 04:59:08 -0800 (PST), Marco Cimarosti wrote:
>
> > Do you have the relevant data? As I said, so far I found
> little or nothing
> > about "BrdaRten" or about the "Founders System" mentioned
> by Ken Whistler.
>
> Don't need anything more than the cod
On Wed, 18 Dec 2002 05:54:11 -0800 (PST), "Andrew C. West" wrote:
>
> On Wed, 18 Dec 2002 04:59:08 -0800 (PST), Marco Cimarosti wrote:
>
> > Do you have the relevant data? As I said, so far I found little or nothing
> > about "BrdaRten" or about the "Founders System" mentioned by Ken Whistler.
On Wed, 18 Dec 2002 04:59:08 -0800 (PST), Marco Cimarosti wrote:
> Do you have the relevant data? As I said, so far I found little or nothing
> about "BrdaRten" or about the "Founders System" mentioned by Ken Whistler.
Don't need anything more than the code charts given in n2558.pdf - it's simpl
Andrew C. West wrote:
> If anyone thinks that a mapping table would be
> useful as a weapon in the fight against the Chinese proposal,
> I would be happy to provide one.
Do you have the relevant data? As I said, so far I found little or nothing
about "BrdaRten" or about the "Founders System" men
On Wed, 18 Dec 2002, Andrew C. West wrote:
> On Wed, 18 Dec 2002 01:20:00 -0800 (PST), Michael Everson wrote:
ME> These 950 syllables are insufficient to express anything but
ME> newspaper and bureaucratic Tibetan.
ACW> everything, and if the proposal were to be accepted, the existing Tibetan
A
On Wed, 18 Dec 2002 02:10:13 -0800 (PST), Marco Cimarosti wrote:
> 2. Come up with a precise machine-readable mapping file between
> BrdaRten encoding to *decomposed* Unicode Tibetan, possibly accompanied by a
> sample conversion application.
The mapping is simple, and given a mapping table
On Wed, 18 Dec 2002 01:20:00 -0800 (PST), Michael Everson wrote:
> These 950 syllables are insufficient to express anything but
> newspaper and bureaucratic Tibetan.
To be fair to the Chinese, this is simply not true. Not only is this set
(together with the basic letters already encoded at U+0F4
On 12/17/2002 11:08:59 PM David Starner wrote:
>I've only seen one request for more Ethiopic
>characters, a good sign that the right choice was made.
There are still new Ethiopic characters being invented (hence there will be
more proposals), but it was still the right choice to treat these the
At 01:25 PM 12/17/2002 -0800, Carl W. Brown wrote:
Michael,
> >I was disappointed that Unicode used precomposed encoding for Ethiopic.
>
> Heavens, why?
I assume that you are being tongue-in-cheek. If not:
One of the issues with using a precomposed encoding instead of a decomposed
encoding i
On 12/17/2002 09:52:18 AM Jungshik Shin wrote:
> Is there any opentype/AAT font for Tibetan? Do Uniscribe, Pango,
>ATSUI, and Graphite support them if there are opentype Tibetan fonts?
I know that Chris Fynn has been working on a Tibetan font, but can't
comment on progress. OpenType tables for c
At 01:32 PM 12/17/2002, Kenneth Whistler wrote:
Peter Lofting asked:
> Presumedly the present proposal of 900+ stacks is a maturation of the
> same system. And the claim for universality is based on it being able
> to typeset everything they have published to-date.
It is based on the Founders s
At 16:12 -0800 2002-12-17, Michael \(michka\) Kaplan wrote:
Everyone here KNOWS this. What Ken was pointing out is that not only will it
create such problems, but it will not solve the problem that they claim it
will. It was an additional reason to say no, and one they might be forced to
acknowle
From: "Michael Everson" <[EMAIL PROTECTED]>
> At 13:53 -0800 2002-12-17, Kenneth Whistler wrote:
>
> >The question for Unicoders is whether introduction of significant
> >normalization problems into Tibetan (for everyone) is a worthwhile
tradeoff
> >for this claimed legacy ease of transition for o
At 13:53 -0800 2002-12-17, Kenneth Whistler wrote:
The question for Unicoders is whether introduction of significant
normalization problems into Tibetan (for everyone) is a worthwhile tradeoff
for this claimed legacy ease of transition for one system, when it is
clear that all existing legacy dat
At 13:25 -0800 2002-12-17, Carl W. Brown wrote:
Since you key in syllables as consonant+vowel combinations
Inputting is unrelated to the encoding, and it is conceivable that a
non-alphabetic input method could exist for Ethiopic.
you can keep the encoding under 256 characters
There is nothi
Marco commented:
> Another key point, IMHO, is verifying the following claim contained in the
> proposal document:
>
> "Tibetan BrdaRten characters are structure-stable characters widely
> used in education, publication, classics documentation including Tibetan
> medicine. The electronic da
Michael,
> >I was disappointed that Unicode used precomposed encoding for Ethiopic.
>
> Heavens, why?
I assume that you are being tongue-in-cheek. If not:
Since you key in syllables as consonant+vowel combinations you can keep the
encoding under 256 characters like most other languages with syl
Peter Lofting asked:
> Presumedly the present proposal of 900+ stacks is a maturation of the
> same system. And the claim for universality is based on it being able
> to typeset everything they have published to-date.
It is based on the Founders system software, as Michael mentioned.
> The qu
Marco,
I was disappointed that Unicode used precomposed encoding for Ethiopic.
Carl
Michael Everson wrote:
> What the encoding of a set of brDa rTen precomposed syllables would
> do would be to restrict the Tibetans to this set, to which they have
> been restricted by the proprietary Founder software used in China.
> These 950 syllables are insufficient to express anything but
/twrp/TLK/index.html
which forms stacking characters based upon single characters.
Martin Heijdra
- Original Message -
From: "Alan Wood" <[EMAIL PROTECTED]>
To: "Unicode Mailing List" <[EMAIL PROTECTED]>
Sent: Tuesday, December 17, 2002 12:06 PM
Subject:
Carl W. Brown wrote:
> Marco,
>
> I was disappointed that Unicode used precomposed encoding for
> Ethiopic.
Was that my fault? I'm not even a member of Unicode!
_ Marco :-)
ginal Message -
From: "Alan Wood" <[EMAIL PROTECTED]>
To: "Unicode Mailing List" <[EMAIL PROTECTED]>
Sent: Tuesday, December 17, 2002 12:06 PM
Subject: RE: Precomposed Tibetan
> Jungshik Shin wrote:
>
> > Is there any opentype/AAT font for Tibetan? Do
At 11:37 -0800 2002-12-17, Carl W. Brown wrote:
Marco,
I was disappointed that Unicode used precomposed encoding for Ethiopic.
Heavens, why?
--
Michael Everson * * Everson Typography * * http://www.evertype.com
At 19:32 +0100 2002-12-17, Marco Cimarosti wrote:
"Tibetan BrdaRten characters are structure-stable characters widely
used in education, publication, classics documentation including Tibetan
medicine. The electronic data containing BrdaRten characters are
estimated beyond billions. Once the Tibet
At 7:32 PM +0100 12/17/02, Marco Cimarosti wrote:
Once the Tibetan BrdaRten characters are encoded
in BMP, many current systems supporting ISO/IEC10646 will enable Tibetan
processing without major modification.
There was an earlier proposal by the Chinese for a pre-composed
Tibetan set (ISO1064
Jungshik Shin wrote:
> [...]
> > http://std.dkuug.dk/jtc1/sc2/WG2/docs/n2558.pdf
> [...]
>
> Is there any opentype/AAT font for Tibetan? Do Uniscribe, Pango,
> ATSUI, and Graphite support them if there are opentype Tibetan fonts?
> In addition to the principle of character encoding, the best prac
On Tue, 17 Dec 2002 08:45:05 -0800 (PST), Jungshik Shin wrote:
> Is there any opentype/AAT font for Tibetan? Do Uniscribe, Pango,
> ATSUI, and Graphite support them if there are opentype Tibetan fonts?
> In addition to the principle of character encoding, the best practical
> counterargument woul
At 10:52 -0500 2002-12-17, Jungshik Shin wrote:
I sincerely hope the proposed character set won't become a second case
of Hangul precomposed syllables albeit in a scale about 10 times smaller.
It'd be interesting to see how South Korea will vote on this. It may
not be easy to vote against it beca
Jungshik Shin wrote:
> Is there any opentype/AAT font for Tibetan? Do Uniscribe, Pango,
> ATSUI, and Graphite support them if there are opentype Tibetan fonts?
> In addition to the principle of character encoding, the best practical
> counterargument would come from a demonstration that Unicode e
On Fri, 13 Dec 2002, Andrew C. West wrote:
> I have just noticed that the Chinese government have presented a proposal to
> encode 956 "BrdaRten" characters in the BMP. See
> http://std.dkuug.dk/jtc1/sc2/WG2/docs/n2558.pdf
> Would I be correct in believing that there is no chance of these precom
At 07:47 -0800 2002-12-13, Andrew C. West wrote:
I have just noticed that the Chinese government have presented a proposal to
encode 956 "BrdaRten" characters in the BMP. See
http://std.dkuug.dk/jtc1/sc2/WG2/docs/n2558.pdf
Would I be correct in believing that there is no chance of these precompos
37 matches
Mail list logo
