From: Hans Hagen <pragma@wxs.nl>
Subject: Re: Fwd: MacOSX-TeX Digest #923 - 02/08/04
Date: Mon, 09 Feb 2004 16:04:25 +0100 [thread overview]
Message-ID: <6.0.1.1.2.20040209154201.01cd9d20@server-1> (raw)
In-Reply-To: <20040209142806.14543@news.comp.lancs.ac.uk>
At 15:28 09/02/2004, Adam Lindsay wrote:
>Hi folks.
>
>The below email showed up recently on the MacOSX/TeX list, and I thought
>it might be worthy of some ConTeXt-centric discussion.
>I have used Tex in the very distant past and recall it had tremendous
>capability but never tried using it for the many complex graphics
>applications which now are prerequisites for business. I would like to
>try Tex again, but thought it best to ask if Tex can now be used to
>create reasonably complicated color product brochures. The goal would
>be to produce brochures, newsletters, business proposals, and also
>"publish" data from databases that look as if from a high-end layout
>package such as Quark Express or something similar.
>
>Can Tex be easily used for these type of functions?
>
>Your help would be greatly appreciated.
We sometimes have projects where tex is used as an replacement for desktop
publishing. On the average i think that tex can do most jobs that dtp
programs can do and vice versa. Both have their pro's and con's
- tex solutions demand a different way of thinking, which troubles
communications with designers
- using tex pays off quite well when it us used during the whole process
(author -> book), since it diminishes the errors that may show up dur to
dtp-ing
- if the design is done in a dtp system and needs to be turned into a style
... well, one then often finds out that the design is not that designed and
filling in bits and pieces takes time
- tex systems permit all kind of integrations, (semi)automated sub flows, etc
- tex systems have a high degree of reusage, and becomes more profitable
when many similar jobs need to be done
- while tex (when applied well) can do a pretty good job on typesetting
paragraphs, many of todays designers take their dtp program (quark or
indesign) as the standard way of doing things, i.e. all kind of funny rules
and 'best ways to do' and one can get headaches of trying to match illogic
demands
- some things can be done with tex that cannot be done with dtp systems but
it takes some experience to find the solutions
- the qualification 'highend' is not related to dtp or tex, but to the
quality (consistency) of the design and the freedom you have in finetuning
the style; i've made styles for automated typesetting of layouts of
moderate complexity (adaptive graphics and so) based on designs by
designers, but the result seldom passes my own quality control if it comes
to the typesetting (not a tex problem, more a specification problem)
- there are many documents around that have properly typeset math but for
the rest look *** which makes it hard to sell tex if you don't have counter
examples at hand
- etc, etc
so,
- TeX can be used for these type of functions
- if this is 'easy' depends on your skills
- if this is doable depends on your customers (being open minded and so)
- ons should use the tools that suits the job (can be both dtp or tex or a
mixture)
in any case,
- i still have to find something that cannot be done in tex (apart from
page by page made up documents but that's a different game anyway)
Hans
-------------------------------------------------------------------------
Hans Hagen | PRAGMA ADE/POD/CTS
Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com
-------------------------------------------------------------------------
information: http://www.pragma-ade.com/roadmap.pdf
documentation: http://www.pragma-ade.com/showcase.pdf
-------------------------------------------------------------------------
prev parent reply other threads:[~2004-02-09 15:04 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-02-09 14:28 Adam Lindsay
2004-02-09 15: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=6.0.1.1.2.20040209154201.01cd9d20@server-1 \
--to=pragma@wxs.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).