tempest@csuchico.uucp (Kenneth Lui) (04/25/89)
There have been some discussion of ZTerm v0.70 as well as ZTerm v0.75 having the problem of changing from its assigned default font into Geneva. I, too, have ran across this problem on occasion. Some have attributed this bug due to ZTerm's VT100 emulation sequences. It may not be the sequences. When the font gets changed from the default to Geneva, it has been at times when the text buffer is nearly full. Taking a look at the FOND and the FONT resources shows that the FOND resources are Preloaded and Purgeable and the FONT resources are only Purgeable. The problem with ZTerm may be that when the buffer gets full, the program will purge items that are purgeable first before purging parts of the buffer itself. Because the FONT resources are only marked as purgeable, at times, the default font will, indeed, be deleted from memory. When this happens, the font is changed to Genevathe default Application font. To fix this font quirk, I did the following to my copy of ZTerm 0.75: Launch ResEdit Select the FOND resources, and open it Select both FOND items, do a CMDI, and click on the Locked bit Do the same for FONT resources, but click on both the Locked bit as well as the Preload bit. I only modified the 9point FONTs as I don't use 12point...since the FONTs take on the average of 2.5K each, I've also increased ZTerm's partition size by 10K, just to be safe. As of now, the font problem hasn't surfaced (I'll keep crossing my fingers). Does the above analysis seem correct? I'd like some comments. If somebody can reach David P. Alverson, I'd appreciate it if you can give this message to him. Ken tempest@csuchico.EDU