Subj : MMXT
To   : William Mcbrine
From : Ken Hrynchuk
Date : Fri Oct 18 2002 06:00 am

William Mcbrine wrote to Ken Hrynchuk on 10-17-02 05:40:
 
 KH> I'm hoping you'll consider removing (or adding a configuration option
 KH> to disable) the 'Save/Kill Replies' prompt that appears at startup,
 KH> when a .REP is found.
 
 WM> I won't consider removing it -- others wanted it added. I'll consider
 WM> an option, but I'm trying not to clutter the MMAIL.RC. ;-)
 
Please do; it would be the best of both worlds, IMHO.
 
 KH> Accordingly, I'm in the habit of pressing 'right-arrow, enter' after
 KH> opening the .QWK, which almost lead to another .REP deletion, today.
 
 WM> Yes, well, I suggest you change your habits. :-) Instead of
 WM> "right-arrow, enter", try just pressing 'n'. That does the same thing,
 WM> saves one keystroke, and has the advantage that it CAN'T be
 WM> misinterpreted by the "Save/Kill" dialog, which just sits there if it
 WM> gets an 'n'. (In fact, this is exactly why that dialog was changed from
 WM> "Yes/No", originally, to "Save/Kill", in version 0.28.)
 
Not a problem with this version, anymore <g> (as per my recent reply to
you).
 
 KH> Since .REPs can be quickly and easily deleted by pressing 'K' from the
 KH> main screen, anyway, I don't think very many users would consider the
 KH> removal of said prompt to be a hardship.
 
 WM> You'd be surprised. It was a very requested feature, IIRC, even though
 WM> I told the requestors what you're telling me now ("just delete them
 WM> from the REPLY area"). :-) And actually, there are some advantages to
 WM> the global kill. If you open a packet and have replies opened along
 WM> with it, and then you go in and start adding new replies before you
 WM> realize there are old ones to deal with -- well, which ones are new?
 WM> Which ones should be deleted? You might lose track. But if you're
 WM> prompted as you open the packet, you're less likely to forget they're
 WM> there. Plus, of course, if there's more than one reply, it's easier to
 WM> kill them all at once.
 
A while back, due to the fact that the NASA echoes were arriving in
large chunks, I took to renaming .QWK packets that I hadn't finished
reading, which pointed to a possible problem with the 'autokill' of
..REPs (as implemented in this version, anyway). I just finished
'unhacking' this version, to re-enable autokill, and ran a test. I
copied FAME.QWK and FAME.REP to JOES.QWK and JOES.REP (to simulate
mail from multiple BBSes). I opened JOES.QWK and told MultiMail to kill
replies; and it deleted FAME.REP instead of JOES.REP (first .REP it
found, perhaps?). I was going to delve into this before, but forgot
about it, until I read your paragraph, above. Perhaps a filename check
would enable multi-packet compatibility?
 
Also, (sorry; no good news, today, William) it appears that the
'QuoteWrapCols' option in MMAIL.RC doesn't work, in this version
(brought to light by recent chat in this echo).
 
And, thanks again for listening to your users.
 
   Ken
 
P.S. On my wish list: option to sort messages by date/time.
 
P.P.S. Any comments on the spellchecking .BAT ?
 
*** MultiMail/XT v0.41

--- TriToss (tm) Professional 11.0 - #108
 * Origin: The Hall of Fame * Canton, Ohio * 330.456.0483 (1:2215/300.0)

.