Anyway, the hack's current rendering speed appears to be about twice as good as Plucker's, in part because the hack is ARM code and in part because the hack writes directly to the screen bitmap (which is non-portable; of course, I have a compile-time option to turn this off). The speed of aa font rendering is a problem for users of low-speed OS 5 devices like the Clie TH or UX. Moreover, the hack uses a modified version of the font format which uses fonts that are about 25% smaller. I would be happy to roll all of this back into Plucker, I guess, but it would be a fair bit of work (ARM-68K communication is a nuisance). How important is the aa rendering speed?
Alex
--
Dr. Alexander R. Pruss
Department of Philosophy
Georgetown University
Washington, DC 20057-1133 U.S.A.
e-mail: [EMAIL PROTECTED]
online papers and home page: www.georgetown.edu/faculty/ap85
--------------------------------------------------------------------------
"Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur."
- Paul of Worczyn (1424)
_______________________________________________
plucker-dev mailing list
[EMAIL PROTECTED]
http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
