Shai Berger wrote:
The situation where the question comes up is a single document containing both Yiddish and Hebrew. Nobody would switch layouts.Since Hebrew is a subset of Yiddish, so you can keep typing Hebrew with an Yiddish keyboard?
Actually, this probably holds for all Latin-1 languages, because English is a subset of all the others. No need to switch layout.Oh, then it sucks to be OpenOffice's speller, since it'll have to try harder to figure out which dictionary to use.
And yet, knowing the IME language the character was input with does help in cases when the document uses two languages, neither of which is a subset of the other -- e.g. Hebrew and English. In this case, the user is forced to give us the 'IME language switched' hint.
And anyway, even if Hebrew is a subset of Yiddish, we surely know it's an RTL language (either it's Hebrew or Yiddish -- both are RTL) so we need to set RTL base direction for this consequetive set of Hebrew characters.
Frank, regarding 3 language attributes (Western, CTL, Asian): Why can't we unify those 3 language attributes into one, since only one of which is relevant at a given time?
We always do it. It's a feature required for language tools (e.g. speller, hyphenation).Today we save the character's language for the speller's sake. We probably store the ranges of characters having the same language, instead of specifying it per-character.
Is this "we" the general OpenOffice, or is it related to CTL?
We cannot! Our language tools (speller, hyphenation) cannot tell a latin text's language (English or Dutch) unless its marked. They haven't grown artificial intelligence yet to look at the entire text and guess what language its in; and even if we had the AI, the user should've still had the option to override it.We have language info anyway, so we might as well use it.
In the information exported to other programs, via clipboard or export
formats, we should add the direction characters to replicate any
directional formatting the language info implies to the OOo rendered.
I say again, we should strive to get rid of language info.
============================================================== To unsubscribe, send mail to [EMAIL PROTECTED] with "unsubscribe hebrew" in the message body.
