Received: from mail.proteosys.com ([213.139.130.197]) by nummer-3.proteosys with Microsoft SMTPSVC(5.0.2195.5329); Sun, 20 Jul 2003 01:44:34 +0200 Received: by mail.proteosys.com (8.12.9/8.12.2) with ESMTP id h6JNiESb008948 for ; Sun, 20 Jul 2003 01:44:32 +0200 Received: from listserv.uni-heidelberg.de (listserv.uni-heidelberg.de [129.206.100.27]) by relay2.uni-heidelberg.de (8.12.9/8.12.9) with ESMTP id h6JNcTGl011457; Sun, 20 Jul 2003 01:38:29 +0200 (MET DST) MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C34E4F.B4D8DD00" Received: from listserv (listserv.uni-heidelberg.de [129.206.100.27]) by listserv.uni-heidelberg.de (8.12.3/8.12.3/SuSE Linux 0.6) with ESMTP id h6JM05NR030127; Sun, 20 Jul 2003 01:37:49 +0200 Received: from LISTSERV.UNI-HEIDELBERG.DE by LISTSERV.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 1.8d) with spool id 0084 for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Sun, 20 Jul 2003 01:37:49 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Received: from relay2.uni-heidelberg.de (relay2.uni-heidelberg.de [129.206.210.211]) by listserv.uni-heidelberg.de (8.12.3/8.12.3/SuSE Linux 0.6) with ESMTP id h6JNbnM9030646 for ; Sun, 20 Jul 2003 01:37:49 +0200 Received: from abel.math.umu.se (abel.math.umu.se [130.239.20.139]) by relay2.uni-heidelberg.de (8.12.9/8.12.9) with ESMTP id h6JNA7Gl008575 for ; Sun, 20 Jul 2003 01:10:07 +0200 (MET DST) Received: from [130.239.20.144] (mac144.math.umu.se [130.239.20.144]) by abel.math.umu.se (8.12.3/8.12.3/Debian-6.4) with ESMTP id h6JNA6uf023726; Sun, 20 Jul 2003 01:10:07 +0200 In-Reply-To: References: =?iso-8859-1?Q?=3Cl0310281abb3f660c25a5=40=5B130=2E239=2E20=2E144?= =?iso-8859-1?Q?=5D=3E_=28______________Lars____________Hellstr=F6m=27s_me?= =?iso-8859-1?Q?ssage_of_=22Sat=2C_19_Jul_2003__________________23=3A33=3A?= =?iso-8859-1?Q?35_+0200=22=29_=3C16153=2E14658=2E292643=2E77990=40pussy?= =?iso-8859-1?Q?=2Enpc=2Ede=3E_______________________=3Ci7isq4kcb8=2Ef?= =?iso-8859-1?Q?sf=5F-=5F=40hilbert=2Emath=2Ealbany=2Eedu=3E__________?= =?iso-8859-1?Q?_____________=3C20030710081528=2EA12401=40diabolo=2Einform?= =?iso-8859-1?Q?atik=2Erwth-aachen=2Ede=3E______________________=3C78ADDA0?= =?iso-8859-1?Q?1-B2DC-11D7-8AE7-0050E4455404=40atlis=2Ecom=3E____________?= =?iso-8859-1?Q?___________=3C20030711081704=2EA14039=40diabolo=2Einformat?= =?iso-8859-1?Q?ik=2Erwth-aachen=2Ede=3E______________________=3C16146=2E6?= =?iso-8859-1?Q?0345=2E852158=2E31606=40pussy=2Enpc=2Ede=3E_______________?= =?iso-8859-1?Q?________=3Cl0310280fbb3c40133696=40=5B130=2E239=2E20=2E144?= =?iso-8859-1?Q?=5D=3E_______________________=3C16150=2E44860=2E510973=2E8?= =?iso-8859-1?Q?20690=40pussy=2Enpc=2Ede=3E_______________________=3C20030?= =?iso-8859-1?Q?7171432=2Eh6HEWXrZ002742=40bilbo=2Elocalnet=3E____________?= =?iso-8859-1?Q?___________=3C16151=2E19056=2E880153=2E478641=40pussy=2Enp?= =?iso-8859-1?Q?c=2Ede=3E_______________________=3C200307182058=2Eh6IKwHwi?= =?iso-8859-1?Q?028465=40bilbo=2Elocalnet=3E_______________________=3Cm3vf?= =?iso-8859-1?Q?tzts1l=2Efsf=40wilson=2Erwth-aachen=2Ede=3E_______________?= =?iso-8859-1?Q?________=3C16153=2E14658=2E292643=2E77990=40pussy=2E?= =?iso-8859-1?Q?npc=2Ede=3E_______________________=3Cl0310281abb3f660c?= =?iso-8859-1?Q?25a5=40=5B130=2E239=2E20=2E144=5D=3E?= Return-Path: X-OriginalArrivalTime: 19 Jul 2003 23:44:34.0557 (UTC) FILETIME=[B52DDAD0:01C34E4F] X-Sender: lars@abel.math.umu.se x-mime-autoconverted: from quoted-printable to 8bit by listserv.uni-heidelberg.de id h6JNbnM9030647 X-Scanned-By: MIMEDefang 2.28 (www . roaringpenguin . com / mimedefang) X-Spam-Score: -19.8 () EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT,REPLY_WITH_QUOTES Content-class: urn:content-classes:message Subject: Re: XML vs. (La)TeX markup Date: Sun, 20 Jul 2003 00:10:21 +0100 Message-ID: A X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Re: XML vs. (La)TeX markup Thread-Index: AcNOT7VVdJ2+NPFhQV6nWSkJeg5Z/w== From: =?iso-8859-1?Q?Lars_Hellstr=F6m?= To: Reply-To: "Mailing list for the LaTeX3 project" Status: R X-Status: X-Keywords: X-UID: 4724 This is a multi-part message in MIME format. ------_=_NextPart_001_01C34E4F.B4D8DD00 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable At 23.54 +0200 2003-07-19, Torsten Bronger wrote: >Halloechen! > >Lars Hellstr=F6m writes: > >> At 15.54 +0200 2003-07-19, Torsten Bronger wrote: >> >>> The intersting thing are editors for *special* XML applications. >>> Let me dream a bit: All scientific publishers agree on an XML >>> format and order a simple-to-use GUI program that can create >>> these documents. It runs on Linux, Windows, Mac, etc (because >>> it's simple itself). Authors can download it and write their >>> articles with it. >> >> Hmmm... Apart from copyright and the technical issue of using XML >> as file format, > >Which issues? Issue as in "technical detail", "item". Not issue as in "problem". >> this sounds a lot like actual state of things with MS Word today >> (it certainly dominates non-mathematical scientific >> publishing). We know from experience however that it is no good. > >Apart from the XML syntax it has nothing to do with MS Word's XHTML >derivative. It doesn't contain any layout information for example. >It is more like DocBook, possibly with a little bit visual markup in >some (inline) places. > >>> Then there are no authors anymore that use exotic file formats, >>> format their text in a very strange way, no employees of the >>> publishers have to re-type the articles, authors don't lose time >>> with superfluous typographical fine tuning, guideline can be made >>> much simpler, archiving and retrieving is much simpler etc. >> >> How on earth is changing a technical detail (using XML instead of >> the admittedly exotic "Word memory dump" format) which most users >> are supposed to never encounter going to effect such dramatic >> improvements in author practices? (Of course, this bit could be >> where the dreaming is applied.) > >Logical markup. The author would be *forced* to focus on contents >and structure. There is no list of 150 fonts to choose from >anymore, and no way to use an awful baseline skip, or to fake a >glyph with fancy field tricks. They must obey to a big part of the >guidelines, no matter whether they want to or not, and whether they >are typographically competent or not. Oh yes, pretty much the old dream of the language that makes errors impossible, although in a lighter form. It won't work. If you hide the markup, then users won't care about getting it right, and then you = haven't won anything. Denying users features that they have grown accustomed to will kill much of the popularity, and be prepared to see users violate markup to get the appearence they want: if there is something that users see rendered as "bold", there will be users that use it as "bold" regardless of what the intended meaning is! Lars Hellstr=F6m ------_=_NextPart_001_01C34E4F.B4D8DD00 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Re: XML vs. (La)TeX markup

At 23.54 +0200 2003-07-19, Torsten Bronger = wrote:
>Halloechen!
>
>Lars Hellstr=F6m = <Lars.Hellstrom@MATH.UMU.SE> writes:
>
>> At 15.54 +0200 2003-07-19, Torsten Bronger = wrote:
>>
>>> The intersting thing are editors for = *special* XML applications.
>>> Let me dream a bit: All scientific = publishers agree on an XML
>>> format and order a simple-to-use GUI = program that can create
>>> these documents.  It runs on Linux, = Windows, Mac, etc (because
>>> it's simple itself).  Authors can = download it and write their
>>> articles with it.
>>
>> Hmmm... Apart from copyright and the = technical issue of using XML
>> as file format,
>
>Which issues?

Issue as in "technical detail", = "item". Not issue as in "problem".

>> this sounds a lot like actual state of things = with MS Word today
>> (it certainly dominates non-mathematical = scientific
>> publishing). We know from experience however = that it is no good.
>
>Apart from the XML syntax it has nothing to do = with MS Word's XHTML
>derivative.  It doesn't contain any layout = information for example.
>It is more like DocBook, possibly with a little = bit visual markup in
>some (inline) places.
>
>>> Then there are no authors anymore that = use exotic file formats,
>>> format their text in a very strange way, = no employees of the
>>> publishers have to re-type the articles, = authors don't lose time
>>> with superfluous typographical fine = tuning, guideline can be made
>>> much simpler, archiving and retrieving = is much simpler etc.
>>
>> How on earth is changing a technical detail = (using XML instead of
>> the admittedly exotic "Word memory = dump" format) which most users
>> are supposed to never encounter going to = effect such dramatic
>> improvements in author practices? (Of = course, this bit could be
>> where the dreaming is applied.)
>
>Logical markup.  The author would be = *forced* to focus on contents
>and structure.  There is no list of 150 = fonts to choose from
>anymore, and no way to use an awful baseline = skip, or to fake a
>glyph with fancy field tricks.  They must = obey to a big part of the
>guidelines, no matter whether they want to or = not, and whether they
>are typographically competent or not.

Oh yes, pretty much the old dream of the language that = makes errors
impossible, although in a lighter form. It won't = work. If you hide the
markup, then users won't care about getting it right, = and then you haven't
won anything. Denying users features that they have = grown accustomed to
will kill much of the popularity, and be prepared to = see users violate
markup to get the appearence they want: if there is = something that users
see rendered as "bold", there will be users = that use it as "bold"
regardless of what the intended meaning is!

Lars Hellstr=F6m

------_=_NextPart_001_01C34E4F.B4D8DD00--