home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / mail / elm / 3873 < prev    next >
Encoding:
Text File  |  1992-12-28  |  3.2 KB  |  73 lines
  1. Newsgroups: comp.mail.elm
  2. Path: sparky!uunet!spool.mu.edu!nigel.msen.com!hela.iti.org!lokkur!scs
  3. From: scs@lokkur.dexter.mi.us (Steve Simmons)
  4. Subject: Re: List of enhancements
  5. Message-ID: <1992Dec28.173751.6892@lokkur.dexter.mi.us>
  6. Organization: Inland Sea
  7. References: <9212280932.AA14332@SERVER.uwindsor.ca>
  8. Date: Mon, 28 Dec 92 17:37:51 GMT
  9. Lines: 62
  10.  
  11. ophof@SERVER.uwindsor.ca (Scott Ophof) writes:
  12.  
  13.  [[ a number of interesting and useful suggestions on future elms ]]
  14.  
  15. >Friendlier and more "intelligent" display of ones folders:
  16.  
  17. On the list.
  18.  
  19. >What about allowing invocation of "elm" from within itself?
  20.  
  21. Eh?  This works now.  Just a few minutes ago I was reading mail
  22. and needed to go look at a different folder - "!elm -f =name"
  23. worked fine.
  24.  
  25. >Unix boasts being able to be used from almost any terminal
  26. >imaginable.  It's strange then that no application I've come across
  27. >up to now realizes that when a user wants to skip straight to (say)
  28. >the 4th page by hitting SPACE 4 times, one still needs to wait for
  29. >each of those pages to be laboriously built and displayed onscreen . . .
  30.  
  31. Yes, it's probably possible, no, probably not portably.  If you know
  32. of a generally available UNIX pager that does this, let me know.  I've
  33. never seen one.  But why hit space 4 times?  Use the message number
  34. commands.
  35.  
  36. >As to aliases, how about enhancing that facility to allow users to
  37. >include such things like which folder to store items in related to a
  38. >specific alias, phone numbers, surface addresses, user-definable
  39. >fieldnames and -values?  Especially if the facility were not
  40. >integral to "elm" anymore, but invocable from "elm" as a separate
  41. >utility, which then could also be used by other applications.
  42.  
  43. There are a zillion of these available.  Selecting any one would be
  44. the wrong answer for everyone else; building the facility into elm
  45. would be an equally bad idea.  What would be more useful would be a
  46. method to (a) automaticly rebuild the elm aliases database from some
  47. outside utility and db format (rolo_to_elm, etc) and (b) invoke a
  48. general interface to rotodex utilities from inside elm.  Elm aliases
  49. are built the way they are for (a) speed and (b) reliability.  Any
  50. solutions which depend on outside fromats sacrifice one or both of
  51. those two.
  52.  
  53. >Another thing is the possibility of retaining the index of a folder
  54. >(as an on-disk file) as long as the relevant folder doesn't change.
  55. >Skipping the index-rebuild each time for folders containing many
  56. >items would save quite some wall-clock and CPU time (at the expense
  57. >of some disk space, of course).
  58.  
  59. Absolutely.  This is a wider problem than elm; mh and most other
  60. mailreaders have the same problem.  In fact, it's the same problem that
  61. trn and nn try to address.  It's a difficult problem but not unsolvable.
  62. The big issues are detecting external changes which would require the
  63. index be rebuilt.  Note that mh, the ultimate UNIX mail toolkit, does
  64. not even attempt to address this (tho the mh docs claim it would be a
  65. good idea).
  66.  
  67. We're always looking for people willing to pitch in, send mail to
  68. Syd and join the developers group.
  69. -- 
  70. "When Dexter's on the Internet,    | "Nuts!"
  71.  can Hell be far behind?"          |   -- Mr. Peanut in "Battle of the Bulge"
  72.       scs@lokkur.dexter.mi.us       |
  73.