Original files version 4.4.7
This commit is contained in:
77
original/html/email-style.html
Normal file
77
original/html/email-style.html
Normal file
@@ -0,0 +1,77 @@
|
||||
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
|
||||
<html xmlns="http://www.w3.org/1999/xhtml"><head><title>Chapter 6. Email Quotes and Inclusion Conventions</title><link rel="stylesheet" href="jargon.css" type="text/css"/><meta name="generator" content="DocBook XSL Stylesheets V1.61.0"/><link rel="home" href="index.html" title="The Jargon File"/><link rel="up" href="pt01.html" title="Part I. Introduction"/><link rel="previous" href="writing-style.html" title="Chapter 5. Hacker Writing Style"/><link rel="next" href="speech-style.html" title="Chapter 7. Hacker Speech Style"/></head><body><div class="navheader"><table width="100%" summary="Navigation header"><tr><th colspan="3" align="center">Chapter 6. Email Quotes and Inclusion Conventions</th></tr><tr><td width="20%" align="left"><a accesskey="p" href="writing-style.html">Prev</a> </td><th width="60%" align="center">Part I. Introduction</th><td width="20%" align="right"> <a accesskey="n" href="speech-style.html">Next</a></td></tr></table><hr/></div><div class="chapter" lang="en"><div class="titlepage"><div><div><h2 class="title"><a id="email-style"/>Chapter 6. Email Quotes and Inclusion Conventions</h2></div></div><div/></div><p>One area where conventions for on-line writing are still in some flux is
|
||||
the marking of included material from earlier messages — what would be
|
||||
called ‘block quotations’ in ordinary English. From the usual
|
||||
typographic convention employed for these (smaller font at an extra indent),
|
||||
there derived a practice of included text being indented by one ASCII TAB
|
||||
(0001001) character, which under Unix and many other environments gives the
|
||||
appearance of an 8-space indent.</p><p>Early mail and netnews readers had no facility for including messages
|
||||
this way, so people had to paste in copy manually. BSD
|
||||
<span class="citerefentry"><span class="refentrytitle">Mail</span>(1)</span> was the first message agent to support inclusion,
|
||||
and early Usenetters emulated its style. But the TAB character tended to push
|
||||
included text too far to the right (especially in multiply nested inclusions),
|
||||
leading to ugly wraparounds. After a brief period of confusion (during which
|
||||
an inclusion leader consisting of three or four spaces became established in
|
||||
EMACS and a few mailers), the use of leading <tt class="literal">></tt> or
|
||||
<tt class="literal">> </tt> became standard, perhaps owing to its use in
|
||||
<span class="citerefentry"><span class="refentrytitle">ed</span>(1)</span> to display tabs (alternatively, it may derive from
|
||||
the <tt class="literal">></tt> that some early Unix mailers used to quote lines
|
||||
starting with "From" in text, so they wouldn't look like the beginnings of new
|
||||
message headers). Inclusions within inclusions keep their
|
||||
<tt class="literal">></tt> leaders, so the ‘nesting level' of a quotation
|
||||
is visually apparent.</p><p>The practice of including text from the parent article when posting a
|
||||
followup helped solve what had been a major nuisance on Usenet: the fact that
|
||||
articles do not arrive at different sites in the same order. Careless posters
|
||||
used to post articles that would begin with, or even consist entirely of,
|
||||
“<span class="quote">No, that's wrong</span>” or “<span class="quote">I agree</span>” or the like. It was
|
||||
hard to see who was responding to what. Consequently, around 1984, new
|
||||
news-posting software evolved a facility to automatically include the text of
|
||||
a previous article, marked with “> ” or whatever the poster
|
||||
chose. The poster was expected to delete all but the relevant lines. The
|
||||
result has been that, now, careless posters post articles containing the
|
||||
<span class="emphasis"><em>entire</em></span> text of a preceding article,
|
||||
<span class="emphasis"><em>followed</em></span> only by “<span class="quote">No, that's wrong</span>” or
|
||||
“<span class="quote">I agree</span>”.</p><p>Many people feel that this cure is worse than the original disease, and
|
||||
there soon appeared newsreader software designed to let the reader skip over
|
||||
included text if desired. Today, some posting software rejects articles
|
||||
containing too high a proportion of lines beginning with ‘>' —
|
||||
but this too has led to undesirable workarounds, such as the deliberate
|
||||
inclusion of zero-content filler lines which aren't quoted and thus pull the
|
||||
message below the rejection threshold.</p><p>Inclusion practice is still evolving, and disputes over the
|
||||
‘correct’ inclusion style occasionally lead to
|
||||
<a href="H/holy-wars.html"><i class="glossterm">holy wars</i></a>.</p><p>Most netters view an inclusion as a promise that comment on it will
|
||||
immediately follow. The preferred, conversational style looks like
|
||||
this,</p><div class="literallayout"><p><br/>
|
||||
> relevant excerpt 1<br/>
|
||||
response to excerpt<br/>
|
||||
> relevant excerpt 2<br/>
|
||||
response to excerpt<br/>
|
||||
> relevant excerpt 3<br/>
|
||||
response to excerpt<br/>
|
||||
</p></div><p>or for short messages like this:</p><div class="literallayout"><p><br/>
|
||||
> entire message<br/>
|
||||
response to message<br/>
|
||||
</p></div><p>Thanks to poor design of some PC-based mail agents (notably Microsoft
|
||||
Outlook and Outlook Express), one will occasionally see the entire quoted
|
||||
message <span class="emphasis"><em>after</em></span> the response, like this</p><div class="literallayout"><p><br/>
|
||||
response to message<br/>
|
||||
> entire message<br/>
|
||||
</p></div><p>but this practice is strongly deprecated.</p><p>Though <tt class="literal">></tt> remains the standard inclusion leader,
|
||||
<tt class="literal">|</tt> is occasionally used for extended quotations where
|
||||
original variations in indentation are being retained (one mailer even
|
||||
combines these and uses <tt class="literal">|></tt>). One also sees different
|
||||
styles of quoting a number of authors in the same message: one (deprecated
|
||||
because it loses information) uses a leader of <tt class="literal">> </tt> for
|
||||
everyone, another (the most common) is <tt class="literal">> > > >
|
||||
</tt>, <tt class="literal">> > > </tt>, etc. (or
|
||||
<tt class="literal">>>>> </tt>, <tt class="literal">>>></tt>, etc.,
|
||||
depending on line length and nesting depth) reflecting the original order of
|
||||
messages, and yet another is to use a different citation leader for each
|
||||
author, say <tt class="literal">> </tt>, <tt class="literal">: </tt>, <tt class="literal">|
|
||||
</tt>, <tt class="literal">@</tt> (preserving nesting so that the inclusion
|
||||
order of messages is still apparent, or tagging the inclusions with authors'
|
||||
names). Yet <span class="emphasis"><em>another</em></span> style is to use each poster's
|
||||
initials (or login name) as a citation leader for that poster.</p><p>Occasionally one sees a <tt class="literal"># </tt> leader used for quotations
|
||||
from authoritative sources such as standards documents; the intended allusion
|
||||
is to the root prompt (the special Unix command prompt issued when one is
|
||||
running as the privileged super-user).</p></div><div class="navfooter"><hr/><table width="100%" summary="Navigation footer"><tr><td width="40%" align="left"><a accesskey="p" href="writing-style.html">Prev</a> </td><td width="20%" align="center"><a accesskey="u" href="pt01.html">Up</a></td><td width="40%" align="right"> <a accesskey="n" href="speech-style.html">Next</a></td></tr><tr><td width="40%" align="left" valign="top">Chapter 5. Hacker Writing Style </td><td width="20%" align="center"><a accesskey="h" href="index.html">Home</a></td><td width="40%" align="right" valign="top"> Chapter 7. Hacker Speech Style</td></tr></table></div></body></html>
|
||||
Reference in New Issue
Block a user