From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Thread: 103376,666bab5bfbdf30c2 X-Google-NewGroupId: yes X-Google-Attributes: gida07f3367d7,domainid0,public,usenet X-Google-Language: ENGLISH,ASCII Path: g2news2.google.com!news3.google.com!feeder.news-service.com!newsfeed.straub-nv.de!newsfeed01.sul.t-online.de!t-online.de!newsfeed.arcor.de!newsspool1.arcor-online.net!news.arcor.de.POSTED!not-for-mail Date: Sun, 16 Jan 2011 02:27:07 +0100 From: Georg Bauhaus User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.13) Gecko/20101129 Thunderbird/3.1.7 MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: Generating PDFs with Ada References: <4d2908c7$0$22120$742ec2ed@news.sonic.net> <9f23e50a-2c2c-4ccc-bd56-f6ffdc6c7ee7@37g2000prx.googlegroups.com> <82aaj73jsr.fsf@stephe-leake.org> <7a048419-1126-45b2-bfa9-26f3ad6e480e@fu15g2000vbb.googlegroups.com> In-Reply-To: <7a048419-1126-45b2-bfa9-26f3ad6e480e@fu15g2000vbb.googlegroups.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Message-ID: <4d32496c$0$7669$9b4e6d93@newsspool1.arcor-online.net> Organization: Arcor NNTP-Posting-Date: 16 Jan 2011 02:27:08 CET NNTP-Posting-Host: b4660f26.newsspool1.arcor-online.net X-Trace: DXC=V=TSb\X5^d;TQL:hoD@>T?ic==]BZ:af>4Fo<]lROoR1<`=YMgDjhg2gJjA2iN6Xi6PCY\c7>ejV8Og\YDfZEIb9D6V9LM2jDa6 X-Complaints-To: usenet-abuse@arcor.de Xref: g2news2.google.com comp.lang.ada:17413 Date: 2011-01-16T02:27:08+01:00 List-Id: On 1/15/11 4:04 PM, Elias Salom�o Helou Neto wrote: > Now, for automatic document generation, both from practical and > technical viewpoints, there is no chance for .rtf/.doc/.odt > against .tex as an intermediate format for generating .pdf. Sorry if > this will sound a little bit harsh, but anyone who would choose one of > the three former against the latter, simply doesn't know what is > doing. Anything that can be done by .rtf/.doc/.odt can be done with > LaTeX, but the opposite is just not true. From the *practical* point of view, I can think of many features available in Microsoft Word or OpenOffice Writer (or FrameMaker or Ventura Publisher, or Adobe Something) not available in TeX. That's by design. Nevertheless, The ISO Fortran 2003 draft document is proof that LaTeX is a possibility for this kind of document. Some documents accompanying a SofCheck compiler are produced from Lout input. So that works, too. (TeXmacs is a formidable editor for technical stuff. Interestingly, it doesn't use TeX files for storage.) > If you intend to get to pdf through an intermediate format, tex is > just the way to go. > >> "The point of the XML-based Darwin Information Typing Architecture (DITA) >> is to create modular technical documents that are easy to reuse with >> varied display and delivery mechanisms, such as helpsets, manuals, >> hierarchical summaries for small-screen devices, and so on." > > I have never heard about DITA before, but I must mention that there is > nothing book-centric about TeX itself, TeX's primary *objective* was/is to provide everything for math books, including TAOCP, WEB, or math papers, don't you think? Its prominent features: paragraph breaking, page breaking, insertions, and math mode, should be telling. Anything a little more fancy is brittle and takes huge efforts to get going smoothly (again, from a practical point of view). DITA OTOH is not at all about formatting, or paragraphs, or pages. It is about topics, and structuring. About just the content. It is nowhere like TeX. Around 2000, a paperback of publications of Knuth's appeared. In one of the entries about the history of TeX he explains how Guy Steele(?) prodded him to add \if. Had Knuth objected, then his original plan to make TeX unconditionally a format for only describing text on pages could have succeeded. The plan was, IIRC, to support user friendly computer programs that would produce TeX files. (And not have ambitious programmers try to be typographers and to be text processor designers using a minimal macro system only, and literally.) > therefore your objection > clearly does not apply here. The conclusion that TeX is easily used for all kinds of layout sounds a bit optimistic. Also, programmatic text processing feels anything like simple redefining or \newcommanding macros. Or satisfyingly interactive, if you aren't a programmer editing "source text". BTDT. Flexibility comes with additions like PSTricks. Nice, but no longer just TeX, and certainly, well, full of tricks. The Fortran 2003 ISO draft standard is using TeX at some point, though. Don't know if ISO Fortran 2003 has been submitted as PDF, but the draft document sure shows all signs of having been produced from TeX input. (pdfTeX-1.40.9, LaTeX with hyperref package.) But that's a book... hyperref won't give you Eclipse help views easily, or will it? Or .info files. > TeX is about beautiful typesetting and it > is a fully fledged macro language, so you can get about anything you > want from it. Assembly language has its beauty and you can get anything you want from it. True, but assembly language is not thefirst choice for all programmers, whatever the powers are that directly assembling program give us.