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 > 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