The Unix Heritage Society mailing list
 help / color / mirror / Atom feed
From: Warner Losh <imp@bsdimp.com>
To: Marc Donner <marc.donner@gmail.com>
Cc: Douglas McIlroy <douglas.mcilroy@dartmouth.edu>,
	TUHS main list <tuhs@tuhs.org>
Subject: [TUHS] Re: Proliferation of book print styles
Date: Tue, 4 Jun 2024 08:53:54 -0600	[thread overview]
Message-ID: <CANCZdfodkCAm2tbZfEBLcxGwA=WvM0hLSJMav0ShBciMG6kcRg@mail.gmail.com> (raw)
In-Reply-To: <CALQ0xCDGw6ay-06GofuwsiHLabvR6zn5rOXhrFRf6TO7+CLtNA@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 4610 bytes --]

At the risk of venturing too far off into the weeds (though maybe it's too
late for that)

What do people think of the newer markup languages like Markdown or ASCII
Doctor? They seem more approachable than SGML or docbook, and a bit easier
to understand, though with less control, than troff, LaTeX or TeX.

To me they seem to be clever in that they infer the type of thing from the
extra context marking that you give it, and the marking is more intuitive
than the old-school markups (though still with some twists and sharp edges).

Warner

On Tue, Jun 4, 2024 at 7:22 AM Marc Donner <marc.donner@gmail.com> wrote:

> The history of markup and WSYWYG (or, as a friend said, WYSIAYG - what you
> see is all you get) is fascinating.
>
> The early markup systems (runoff and its derivatives like troff, nroff,
> IBM's SCRIPT) focused on manipulation of representation.  Normal, bold,
> italic, font size, justification and centering, and so on, were the
> vocabulary of the old systems.  These systems, to me, were assembler
> language for contemporary phototypesetters.
>
> In the late 1970s and early 1980s we began to get systems that, as Douglas
> noted, could express the logical structure of documents.  GML and SCRIBE
> were my first exposures to this way of thinking and they made life much
> much better for the writer.
>
> The standards work that created SGML went a bit overboard, to my taste.
> The only really serious adopters of SGML that I can think of were the US
> military, but there may have been others.
>
> Along the way were some fascinating attempts at clever hybrids.  Mike
> Cowlishaw built a markup system for the Oxford University Press back in the
> early 1980s on secondment from IBM.  It had a rather elegant ability to
> switch between markup mode and rendering mode so you could peek at how
> something would look.  I know that it was used by OUP for the humongous
> task of converting the OED from its old paper-based production framework to
> the electronic system that they use today, though I have no idea what the
> current details are.
>
> The hybrid model is not dead, by the way.  The wikimedia system adopts it
> ... you may edit either in markup mode or in WSYWYG mode, though I find the
> WSYWYG mode to be frustrating.  Sadly, the markdown stuff used by wikimedia
> is pretty annoying to work with and the rendering is buggy and sometimes
> incomprehensible (to me, at least).
>
> Making a strong system that includes inline markup editing AND
> WSYWYG editing with clean flipping between them would be fascinating.
> Sadly, the markup specifications are flimsy and the ease of creating crazy
> markup like <h1><b>blah blah</i></h2> in edit mode makes for some difficult
> exception handling problems.
>
> Marc
> =====
> nygeek.net
> mindthegapdialogs.com/home <https://www.mindthegapdialogs.com/home>
>
>
> On Sun, Jun 2, 2024 at 8:40 AM Douglas McIlroy <
> douglas.mcilroy@dartmouth.edu> wrote:
>
>> > Were you surprised when folks settled on word processors in favor of
>> markup?
>>
>> I'm not sure what you're asking. "Word processor" was a term coming into
>> prominence when Unix was in its infancy. Unix itself was sold to management
>> partly on the promise of using it to make a word processor. All word
>> processors used typewriters and were markup-based. Screens, which
>> eventually enabled WYSIWYG, were not affordable for widespread use.
>>
>> Perhaps the question you meant to ask was whether we were surprised when
>> WYSIWYG took over word-processing for the masses. No, we weren't, but we
>> weren't attracted to it either, because it sacrificed markup's potential
>> for expressing the logical structure of documents and thus fostering
>> portability of text among distinct physical forms, e.g. man pages on
>> terminals and in book form or  technical papers as TMs and as journal
>> articles. WYSIWYG was also unsuitable for typesetting math. (Microsoft Word
>> clumsily diverts to a separate markup pane for math.)
>>
>> Moreover, WYSIWYG was out of sympathy with Unix philosophy, as it kept
>> documents in a form difficult for other tools to process for unanticipated
>> purposes, In this regard, I still regret that Luca Cardelli and Mark
>> Manasse moved on from Bell Labs before they finished their dream of Blue, a
>> WYSIWYG editor for markup documents, I don't know yet whether that blue-sky
>> goal is achievable. (.docx may be seen as a ponderous latter-day attempt.
>> Does anyone know whether it has fostered tool use?)
>>
>> Doug
>>
>

[-- Attachment #2: Type: text/html, Size: 7248 bytes --]

  parent reply	other threads:[~2024-06-04 14:54 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-06-02  2:31 [TUHS] " Will Senn
2024-06-02  2:44 ` [TUHS] " Peter Yardley
2024-06-03 21:42   ` James Frew
2024-06-04  5:49     ` Dave Horsfall
2024-06-04 22:54       ` Dave Horsfall
2024-06-07  7:58         ` Peter Yardley
2024-06-02  4:03 ` Kevin Bowling
2024-06-02  8:08   ` Marc Rochkind
2024-06-02 13:50     ` Will Senn
2024-06-02 21:21     ` Kevin Bowling
2024-06-02 13:13   ` Will Senn
2024-06-02 12:39 ` Douglas McIlroy
2024-06-02 12:45   ` arnold
2024-06-02 12:55   ` Will Senn
2024-06-02 14:31   ` Al Kossow
2024-06-03  9:53     ` Ralph Corderoy
2024-06-04  4:26       ` Dave Horsfall
2024-06-02 14:48   ` Stuff Received
2024-06-02 17:44     ` Ralph Corderoy
2024-06-02 15:21   ` Michael Kjörling
2024-06-02 20:22     ` Åke Nordin
2024-06-04 13:22   ` Marc Donner
2024-06-04 14:15     ` Larry McVoy
2024-06-04 14:48     ` Ralph Corderoy
2024-06-04 14:53     ` Warner Losh [this message]
2024-06-04 15:29       ` Grant Taylor via TUHS
2024-06-05  0:13       ` Alexis
2024-06-07  7:32       ` arnold
2024-06-04 21:46     ` Adam Thornton

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CANCZdfodkCAm2tbZfEBLcxGwA=WvM0hLSJMav0ShBciMG6kcRg@mail.gmail.com' \
    --to=imp@bsdimp.com \
    --cc=douglas.mcilroy@dartmouth.edu \
    --cc=marc.donner@gmail.com \
    --cc=tuhs@tuhs.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).