docs/master

changeset 20:7a100c80fa91

Some new text (show/mhshow; prompter).
author markus schnalke <meillo@marmaro.de>
date Sun, 06 May 2012 17:33:45 +0200
parents ab5253e48c74
children bb8a8be49024
files ch03.roff
diffstat 1 files changed, 69 insertions(+), 5 deletions(-) [+]
line diff
     1.1 --- a/ch03.roff	Tue Apr 24 18:02:08 2012 +0200
     1.2 +++ b/ch03.roff	Sun May 06 17:33:45 2012 +0200
     1.3 @@ -6,7 +6,7 @@
     1.4  
     1.5  .H1 "Removal of Code Relicts
     1.6  .P
     1.7 -The code base of mmh originates in the late 70s, had been extensively
     1.8 +The code base of mmh originates from the late 70s, had been extensively
     1.9  worked on in the mid 80s, and had been partly reorganized and extended
    1.10  in the 90s. Relicts of all those times had gathered in the code base.
    1.11  My goal was to remove any ancient code parts. One part of the task was
    1.12 @@ -33,12 +33,13 @@
    1.13  I'm thankful for this task being solved. I only pulled the changes into
    1.14  mmh.
    1.15  .P
    1.16 -The other task of dropping ancient functionality to remove old code,
    1.17 +The other task \(en dropping ancient functionality to remove old code \(en
    1.18  I did myself, though. My position to strip mmh to the bare minimum of
    1.19  frequently used features is much more revolutional than the nmh community
    1.20 -sees it. Without the need to justify my decisions, I was able to quickly
    1.21 -remove code I considered ancient. The need to discuss my decisions with
    1.22 -peers likely would have slowed this process down. Of course, I did research
    1.23 +likes it. Without the need to justify my decisions, I was able to quickly
    1.24 +remove functionality I considered ancient.
    1.25 +The need to discuss my decisions with
    1.26 +peers likely would have slowed this process down. Of course, I researched
    1.27  if a particular feature really should be dropped. Having not had any
    1.28  contact to this feature within my computer life was a first indicator to
    1.29  drop it, but I also asked others and searched the literature for modern
    1.30 @@ -122,6 +123,31 @@
    1.31  I value its usefulnes less than the improvement in maintainability, caused
    1.32  by the removal.
    1.33  
    1.34 +.U2 "Prompter's Control Keys
    1.35 +.P
    1.36 +The program
    1.37 +.Pn prompter
    1.38 +queries the user to fill in a message form. When used by
    1.39 +.Pn comp
    1.40 +as:
    1.41 +.DS
    1.42 +comp \-editor prompter
    1.43 +.DE
    1.44 +the resulting behavior is similar to
    1.45 +.Pn mailx .
    1.46 +Appearently,
    1.47 +.Pn prompter
    1.48 +hadn't been touched lately. Otherwise it's hardly explainable why it
    1.49 +still offered the switches
    1.50 +.Sn \-erase \fUchr\fP
    1.51 +and
    1.52 +.Sn \-kill \fUchr\fP
    1.53 +to name the characters for command line editing.
    1.54 +The times when this had been neccessary are long time gone.
    1.55 +Today these things work out-of-the-box, and if not, are configured
    1.56 +with the standard tool
    1.57 +.Pn stty .
    1.58 +
    1.59  
    1.60  .H1 "Draft and Trash Folders
    1.61  .U2 "Draft Folder
    1.62 @@ -389,6 +415,44 @@
    1.63  .P
    1.64  foo
    1.65  
    1.66 +.H1 "mhshow to show Transition
    1.67 +.P
    1.68 +Since the very beginning, already in the first concept paper,
    1.69 +.Pn show
    1.70 +had been MH's mail display program.
    1.71 +.Pn show
    1.72 +found out which pathnames the relevant messages had and invoked
    1.73 +.Pn mhl
    1.74 +then to let it render the content.
    1.75 +With the advent of MIME, this approach wasn't sufficient anymore.
    1.76 +MIME messages can consist of multiple parts, some of which aren't
    1.77 +directly displayable, and text content can be encoded in
    1.78 +foreign charsets.
    1.79 +.Pn show 's
    1.80 +simple approach and
    1.81 +.Pn mhl 's
    1.82 +limited display facilities couldn't cope with the task any longer.
    1.83 +Instead of extending these tools, new ones were written from scratch
    1.84 +and then added to the MH toolchest. Doing so is encouraged by the
    1.85 +toolchest approach. The new tools could be added without interfearing
    1.86 +with the existing ones. This is great. It allowed MH to be the
    1.87 +first MUA to implement MIME.
    1.88 +.P
    1.89 +The new MIME features were added in form of the single program
    1.90 +.Pn mhn .
    1.91 +The command
    1.92 +.DS
    1.93 +mhn \-show 42
    1.94 +.DE
    1.95 +would show the MIME message numbered 42.
    1.96 +With the 1.0 release of nmh in February 1999, Richard Coleman finished
    1.97 +the split of
    1.98 +.Pn mhn
    1.99 +into a set of specialized programs, which together covered the
   1.100 +aspects of MIME. One of these resulting tools was
   1.101 +.Pn mhshow .
   1.102 +
   1.103 +
   1.104  .H1 "Blind Carbon Copies
   1.105  .P
   1.106  foo