home *** CD-ROM | disk | FTP | other *** search
/ Frozen Fish 1: Amiga / FrozenFish-Apr94.iso / bbs / alib / d1xx / d191 / ispell.lha / ISpell / wishes < prev   
Text File  |  1989-03-14  |  2KB  |  39 lines
  1. Things remaining to be done to ispell:
  2.  
  3.     - The "munchlist" script can actually increase the size of a
  4.       dictionary.  For example, munching dict.191 (after my bug fixes
  5.       to it) reduced the number of words by about 40, but increased
  6.       the number of characters by a small percentage.  This is
  7.       because munchlist doesn't recognize duplicate suffixes that
  8.       generate the same result, except for the three special
  9.       "s-ending" suffixes J, Z, and X.  For example, right now
  10.       munchlist will make BATHER by adding the R suffix to both
  11.       BATH and BATHE.  It would be nice if munchlist could recognize
  12.       the redundancy and reduce its output so that each word was made
  13.       in only one way.
  14.     - The characters in the -w option should be written to the header
  15.       of the hash file, and to a header in the personal dictionary,
  16.       so the user doesn't have to remember to specify them every time.
  17.     - Buildhash should support the -w option.
  18.     - Buildhash, munchlist, icombine, and the expand scripts should use
  19.       a character other than slash for the flag separator, so that slashes
  20.       are available to the -w option.  I tend to lean towards commas.
  21.     - It might be nice to support multiple personal dictionaries.  On
  22.       the other hand, it's pretty easy to combine them with "cat".
  23.     - Good.c should be table-driven, so that it is easier to modify for
  24.       other languages.  Ideally, it would support prefixes as well.
  25.     - A small amount of string space could be saved if buildhash would
  26.       combine strings with common suffixes (e.g., "and" could be stored
  27.       as a pointer to the tail of "bland").
  28.     - (Peter Wan) Ispell should have a "server mode" for large sites, to
  29.       get rid of the time needed to read in the dictionary.  On System V,
  30.       this could be accomplished by having the first execution of ispell
  31.       read the dictionary into a shared-memory region.  Later incarnations
  32.       would then get the dictionary by just attaching to the region.
  33.       One problem would be that the dictionary gets modified during
  34.       the run, so you might still have to do a memory-to-memory copy
  35.       after the attach.  The size of having two copies of the dictionary
  36.       might prohibit this on many machines.  Another approach is a
  37.       message-based "good.c server", but this too would have to deal
  38.       with the possibility of modifiying the dictionary.
  39.