The Unix Heritage Society mailing list
 help / color / mirror / Atom feed
From: steffen@sdaoden.eu (Steffen Nurpmeso)
Subject: [TUHS] TeX/troff/typesetting markups - Re: SunOS 4 documentation
Date: Fri, 14 Apr 2017 18:55:12 +0200	[thread overview]
Message-ID: <20170414165512.0ERay%steffen@sdaoden.eu> (raw)
In-Reply-To: <CAHfSdrXX8K3nwomX7kW2HHmysQuwM=tNr7Yf9w2+3-OcYH1BuA@mail.gmail.com>

Michael Kerpan <madcrow.maxwell at gmail.com> wrote:
 |Of course, these days, there's a version of troff that borrows TeX's \
 |layout rules, while also adding vastly improved font handling, support \
 |for the most 
 |useful/widely used groff extensions, and more. Why Heirloom troff isn't \
 |more widely used is a puzzle for the ages.

For myself i can answer this, it is not compatible with my own
macro set, the headers and footers are completely messed up, so
i would need to rewrite all this.  The capabilities you mention
are great, sometimes a bit hard to use, maybe.  It is likely that
you can have very good results if you explicitly go for it; surely
the same can be said for GNU roff.

In fact i looked at it a few years ago, but the code appeared
(very) messy to me, and of course i already had been impaired by
"this is good enough for what i need (now)" code, though i for one
have also stated in the past that my damages (you can get a gray
beard!  So just in case this was the source for that) root in code
which has been written almost half a decade earlier.

But note that i never liked the multipass approach that is
necessary to generate (front page) TOC, indices etc., in sofar as
it must be driven from an outer authority.  Iirc there are hints
similar to "two or three pass, maybe more", until TOC and index
insertions are up-to-date and the page numbers have all come in
sync etc.  I "always" had the idea of having some multipass thing
built-in, so that the macros themselves can decide what is
necessary and what not, and are enabled themselves to pick up data
of former runs.  That is what i really would like to get to.
UTF-8 would be great, TTF fonts, too.  A somewhat improved
automatic overall formatting would be nice, or at least warnings
like TeXs "overfull box" (iirc), with page and line number.  But
i have zero idea of what will go and what not, and how long it
will take.  But it would be fantastic to be there one day.

--steffen


  reply	other threads:[~2017-04-14 16:55 UTC|newest]

Thread overview: 41+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-04-12 21:54 [TUHS] " Cory Smelosky
2017-04-12 22:55 ` Cory Smelosky
2017-04-12 23:31   ` Larry McVoy
2017-04-13  2:13     ` Toby Thain
2017-04-13  2:16       ` Steve Nickolas
2017-04-13  2:25         ` [TUHS] TeX/troff/typesetting markups - " Toby Thain
2017-04-13 14:25           ` Nemo
2017-04-13 15:41           ` Andreas Kusalananda Kähäri
2017-04-13 16:35           ` Toby Thain
2017-04-13  2:20       ` [TUHS] " Larry McVoy
2017-04-13 13:41         ` Steffen Nurpmeso
2017-04-13 15:40           ` [TUHS] TeX/troff/typesetting markups - " Toby Thain
2017-04-13 23:22             ` Steffen Nurpmeso
2017-04-14  0:40               ` Greg 'groggy' Lehey
2017-04-14  1:59                 ` Nemo
2017-04-14  3:00                   ` Toby Thain
2017-04-14  2:59                 ` Toby Thain
2017-04-14 13:38                 ` Steffen Nurpmeso
2017-04-14 13:56                   ` Michael Kerpan
2017-04-14 16:55                     ` Steffen Nurpmeso [this message]
2017-04-14 22:24                     ` Toby Thain
     [not found]                       ` <CAHfSdrVAnPn3hwFR0ie0o-yuqGX0hu+LWweNZngpoY4=efTSaA@mail.gmail.com>
2017-04-15 14:23                         ` Michael Kerpan
2017-04-15 15:09                           ` Toby Thain
2017-04-15 16:07                           ` [TUHS] TeX/troff/typesetting markups - " Mutiny 
2017-04-15 21:48                             ` Dave Horsfall
2017-04-15 22:12                               ` ron minnich
2017-04-16  0:02                                 ` Dave Horsfall
2017-04-15 15:27                       ` [TUHS] TeX/troff/typesetting markups - " Clem Cole
2017-04-15 17:05                         ` Toby Thain
2017-04-15 17:10                         ` Toby Thain
2017-04-18  4:49                         ` Greg 'groggy' Lehey
2017-04-14 13:07             ` Wolfgang Helbig
2017-04-14 20:56               ` Clem Cole
2017-04-16 13:42               ` Tim Bradshaw
2017-04-13 14:14         ` [TUHS] " Nemo
2017-04-13 16:34           ` Steve Simon
2017-04-13 23:14             ` Steffen Nurpmeso
2017-04-14  8:30               ` Steve Simon
2017-04-14 13:21                 ` Steffen Nurpmeso
2017-04-13 13:28       ` John Labovitz
2017-04-17 18:56 [TUHS] TeX/troff/typesetting markups - " Doug McIlroy

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=20170414165512.0ERay%steffen@sdaoden.eu \
    --to=steffen@sdaoden.eu \
    /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).