X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil] ["3589" "Mon" "23" "November" "1998" "23:15:05" "+0000" "Sebastian Rahtz" "s.rahtz@ELSEVIER.CO.UK" nil "78" "Re: What is \"base\" LaTeX" "^Date:" nil nil "11" nil nil nil nil nil] nil) Received: from listserv.gmd.de (listserv.gmd.de [192.88.97.1]) by mail.Uni-Mainz.DE (8.8.8/8.8.8) with ESMTP id LAA16993; Tue, 24 Nov 1998 11:21:59 +0100 (MET) Received: from lsv1.listserv.gmd.de (192.88.97.2) by listserv.gmd.de (LSMTP for OpenVMS v1.1a) with SMTP id <3.1C8E3F50@listserv.gmd.de>; Tue, 24 Nov 1998 11:21:57 +0100 Received: from RELAY.URZ.UNI-HEIDELBERG.DE by RELAY.URZ.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 1.8b) with spool id 410891 for LATEX-L@RELAY.URZ.UNI-HEIDELBERG.DE; Tue, 24 Nov 1998 11:21:36 +0100 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by relay.urz.uni-heidelberg.de (8.8.8/8.8.8) with ESMTP id LAA24184 for ; Tue, 24 Nov 1998 11:21:32 +0100 (MET) Received: from snowdon.elsevier.co.uk [193.131.197.164]; by pillar.elsevier.co.uk (8.8.5/8.8.5) with ESMTP; for ""; sender "s.rahtz@elsevier.co.uk"; id KAA26707; hop 0; Tue, 24 Nov 1998 10:12:43 GMT Received: from srahtz (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Tue, 24 Nov 1998 10:20:46 +0000 X-Mailer: emacs 20.3.2 (via feedmail 9-beta-3 Q); VM 6.61 under Emacs 20.3.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit References: <199811142302.AAA24385@na6.mathematik.uni-tuebingen.de> Message-ID: <13913.60537.514744.407614@srahtz> Reply-To: Mailing list for the LaTeX3 project In-Reply-To: <199811142302.AAA24385@na6.mathematik.uni-tuebingen.de> Date: Mon, 23 Nov 1998 23:15:05 +0000 From: Sebastian Rahtz Sender: Mailing list for the LaTeX3 project To: Multiple recipients of list LATEX-L Subject: Re: What is "base" LaTeX Status: R X-Status: X-Keywords: X-UID: 2892 Marcel Oliver writes: > - Be sure that a document that I prepare will be accepted by a > reasonable publisher in my field for direct electronic submission, > and will not be retyped or otherwise mangled in unpredictable ways. > > - Allow my documents to be translated into other formats (HTML, XML or > whatever else may come along) with the least amount of losses. if you want to make publishers happy, why don't you *author* in XML? this publisher, at least, does not much want your LaTeX files, however clean... > Comments: this may seem rather trivial, but other than the AMS I > haven't seen a publisher who didn't screw up on vanilla amsmath stuff > (this includes Elsevier a couple of years ago, I suspect this may have > improved by now) and even this year one publisher (not the big one these days we'd have it retyped :-} > > Humanities? Maybe this is not so critical here as few publishers > would consider accepting LaTeX anyway? > grr. speaking as a humanities person, I deny the assertion! anyway, at the risk of repeating myself, you misunderstand what publishers are. the average publisher is NOT a typesetter, and does not give a damn how you prepare your MSS, since it'll be between you and some other agency. well, thats my observation of the trade, anyway > LaTeX document. E.g., should things like \enlargethispage be legal in > such documents? The answer is not clear to me. One could either > explicitly discourage people to use them, or to expect any production > class to ignore any visual mark-up and provide the functionality with > different macros. gracious. i'd be shocked at a production system which did not catch \enlargethispage... not that I understand why you, as an author, would ever use it.... > - Mark-up of tables (I think this is an area where LaTeX is really > deficient, both in functionality and in the necessity of visual > mark-up even for many trivial tables). hurrah! sound point > - Guidelines for including graphics (psfrag???) aaargh! and you expect me to translate your psfrag stuff to XML??? ... > Sebastian Rahtz wrote: .. > > I want a reliable batch-oriented page makeup system, no more, no > > less. I want to store my text in XML, and have LaTeX produce beautiful > > pages when I give it a style sheet > > Are you speaking for yourself, or for Elsevier? While I could see that not officially, but yes, for Elsevier > XML/MathML may make sense for me in certain circumstances, because I > may want to reuse the logical structure, I don't see why this should > matter for a publisher whose job it is to get the thing on paper, and > possibly into an online repository (PDF?). publishers who do not want to consider electronic publication of material are, IMHO, on the track to failure. publishers exist to sell your work, NOT get things on paper!!! > There does not seem to be a > widely available user interface for XML, so currently, it also does > not seem realistic to expect authors to submit XML. So what's the agreed. not quite yet. give it 6 months or a year. > problem with LaTeX (apart from the ones that we discussed, and seem > very much fixable)? It should be much preferable to, say, Word's .doc > format or rtf??? no. converting RTF to XML is a problem whose parameters you can determine in advance. ie, the authors markup will be about 50% useable, the rest you can junk. a LaTeX file is a converter's nightmare, since almost anything can happen. maybe it takes 5 minutes, maybe it takes 5 hours. you cannot run a business on those lines, IMO. sebastian