pauld@pyrtech (Paul Daw) (06/02/90)
I just put up Elm2.3 on one of our production machines at Pyramid, and (for all of the Pyramid sites using older versions of Elm) the installation worked beautifully. I am relatively new to Elm however, and I have a couple of questions, or maybe they are suggestions. The first thing I noticed is that elm seems to totally ignore interrupts. This is particularly annoying when you hit a key (call it 'r') and you immediately decide that you did not want to continue with the reply. Rather than smacking the interrupt key to get back to the command mode, You have to fumble through the reply function, until you arrive at the mini menu the has the f)orget it option, where you can finally bail out. I looked back at the configuration docs, to see if I could configure the trapping out. No luck. Does anyone have a clue, explanation, or just a few kind words to send my way? The second problem that I had was with the 'e' function in the command mode. Fully expecting the equivalent of the 'v' command in Berkeley mail, I was quite shocked to find that I was editing my entire mail box, and not just the current message. Our request system is handled through e-mail, and I often strip the message down so that it appears to have come from the original sender, not our department administrator. Now I have to search for the message in my incoming box, which is just too darned cumbersome. Anyone out there have a suggestion to get around this problem, or is this an Elm2.4 issue?
syd@DSI.COM (Syd Weinstein) (06/02/90)
pauld@pyrtech (Paul Daw) writes:
:The first thing I noticed is that elm seems to totally ignore interrupts.
:This is particularly annoying when you hit a key (call it 'r') and you
:immediately decide that you did not want to continue with the reply.
:Rather than smacking the interrupt key to get back to the command mode,
:You have to fumble through the reply function, until you arrive at the
:mini menu the has the f)orget it option, where you can finally bail out.
:I looked back at the configuration docs, to see if I could configure the
:trapping out. No luck. Does anyone have a clue, explanation, or just
:a few kind words to send my way?
It has been on the 'wish' list for a long time to impliment an
interrupt backout. We were originally going to do it after putting
in curses, but curses didn't work out. So it sat...Its back on the
table, but I have no idea whether it will be in 2.4 or not.
(That depends on what people impliment, after all, volunteers write
patches, I don't assign problems to people)
:The second problem that I had was with the 'e' function in the command
:mode. Fully expecting the equivalent of the 'v' command in Berkeley mail,
:I was quite shocked to find that I was editing my entire mail box, and
:not just the current message. Our request system is handled through
:e-mail, and I often strip the message down so that it appears to have
:come from the original sender, not our department administrator. Now
:I have to search for the message in my incoming box, which is just
:too darned cumbersome. Anyone out there have a suggestion to get around
:this problem, or is this an Elm2.4 issue?
Elm currently only supports mailbox editing (which is disable-able)
however a wish list item has been to support both mailbox editing
and message editing. It just hasn't been implimented by anyone yet.
--
=====================================================================
Sydney S. Weinstein, CDP, CCP Elm Coordinator
Datacomp Systems, Inc. Voice: (215) 947-9900
syd@DSI.COM or dsinc!syd FAX: (215) 938-0235lauther@janus.Berkeley.EDU (Ulrich Lauther) (06/05/90)
In article <114951@pyramid.pyramid.com> pauld@pyrtech (Paul Daw) writes: > >The first thing I noticed is that elm seems to totally ignore interrupts. ^Z (if layers are supported by your OS) is not ignored >The second problem that I had was with the 'e' function in the command >mode. Fully expecting the equivalent of the 'v' command in Berkeley mail, >I was quite shocked to find that I was editing my entire mail box, and >not just the current message. Our request system is handled through >e-mail, and I often strip the message down so that it appears to have >come from the original sender, not our department administrator. Now If you use the forward-command, you are given the opportunity to edit the message. ----------------------------------------------------------------- Ulrich Lauther Internet: lauther@janus.berkeley.edu Siemens / UCB ph: +1 415 642 3338 fax: 642 2739 +1 415 658 8529 home