>>>>> "Patrick" == Patrick K <patrick_at_sid.BoXsoft.com> writes:
>> > PG> The "Unreadable" ( which is VERY SMALL ) behaves the same on dtwm but
>> > PG> fvwm, although returning to the default size and Font, is blank over the
>> > PG> "resized" width.
>> > PG>
>> > PG> ____________________ ______ ____________________
>> > PG> |abcdef ghijk lmn | |:::: | |abc |
>> > PG> |abcdef ghijk lmn | |:::: | |abc |
>> > PG> |abcdef ghijk lmn | => ------- => |abc |
>> > PG> |abcdef ghijk lmn | |abc |
>> > PG> -------------------- ---------------------
>>
>> It is unlikely to be a font problem; I am not sure, in fact, how the window
>> manager can have any effect on this. Does the affected (blank) area of the
>> xterm window refresh if you do an 'xrefresh'?
Patrick> Hmm.. thinking about this and discussing it with a friend of mine
Patrick> I am more confused as how this could've been a bug in fvwm or
Patrick> more generally a wm problem.
It was a problem in the way fvwm was handling some X11 events that are
generated to go with this action.
Patrick> Could any of your more experienced fvwm user/coders explain how
Patrick> this was related to a problem in fvwm and how it was fixed?
When you resize an xterm smaller width wise, it essentially cuts off
anything that goes off the right edge. This is central to the problem.
What was happening is that fvwm sees a PropertyNotify event telling of
the new size that the XTerm needs to be when changing fonts like that,
but it happens before the resize actually takes place. There was some
code added to fvwm2 (at some point before I took over) that wasn't in
fvwm 1.xx that tried to set up the frame at that point, which was too
soon and fvwm essentially was making the XTerm refresh at the smaller
size at which point it changed the font, cutting off any chars that
ended up going off the right edge. Then the actual event that causes
fvwm to do the resize occured, making the XTerm the correct size for
the new font, but now all the stuff that got cut off was lost.
Hope that makes sense, I'm not quite awake yet this morning...
Chuck
--
*******************************************************************************
Charles K. Hines <chuck_hines_at_vnet.ibm.com>
IBM Logic Synthesis Developer [BooleDozer (TM)]
Martial Arts Instructor [Modern Arnis, Presas Style Filipino Martial Arts]
"Go back to sleep, Chuck. You're just havin' a nightmare
-- of course, we ARE still in Hell." (Gary Larson)
*******************************************************************************
--
Visit the official FVWM web page at <URL:http://www.hpc.uh.edu/fvwm/>.
To unsubscribe from the list, send "unsubscribe fvwm" in the body of a
message to majordomo_at_hpc.uh.edu.
To report problems, send mail to fvwm-owner_at_hpc.uh.edu.
Received on Wed Nov 05 1997 - 08:35:57 GMT