Hello.
First of all, I extend it to Mac charsets that need bidi.
Lingua::AR::MacArabic
http://homepage1.nifty.com/nomenclator/perl/Lingua-AR-MacArabic-0.02.tar.gz
http://homepage1.nifty.com/nomenclator/perl/Lingua-AR-MacArabic.html
Lingua::FA::MacFarsi
http://homepage1.nifty.com/nomenclator/pe
David and Sadahiro-san,
On Wednesday, January 29, 2003, at 11:58 PM, SADAHIRO Tomoyuki wrote:
On Tue, 28 Jan 2003 01:48:42 -0500
David Graff <[EMAIL PROTECTED]> wrote:
BTW, I just noticed that the unicode web site now has a more recent
version of the APPLE/ARABIC.TXT mapping page than the one I
On Tue, 28 Jan 2003 01:48:42 -0500
David Graff <[EMAIL PROTECTED]> wrote:
>
> That is great -- THANK YOU!! For general reference, I applied the
> "decodeMacArabic" module to my test script as shown below, and it works
> as desired. The last few lines of the main "for" loop were added to
> conf
That is great -- THANK YOU!! For general reference, I applied the
"decodeMacArabic" module to my test script as shown below, and it works
as desired. The last few lines of the main "for" loop were added to
confirm that the module properly minimizes the use of "LRO ... PDF" and
"RLO ... PDF" dire
> I understand that Mac developers would consider a conversion to unicode
> "lossy" or "non-reversible" if the directionality indicators are not
> preserved somehow (using RLE/LRE or RLO/LRO), and this might constitute
> an "algorithmic" approach that 'enc2xs' would not support.
>
> Is there a wo
