|The new TTF files are here!|
Message #1 Posted by Vieira, Luiz C. (Brazil) on 29 Apr 2004, 12:43 a.m.
you can download the zipped file with all four new TTF files form here:
New TTF files
I think I have finally corrected all glitches in all fonts. Some of the first "versions" had characters too close to each other (printer) and I saw that they were not so close by observing their printer hardcopy. I had to alter each character size (no need to draw them back) in all three printer fonts. Already done.
About the HP42S character set. As you saw, many characters are repeated in some different positions. This is because I thought abouot something that did not work, so I redraw them all as a sequenced block starting at position 160d. If you have programs already typed in and saved as ordinary text files (ASCII coded), it's not gonna be hard to use the HP42S character set and "convert" the listings. If you are going to "upload" from the HP42S to an HP48S/G (does the HP49G+ has its own INPRT program?), keep in mind that some characters are remapped and their codes are changed. The arrangement I made (those loose characters above 192d) allows faster convertion, because these characters occupy positions equivalent to the remapped positions. unfortunately a few ones did not follow the rule...
Some character codes were not possible to redirect (at least I found no way to do it). The ones I wish to find a better solution are the up-arrow (replaced by ^) and the down-arrow (replaced by lower-case v). When showed as spare characters there is no particular prblem, but when they are together with R, in [R^] (roll-up), [y^x] ('y' raised to 'x') and [Rv] (roll-down), I'd prefer seeing the arrows instead of the characters chosen as remapped solutions. It's possible to use search-and-replace while using a text processor, but I tested a few programs to run in an HP48S/G that do the job (still under development and size reduction), but if the program is too big, they spend a lot time running. I thought about some machine-language solution (character detection and replacement seems to be not hard) or even SYS-RPL (I guess it is still slow), but I should read some material and remember some concepts before creating SYS-RPL programs again (I still have the original goodies disks form Educalc...).
Wow! I wrote too much (again). As I have some HP48S/G to remapp the characters that worth a try, I'm posting again.
Edited: 29 Apr 2004, 1:26 a.m. after one or more responses were posted