PDF/X hasn't made much of an inroad w/ the printers we deal with (feel free to call R.R. Donnelley, Maple Vail &c.), which I think is unfortunate. In case you haven't guessed, the people who print books don't normally do newspapers --- our experience diverges on that, no?
Enfocus PitStop is pretty much the standard, and as noted, those.pdfs preflighted and printed fine, as did Kaplan's _An Introduction to Scientific Programming_ 560 pgs., author's page on it here:
http://www.macalester.edu/~kaplan/ScientificProg ra mming/
Unfortunately, pg. 45 from Chapter 3 where it notes the book is done in LaTeX isn't up, but you can check the publication date which is quite comfortably less than 18 months and which was printed by Transcontinental.
I'm archiving jobs now, and've just printed out the standards for Thomson Learning, McGraw-Hill and John Wiley & Sons --- all of them want a preflight check w/ PitStop, if you want I can dig up the URLs for their standards guides.
Re: the.pdf of the newspaper --- I never indicated TeX was a suitable tool for laying out a newspaper's front pages, I'd meant to write ``book'' not document, mea culpa --- it could be done though, but not for a reasonable expenditure of time / effort. FrameMaker wouldn't be all that great for doing that either, which was the original topic, no?. Contact me however if you'd like to set up a system for doing your classifieds and I'll have one of our salespeople call you;)
I'm quite serious about the TFIR book having been 2,200 pages and generated by TeX as a.pdf from a database --- the database was XML tagged, and we had a system to store the.pdfs for the ads, an XML report was generated from the database, TeX w/ a custom-written macro package (written in Plain TeX, but you can get XMLTeX from CTAN) was invoked on it and an hour or so later we had a 2,200 pg..pdf
Copy-fitting can be done though, look up the book _Life Cast_ by Willa Shalit, designed by Principia Graphics, published by Beyond Words, Portland Oregon --- the proportions of each page of text were calculated automatically by a TeX macro to match the photo on the facing page. To be fair, InDesign could probably do that w/ a bit of fiddling, probably profitably, but it wasn't available when that book was done.
My apologies for the graphic design professor question --- I should've noted that you apparently hadn't done much scientific / technical / database publishing recently.
BTW, I've just up new versions of:
http://members.aol.com/willadams/portfolio/typog ra phy/peace_on_earth.pdf
and
http://members.aol.com/willadams/portfolio/typog ra phy/peaceonearth.pdf:: mental note:: should check to see if there's a better alternate for the DK, trigraph;)
Texmacs (www.texmacs.org) tries for something along those lines. 3B2 is supposed to as well, but check the price on that last while seated. Doing this is kind of difficult 'cause of TeX's box model and grouping issues (you need four levels of grouping to draw a box around an object if doing it directly).
Darrin Cottrell has a good discussion on the drawbacks of such a word-processing-like approach:
http://ricardo.ecn.wfu.edu/~cottrell/wp.html
Just consider what it's like to try to hand-edit Postscript genered by Adobe Illustrator as another datapoint.
LyX affords a nice graphical front-end, and has the right approach I think.
TeXshop and iTeXMac have been working on a synchronized source / pdf view --- you double click on the preview and then the editor opens up at that spot or somewhere nearby which is quite cool (modelled on Blue Sky Research's Textures).
And the topic in question is FrameMaker, a long document production tool which can't produce a composite PostScript file in a colour model other than RGB w/o help. In order to get plates out of FM you either have to allow it to produce the separations, or post-process w/ something. TeX (well pdftex and dvips) can at least do CMYK w/o any help at all, and w/ a little PostScript programming, anything's possible.
There are a couple of printers around who still want pre-separated stuff --- we just sent out a promo sample for F.A. Davis to a printer who wouldn't accept a composite.pdf --- be careful of absolutes.
RGB images converted into CMYK using Photoshop place quite nicely in TeX.
I use TeX as a replacement / alternative to InDesign and FrameMaker by preference --- I've provided a laundry list of things which FM can't do w/ TeX does quite handily. I'll readily grant that InDesign is a very good tool (hey, they chose the best possible H&J algorithm to start with), but its UI only appeals to people who like Quark or Illustrator (I mislike both), and it's lacking in long-document features (oh yeah, after spending thousands on Kytek at work we really want to sink more money into plug-ins for a page layout app), and there's no viable equation editor yet..
Why don't you provide a link to a.pdf which you've created w/ can't be done in TeX?
I phrased that poorly. Should have read, ``automatically w/ a little up-front effort.''
I've just set up an encoding scheme w/ allows Omega to handle up to 32 variations for any given (unaccented) letterform --- have you checked the OpenType specification to see how many variations the.salt tag allows?
Let me know when you've found that and looked it up.
Given that _every_ one of those.pdfs came from a job which was submitted and printed (all of them pre-flighted w/ PitStop just fine), it seems pretty obvious there's a reason why you choose to remain anonymous.
The Thomas Food Industry Register was 2,200 pages --- it took less than an hour for pdftex to crunch a several gigabyte database (including roughly 1,000 ads) and spit out a.pdf.
How fast would one manage to do that in InDesign again?
Actually, the PostScript source file is up to ~100MBs.
Anyway, the Th, ft and ff ligatures for Palatino are specific to the OpenType version, simply because Linotype didn't trouble to do them for the Type 1.
You can find other Type 1 fonts which do have such ligatures in ``Expert'' sets like to the set you have for Bembo.
There's not much new font development being done for Type 1 though, so might as well make the move to OpenType.
Ease of learning TeX --- as Don Hosek once opined, in some ways it's like to Chess, 'cause one has to be aware of what'll happen in the future --- takes a while to get to that point though and the basics are pretty simple, esp. if one uses LaTeX.
Indexes and ToC --- LaTeX has support for these.
Conditionals --- yes. TeX is a Turing-complete programming language.
HTML --- yes, there're a couple of tools for this --- take a look at how the TeX FAQ is provided, but if you need that, a better option may be to author in XML (or tag a database w/ XML) and roll your own tools to format and set the XML using TeX, and use standard tools to get from XML to XHTML.
But TeX already has all of that (InDesign derives its H&J from URW's HZ which was based on TeX's algorithm --- the nifty expansion stuff is available in pdfTeX).
Hanging punctuation is, ``an easier problem'' in DEK's _The TeXBook_.
Take a look at
http://members.aol.com/willadams/portfolio/typog ra phy/peace_on_earth.pdf
for an example of ligatures. (That's imposed in FreeHand, but was laid out in Omega --- cf. peaceonearth.pdf for the source)
And I'm able to find editors for TeX which'll run on my Fujitsu pen slate and support Handwriting Recognition.
Take a look at http://www.tug.org/texshowcase for an example of what people do.
On the other hand, here's a list of stuff I find lacking in Framemaker:
(originally posted to comp.publish.prepress)
- automatic ligatures (ff, fi, fl, ffi and ffl)---point out that doing this in Word (or beyond fi and fl in FrameMaker) (with an Expert font) must be done manually and will wreak havoc with spell-checking (office become oYce). FM also throws this in w/ using kerning pairs, so if these must be switched off for a style you may have words like w/ f-ligatures which'll be set in two completely different ways on the same page).
- paragraph based h&j---adding a word to a paragraph will cause TeX to re-run the entire paragraph looking for the linebreaks which cause the least badness---by contrast h&j fixes in Word (and Frame) are more or less manual (forcing a line to pad out by increasing its spread, preventing a single word from hyphenating, etc.), and introducing a new word may cause the previous fixes to make things look _much_ worse.
- contextual styles---generate a page with text, a numbered list, more text, then a bulleted list with some numbered sub-lists. Word and Frame require a distinct/different style for the numbered sub-list, TeX doesn't. This doesn't seem so bad, until one sees the surprised look of a person who copies / pastes from one bulleted list to the other.
- bullet/text placement---set a bulleted list w/ a Zapf Dingbats ``n''. It sits on the baseline, so unless set rather large, wants to be shifted up-ward---TeX does that quite readily, FM doesn't understand baseline shifting beyond super/sub-script. Consider the fact that neither Word, nor FM can set the \TeX or \LaTeX logos properly and automatically in running text. TeX's internal unit of measure is the ``sp'' (scaled point) which is 1/65,535th of a traditional printer's point---what's the smallest unit of measure for Word or FM? How often does one see a carefully composed Word or FM publication go haywire when its moved from one machine to another 'cause of dimension rounding? (IME often on Word (though turning on the ``handle page/line breaks like WordPerfect'' option helps somewhat) and every so often on FM (we have proofreaders here at work who can spot a baseline page alignment which is less than 1/2 a point off) TeX jobs (on installations w/ identical.tfms) _always_ come out identically (all measurements are converted to sps and all mathematics done is w/ integers).
- running heads different from section heads---Not sure about Word here, but FM's ability to do this is quite clunky and rather limited (say a style wants Initial cap and l/c for section heads in text, but wants all running heads to have Title-style Cap Setting). In FM, one can do this using marker text _but_ it's just text going in AFAICT, and if one has section heads which include a font change (say for a monospace font to indicate computer code) the work-around is incredibly irritating (make a custom master page for each such section which needs such treatment is the best I've come up with---I'd be glad of a better one).
Don't get me started on the composite RGB output...
Actually, there was ``GLUE'' (defunct), a couple of others whose name I can't recall, Scribus (which shows promise) and Cenon (more of a drawing program, but still useful for short documents).
What are you? Some graphic design professor who hasn't done a production job in the past decade? I've posted links to the work my company does, and my personal web page has a fair bit of my portfolio --- what've you got to show?
Almost _no_ one wants pre-separated output thse days.
R.R. Donnelley, Maple-Vail, Quebecor, Continental --- all of these major book _printers_ want (demand!) composite.pdfs so that they can use CTP systems, generate soft proofs and archive the job for custom publishing initiatives.
If you don't know who those companies are, well, that says something doesn't it?
Microsoft renegged on a promise to bundle Windows Pen Services w/ Microsoft Windows 95. They also withdrew form a consortium to allow the development of BIOSs for portable systems which would allow dual-booting between Pen Windows and PenPoint.
This is business, one is supposed to honour one's commitments.
They then went on a firesale buying spree of companies doing pen computing:
- Aha Software's InkWriter once available for Windows and Penpoint? It's Microsoft Journal
- some website markup tool company and a couple of other things.
and most recently Creaturehouse Expression, and despite a promise that it'd be avialable again in November of _2003_ it can't be had for love nor money now.
Take a look at http://members.aol.com/willadams/portfolio/typogra phy/peaceonearth.pdf to see a selection of the ligatures which TeX is able to set automatically w/ just a little effort.
If you'd look at the TeX Showcase at http://www.tug.org/texshowcase you'll find a.pdf w/ ``old-fashioned'' Type 1 fonts which includes decorative ct and st ligatures. I bought Adobe Garamond back in 1989 (don't ask what I paid for it), and it was a pain to use until I discovered TeX.
An important consideration here is that TeX is the _only_ system I've found which doesn't impose limits on what can properly be done --- the limit is one's macro programming ability. I was glad to find it, and am very grateful it exists, and far prefer it to InDesign, Adobe Illustrator &c.
If one needs to make use of an RGB halftone, colour tag it w/ whatever made it, stuff that into the.pdf along w/ the colour tagging into the.pdf, then send that to the RIP for it to sort out.
Here's a collection of samples all composed in TeX:
Come on, how hard is it to go to http://www.ctan.org look up ``poligraf'', read the docs and use it?
How hard is it to decide, okay, I wanna use PANTONE 193 CVU, so I'll use the colour option in pdftex, set my values for the colour using CMYK in values from C0--100Y0M0K0--100 and ask the printer to suppress the magenta and yellow plates and use PANTONE to print the cyan?
There's a wonderful text on metafun and lots of example code....
And if one has to do 5 colours, then use CMYK as normal, figure out an RGB mapping representation for your spot colour and post-process w/ Enfocus Pitstop or something along those lines.
Actually, Eddie Kohler worked up some tools for supporting OpenType in TeX.
Apostolos Syropoulos' _Digital Typography Using LaTeX_ is typeset in Palatino OpenType (check out the Th, ft and ff ligatures;)
I've also worked up a method for using arbitrary fonts in Omega, and there's work on updating Omega so that it uses OpenType as its native font format.
One can make any pdftex-generated.pdf PDF/X compliant by preflighting it and adding a couple of keys.
I'd like to point out one can find actual examples which support the above well-reasoned refuation at http://www.tug.org/texshowcase (ob. discl. I've got some stuff in that).
pdflatex will make a PDF/X conformant.pdf w/ just a few tweaks / adding one or two objects to the.pdf (mostly related to colour correct / indexing / callibration).
FrameMaker doesn't even produce composite PostScript / PDF other than as RGB (and very few people want separations these days) --- that's why there's a special part of the Creo-Scitex Prinergy module to ``Fix'' Framemaker RGB (and it doesn't always work --- shipped them off a ~20MB chapter once it didn't work for, had to fix it by hand with PitStop to make the publication date.
It's trivial to do pre-press colour w/ TeX though, either do it programmatically, use CMYK to fake it, or use ConTeXt and metafun to insert spot colour objects or text. I've alwo worked up a font-based method for doing this, look at the.pdf at http://www.tug.org/tug2003/donate/ and check out the colour assigned to the watermark text;)
Uh, check the colophon on your O'Reilly books --- most of them were done using FrameMaker.
They weren't even willing to reprint / update the one TeX book which they did publish (but it's on sourceforge now, look for _Making TeX Work_ by Norm Walsh, you know him, the comp.fonts FAQ / DocBook guy)
That said, it's a _lot_ of work to make nice looking books in FrameMaker, requiring a lot more hands-on, fussy, fiddly things than LaTeX / TeX requires.
William
(who has done books in both and far prefers (La)TeX)
Slashdot Mirror
PDF/X hasn't made much of an inroad w/ the printers we deal with (feel free to call R.R. Donnelley, Maple Vail &c.), which I think is unfortunate. In case you haven't guessed, the people who print books don't normally do newspapers --- our experience diverges on that, no?
.pdfs preflighted and printed fine, as did Kaplan's _An Introduction to Scientific Programming_ 560 pgs., author's page on it here:
g ra mming/
.pdf of the newspaper --- I never indicated TeX was a suitable tool for laying out a newspaper's front pages, I'd meant to write ``book'' not document, mea culpa --- it could be done though, but not for a reasonable expenditure of time / effort. FrameMaker wouldn't be all that great for doing that either, which was the original topic, no?. Contact me however if you'd like to set up a system for doing your classifieds and I'll have one of our salespeople call you ;)
.pdf from a database --- the database was XML tagged, and we had a system to store the .pdfs for the ads, an XML report was generated from the database, TeX w/ a custom-written macro package (written in Plain TeX, but you can get XMLTeX from CTAN) was invoked on it and an hour or so later we had a 2,200 pg. .pdf
g ra phy/peace_on_earth.pdf
g ra phy/peaceonearth.pdf :: mental note:: should check to see if there's a better alternate for the DK, trigraph ;)
Enfocus PitStop is pretty much the standard, and as noted, those
http://www.macalester.edu/~kaplan/ScientificPro
Unfortunately, pg. 45 from Chapter 3 where it notes the book is done in LaTeX isn't up, but you can check the publication date which is quite comfortably less than 18 months and which was printed by Transcontinental.
I'm archiving jobs now, and've just printed out the standards for Thomson Learning, McGraw-Hill and John Wiley & Sons --- all of them want a preflight check w/ PitStop, if you want I can dig up the URLs for their standards guides.
Re: the
I'm quite serious about the TFIR book having been 2,200 pages and generated by TeX as a
Copy-fitting can be done though, look up the book _Life Cast_ by Willa Shalit, designed by Principia Graphics, published by Beyond Words, Portland Oregon --- the proportions of each page of text were calculated automatically by a TeX macro to match the photo on the facing page. To be fair, InDesign could probably do that w/ a bit of fiddling, probably profitably, but it wasn't available when that book was done.
My apologies for the graphic design professor question --- I should've noted that you apparently hadn't done much scientific / technical / database publishing recently.
BTW, I've just up new versions of:
http://members.aol.com/willadams/portfolio/typo
and
http://members.aol.com/willadams/portfolio/typo
William
Texmacs (www.texmacs.org) tries for something along those lines. 3B2 is supposed to as well, but check the price on that last while seated. Doing this is kind of difficult 'cause of TeX's box model and grouping issues (you need four levels of grouping to draw a box around an object if doing it directly).
Darrin Cottrell has a good discussion on the drawbacks of such a word-processing-like approach:
http://ricardo.ecn.wfu.edu/~cottrell/wp.html
Just consider what it's like to try to hand-edit Postscript genered by Adobe Illustrator as another datapoint.
LyX affords a nice graphical front-end, and has the right approach I think.
TeXshop and iTeXMac have been working on a synchronized source / pdf view --- you double click on the preview and then the editor opens up at that spot or somewhere nearby which is quite cool (modelled on Blue Sky Research's Textures).
William
And the topic in question is FrameMaker, a long document production tool which can't produce a composite PostScript file in a colour model other than RGB w/o help. In order to get plates out of FM you either have to allow it to produce the separations, or post-process w/ something. TeX (well pdftex and dvips) can at least do CMYK w/o any help at all, and w/ a little PostScript programming, anything's possible.
.pdf --- be careful of absolutes.
There are a couple of printers around who still want pre-separated stuff --- we just sent out a promo sample for F.A. Davis to a printer who wouldn't accept a composite
RGB images converted into CMYK using Photoshop place quite nicely in TeX.
William
I use TeX as a replacement / alternative to InDesign and FrameMaker by preference --- I've provided a laundry list of things which FM can't do w/ TeX does quite handily. I'll readily grant that InDesign is a very good tool (hey, they chose the best possible H&J algorithm to start with), but its UI only appeals to people who like Quark or Illustrator (I mislike both), and it's lacking in long-document features (oh yeah, after spending thousands on Kytek at work we really want to sink more money into plug-ins for a page layout app), and there's no viable equation editor yet..
.pdf which you've created w/ can't be done in TeX?
Why don't you provide a link to a
William
I phrased that poorly. Should have read, ``automatically w/ a little up-front effort.''
.salt tag allows?
I've just set up an encoding scheme w/ allows Omega to handle up to 32 variations for any given (unaccented) letterform --- have you checked the OpenType specification to see how many variations the
Let me know when you've found that and looked it up.
William
Given that _every_ one of those .pdfs came from a job which was submitted and printed (all of them pre-flighted w/ PitStop just fine), it seems pretty obvious there's a reason why you choose to remain anonymous.
.pdf.
The Thomas Food Industry Register was 2,200 pages --- it took less than an hour for pdftex to crunch a several gigabyte database (including roughly 1,000 ads) and spit out a
How fast would one manage to do that in InDesign again?
William
Actually, the PostScript source file is up to ~100MBs.
Anyway, the Th, ft and ff ligatures for Palatino are specific to the OpenType version, simply because Linotype didn't trouble to do them for the Type 1.
You can find other Type 1 fonts which do have such ligatures in ``Expert'' sets like to the set you have for Bembo.
There's not much new font development being done for Type 1 though, so might as well make the move to OpenType.
William
Agree (comma should not intersect ``K'' --- I'll fix that in the OTP and make a note to check all the letters against that.
William
Thanks.
Ease of learning TeX --- as Don Hosek once opined, in some ways it's like to Chess, 'cause one has to be aware of what'll happen in the future --- takes a while to get to that point though and the basics are pretty simple, esp. if one uses LaTeX.
Indexes and ToC --- LaTeX has support for these.
Conditionals --- yes. TeX is a Turing-complete programming language.
HTML --- yes, there're a couple of tools for this --- take a look at how the TeX FAQ is provided, but if you need that, a better option may be to author in XML (or tag a database w/ XML) and roll your own tools to format and set the XML using TeX, and use standard tools to get from XML to XHTML.
William
But TeX already has all of that (InDesign derives its H&J from URW's HZ which was based on TeX's algorithm --- the nifty expansion stuff is available in pdfTeX).
g ra phy/peace_on_earth.pdf
Hanging punctuation is, ``an easier problem'' in DEK's _The TeXBook_.
Take a look at
http://members.aol.com/willadams/portfolio/typo
for an example of ligatures. (That's imposed in FreeHand, but was laid out in Omega --- cf. peaceonearth.pdf for the source)
And I'm able to find editors for TeX which'll run on my Fujitsu pen slate and support Handwriting Recognition.
William
Name something TeX can't do.
.tfms) _always_
Take a look at http://www.tug.org/texshowcase for an example of what people do.
On the other hand, here's a list of stuff I find lacking in Framemaker:
(originally posted to comp.publish.prepress)
- automatic ligatures (ff, fi, fl, ffi and ffl)---point out that doing this in
Word (or beyond fi and fl in FrameMaker) (with an Expert font) must be done
manually and will wreak havoc with spell-checking (office become oYce). FM also
throws this in w/ using kerning pairs, so if these must be switched off for a
style you may have words like w/ f-ligatures which'll be set in two completely
different ways on the same page).
- paragraph based h&j---adding a word to a paragraph will cause TeX to re-run
the entire paragraph looking for the linebreaks which cause the least
badness---by contrast h&j fixes in Word (and Frame) are more or less manual
(forcing a line to pad out by increasing its spread, preventing a single word
from hyphenating, etc.), and introducing a new word may cause the previous
fixes to make things look _much_ worse.
- contextual styles---generate a page with text, a numbered list, more text,
then a bulleted list with some numbered sub-lists. Word and Frame require a
distinct/different style for the numbered sub-list, TeX doesn't. This doesn't
seem so bad, until one sees the surprised look of a person who copies / pastes
from one bulleted list to the other.
- bullet/text placement---set a bulleted list w/ a Zapf Dingbats ``n''. It
sits on the baseline, so unless set rather large, wants to be shifted
up-ward---TeX does that quite readily, FM doesn't understand baseline shifting
beyond super/sub-script. Consider the fact that neither Word, nor FM can set
the \TeX or \LaTeX logos properly and automatically in running text. TeX's
internal unit of measure is the ``sp'' (scaled point) which is 1/65,535th of a
traditional printer's point---what's the smallest unit of measure for Word or
FM? How often does one see a carefully composed Word or FM publication go
haywire when its moved from one machine to another 'cause of dimension
rounding? (IME often on Word (though turning on the ``handle page/line breaks
like WordPerfect'' option helps somewhat) and every so often on FM (we have
proofreaders here at work who can spot a baseline page alignment which is less
than 1/2 a point off) TeX jobs (on installations w/ identical
come out identically (all measurements are converted to sps and all mathematics
done is w/ integers).
- running heads different from section heads---Not sure about Word here, but
FM's ability to do this is quite clunky and rather limited (say a style wants
Initial cap and l/c for section heads in text, but wants all running heads to
have Title-style Cap Setting). In FM, one can do this using marker text _but_
it's just text going in AFAICT, and if one has section heads which include a
font change (say for a monospace font to indicate computer code) the
work-around is incredibly irritating (make a custom master page for each such
section which needs such treatment is the best I've come up with---I'd be glad
of a better one).
Don't get me started on the composite RGB output...
William
Actually, there was ``GLUE'' (defunct), a couple of others whose name I can't recall, Scribus (which shows promise) and Cenon (more of a drawing program, but still useful for short documents).
William
You mean like the Warmreader / marked objects plug-in for Adobe Illustrator and TeX?
http://www.esm.psu.edu/mac-tex/WFTPDF/
William
If you want to do direct graphical stuff w/ LaTeX, go get a copy of 3B2 --- check out the price first, while seated though.
;)
Comes w/ support too
If you're willing to work w/ the source you could get TeXMacs instead http://www.texmacs.org/
William
What are you? Some graphic design professor who hasn't done a production job in the past decade? I've posted links to the work my company does, and my personal web page has a fair bit of my portfolio --- what've you got to show?
.pdfs so that they can use CTP systems, generate soft proofs and archive the job for custom publishing initiatives.
Almost _no_ one wants pre-separated output thse days.
R.R. Donnelley, Maple-Vail, Quebecor, Continental --- all of these major book _printers_ want (demand!) composite
If you don't know who those companies are, well, that says something doesn't it?
William
One of the first examples in DEK's _The TeXBook_ is how to typeset text in a circle.
Take a look at http://www.tug.org/texshowcase
Look up some of the things which Hans Hagen as done at Pragma, http://www.pragma-ade.com
Take a look on CTAN for ``wrapfig'' and ``shapepar''
William
Microsoft renegged on a promise to bundle Windows Pen Services w/ Microsoft Windows 95. They also withdrew form a consortium to allow the development of BIOSs for portable systems which would allow dual-booting between Pen Windows and PenPoint.
This is business, one is supposed to honour one's commitments.
They then went on a firesale buying spree of companies doing pen computing:
- Aha Software's InkWriter once available for Windows and Penpoint? It's Microsoft Journal
- some website markup tool company and a couple of other things.
and most recently Creaturehouse Expression, and despite a promise that it'd be avialable again in November of _2003_ it can't be had for love nor money now.
William
Take a look at http://members.aol.com/willadams/portfolio/typogra phy/peaceonearth.pdf to see a selection of the ligatures which TeX is able to set automatically w/ just a little effort.
.pdf w/ ``old-fashioned'' Type 1 fonts which includes decorative ct and st ligatures. I bought Adobe Garamond back in 1989 (don't ask what I paid for it), and it was a pain to use until I discovered TeX.
If you'd look at the TeX Showcase at http://www.tug.org/texshowcase you'll find a
An important consideration here is that TeX is the _only_ system I've found which doesn't impose limits on what can properly be done --- the limit is one's macro programming ability. I was glad to find it, and am very grateful it exists, and far prefer it to InDesign, Adobe Illustrator &c.
William
TeX isn't a RIP.
.pdf along w/ the colour tagging into the .pdf, then send that to the RIP for it to sort out.
e s/ TeX%20Sample%20Pages/
If one needs to make use of an RGB halftone, colour tag it w/ whatever made it, stuff that into the
Here's a collection of samples all composed in TeX:
http://www.atlis.com/services/composition/sampl
What's not modern about these jobs?
William
Come on, how hard is it to go to http://www.ctan.org look up ``poligraf'', read the docs and use it?
How hard is it to decide, okay, I wanna use PANTONE 193 CVU, so I'll use the colour option in pdftex, set my values for the colour using CMYK in values from C0--100Y0M0K0--100 and ask the printer to suppress the magenta and yellow plates and use PANTONE to print the cyan?
There's a wonderful text on metafun and lots of example code....
And if one has to do 5 colours, then use CMYK as normal, figure out an RGB mapping representation for your spot colour and post-process w/ Enfocus Pitstop or something along those lines.
William
Actually, Eddie Kohler worked up some tools for supporting OpenType in TeX.
;)
.pdf PDF/X compliant by preflighting it and adding a couple of keys.
Apostolos Syropoulos' _Digital Typography Using LaTeX_ is typeset in Palatino OpenType (check out the Th, ft and ff ligatures
I've also worked up a method for using arbitrary fonts in Omega, and there's work on updating Omega so that it uses OpenType as its native font format.
One can make any pdftex-generated
William
::applause::
I'd like to point out one can find actual examples which support the above well-reasoned refuation at http://www.tug.org/texshowcase (ob. discl. I've got some stuff in that).
William
You're joking right?
.pdf w/ just a few tweaks / adding one or two objects to the .pdf (mostly related to colour correct / indexing / callibration).
.pdf at http://www.tug.org/tug2003/donate/ and check out the colour assigned to the watermark text ;)
pdflatex will make a PDF/X conformant
FrameMaker doesn't even produce composite PostScript / PDF other than as RGB (and very few people want separations these days) --- that's why there's a special part of the Creo-Scitex Prinergy module to ``Fix'' Framemaker RGB (and it doesn't always work --- shipped them off a ~20MB chapter once it didn't work for, had to fix it by hand with PitStop to make the publication date.
It's trivial to do pre-press colour w/ TeX though, either do it programmatically, use CMYK to fake it, or use ConTeXt and metafun to insert spot colour objects or text. I've alwo worked up a font-based method for doing this, look at the
William
Uh, check the colophon on your O'Reilly books --- most of them were done using FrameMaker.
They weren't even willing to reprint / update the one TeX book which they did publish (but it's on sourceforge now, look for _Making TeX Work_ by Norm Walsh, you know him, the comp.fonts FAQ / DocBook guy)
That said, it's a _lot_ of work to make nice looking books in FrameMaker, requiring a lot more hands-on, fussy, fiddly things than LaTeX / TeX requires.
William
(who has done books in both and far prefers (La)TeX)
Mea culpa (Omni did FM port to NeXTstep, not Lighthouse).
;)
Thanks for the correction --- unfortunately, am at work now, not home so couldn't check on my Cube
William