This commit is for my benefit only; these classes are not ready for prime time,
and the build system is not yet aware of them.
I'm adding some classes for representing legal tsheg-bars (syllables, for the
most part) in Unicode. These classes were designed bottom-up (OK, OK --
they weren't designed designed, but I had to write down everything I knew
about Tibetan syntax somewhere). The classes are aware of extended
wylie. I doubt the Javadocs work yet, and I'm still testing (and am not
committing my testing code with these as it is not yet ready).
Next on my list--fix these up to reflect my new awareness of suffix particles
(like le'u'i'o) add classes to support syntactically incorrect Unicode
sequences. Then add a UnicodeReader, and we've got the back end of
a Tibetan Unicode shaping system (like half of MS's Uniscribe or Apple's
Worldscript or FreeType Layout or Omega's OTPs).
A top-down design would not have included LegalTshegBar. But now that
my itch has been scratched, potential uses are lingering about. For example,
it would be nice to scan some input and break it into LegalTshegBars,
punctuation/marks/signs, and illegal stacks. Then we could alert the client
of the illegality, its precise form, and its precise location.
The real system for turning a Unicode stream into an internal representation
suitable for conversion to EWTS/ACIP/XHTML/what-have-you need not be
aware of Tibetan syntax. But to make the very best conversion from
Unicode to, e.g., EWTS, it is necessary to konw that gaskad is better
represented as gskad, but that jaskad is not the same as jskad.
2002-12-09 01:02:23 +00:00
|
|
|
/*
|
|
|
|
The contents of this file are subject to the THDL Open Community License
|
|
|
|
Version 1.0 (the "License"); you may not use this file except in compliance
|
|
|
|
with the License. You may obtain a copy of the License on the THDL web site
|
|
|
|
(http://www.thdl.org/).
|
|
|
|
|
|
|
|
Software distributed under the License is distributed on an "AS IS" basis,
|
|
|
|
WITHOUT WARRANTY OF ANY KIND, either express or implied. See the
|
|
|
|
License for the specific terms governing rights and limitations under the
|
|
|
|
License.
|
|
|
|
|
|
|
|
The Initial Developer of this software is the Tibetan and Himalayan Digital
|
|
|
|
Library (THDL). Portions created by the THDL are Copyright 2001 THDL.
|
|
|
|
All Rights Reserved.
|
|
|
|
|
|
|
|
Contributor(s): ______________________________________.
|
|
|
|
*/
|
|
|
|
|
|
|
|
package org.thdl.tib.text.tshegbar;
|
|
|
|
|
|
|
|
/** <p>This non-instantiable class contains utility routines for
|
2002-12-15 03:35:24 +00:00
|
|
|
* dealing with Tibetan Unicode codepoints and strings of such
|
|
|
|
* codepoints.</p>
|
This commit is for my benefit only; these classes are not ready for prime time,
and the build system is not yet aware of them.
I'm adding some classes for representing legal tsheg-bars (syllables, for the
most part) in Unicode. These classes were designed bottom-up (OK, OK --
they weren't designed designed, but I had to write down everything I knew
about Tibetan syntax somewhere). The classes are aware of extended
wylie. I doubt the Javadocs work yet, and I'm still testing (and am not
committing my testing code with these as it is not yet ready).
Next on my list--fix these up to reflect my new awareness of suffix particles
(like le'u'i'o) add classes to support syntactically incorrect Unicode
sequences. Then add a UnicodeReader, and we've got the back end of
a Tibetan Unicode shaping system (like half of MS's Uniscribe or Apple's
Worldscript or FreeType Layout or Omega's OTPs).
A top-down design would not have included LegalTshegBar. But now that
my itch has been scratched, potential uses are lingering about. For example,
it would be nice to scan some input and break it into LegalTshegBars,
punctuation/marks/signs, and illegal stacks. Then we could alert the client
of the illegality, its precise form, and its precise location.
The real system for turning a Unicode stream into an internal representation
suitable for conversion to EWTS/ACIP/XHTML/what-have-you need not be
aware of Tibetan syntax. But to make the very best conversion from
Unicode to, e.g., EWTS, it is necessary to konw that gaskad is better
represented as gskad, but that jaskad is not the same as jskad.
2002-12-09 01:02:23 +00:00
|
|
|
*
|
|
|
|
* @author David Chandler */
|
2002-12-15 03:35:24 +00:00
|
|
|
public class UnicodeUtils implements UnicodeConstants {
|
This commit is for my benefit only; these classes are not ready for prime time,
and the build system is not yet aware of them.
I'm adding some classes for representing legal tsheg-bars (syllables, for the
most part) in Unicode. These classes were designed bottom-up (OK, OK --
they weren't designed designed, but I had to write down everything I knew
about Tibetan syntax somewhere). The classes are aware of extended
wylie. I doubt the Javadocs work yet, and I'm still testing (and am not
committing my testing code with these as it is not yet ready).
Next on my list--fix these up to reflect my new awareness of suffix particles
(like le'u'i'o) add classes to support syntactically incorrect Unicode
sequences. Then add a UnicodeReader, and we've got the back end of
a Tibetan Unicode shaping system (like half of MS's Uniscribe or Apple's
Worldscript or FreeType Layout or Omega's OTPs).
A top-down design would not have included LegalTshegBar. But now that
my itch has been scratched, potential uses are lingering about. For example,
it would be nice to scan some input and break it into LegalTshegBars,
punctuation/marks/signs, and illegal stacks. Then we could alert the client
of the illegality, its precise form, and its precise location.
The real system for turning a Unicode stream into an internal representation
suitable for conversion to EWTS/ACIP/XHTML/what-have-you need not be
aware of Tibetan syntax. But to make the very best conversion from
Unicode to, e.g., EWTS, it is necessary to konw that gaskad is better
represented as gskad, but that jaskad is not the same as jskad.
2002-12-09 01:02:23 +00:00
|
|
|
/** Do not use this, as this class is not instantiable. */
|
|
|
|
private UnicodeUtils() { super(); }
|
|
|
|
|
2002-12-15 03:35:24 +00:00
|
|
|
/** Returns true iff x is a Unicode codepoint that represents a
|
This commit is for my benefit only; these classes are not ready for prime time,
and the build system is not yet aware of them.
I'm adding some classes for representing legal tsheg-bars (syllables, for the
most part) in Unicode. These classes were designed bottom-up (OK, OK --
they weren't designed designed, but I had to write down everything I knew
about Tibetan syntax somewhere). The classes are aware of extended
wylie. I doubt the Javadocs work yet, and I'm still testing (and am not
committing my testing code with these as it is not yet ready).
Next on my list--fix these up to reflect my new awareness of suffix particles
(like le'u'i'o) add classes to support syntactically incorrect Unicode
sequences. Then add a UnicodeReader, and we've got the back end of
a Tibetan Unicode shaping system (like half of MS's Uniscribe or Apple's
Worldscript or FreeType Layout or Omega's OTPs).
A top-down design would not have included LegalTshegBar. But now that
my itch has been scratched, potential uses are lingering about. For example,
it would be nice to scan some input and break it into LegalTshegBars,
punctuation/marks/signs, and illegal stacks. Then we could alert the client
of the illegality, its precise form, and its precise location.
The real system for turning a Unicode stream into an internal representation
suitable for conversion to EWTS/ACIP/XHTML/what-have-you need not be
aware of Tibetan syntax. But to make the very best conversion from
Unicode to, e.g., EWTS, it is necessary to konw that gaskad is better
represented as gskad, but that jaskad is not the same as jskad.
2002-12-09 01:02:23 +00:00
|
|
|
consonant or two-consonant stack that has a Unicode code
|
|
|
|
point. Returns true only for the usual suspects (like
|
2003-03-28 03:49:49 +00:00
|
|
|
<code>U+0F40</code>) and for Sanskrit consonants (like
|
|
|
|
<code>U+0F71</code>) and the simple two-consonant stacks in
|
|
|
|
Unicode (like <code>U+0F43</code>). Returns false for, among
|
This commit is for my benefit only; these classes are not ready for prime time,
and the build system is not yet aware of them.
I'm adding some classes for representing legal tsheg-bars (syllables, for the
most part) in Unicode. These classes were designed bottom-up (OK, OK --
they weren't designed designed, but I had to write down everything I knew
about Tibetan syntax somewhere). The classes are aware of extended
wylie. I doubt the Javadocs work yet, and I'm still testing (and am not
committing my testing code with these as it is not yet ready).
Next on my list--fix these up to reflect my new awareness of suffix particles
(like le'u'i'o) add classes to support syntactically incorrect Unicode
sequences. Then add a UnicodeReader, and we've got the back end of
a Tibetan Unicode shaping system (like half of MS's Uniscribe or Apple's
Worldscript or FreeType Layout or Omega's OTPs).
A top-down design would not have included LegalTshegBar. But now that
my itch has been scratched, potential uses are lingering about. For example,
it would be nice to scan some input and break it into LegalTshegBars,
punctuation/marks/signs, and illegal stacks. Then we could alert the client
of the illegality, its precise form, and its precise location.
The real system for turning a Unicode stream into an internal representation
suitable for conversion to EWTS/ACIP/XHTML/what-have-you need not be
aware of Tibetan syntax. But to make the very best conversion from
Unicode to, e.g., EWTS, it is necessary to konw that gaskad is better
represented as gskad, but that jaskad is not the same as jskad.
2002-12-09 01:02:23 +00:00
|
|
|
other things, subjoined consonants like
|
2003-03-28 03:49:49 +00:00
|
|
|
<code>U+0F90</code>. */
|
This commit is for my benefit only; these classes are not ready for prime time,
and the build system is not yet aware of them.
I'm adding some classes for representing legal tsheg-bars (syllables, for the
most part) in Unicode. These classes were designed bottom-up (OK, OK --
they weren't designed designed, but I had to write down everything I knew
about Tibetan syntax somewhere). The classes are aware of extended
wylie. I doubt the Javadocs work yet, and I'm still testing (and am not
committing my testing code with these as it is not yet ready).
Next on my list--fix these up to reflect my new awareness of suffix particles
(like le'u'i'o) add classes to support syntactically incorrect Unicode
sequences. Then add a UnicodeReader, and we've got the back end of
a Tibetan Unicode shaping system (like half of MS's Uniscribe or Apple's
Worldscript or FreeType Layout or Omega's OTPs).
A top-down design would not have included LegalTshegBar. But now that
my itch has been scratched, potential uses are lingering about. For example,
it would be nice to scan some input and break it into LegalTshegBars,
punctuation/marks/signs, and illegal stacks. Then we could alert the client
of the illegality, its precise form, and its precise location.
The real system for turning a Unicode stream into an internal representation
suitable for conversion to EWTS/ACIP/XHTML/what-have-you need not be
aware of Tibetan syntax. But to make the very best conversion from
Unicode to, e.g., EWTS, it is necessary to konw that gaskad is better
represented as gskad, but that jaskad is not the same as jskad.
2002-12-09 01:02:23 +00:00
|
|
|
public static boolean isNonSubjoinedConsonant(char x) {
|
|
|
|
return ((x != '\u0F48' /* reserved in Unicode 3.2, but not in use */)
|
|
|
|
&& (x >= '\u0F40' && x <= '\u0F6A'));
|
|
|
|
}
|
|
|
|
|
2002-12-15 03:35:24 +00:00
|
|
|
/** Returns true iff x is a Unicode codepoint that represents a
|
This commit is for my benefit only; these classes are not ready for prime time,
and the build system is not yet aware of them.
I'm adding some classes for representing legal tsheg-bars (syllables, for the
most part) in Unicode. These classes were designed bottom-up (OK, OK --
they weren't designed designed, but I had to write down everything I knew
about Tibetan syntax somewhere). The classes are aware of extended
wylie. I doubt the Javadocs work yet, and I'm still testing (and am not
committing my testing code with these as it is not yet ready).
Next on my list--fix these up to reflect my new awareness of suffix particles
(like le'u'i'o) add classes to support syntactically incorrect Unicode
sequences. Then add a UnicodeReader, and we've got the back end of
a Tibetan Unicode shaping system (like half of MS's Uniscribe or Apple's
Worldscript or FreeType Layout or Omega's OTPs).
A top-down design would not have included LegalTshegBar. But now that
my itch has been scratched, potential uses are lingering about. For example,
it would be nice to scan some input and break it into LegalTshegBars,
punctuation/marks/signs, and illegal stacks. Then we could alert the client
of the illegality, its precise form, and its precise location.
The real system for turning a Unicode stream into an internal representation
suitable for conversion to EWTS/ACIP/XHTML/what-have-you need not be
aware of Tibetan syntax. But to make the very best conversion from
Unicode to, e.g., EWTS, it is necessary to konw that gaskad is better
represented as gskad, but that jaskad is not the same as jskad.
2002-12-09 01:02:23 +00:00
|
|
|
subjoined consonant or subjoined two-consonant stack that has
|
|
|
|
a Unicode code point. Returns true only for the usual
|
2003-03-28 03:49:49 +00:00
|
|
|
suspects (like <code>U+0F90</code>) and for Sanskrit
|
|
|
|
consonants (like <code>U+0F9C</code>) and the simple
|
|
|
|
two-consonant stacks in Unicode (like <code>U+0FAC</code>).
|
This commit is for my benefit only; these classes are not ready for prime time,
and the build system is not yet aware of them.
I'm adding some classes for representing legal tsheg-bars (syllables, for the
most part) in Unicode. These classes were designed bottom-up (OK, OK --
they weren't designed designed, but I had to write down everything I knew
about Tibetan syntax somewhere). The classes are aware of extended
wylie. I doubt the Javadocs work yet, and I'm still testing (and am not
committing my testing code with these as it is not yet ready).
Next on my list--fix these up to reflect my new awareness of suffix particles
(like le'u'i'o) add classes to support syntactically incorrect Unicode
sequences. Then add a UnicodeReader, and we've got the back end of
a Tibetan Unicode shaping system (like half of MS's Uniscribe or Apple's
Worldscript or FreeType Layout or Omega's OTPs).
A top-down design would not have included LegalTshegBar. But now that
my itch has been scratched, potential uses are lingering about. For example,
it would be nice to scan some input and break it into LegalTshegBars,
punctuation/marks/signs, and illegal stacks. Then we could alert the client
of the illegality, its precise form, and its precise location.
The real system for turning a Unicode stream into an internal representation
suitable for conversion to EWTS/ACIP/XHTML/what-have-you need not be
aware of Tibetan syntax. But to make the very best conversion from
Unicode to, e.g., EWTS, it is necessary to konw that gaskad is better
represented as gskad, but that jaskad is not the same as jskad.
2002-12-09 01:02:23 +00:00
|
|
|
Returns false for, among other things, non-subjoined
|
2003-03-28 03:49:49 +00:00
|
|
|
consonants like <code>U+0F40</code>. */
|
This commit is for my benefit only; these classes are not ready for prime time,
and the build system is not yet aware of them.
I'm adding some classes for representing legal tsheg-bars (syllables, for the
most part) in Unicode. These classes were designed bottom-up (OK, OK --
they weren't designed designed, but I had to write down everything I knew
about Tibetan syntax somewhere). The classes are aware of extended
wylie. I doubt the Javadocs work yet, and I'm still testing (and am not
committing my testing code with these as it is not yet ready).
Next on my list--fix these up to reflect my new awareness of suffix particles
(like le'u'i'o) add classes to support syntactically incorrect Unicode
sequences. Then add a UnicodeReader, and we've got the back end of
a Tibetan Unicode shaping system (like half of MS's Uniscribe or Apple's
Worldscript or FreeType Layout or Omega's OTPs).
A top-down design would not have included LegalTshegBar. But now that
my itch has been scratched, potential uses are lingering about. For example,
it would be nice to scan some input and break it into LegalTshegBars,
punctuation/marks/signs, and illegal stacks. Then we could alert the client
of the illegality, its precise form, and its precise location.
The real system for turning a Unicode stream into an internal representation
suitable for conversion to EWTS/ACIP/XHTML/what-have-you need not be
aware of Tibetan syntax. But to make the very best conversion from
Unicode to, e.g., EWTS, it is necessary to konw that gaskad is better
represented as gskad, but that jaskad is not the same as jskad.
2002-12-09 01:02:23 +00:00
|
|
|
public static boolean isSubjoinedConsonant(char x) {
|
|
|
|
return ((x != '\u0F98' /* reserved in Unicode 3.2, but not in use */)
|
|
|
|
&& (x >= '\u0F90' && x <= '\u0FBC'));
|
|
|
|
}
|
|
|
|
|
|
|
|
/** Returns true iff x is the preferred representation of a
|
|
|
|
Tibetan or Sanskrit consonant and cannot be broken down any
|
|
|
|
further. Returns false for, among other things, subjoined
|
2003-03-28 03:49:49 +00:00
|
|
|
consonants like <code>U+0F90</code>, two-component consonants
|
|
|
|
like <code>U+0F43</code>, and fixed-form consonants like
|
|
|
|
<code>U+0F6A</code>. The new consonants (for transcribing
|
|
|
|
Chinese, I believe) "\u0F55\u0F39" (which EWTS calls
|
|
|
|
"fa"), "\u0F56\u0F39" ("va"), and
|
|
|
|
"\u0F5F\u0F39" ("Dza") are two-codepoint sequences,
|
|
|
|
but you should be aware of them also. */
|
This commit is for my benefit only; these classes are not ready for prime time,
and the build system is not yet aware of them.
I'm adding some classes for representing legal tsheg-bars (syllables, for the
most part) in Unicode. These classes were designed bottom-up (OK, OK --
they weren't designed designed, but I had to write down everything I knew
about Tibetan syntax somewhere). The classes are aware of extended
wylie. I doubt the Javadocs work yet, and I'm still testing (and am not
committing my testing code with these as it is not yet ready).
Next on my list--fix these up to reflect my new awareness of suffix particles
(like le'u'i'o) add classes to support syntactically incorrect Unicode
sequences. Then add a UnicodeReader, and we've got the back end of
a Tibetan Unicode shaping system (like half of MS's Uniscribe or Apple's
Worldscript or FreeType Layout or Omega's OTPs).
A top-down design would not have included LegalTshegBar. But now that
my itch has been scratched, potential uses are lingering about. For example,
it would be nice to scan some input and break it into LegalTshegBars,
punctuation/marks/signs, and illegal stacks. Then we could alert the client
of the illegality, its precise form, and its precise location.
The real system for turning a Unicode stream into an internal representation
suitable for conversion to EWTS/ACIP/XHTML/what-have-you need not be
aware of Tibetan syntax. But to make the very best conversion from
Unicode to, e.g., EWTS, it is necessary to konw that gaskad is better
represented as gskad, but that jaskad is not the same as jskad.
2002-12-09 01:02:23 +00:00
|
|
|
public static boolean isPreferredFormOfConsonant(char x) {
|
|
|
|
return ((x != '\u0F48' /* reserved in Unicode 3.2, but not in use */)
|
|
|
|
&& (x >= '\u0F40' && x <= '\u0F68')
|
|
|
|
&& (x != '\u0F43')
|
|
|
|
&& (x != '\u0F4D')
|
|
|
|
&& (x != '\u0F52')
|
|
|
|
&& (x != '\u0F57')
|
|
|
|
&& (x != '\u0F5C'));
|
|
|
|
}
|
|
|
|
|
2002-12-15 03:35:24 +00:00
|
|
|
/** Returns true iff unicodeCP is a codepoint from the Unicode
|
This commit is for my benefit only; these classes are not ready for prime time,
and the build system is not yet aware of them.
I'm adding some classes for representing legal tsheg-bars (syllables, for the
most part) in Unicode. These classes were designed bottom-up (OK, OK --
they weren't designed designed, but I had to write down everything I knew
about Tibetan syntax somewhere). The classes are aware of extended
wylie. I doubt the Javadocs work yet, and I'm still testing (and am not
committing my testing code with these as it is not yet ready).
Next on my list--fix these up to reflect my new awareness of suffix particles
(like le'u'i'o) add classes to support syntactically incorrect Unicode
sequences. Then add a UnicodeReader, and we've got the back end of
a Tibetan Unicode shaping system (like half of MS's Uniscribe or Apple's
Worldscript or FreeType Layout or Omega's OTPs).
A top-down design would not have included LegalTshegBar. But now that
my itch has been scratched, potential uses are lingering about. For example,
it would be nice to scan some input and break it into LegalTshegBars,
punctuation/marks/signs, and illegal stacks. Then we could alert the client
of the illegality, its precise form, and its precise location.
The real system for turning a Unicode stream into an internal representation
suitable for conversion to EWTS/ACIP/XHTML/what-have-you need not be
aware of Tibetan syntax. But to make the very best conversion from
Unicode to, e.g., EWTS, it is necessary to konw that gaskad is better
represented as gskad, but that jaskad is not the same as jskad.
2002-12-09 01:02:23 +00:00
|
|
|
range U+0F00-U+0FFF.
|
|
|
|
@see #isEntirelyTibetanUnicode(String) */
|
2002-12-15 03:35:24 +00:00
|
|
|
public static boolean isInTibetanRange(char unicodeCP) {
|
|
|
|
return (unicodeCP >= '\u0F00' && unicodeCP <= '\u0FFF');
|
This commit is for my benefit only; these classes are not ready for prime time,
and the build system is not yet aware of them.
I'm adding some classes for representing legal tsheg-bars (syllables, for the
most part) in Unicode. These classes were designed bottom-up (OK, OK --
they weren't designed designed, but I had to write down everything I knew
about Tibetan syntax somewhere). The classes are aware of extended
wylie. I doubt the Javadocs work yet, and I'm still testing (and am not
committing my testing code with these as it is not yet ready).
Next on my list--fix these up to reflect my new awareness of suffix particles
(like le'u'i'o) add classes to support syntactically incorrect Unicode
sequences. Then add a UnicodeReader, and we've got the back end of
a Tibetan Unicode shaping system (like half of MS's Uniscribe or Apple's
Worldscript or FreeType Layout or Omega's OTPs).
A top-down design would not have included LegalTshegBar. But now that
my itch has been scratched, potential uses are lingering about. For example,
it would be nice to scan some input and break it into LegalTshegBars,
punctuation/marks/signs, and illegal stacks. Then we could alert the client
of the illegality, its precise form, and its precise location.
The real system for turning a Unicode stream into an internal representation
suitable for conversion to EWTS/ACIP/XHTML/what-have-you need not be
aware of Tibetan syntax. But to make the very best conversion from
Unicode to, e.g., EWTS, it is necessary to konw that gaskad is better
represented as gskad, but that jaskad is not the same as jskad.
2002-12-09 01:02:23 +00:00
|
|
|
}
|
|
|
|
|
2002-12-15 03:35:24 +00:00
|
|
|
/** Returns true iff unicodeString consists only of codepoints
|
This commit is for my benefit only; these classes are not ready for prime time,
and the build system is not yet aware of them.
I'm adding some classes for representing legal tsheg-bars (syllables, for the
most part) in Unicode. These classes were designed bottom-up (OK, OK --
they weren't designed designed, but I had to write down everything I knew
about Tibetan syntax somewhere). The classes are aware of extended
wylie. I doubt the Javadocs work yet, and I'm still testing (and am not
committing my testing code with these as it is not yet ready).
Next on my list--fix these up to reflect my new awareness of suffix particles
(like le'u'i'o) add classes to support syntactically incorrect Unicode
sequences. Then add a UnicodeReader, and we've got the back end of
a Tibetan Unicode shaping system (like half of MS's Uniscribe or Apple's
Worldscript or FreeType Layout or Omega's OTPs).
A top-down design would not have included LegalTshegBar. But now that
my itch has been scratched, potential uses are lingering about. For example,
it would be nice to scan some input and break it into LegalTshegBars,
punctuation/marks/signs, and illegal stacks. Then we could alert the client
of the illegality, its precise form, and its precise location.
The real system for turning a Unicode stream into an internal representation
suitable for conversion to EWTS/ACIP/XHTML/what-have-you need not be
aware of Tibetan syntax. But to make the very best conversion from
Unicode to, e.g., EWTS, it is necessary to konw that gaskad is better
represented as gskad, but that jaskad is not the same as jskad.
2002-12-09 01:02:23 +00:00
|
|
|
from the Unicode range U+0F00-U+0FFF. (Note that these
|
2002-12-15 03:35:24 +00:00
|
|
|
codepoints are typically not enough to represent a Tibetan
|
This commit is for my benefit only; these classes are not ready for prime time,
and the build system is not yet aware of them.
I'm adding some classes for representing legal tsheg-bars (syllables, for the
most part) in Unicode. These classes were designed bottom-up (OK, OK --
they weren't designed designed, but I had to write down everything I knew
about Tibetan syntax somewhere). The classes are aware of extended
wylie. I doubt the Javadocs work yet, and I'm still testing (and am not
committing my testing code with these as it is not yet ready).
Next on my list--fix these up to reflect my new awareness of suffix particles
(like le'u'i'o) add classes to support syntactically incorrect Unicode
sequences. Then add a UnicodeReader, and we've got the back end of
a Tibetan Unicode shaping system (like half of MS's Uniscribe or Apple's
Worldscript or FreeType Layout or Omega's OTPs).
A top-down design would not have included LegalTshegBar. But now that
my itch has been scratched, potential uses are lingering about. For example,
it would be nice to scan some input and break it into LegalTshegBars,
punctuation/marks/signs, and illegal stacks. Then we could alert the client
of the illegality, its precise form, and its precise location.
The real system for turning a Unicode stream into an internal representation
suitable for conversion to EWTS/ACIP/XHTML/what-have-you need not be
aware of Tibetan syntax. But to make the very best conversion from
Unicode to, e.g., EWTS, it is necessary to konw that gaskad is better
represented as gskad, but that jaskad is not the same as jskad.
2002-12-09 01:02:23 +00:00
|
|
|
text, you may need ZWSP (zero-width space) and various
|
|
|
|
whitespace from other ranges.) */
|
|
|
|
public static boolean isEntirelyTibetanUnicode(String unicodeString) {
|
|
|
|
for (int i = 0; i < unicodeString.length(); i++) {
|
|
|
|
if (!isInTibetanRange(unicodeString.charAt(i)))
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
|
2002-12-15 03:35:24 +00:00
|
|
|
/** Puts the Tibetan codepoints in tibetanUnicode, a sequence of
|
2002-12-15 06:57:32 +00:00
|
|
|
Unicode codepoints, into either Normalization Form KD (NFKD),
|
|
|
|
D (NFD), or THDL (NFTHDL), depending on the value of normForm.
|
|
|
|
NFD and NFKD are specified by Unicode 3.2; NFTHDL is needed
|
2003-03-28 03:49:49 +00:00
|
|
|
for {@link org.thdl.tib.text.tshegbar.UnicodeGraphemeCluster}
|
2002-12-17 13:51:18 +00:00
|
|
|
because NFKD normalizes <code>U+0F0C</code> and neither NFD
|
|
|
|
nor NFKD breaks down <code>U+0F00</code> into its constituent
|
|
|
|
codepoints. NFTHDL uses a maximum of codepoints, and it never
|
|
|
|
uses codepoints whose use has been {@link #isDiscouraged(char)
|
|
|
|
discouraged}.
|
2002-12-15 06:57:32 +00:00
|
|
|
|
|
|
|
<p>The Tibetan passages of the returned string are in the
|
|
|
|
chosen normalized form, but codepoints outside of the {@link
|
|
|
|
#isInTibetanRange(char) range}
|
|
|
|
<code>U+0F00</code>-<code>U+0FFF</code> are not necessarily
|
|
|
|
put into normalized form.</p>
|
|
|
|
|
|
|
|
<p>Recall that normalized forms are not necessarily closed
|
|
|
|
under string concatenation, but are closed under
|
|
|
|
substringing.</p>
|
This commit is for my benefit only; these classes are not ready for prime time,
and the build system is not yet aware of them.
I'm adding some classes for representing legal tsheg-bars (syllables, for the
most part) in Unicode. These classes were designed bottom-up (OK, OK --
they weren't designed designed, but I had to write down everything I knew
about Tibetan syntax somewhere). The classes are aware of extended
wylie. I doubt the Javadocs work yet, and I'm still testing (and am not
committing my testing code with these as it is not yet ready).
Next on my list--fix these up to reflect my new awareness of suffix particles
(like le'u'i'o) add classes to support syntactically incorrect Unicode
sequences. Then add a UnicodeReader, and we've got the back end of
a Tibetan Unicode shaping system (like half of MS's Uniscribe or Apple's
Worldscript or FreeType Layout or Omega's OTPs).
A top-down design would not have included LegalTshegBar. But now that
my itch has been scratched, potential uses are lingering about. For example,
it would be nice to scan some input and break it into LegalTshegBars,
punctuation/marks/signs, and illegal stacks. Then we could alert the client
of the illegality, its precise form, and its precise location.
The real system for turning a Unicode stream into an internal representation
suitable for conversion to EWTS/ACIP/XHTML/what-have-you need not be
aware of Tibetan syntax. But to make the very best conversion from
Unicode to, e.g., EWTS, it is necessary to konw that gaskad is better
represented as gskad, but that jaskad is not the same as jskad.
2002-12-09 01:02:23 +00:00
|
|
|
|
|
|
|
<p>Note well that only well-formed input guarantees
|
2002-12-15 03:35:24 +00:00
|
|
|
well-formed output.</p>
|
|
|
|
|
|
|
|
@param tibetanUnicode the codepoints to be decomposed
|
2002-12-15 06:57:32 +00:00
|
|
|
@param normForm NORM_NFKD, NORM_NFTHDL, or NORM_NFD */
|
2002-12-15 03:35:24 +00:00
|
|
|
public static void toMostlyDecomposedUnicode(StringBuffer tibetanUnicode,
|
|
|
|
byte normForm)
|
|
|
|
{
|
2002-12-15 06:57:32 +00:00
|
|
|
if (normForm != NORM_NFD && normForm != NORM_NFKD && normForm != NORM_NFTHDL)
|
|
|
|
throw new IllegalArgumentException("normForm must be NORM_NFD, NORM_NFTHDL, or NORM_NFKD for decomposition to work");
|
This commit is for my benefit only; these classes are not ready for prime time,
and the build system is not yet aware of them.
I'm adding some classes for representing legal tsheg-bars (syllables, for the
most part) in Unicode. These classes were designed bottom-up (OK, OK --
they weren't designed designed, but I had to write down everything I knew
about Tibetan syntax somewhere). The classes are aware of extended
wylie. I doubt the Javadocs work yet, and I'm still testing (and am not
committing my testing code with these as it is not yet ready).
Next on my list--fix these up to reflect my new awareness of suffix particles
(like le'u'i'o) add classes to support syntactically incorrect Unicode
sequences. Then add a UnicodeReader, and we've got the back end of
a Tibetan Unicode shaping system (like half of MS's Uniscribe or Apple's
Worldscript or FreeType Layout or Omega's OTPs).
A top-down design would not have included LegalTshegBar. But now that
my itch has been scratched, potential uses are lingering about. For example,
it would be nice to scan some input and break it into LegalTshegBars,
punctuation/marks/signs, and illegal stacks. Then we could alert the client
of the illegality, its precise form, and its precise location.
The real system for turning a Unicode stream into an internal representation
suitable for conversion to EWTS/ACIP/XHTML/what-have-you need not be
aware of Tibetan syntax. But to make the very best conversion from
Unicode to, e.g., EWTS, it is necessary to konw that gaskad is better
represented as gskad, but that jaskad is not the same as jskad.
2002-12-09 01:02:23 +00:00
|
|
|
int offset = 0;
|
|
|
|
while (offset < tibetanUnicode.length()) {
|
2002-12-15 03:35:24 +00:00
|
|
|
String s
|
|
|
|
= toNormalizedForm(tibetanUnicode.charAt(offset), normForm);
|
This commit is for my benefit only; these classes are not ready for prime time,
and the build system is not yet aware of them.
I'm adding some classes for representing legal tsheg-bars (syllables, for the
most part) in Unicode. These classes were designed bottom-up (OK, OK --
they weren't designed designed, but I had to write down everything I knew
about Tibetan syntax somewhere). The classes are aware of extended
wylie. I doubt the Javadocs work yet, and I'm still testing (and am not
committing my testing code with these as it is not yet ready).
Next on my list--fix these up to reflect my new awareness of suffix particles
(like le'u'i'o) add classes to support syntactically incorrect Unicode
sequences. Then add a UnicodeReader, and we've got the back end of
a Tibetan Unicode shaping system (like half of MS's Uniscribe or Apple's
Worldscript or FreeType Layout or Omega's OTPs).
A top-down design would not have included LegalTshegBar. But now that
my itch has been scratched, potential uses are lingering about. For example,
it would be nice to scan some input and break it into LegalTshegBars,
punctuation/marks/signs, and illegal stacks. Then we could alert the client
of the illegality, its precise form, and its precise location.
The real system for turning a Unicode stream into an internal representation
suitable for conversion to EWTS/ACIP/XHTML/what-have-you need not be
aware of Tibetan syntax. But to make the very best conversion from
Unicode to, e.g., EWTS, it is necessary to konw that gaskad is better
represented as gskad, but that jaskad is not the same as jskad.
2002-12-09 01:02:23 +00:00
|
|
|
if (null == s) {
|
|
|
|
++offset;
|
|
|
|
} else {
|
|
|
|
// modify tibetanUnicode and update offset.
|
|
|
|
tibetanUnicode.deleteCharAt(offset);
|
|
|
|
tibetanUnicode.insert(offset, s);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2002-12-15 03:35:24 +00:00
|
|
|
/** Like {@link #toMostlyDecomposedUnicode(StringBuffer, byte)},
|
|
|
|
but does not modify its input. Instead, it returns the NFKD-
|
|
|
|
or NFD-normalized version of tibetanUnicode. */
|
|
|
|
public static String toMostlyDecomposedUnicode(String tibetanUnicode,
|
|
|
|
byte normForm)
|
|
|
|
{
|
This commit is for my benefit only; these classes are not ready for prime time,
and the build system is not yet aware of them.
I'm adding some classes for representing legal tsheg-bars (syllables, for the
most part) in Unicode. These classes were designed bottom-up (OK, OK --
they weren't designed designed, but I had to write down everything I knew
about Tibetan syntax somewhere). The classes are aware of extended
wylie. I doubt the Javadocs work yet, and I'm still testing (and am not
committing my testing code with these as it is not yet ready).
Next on my list--fix these up to reflect my new awareness of suffix particles
(like le'u'i'o) add classes to support syntactically incorrect Unicode
sequences. Then add a UnicodeReader, and we've got the back end of
a Tibetan Unicode shaping system (like half of MS's Uniscribe or Apple's
Worldscript or FreeType Layout or Omega's OTPs).
A top-down design would not have included LegalTshegBar. But now that
my itch has been scratched, potential uses are lingering about. For example,
it would be nice to scan some input and break it into LegalTshegBars,
punctuation/marks/signs, and illegal stacks. Then we could alert the client
of the illegality, its precise form, and its precise location.
The real system for turning a Unicode stream into an internal representation
suitable for conversion to EWTS/ACIP/XHTML/what-have-you need not be
aware of Tibetan syntax. But to make the very best conversion from
Unicode to, e.g., EWTS, it is necessary to konw that gaskad is better
represented as gskad, but that jaskad is not the same as jskad.
2002-12-09 01:02:23 +00:00
|
|
|
StringBuffer sb = new StringBuffer(tibetanUnicode);
|
2002-12-15 03:35:24 +00:00
|
|
|
toMostlyDecomposedUnicode(sb, normForm);
|
This commit is for my benefit only; these classes are not ready for prime time,
and the build system is not yet aware of them.
I'm adding some classes for representing legal tsheg-bars (syllables, for the
most part) in Unicode. These classes were designed bottom-up (OK, OK --
they weren't designed designed, but I had to write down everything I knew
about Tibetan syntax somewhere). The classes are aware of extended
wylie. I doubt the Javadocs work yet, and I'm still testing (and am not
committing my testing code with these as it is not yet ready).
Next on my list--fix these up to reflect my new awareness of suffix particles
(like le'u'i'o) add classes to support syntactically incorrect Unicode
sequences. Then add a UnicodeReader, and we've got the back end of
a Tibetan Unicode shaping system (like half of MS's Uniscribe or Apple's
Worldscript or FreeType Layout or Omega's OTPs).
A top-down design would not have included LegalTshegBar. But now that
my itch has been scratched, potential uses are lingering about. For example,
it would be nice to scan some input and break it into LegalTshegBars,
punctuation/marks/signs, and illegal stacks. Then we could alert the client
of the illegality, its precise form, and its precise location.
The real system for turning a Unicode stream into an internal representation
suitable for conversion to EWTS/ACIP/XHTML/what-have-you need not be
aware of Tibetan syntax. But to make the very best conversion from
Unicode to, e.g., EWTS, it is necessary to konw that gaskad is better
represented as gskad, but that jaskad is not the same as jskad.
2002-12-09 01:02:23 +00:00
|
|
|
return sb.toString();
|
|
|
|
}
|
|
|
|
|
2002-12-15 03:35:24 +00:00
|
|
|
/** There are 19 codepoints in the Tibetan range of Unicode 3.2
|
|
|
|
which can be decomposed into longer strings of codepoints in
|
|
|
|
the Tibetan range of Unicode. Often one wants to manipulate
|
|
|
|
decomposed codepoint strings. Also, HTML and XML are W3C
|
|
|
|
standards that require certain normalization forms. This
|
|
|
|
routine returns a chosen normalized form for such codepoints,
|
|
|
|
and returns null for codepoints that are already normalized or
|
|
|
|
are not in the Tibetan range of Unicode.
|
|
|
|
@param tibetanUnicodeCP the codepoint to normalize
|
2002-12-15 06:57:32 +00:00
|
|
|
@param normalizationForm NORM_NFTHDL, NORM_NFKD, or NORM_NFD
|
|
|
|
if you expect something nontrivial to happen
|
2002-12-15 03:35:24 +00:00
|
|
|
@return null if tibetanUnicodeCP is already in the chosen
|
|
|
|
normalized form, or a string of two or three codepoints
|
|
|
|
otherwise */
|
2002-12-15 06:57:32 +00:00
|
|
|
public static String toNormalizedForm(char tibetanUnicodeCP,
|
|
|
|
byte normalizationForm)
|
|
|
|
{
|
2002-12-15 03:35:24 +00:00
|
|
|
if (normalizationForm == NORM_NFKD
|
2002-12-15 06:57:32 +00:00
|
|
|
|| normalizationForm == NORM_NFD
|
|
|
|
|| normalizationForm == NORM_NFTHDL) {
|
|
|
|
// Where not specified, the NFKD and NFTHDL forms are
|
|
|
|
// identical to the NFD form.
|
2002-12-15 03:35:24 +00:00
|
|
|
switch (tibetanUnicodeCP) {
|
2002-12-17 13:51:18 +00:00
|
|
|
case '\u0F00': return ((normalizationForm == NORM_NFTHDL)
|
|
|
|
? "\u0F68\u0F7C\u0F7E" : null);
|
2002-12-15 03:35:24 +00:00
|
|
|
case '\u0F0C': return ((normalizationForm == NORM_NFKD)
|
|
|
|
? "\u0F0B" : null);
|
|
|
|
case '\u0F43': return "\u0F42\u0FB7";
|
|
|
|
case '\u0F4D': return "\u0F4C\u0FB7";
|
|
|
|
case '\u0F52': return "\u0F51\u0FB7";
|
|
|
|
case '\u0F57': return "\u0F56\u0FB7";
|
|
|
|
case '\u0F5C': return "\u0F5B\u0FB7";
|
|
|
|
case '\u0F69': return "\u0F40\u0FB5";
|
|
|
|
case '\u0F73': return "\u0F71\u0F72";
|
|
|
|
case '\u0F75': return "\u0F71\u0F74";
|
|
|
|
case '\u0F76': return "\u0FB2\u0F80";
|
2002-12-15 06:57:32 +00:00
|
|
|
case '\u0F77': {
|
|
|
|
// I do not understand why NFD does not decompose this
|
|
|
|
// codepoint, hence NORM_NFTHDL does:
|
|
|
|
if (normalizationForm == NORM_NFKD
|
|
|
|
|| normalizationForm == NORM_NFTHDL)
|
|
|
|
return "\u0FB2\u0F71\u0F80";
|
|
|
|
else
|
|
|
|
return null;
|
|
|
|
}
|
2002-12-15 03:35:24 +00:00
|
|
|
case '\u0F78': return "\u0FB3\u0F80";
|
2002-12-15 06:57:32 +00:00
|
|
|
case '\u0F79': {
|
|
|
|
// I do not understand why NFD does not decompose this
|
|
|
|
// codepoint, hence NORM_NFTHDL does:
|
|
|
|
if (normalizationForm == NORM_NFKD
|
|
|
|
|| normalizationForm == NORM_NFTHDL)
|
|
|
|
return "\u0FB3\u0F71\u0F80";
|
|
|
|
else
|
|
|
|
return null;
|
|
|
|
}
|
2002-12-15 03:35:24 +00:00
|
|
|
case '\u0F81': return "\u0F71\u0F80";
|
|
|
|
case '\u0F93': return "\u0F92\u0FB7";
|
|
|
|
case '\u0F9D': return "\u0F9C\u0FB7";
|
|
|
|
case '\u0FA2': return "\u0FA1\u0FB7";
|
|
|
|
case '\u0FA7': return "\u0FA6\u0FB7";
|
|
|
|
case '\u0FAC': return "\u0FAB\u0FB7";
|
|
|
|
case '\u0FB9': return "\u0F90\u0FB5";
|
|
|
|
|
|
|
|
default:
|
|
|
|
return null;
|
|
|
|
}
|
This commit is for my benefit only; these classes are not ready for prime time,
and the build system is not yet aware of them.
I'm adding some classes for representing legal tsheg-bars (syllables, for the
most part) in Unicode. These classes were designed bottom-up (OK, OK --
they weren't designed designed, but I had to write down everything I knew
about Tibetan syntax somewhere). The classes are aware of extended
wylie. I doubt the Javadocs work yet, and I'm still testing (and am not
committing my testing code with these as it is not yet ready).
Next on my list--fix these up to reflect my new awareness of suffix particles
(like le'u'i'o) add classes to support syntactically incorrect Unicode
sequences. Then add a UnicodeReader, and we've got the back end of
a Tibetan Unicode shaping system (like half of MS's Uniscribe or Apple's
Worldscript or FreeType Layout or Omega's OTPs).
A top-down design would not have included LegalTshegBar. But now that
my itch has been scratched, potential uses are lingering about. For example,
it would be nice to scan some input and break it into LegalTshegBars,
punctuation/marks/signs, and illegal stacks. Then we could alert the client
of the illegality, its precise form, and its precise location.
The real system for turning a Unicode stream into an internal representation
suitable for conversion to EWTS/ACIP/XHTML/what-have-you need not be
aware of Tibetan syntax. But to make the very best conversion from
Unicode to, e.g., EWTS, it is necessary to konw that gaskad is better
represented as gskad, but that jaskad is not the same as jskad.
2002-12-09 01:02:23 +00:00
|
|
|
}
|
2002-12-15 03:35:24 +00:00
|
|
|
return null;
|
This commit is for my benefit only; these classes are not ready for prime time,
and the build system is not yet aware of them.
I'm adding some classes for representing legal tsheg-bars (syllables, for the
most part) in Unicode. These classes were designed bottom-up (OK, OK --
they weren't designed designed, but I had to write down everything I knew
about Tibetan syntax somewhere). The classes are aware of extended
wylie. I doubt the Javadocs work yet, and I'm still testing (and am not
committing my testing code with these as it is not yet ready).
Next on my list--fix these up to reflect my new awareness of suffix particles
(like le'u'i'o) add classes to support syntactically incorrect Unicode
sequences. Then add a UnicodeReader, and we've got the back end of
a Tibetan Unicode shaping system (like half of MS's Uniscribe or Apple's
Worldscript or FreeType Layout or Omega's OTPs).
A top-down design would not have included LegalTshegBar. But now that
my itch has been scratched, potential uses are lingering about. For example,
it would be nice to scan some input and break it into LegalTshegBars,
punctuation/marks/signs, and illegal stacks. Then we could alert the client
of the illegality, its precise form, and its precise location.
The real system for turning a Unicode stream into an internal representation
suitable for conversion to EWTS/ACIP/XHTML/what-have-you need not be
aware of Tibetan syntax. But to make the very best conversion from
Unicode to, e.g., EWTS, it is necessary to konw that gaskad is better
represented as gskad, but that jaskad is not the same as jskad.
2002-12-09 01:02:23 +00:00
|
|
|
}
|
|
|
|
|
2002-12-15 03:35:24 +00:00
|
|
|
/** Returns true iff tibetanUnicodeCP {@link
|
|
|
|
#isInTibetanRange(char) is a Tibetan codepoint} and if the
|
|
|
|
Unicode 3.2 standard discourages the use of
|
|
|
|
tibetanUnicodeCP. */
|
|
|
|
public static boolean isDiscouraged(char tibetanUnicodeCP) {
|
|
|
|
return ('\u0F73' == tibetanUnicodeCP
|
|
|
|
|| '\u0F75' == tibetanUnicodeCP
|
|
|
|
|| '\u0F77' == tibetanUnicodeCP
|
|
|
|
|| '\u0F79' == tibetanUnicodeCP
|
|
|
|
|| '\u0F81' == tibetanUnicodeCP);
|
This commit is for my benefit only; these classes are not ready for prime time,
and the build system is not yet aware of them.
I'm adding some classes for representing legal tsheg-bars (syllables, for the
most part) in Unicode. These classes were designed bottom-up (OK, OK --
they weren't designed designed, but I had to write down everything I knew
about Tibetan syntax somewhere). The classes are aware of extended
wylie. I doubt the Javadocs work yet, and I'm still testing (and am not
committing my testing code with these as it is not yet ready).
Next on my list--fix these up to reflect my new awareness of suffix particles
(like le'u'i'o) add classes to support syntactically incorrect Unicode
sequences. Then add a UnicodeReader, and we've got the back end of
a Tibetan Unicode shaping system (like half of MS's Uniscribe or Apple's
Worldscript or FreeType Layout or Omega's OTPs).
A top-down design would not have included LegalTshegBar. But now that
my itch has been scratched, potential uses are lingering about. For example,
it would be nice to scan some input and break it into LegalTshegBars,
punctuation/marks/signs, and illegal stacks. Then we could alert the client
of the illegality, its precise form, and its precise location.
The real system for turning a Unicode stream into an internal representation
suitable for conversion to EWTS/ACIP/XHTML/what-have-you need not be
aware of Tibetan syntax. But to make the very best conversion from
Unicode to, e.g., EWTS, it is necessary to konw that gaskad is better
represented as gskad, but that jaskad is not the same as jskad.
2002-12-09 01:02:23 +00:00
|
|
|
/* DLC FIXME -- I was using 3.0 p.437-440, check 3.2. */
|
|
|
|
}
|
|
|
|
|
2003-08-23 22:03:37 +00:00
|
|
|
/** If ch is in one of the ranges U+0F90-U+0F97, U+0F99-U+0FB9,
|
|
|
|
* then this returns the same consonant in the range
|
|
|
|
* U+0F40-U+0F69. If ch is not in that range, this returns
|
|
|
|
* garbage. */
|
|
|
|
public static char getNominalRepresentationOfSubscribedConsonant(char ch) {
|
|
|
|
return (char)((int)ch-(((int)'\u0F90') - ((int)'\u0F40')));
|
|
|
|
}
|
|
|
|
|
This commit is for my benefit only; these classes are not ready for prime time,
and the build system is not yet aware of them.
I'm adding some classes for representing legal tsheg-bars (syllables, for the
most part) in Unicode. These classes were designed bottom-up (OK, OK --
they weren't designed designed, but I had to write down everything I knew
about Tibetan syntax somewhere). The classes are aware of extended
wylie. I doubt the Javadocs work yet, and I'm still testing (and am not
committing my testing code with these as it is not yet ready).
Next on my list--fix these up to reflect my new awareness of suffix particles
(like le'u'i'o) add classes to support syntactically incorrect Unicode
sequences. Then add a UnicodeReader, and we've got the back end of
a Tibetan Unicode shaping system (like half of MS's Uniscribe or Apple's
Worldscript or FreeType Layout or Omega's OTPs).
A top-down design would not have included LegalTshegBar. But now that
my itch has been scratched, potential uses are lingering about. For example,
it would be nice to scan some input and break it into LegalTshegBars,
punctuation/marks/signs, and illegal stacks. Then we could alert the client
of the illegality, its precise form, and its precise location.
The real system for turning a Unicode stream into an internal representation
suitable for conversion to EWTS/ACIP/XHTML/what-have-you need not be
aware of Tibetan syntax. But to make the very best conversion from
Unicode to, e.g., EWTS, it is necessary to konw that gaskad is better
represented as gskad, but that jaskad is not the same as jskad.
2002-12-09 01:02:23 +00:00
|
|
|
/** Returns true iff ch corresponds to the Tibetan letter ra.
|
2002-12-15 03:35:24 +00:00
|
|
|
Several Unicode codepoints correspond to the Tibetan letter ra
|
This commit is for my benefit only; these classes are not ready for prime time,
and the build system is not yet aware of them.
I'm adding some classes for representing legal tsheg-bars (syllables, for the
most part) in Unicode. These classes were designed bottom-up (OK, OK --
they weren't designed designed, but I had to write down everything I knew
about Tibetan syntax somewhere). The classes are aware of extended
wylie. I doubt the Javadocs work yet, and I'm still testing (and am not
committing my testing code with these as it is not yet ready).
Next on my list--fix these up to reflect my new awareness of suffix particles
(like le'u'i'o) add classes to support syntactically incorrect Unicode
sequences. Then add a UnicodeReader, and we've got the back end of
a Tibetan Unicode shaping system (like half of MS's Uniscribe or Apple's
Worldscript or FreeType Layout or Omega's OTPs).
A top-down design would not have included LegalTshegBar. But now that
my itch has been scratched, potential uses are lingering about. For example,
it would be nice to scan some input and break it into LegalTshegBars,
punctuation/marks/signs, and illegal stacks. Then we could alert the client
of the illegality, its precise form, and its precise location.
The real system for turning a Unicode stream into an internal representation
suitable for conversion to EWTS/ACIP/XHTML/what-have-you need not be
aware of Tibetan syntax. But to make the very best conversion from
Unicode to, e.g., EWTS, it is necessary to konw that gaskad is better
represented as gskad, but that jaskad is not the same as jskad.
2002-12-09 01:02:23 +00:00
|
|
|
(in its subscribed form or otherwise). Oftentimes,
|
2002-12-09 02:29:09 +00:00
|
|
|
<code>\u0F62</code> is thought of as the nominal
|
2002-12-15 03:35:24 +00:00
|
|
|
representation. Returns false for some codepoints that
|
2002-12-09 02:29:09 +00:00
|
|
|
contain ra but are not merely ra, such as <code>\u0F77</code> */
|
This commit is for my benefit only; these classes are not ready for prime time,
and the build system is not yet aware of them.
I'm adding some classes for representing legal tsheg-bars (syllables, for the
most part) in Unicode. These classes were designed bottom-up (OK, OK --
they weren't designed designed, but I had to write down everything I knew
about Tibetan syntax somewhere). The classes are aware of extended
wylie. I doubt the Javadocs work yet, and I'm still testing (and am not
committing my testing code with these as it is not yet ready).
Next on my list--fix these up to reflect my new awareness of suffix particles
(like le'u'i'o) add classes to support syntactically incorrect Unicode
sequences. Then add a UnicodeReader, and we've got the back end of
a Tibetan Unicode shaping system (like half of MS's Uniscribe or Apple's
Worldscript or FreeType Layout or Omega's OTPs).
A top-down design would not have included LegalTshegBar. But now that
my itch has been scratched, potential uses are lingering about. For example,
it would be nice to scan some input and break it into LegalTshegBars,
punctuation/marks/signs, and illegal stacks. Then we could alert the client
of the illegality, its precise form, and its precise location.
The real system for turning a Unicode stream into an internal representation
suitable for conversion to EWTS/ACIP/XHTML/what-have-you need not be
aware of Tibetan syntax. But to make the very best conversion from
Unicode to, e.g., EWTS, it is necessary to konw that gaskad is better
represented as gskad, but that jaskad is not the same as jskad.
2002-12-09 01:02:23 +00:00
|
|
|
public static boolean isRa(char ch) {
|
|
|
|
return ('\u0F62' == ch
|
|
|
|
|| '\u0F6A' == ch
|
|
|
|
|| '\u0FB2' == ch
|
|
|
|
|| '\u0FBC' == ch);
|
|
|
|
}
|
|
|
|
|
|
|
|
/** Returns true iff ch corresponds to the Tibetan letter wa.
|
2002-12-15 03:35:24 +00:00
|
|
|
Several Unicode codepoints correspond to the Tibetan letter
|
2003-03-28 03:49:49 +00:00
|
|
|
wa. Oftentimes, <code>U+0F5D</code> is thought of as the
|
This commit is for my benefit only; these classes are not ready for prime time,
and the build system is not yet aware of them.
I'm adding some classes for representing legal tsheg-bars (syllables, for the
most part) in Unicode. These classes were designed bottom-up (OK, OK --
they weren't designed designed, but I had to write down everything I knew
about Tibetan syntax somewhere). The classes are aware of extended
wylie. I doubt the Javadocs work yet, and I'm still testing (and am not
committing my testing code with these as it is not yet ready).
Next on my list--fix these up to reflect my new awareness of suffix particles
(like le'u'i'o) add classes to support syntactically incorrect Unicode
sequences. Then add a UnicodeReader, and we've got the back end of
a Tibetan Unicode shaping system (like half of MS's Uniscribe or Apple's
Worldscript or FreeType Layout or Omega's OTPs).
A top-down design would not have included LegalTshegBar. But now that
my itch has been scratched, potential uses are lingering about. For example,
it would be nice to scan some input and break it into LegalTshegBars,
punctuation/marks/signs, and illegal stacks. Then we could alert the client
of the illegality, its precise form, and its precise location.
The real system for turning a Unicode stream into an internal representation
suitable for conversion to EWTS/ACIP/XHTML/what-have-you need not be
aware of Tibetan syntax. But to make the very best conversion from
Unicode to, e.g., EWTS, it is necessary to konw that gaskad is better
represented as gskad, but that jaskad is not the same as jskad.
2002-12-09 01:02:23 +00:00
|
|
|
nominal representation. */
|
|
|
|
public static boolean isWa(char ch) {
|
|
|
|
return ('\u0F5D' == ch
|
|
|
|
|| '\u0FAD' == ch
|
|
|
|
|| '\u0FBA' == ch);
|
|
|
|
}
|
|
|
|
|
|
|
|
/** Returns true iff ch corresponds to the Tibetan letter ya.
|
2002-12-15 03:35:24 +00:00
|
|
|
Several Unicode codepoints correspond to the Tibetan letter
|
2003-03-28 03:49:49 +00:00
|
|
|
ya. Oftentimes, <code>U+0F61</code> is thought of as the
|
This commit is for my benefit only; these classes are not ready for prime time,
and the build system is not yet aware of them.
I'm adding some classes for representing legal tsheg-bars (syllables, for the
most part) in Unicode. These classes were designed bottom-up (OK, OK --
they weren't designed designed, but I had to write down everything I knew
about Tibetan syntax somewhere). The classes are aware of extended
wylie. I doubt the Javadocs work yet, and I'm still testing (and am not
committing my testing code with these as it is not yet ready).
Next on my list--fix these up to reflect my new awareness of suffix particles
(like le'u'i'o) add classes to support syntactically incorrect Unicode
sequences. Then add a UnicodeReader, and we've got the back end of
a Tibetan Unicode shaping system (like half of MS's Uniscribe or Apple's
Worldscript or FreeType Layout or Omega's OTPs).
A top-down design would not have included LegalTshegBar. But now that
my itch has been scratched, potential uses are lingering about. For example,
it would be nice to scan some input and break it into LegalTshegBars,
punctuation/marks/signs, and illegal stacks. Then we could alert the client
of the illegality, its precise form, and its precise location.
The real system for turning a Unicode stream into an internal representation
suitable for conversion to EWTS/ACIP/XHTML/what-have-you need not be
aware of Tibetan syntax. But to make the very best conversion from
Unicode to, e.g., EWTS, it is necessary to konw that gaskad is better
represented as gskad, but that jaskad is not the same as jskad.
2002-12-09 01:02:23 +00:00
|
|
|
nominal representation. */
|
|
|
|
public static boolean isYa(char ch) {
|
|
|
|
return ('\u0F61' == ch
|
|
|
|
|| '\u0FB1' == ch
|
|
|
|
|| '\u0FBB' == ch);
|
|
|
|
}
|
|
|
|
|
2002-12-15 03:35:24 +00:00
|
|
|
/** Returns true iff there exists at least one codepoint cp in
|
|
|
|
unicodeString such that cp {@link #isRa(char) is ra} or contains
|
2003-03-28 03:49:49 +00:00
|
|
|
ra (like <code>U+0F77</code>). This method is not implemented
|
This commit is for my benefit only; these classes are not ready for prime time,
and the build system is not yet aware of them.
I'm adding some classes for representing legal tsheg-bars (syllables, for the
most part) in Unicode. These classes were designed bottom-up (OK, OK --
they weren't designed designed, but I had to write down everything I knew
about Tibetan syntax somewhere). The classes are aware of extended
wylie. I doubt the Javadocs work yet, and I'm still testing (and am not
committing my testing code with these as it is not yet ready).
Next on my list--fix these up to reflect my new awareness of suffix particles
(like le'u'i'o) add classes to support syntactically incorrect Unicode
sequences. Then add a UnicodeReader, and we've got the back end of
a Tibetan Unicode shaping system (like half of MS's Uniscribe or Apple's
Worldscript or FreeType Layout or Omega's OTPs).
A top-down design would not have included LegalTshegBar. But now that
my itch has been scratched, potential uses are lingering about. For example,
it would be nice to scan some input and break it into LegalTshegBars,
punctuation/marks/signs, and illegal stacks. Then we could alert the client
of the illegality, its precise form, and its precise location.
The real system for turning a Unicode stream into an internal representation
suitable for conversion to EWTS/ACIP/XHTML/what-have-you need not be
aware of Tibetan syntax. But to make the very best conversion from
Unicode to, e.g., EWTS, it is necessary to konw that gaskad is better
represented as gskad, but that jaskad is not the same as jskad.
2002-12-09 01:02:23 +00:00
|
|
|
as fast as it could be. It calls on the canonicalization code
|
|
|
|
in order to maximize reuse and minimize the possibility of
|
|
|
|
coder error. */
|
|
|
|
public static boolean containsRa(String unicodeString) {
|
2002-12-15 03:35:24 +00:00
|
|
|
String canonForm = toMostlyDecomposedUnicode(unicodeString, NORM_NFKD);
|
This commit is for my benefit only; these classes are not ready for prime time,
and the build system is not yet aware of them.
I'm adding some classes for representing legal tsheg-bars (syllables, for the
most part) in Unicode. These classes were designed bottom-up (OK, OK --
they weren't designed designed, but I had to write down everything I knew
about Tibetan syntax somewhere). The classes are aware of extended
wylie. I doubt the Javadocs work yet, and I'm still testing (and am not
committing my testing code with these as it is not yet ready).
Next on my list--fix these up to reflect my new awareness of suffix particles
(like le'u'i'o) add classes to support syntactically incorrect Unicode
sequences. Then add a UnicodeReader, and we've got the back end of
a Tibetan Unicode shaping system (like half of MS's Uniscribe or Apple's
Worldscript or FreeType Layout or Omega's OTPs).
A top-down design would not have included LegalTshegBar. But now that
my itch has been scratched, potential uses are lingering about. For example,
it would be nice to scan some input and break it into LegalTshegBars,
punctuation/marks/signs, and illegal stacks. Then we could alert the client
of the illegality, its precise form, and its precise location.
The real system for turning a Unicode stream into an internal representation
suitable for conversion to EWTS/ACIP/XHTML/what-have-you need not be
aware of Tibetan syntax. But to make the very best conversion from
Unicode to, e.g., EWTS, it is necessary to konw that gaskad is better
represented as gskad, but that jaskad is not the same as jskad.
2002-12-09 01:02:23 +00:00
|
|
|
for (int i = 0; i < canonForm.length(); i++) {
|
|
|
|
if (isRa(canonForm.charAt(i)))
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
/** Inefficient shortcut.
|
|
|
|
@see #containsRa(String) */
|
2002-12-15 03:35:24 +00:00
|
|
|
public static boolean containsRa(char unicodeCP) {
|
|
|
|
return containsRa(new String(new char[] { unicodeCP }));
|
This commit is for my benefit only; these classes are not ready for prime time,
and the build system is not yet aware of them.
I'm adding some classes for representing legal tsheg-bars (syllables, for the
most part) in Unicode. These classes were designed bottom-up (OK, OK --
they weren't designed designed, but I had to write down everything I knew
about Tibetan syntax somewhere). The classes are aware of extended
wylie. I doubt the Javadocs work yet, and I'm still testing (and am not
committing my testing code with these as it is not yet ready).
Next on my list--fix these up to reflect my new awareness of suffix particles
(like le'u'i'o) add classes to support syntactically incorrect Unicode
sequences. Then add a UnicodeReader, and we've got the back end of
a Tibetan Unicode shaping system (like half of MS's Uniscribe or Apple's
Worldscript or FreeType Layout or Omega's OTPs).
A top-down design would not have included LegalTshegBar. But now that
my itch has been scratched, potential uses are lingering about. For example,
it would be nice to scan some input and break it into LegalTshegBars,
punctuation/marks/signs, and illegal stacks. Then we could alert the client
of the illegality, its precise form, and its precise location.
The real system for turning a Unicode stream into an internal representation
suitable for conversion to EWTS/ACIP/XHTML/what-have-you need not be
aware of Tibetan syntax. But to make the very best conversion from
Unicode to, e.g., EWTS, it is necessary to konw that gaskad is better
represented as gskad, but that jaskad is not the same as jskad.
2002-12-09 01:02:23 +00:00
|
|
|
}
|
|
|
|
|
2002-12-15 03:35:24 +00:00
|
|
|
/** Returns a human-readable, ASCII form of the Unicode codepoint
|
2003-08-18 02:38:54 +00:00
|
|
|
cp. If shortenIfPossible is true, then printable ASCII
|
|
|
|
characters will appear as themselves. */
|
|
|
|
public static String unicodeCodepointToString(char cp,
|
|
|
|
boolean shortenIfPossible) {
|
|
|
|
if (shortenIfPossible) {
|
|
|
|
if ((cp >= 'a' && cp <= 'z')
|
|
|
|
|| (cp >= 'A' && cp <= 'Z')
|
|
|
|
|| (cp >= '0' && cp <= '9')
|
|
|
|
|| cp == '.'
|
|
|
|
|| cp == ','
|
|
|
|
|| cp == ' '
|
|
|
|
|| cp == '\''
|
|
|
|
|| cp == '"'
|
|
|
|
|| cp == '+'
|
|
|
|
|| cp == '-'
|
|
|
|
|| cp == '='
|
|
|
|
|| cp == '_'
|
|
|
|
|| cp == '@'
|
|
|
|
|| cp == '!'
|
|
|
|
|| cp == '#'
|
|
|
|
|| cp == '$'
|
|
|
|
|| cp == '%'
|
|
|
|
|| cp == '^'
|
|
|
|
|| cp == '&'
|
|
|
|
|| cp == '*'
|
|
|
|
|| cp == ':'
|
|
|
|
|| cp == '['
|
|
|
|
|| cp == ']'
|
|
|
|
|| cp == '('
|
|
|
|
|| cp == ')'
|
|
|
|
|| cp == '{'
|
|
|
|
|| cp == '}')
|
|
|
|
return new String(new char[] { cp });
|
|
|
|
}
|
2003-11-11 03:43:26 +00:00
|
|
|
if ('\t' == cp)
|
|
|
|
return "\\t";
|
|
|
|
if ('\n' == cp)
|
|
|
|
return "\\n";
|
|
|
|
if ('\r' == cp)
|
|
|
|
return "\\r";
|
|
|
|
|
2002-12-17 13:51:18 +00:00
|
|
|
if (cp < '\u0010')
|
|
|
|
return "\\u000" + Integer.toHexString((int)cp);
|
|
|
|
else if (cp < '\u0100')
|
|
|
|
return "\\u00" + Integer.toHexString((int)cp);
|
|
|
|
else if (cp < '\u1000')
|
|
|
|
return "\\u0" + Integer.toHexString((int)cp);
|
|
|
|
else
|
|
|
|
return "\\u" + Integer.toHexString((int)cp);
|
|
|
|
}
|
|
|
|
|
2003-03-28 03:49:49 +00:00
|
|
|
/**
|
|
|
|
* Returns a human-readable, ASCII form of the String s of Unicode
|
|
|
|
* codepoints. */
|
2002-12-17 13:51:18 +00:00
|
|
|
public static String unicodeStringToString(String s) {
|
|
|
|
StringBuffer sb = new StringBuffer(s.length() * 6);
|
|
|
|
for (int i = 0; i < s.length(); i++) {
|
2003-08-18 02:38:54 +00:00
|
|
|
sb.append(unicodeCodepointToString(s.charAt(i), false));
|
|
|
|
}
|
|
|
|
return sb.toString();
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* Returns the most succinct possible, human-readable, ASCII form
|
|
|
|
* of the String s of Unicode codepoints. */
|
|
|
|
public static String unicodeStringToPrettyString(String s) {
|
|
|
|
if (s == null) return "null";
|
|
|
|
StringBuffer sb = new StringBuffer(s.length() * 6);
|
|
|
|
for (int i = 0; i < s.length(); i++) {
|
|
|
|
sb.append(unicodeCodepointToString(s.charAt(i), true));
|
2002-12-17 13:51:18 +00:00
|
|
|
}
|
|
|
|
return sb.toString();
|
|
|
|
}
|
|
|
|
|
|
|
|
/** Returns true iff cp is a Unicode 3.2 Tibetan consonant,
|
|
|
|
subjoined or not. This counts precomposed consonant stacks
|
|
|
|
like <code>U+0FA7</code> as consonants. If you don't wish to
|
|
|
|
treat such as consonants, then put the input into NORM_NFD,
|
|
|
|
NORM_NFKD, or NORM_NFTHDL first. If it changes under such a
|
|
|
|
normalization, it is a precomposed consonant. */
|
|
|
|
public static boolean isTibetanConsonant(char cp) {
|
|
|
|
return (((cp >= '\u0F40' && cp <= '\u0F6A')
|
|
|
|
|| (cp >= '\u0F90' && cp <= '\u0FBC'))
|
|
|
|
&& '\u0F48' != cp
|
|
|
|
&& '\u0F98' != cp);
|
This commit is for my benefit only; these classes are not ready for prime time,
and the build system is not yet aware of them.
I'm adding some classes for representing legal tsheg-bars (syllables, for the
most part) in Unicode. These classes were designed bottom-up (OK, OK --
they weren't designed designed, but I had to write down everything I knew
about Tibetan syntax somewhere). The classes are aware of extended
wylie. I doubt the Javadocs work yet, and I'm still testing (and am not
committing my testing code with these as it is not yet ready).
Next on my list--fix these up to reflect my new awareness of suffix particles
(like le'u'i'o) add classes to support syntactically incorrect Unicode
sequences. Then add a UnicodeReader, and we've got the back end of
a Tibetan Unicode shaping system (like half of MS's Uniscribe or Apple's
Worldscript or FreeType Layout or Omega's OTPs).
A top-down design would not have included LegalTshegBar. But now that
my itch has been scratched, potential uses are lingering about. For example,
it would be nice to scan some input and break it into LegalTshegBars,
punctuation/marks/signs, and illegal stacks. Then we could alert the client
of the illegality, its precise form, and its precise location.
The real system for turning a Unicode stream into an internal representation
suitable for conversion to EWTS/ACIP/XHTML/what-have-you need not be
aware of Tibetan syntax. But to make the very best conversion from
Unicode to, e.g., EWTS, it is necessary to konw that gaskad is better
represented as gskad, but that jaskad is not the same as jskad.
2002-12-09 01:02:23 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|