From: Hans Hagen <j.hagen@xs4all.nl>
To: ntg-context@ntg.nl
Subject: [NTG-context] Re: Back in the 90s
Date: Sat, 13 Apr 2024 15:04:39 +0200 [thread overview]
Message-ID: <4615fa07-4d8a-47a7-8a21-7736211969c9@xs4all.nl> (raw)
In-Reply-To: <CAMPLy=1N5p0fgxVxo+6jZydR-imU=fxJpqUED10Vfa_d40Zxrg@mail.gmail.com>
On 4/13/2024 2:12 PM, Riviera Taylor wrote:
> Hello,
>
> I was reading about the history of ConTeXt in the Not So Short
> Introduction To ConTeXt and I have a historical question. I noticed that
> the PDF specification was published in 1993 yet ConTeXt was invented in
> 1991. The book suggests that PDF output was handled by the PdfTeX engine
> in MKII in 2005. What sort of output did the software produce before
> PdfTeX was introduced? Was this the same as the output produced by the
> software before the publication of the PDF specification?
2005 is when we started with luatex which is a follow up on pdftex, and
pdftex is more a mid 90's thing; we immediately adopted pdftex (which
made some believe that context depended on pdftex which is not true)
anyway, we started with dvi which needs a postprocessor to go to some
printer format like specific hp or more general postscript but also can
drive viewers
we went from epson dot matrix printer -> early 300 dpi laser -> 600 dpi
laser printer -> high speed oce 512 dpi printer (metric) -> high speed
oce 600 dpi printer (+ crappy canon color laser printer) -> fast
page-wide hp color inkjet office printer
in mkii all is controlled by backend drivers, that use so called
specials to support color, hyperlinks, images so a workflow can have
- dvipsone : high quality postscript
- dviwindo : viewer with typeone support and hyperlinks
- acrobat : postscript to pdf
and as all these external backends have their demands we could handle
all these things in an abstract way (that way one could also drive
printer properties like duplex or paper bins etc from a tex job)
that meant that when pdf came around we could almost immediately support
most of the interactive features in a dvi -> ps -> acrobat workflow
when pdftex came around the intermediate step of postscript could be
avoided which btw was also possible with dvipdfm(x) so we also supported
that
so to summarize, it went from
tex -> dvi -> printer format
tex -> dvi -> postscript -> more generic printer format
tex -> dvi -> pdf -> print from acrobat
tex -> pdf -> print from pdf viewer
in the meantime we are pdf (as from that one can produce other formats)
Hans
(btw, the fact that we could easily support pdf was also a reason why at
that time some adobe folk in nl used documents produced by context to
show somewhat extrems usage of interactive features, thanks to the fact
that tex can adapt to such new situations, also via the dvi route in
this case with pdfmarks; at that time pdf usage - and features - was a
bit more dualistic: ps replacement format versus storage and preview
format, but that's a different story; but it still shows in how the
standard evolved)
-----------------------------------------------------------------
Hans Hagen | PRAGMA ADE
Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
If your question is of interest to others as well, please add an entry to the Wiki!
maillist : ntg-context@ntg.nl / https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___________________________________________________________________________________
prev parent reply other threads:[~2024-04-13 13:06 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-04-13 12:12 [NTG-context] " Riviera Taylor
2024-04-13 13:04 ` Hans Hagen [this message]
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=4615fa07-4d8a-47a7-8a21-7736211969c9@xs4all.nl \
--to=j.hagen@xs4all.nl \
--cc=ntg-context@ntg.nl \
/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).