Path: utzoo!attcan!uunet!mailrus!hellgate.utah.edu!helios.ee.lbl.gov!ucsd!ogccse!schaefer
From: schaefer@ogccse.ogc.edu (Barton E. Schaefer)
Newsgroups: comp.mail.mush
Subject: Re: mushtool bugs and patches (long)
Message-ID: <5756@ogccse.ogc.edu>
Date: 21 Nov 89 17:19:06 GMT
References: <1989Nov21.055514.6990@semi.harris-atd.com>
Reply-To: schaefer@ogccse.UUCP (Barton E. Schaefer)
Organization: Oregon Graduate Institute (formerly OGC), Beaverton, OR
Lines: 66

In article <1989Nov21.055514.6990@semi.harris-atd.com> del@thrush.semi.harris-atd.com (Don Lewis) writes:
} I've been using mush 7.0.0.0 for a week or so, primarily in tool mode under
} SunOS 4.0.1.  I have found a few problems and thought I'd share my patches
} with you.

Thanks for the suggestions.

} The first problem is that the pop-up windows don't get destroyed when you
} are done with them causing mushtool to eventually to run out of file
} descriptors and core dump.

This has already been fixed in the semi-completed patches that are sitting
around waiting for Dan to get done with his book.

} The second problem causes the "Next" button in the main panel to pop up
} a window to browse the message intermittently.

I *think* this one has been fixed as well (by virtue of drastic changes
in much of the toolmode code, i.e., I think that whole section is gone).
However, I'll hang onto the patch anyway.

} BTW, is there any good
} reason that the buttons were implemented as choice items with display
} of the choices turned of versus button items with menus?

Because 7.0.0.0 is still pretty much a direct translation from SunWindows.
More work has been done since then to use SunView "right".

} The third problem causes the "f" or "r" flags to be set on a piece of mail
} if you start to reply to or forward this piece of mail and then abort before
} actually sending the the mail.  This patch is a bit ugly.

All the code for sending mail in 7.0.0.0 toolmode is more than a bit ugly,
and has completely changed.  I *know* this patch won't work on the latest
mail.c, but I'll keep the bug report in case it's still a problem.

} I have also noticed some problems with the function keys.
} 
} 	The function keys only work in certain windows.

The function keys are going away altogether as I understand it.
Part of the reason:

} 	The Sunview open/close and front/back keys also get
} 	interpreted as function keys.

This is a SunView problem -- if (older) mushes had their way, the
open/close and front/back functions would be disabled and the keys used
for mush's purposes, but ever since the window managers have assigned
meanings to those keys there has been no way to avoid having *both* the
window manager event and the program event happen when the key is hit.
Another reason for getting rid of the fkeys:

} 	Some of the built in key bindings are sort of bogus
} 	in these modern times.

And fkeys going away also explains:

} 	What happened to the facility for setting the fkeys
} 	in tool mode (the pop up keyboard picture) that was
} 	in 6.5.6?
-- 
Bart Schaefer          "Sometimes I think the surest sign that intelligent life
                        exists elsewhere in the universe is that none of it has
schaefer@cse.ogi.edu        tried to contact us."                     -- Calvin
(used to be cse.ogc.edu)