>>I sure am missing something here

Sorry, I meant that it IS set to .F.!!

It seems that the problem was (after talking to the author of the program after tracking him down) that the program is looking for a font called FOXPRINT and not finding it. Apparently this was installed with FPW 2.x. When I went to my new computer, I merely copied the FPW directory and therefore lost the Foxprint font, which was probably in some font directory.

Do you know where I can get this font?

Thank you,

Yossi

>>It IS set to .t.
>
>I sure am missing something here, but if it is set to .T. how do you explain that boxchars[1] is set to Ú instead of + by this expression: boxchars[ 1]=iif(m.nonlndraw,"+","Ú")?
>
>>
>>OTOH you could try a monospaced symbol font to get the effects of + and - and |
>>
>>I don't want to do that. It used to work with the proper box characters. There's probably some magic setting that I need to set that translates the funny characters to the proper box characters.
>
>>Any printing gurus out there?
>
>ok, Yossi, let me try to explain to you what I believe is happenning: the app you're running is a DOS app that relies on a specific PC codepage to draw the line borders, but clever enough to antecipate situations where that codepage is not at hand, the Windows environment being the most common nowadays but not neccessarily at the time of coding. The Ú symbol is code 218, which, in the PC-437 codepage (and others) is represented by a line draw symbol equivalent to the top left corner of a box. You don't have that kind of symbols unless: a) you are able to print directly to the printer; b) you have a font with the proper character encoding; c) you use a generic tty printer driver to control your printing.
>
>of course, not being a printing guru I may be proven totally wrong!
>
>bye