Let me go back to the basics. I have Windows XP SP2 with Arabic IME as my working environment. I created a deck with the fronts for English, having Arial(Western) and English keyboard as default, and with the backs for Arabic, having Arial(Arabic) and Arabic keyboard as default. The Arial is Windows' own Arial, nothing fancy. I entered a few flashcards, saved the deck, opened it again. Arabic side has all nice Arabic characters. But when I try to import the cards as a text file, I get all question marks for Arabic characters. As far as I see, I have done nothing Unicode, so how did it creep in?
Being able to import to a standard format, such as a text file is a must for me, for maximum compatibility and backup issues. But, since WindowsXP apparently handles so many things in Unicode, it seems to me that it would not be possible to export cards with Arabic characters as a text file without specifying an encoding scheme, not necessarily Unicode, but still an encoding.
I find it odd that all the time, you talk about fonts, but encoding is not directly tied to the fonts. In the Internet Explorer, I can change the encoding of an html file to whatever I like. I can make it UTF-8, ISO 8859-x, or Windows-1252. Obviously, the page will display correctly when the encoding I select matches the page's original encoding. For other encodings, I get garbage, but I still get something displayed, <em> using the same font all over </em>. So, fonts are not the real problem, as long as they contain the necessary glyphs. The problem is in encoding.
>If you want to type text in Arabic in VTrain, you have
>to install a script-specific IME (Input Method Editor)
>that supports RTL (right-to-left) or BiDi
>(bidirectional) edition. For this purpose, you can
>choose from the IMEs shipped with Windows and similar
>utilities released by third parties, some of which are
>listed on our <a
rel=nofollow target=_blank >href=http://www.vtrain.net/fonts.htm>website</a>.
>
[
Next Thread |
Previous Thread |
Next Message |
Previous Message
]
