[This one got too long, so I'm splitting it into two parts. In
this part, I'm focusing on why one'd use XHTML to format
“simple” Usenet and e-mail messages; the images, formulae, and
the like are not considered.]
>>> I have never seen an HTML e‐mail that wouldn’t have become better
>>> by rewriting it in plain text.
>> What’s wrong with, e. g.,
news:86haxbp...@gray.siamics.net or
>>
news:86r4wac...@gray.siamics.net?
> Sorry, I counln’t find them. Those are MessageIDs, right?
The part next to news: is indeed a Message-ID:. As a whole,
these are news: schema URI's, as per RFC 5538.
[…]
>> As I’ve said before, there’re many different ways to author “poor”
>> HTML. It doesn’t mean that any HTML is /necessarily/ bad.
> Agree, but I wanted to show you the corelation and that plain‐text
> stops people from abusing HTML.
I'd only accept this argument if plain text would also prevent
them from overquoting and top-posting!
(My ongoing recommendation is to “do it right or not at all.”)
[…]
>>> Apart from the aesthetic reasons, I like plain text for it’s utter
>>> simplicity, transparecy, and suitabilty for automated searching and
>>> processing.
>> I disagree. None of the automated formatters I know can handle
>> hyphenated text, and none of them could discern “verbatim” text
>> (such as a source code fragment, or ASCII art) from the “normal”,
>> formatted text.
[…]
> Yes, I was talking about the simplest case of ragged‐right and
> unhyphenated. Several programs go a step futher and treat everything
> that has an indent as verbatim.
Unfortunately, my personal preference is to keep the /formatted/
text indented, while the “verbatim” text is put “as is”, in part
to make it easy to copy & paste it. (Think of code fragments,
for instance, where indent /may/ be an element of syntax, as in
the case of Python or Fortran 77.)
> And with reading/searching my statement holds even for preformatted
> text.
While I definitely can read plain text, I'm certainly able to
imagine a better “reading experience” for me.
For instance, I can imagine a newsreader reformatting the
articles to match /my/ preferences, like, for formatted text:
left margin at column 8, right margin at column 72, “reflown”
and “ragged right” (while for “verbatim” text these'd be: no
left margin, preserve line breaks and whitespace.)
While Gnus allows for “reflowning” (and thus setting of the
right margin) of the text of the article being displayed, it
doesn't discern (and, frankly, how could it?) between
“formatted” and “verbatim” text, and thus, while reading a
poorly (or simply not to my preferences) formatted message, I
have to choose between suffering an extra eye strain and ruining
the code examples. (And Gnus isn't smart enough to drop the
hyphens, BTW.)
Obviously, the use of just /two/ of the XHTML elements, namely
<p /> and <pre />, would resolve this whole issue!
To summarize, the very benefit of XHTML is that it lets the
/reader/ decide upon the final appearance. (Or at least it
gives the reader much more freedom in this respect than both the
plain text and PDF.)
> Besides, I think I am the only one who uses hyphenation in e‐mail and
> Usenet, and I keep groff source of important articles.
There comes a small tradeoff. When using XHTML, the version of
the article read at the other end and the version archived are
one and the same. There's no “unpublished source” to be lost.
(Think of FAQ's, or the like, where the document being posted
needs to be maintained just as well.)
> Being a typeseting system, it has a language much lighter and more
> comfortable than HTML, so I can easily strip the bare text from it
Note that there's software (html2text(1), Lynx, etc.) that
allows one to do the very same with HTML. Indeed, I'm a heavy
user of Lynx, and for the most of the time, Web is “plain-texty”
enough for me.
> or use groff to typeset a message as PDF or HTML, if need be.
> groff’s code is also much easier to read than HTML.
Indeed, I agree on that!
Note, however, that *roff, as well as LaTeX and PostScript, and
/unlike/ XHTML and PDF, is /not/ a markup language or data
format, but rather a programming language, much like ECMAScript
or Java. Thus, the use of the former on the Web and within
messages (be it e-mail, netnews, XMPP, or whatever else) has at
least the following drawbacks:
• obvious security implications; (think of infinite loops, for
instance);
• its easy to “convert” the former into the latter; not the
other way around.
Fortunately, there're a plenty of “simplified” markup languages,
such as Markdown, reStructuredText, Textile, Creole, etc.,
which, although not nearly as powerful, seem like a good fit for
e-mail and netnews (and are already widely used in various Web
forums, which, arguably, constitute a communication medium close
enough to Usenet.)
And note that posting HTML generated from either Markdown or
*roff has the very benefit of having the <p /> vs. <pre />
distinction /still present/. Which makes my dreams of easy to
re-flow mail & news messages come true! (Contrary to the
posting of plain text produced from the very same *roff source.)
The only part which is (AFAIK) currently missing is the ability
to convert HTML (or, rather, a subset of it) back into an
“editable” format, such as Markdown.
[…]
> As for the XML tools you mentioned, I am afraid every HTML message
> will require a special script to process it, becuase HTML is not
> strucured in the sense that instead of defining the funciton of an
> element (like, it is a list, it is a header, and so on), it defines
> its appearance, and the former is not easily inferred from the
> latter! On the other hand, *roff and LaTeX use structured approach.
I disagree with both of these statements. On the one hand,
contemporary HTML (HTML5, XHTML, “strict” HTML 4.01) delegates
the formatting almost exclusively to CSS (and isn't <section />
structured enough, anyway?) On the other, LaTeX has a plenty of
easy to abuse commands, such as, e. g., \bf, \sf, etc. And
indeed, there're LaTeX users (though most probably a minority)
who'd happily use, say, \noindent \large \bf Foo for the section
heading.
One more benefit of XHTML-based netnews is the ability to
specify the /language/ for the parts of the text, which improves
accessibility. (Think of speech synthesis software.)
> P. S.: Several times I have appealed to the infrequency of various
> situations you have mentioned. I find it a valid argument because
> changing the whole medium in order to satisfy several percent of
> posters at the expense of imparting overload unto the heads of the
> remaining 99 perceint would be wrong.
The inherent flaw in this argument is that by making a feature
difficult in some technology we effectively draw those who may
benefit from such a feature /away/ from this technology.
Therefore, in the long term, the only users of the latter would
be those who don't need that feature.
In the end, it's not the community that choose the technology,
but the technology that selected its users.
And then, without enough newcomers, any technology falls into
the oblivion.