On Tue, 28 Jan 2003 01:48:42 -0500
David Graff <graff(_at_)unagi(_dot_)cis(_dot_)upenn(_dot_)edu> 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
confirm that the module properly minimizes the use of "LRO ... PDF" and
"RLO ... PDF" directional controls for contiguous strings of affected
characters -- a tremendous benefit! (Note that I'm not working on a
Mac -- I'm using solaris here, and I just need to cope with data that
comes from a Mac.)
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 cited
earlier, and the new version offers improved/expanded commentary:
http://www.unicode.org/Public/MAPPINGS/VENDORS/APPLE/ARABIC.TXT
(dated Dec. 19, 2002).
Thank you for your report. :-)
The revised table seems to have no change on mapping,
but only comments.
Anyhow, the former L::A::M module (version 0.00)
misses conversion of 0x00-0x1F and 0x7F.
This bug should be fixed with the newer version,
which is available from the following place:
tarball
http://homepage1.nifty.com/nomenclator/perl/Lingua-AR-MacArabic-0.01.tar.gz
HTML-ized POD
http://homepage1.nifty.com/nomenclator/perl/Lingua-AR-MacArabic.html
SADAHIRO Tomoyuki
