From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.tex.context/16570 Path: main.gmane.org!not-for-mail From: Dirar Bougatef Newsgroups: gmane.comp.tex.context Subject: Re: Context against XSL Date: Thu, 30 Sep 2004 22:53:25 +0200 Sender: ntg-context-bounces@ntg.nl Message-ID: <415C7245.4060104@hotmail.com> References: <415C1B8B.3030709@hotmail.com> <415C5937.5050900@wxs.nl> Reply-To: mailing list for ConTeXt users NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1096579172 10692 80.91.229.6 (30 Sep 2004 21:19:32 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 30 Sep 2004 21:19:32 +0000 (UTC) Original-X-From: ntg-context-bounces@ntg.nl Thu Sep 30 23:19:15 2004 Return-path: Original-Received: from ronja.vet.uu.nl ([131.211.172.88] helo=ronja.ntg.nl) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CD8KY-0001bi-00 for ; Thu, 30 Sep 2004 23:19:14 +0200 Original-Received: from localhost (localhost.localdomain [127.0.0.1]) by ronja.ntg.nl (Postfix) with ESMTP id E00A612789; Thu, 30 Sep 2004 23:19:13 +0200 (CEST) Original-Received: from ronja.ntg.nl ([127.0.0.1]) by localhost (ronja.vet.uu.nl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 16592-03; Thu, 30 Sep 2004 23:19:11 +0200 (CEST) Original-Received: from ronja.vet.uu.nl (localhost.localdomain [127.0.0.1]) by ronja.ntg.nl (Postfix) with ESMTP id 398431277F; Thu, 30 Sep 2004 23:19:11 +0200 (CEST) Original-Received: from localhost (localhost.localdomain [127.0.0.1]) by ronja.ntg.nl (Postfix) with ESMTP id 19A371277F for ; Thu, 30 Sep 2004 23:19:10 +0200 (CEST) Original-Received: from ronja.ntg.nl ([127.0.0.1]) by localhost (ronja.vet.uu.nl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 16461-06 for ; Thu, 30 Sep 2004 23:19:09 +0200 (CEST) Original-Received: from hotmail.com (unknown [64.4.35.191]) by ronja.ntg.nl (Postfix) with ESMTP id 24F431277A for ; Thu, 30 Sep 2004 23:19:08 +0200 (CEST) Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 30 Sep 2004 13:54:00 -0700 Original-Received: from 82.226.175.122 by bay12-dav17.bay12.hotmail.com with DAV; Thu, 30 Sep 2004 20:53:42 +0000 X-Originating-IP: [82.226.175.122] X-Originating-Email: [chabah5@hotmail.com] X-Sender: chabah5@hotmail.com User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en Original-To: mailing list for ConTeXt users In-Reply-To: <415C5937.5050900@wxs.nl> X-OriginalArrivalTime: 30 Sep 2004 20:54:00.0763 (UTC) FILETIME=[9CB510B0:01C4A72F] X-Virus-Scanned: by amavisd-new at ntg.nl X-BeenThere: ntg-context@ntg.nl X-Mailman-Version: 2.1.5 Precedence: list List-Id: mailing list for ConTeXt users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: ntg-context-bounces@ntg.nl X-Virus-Scanned: by amavisd-new at ntg.nl Xref: main.gmane.org gmane.comp.tex.context:16570 X-Report-Spam: http://spam.gmane.org/gmane.comp.tex.context:16570 Hans Hagen wrote: > Dirar Bougatef wrote: > >> Does anyone have informations about tex macro packages and their >> advantages over XSL (previously known as XSL-FO) ? >> >> I have read somewhere that tex is a good implementation of the XSL >> standard ! >> >> I think this is in regard that tex thinks in matter of boxes (Which >> is the equivalent of XSL blocks). I this case, is the difference >> between the two in the fact that at the end tex and macros are only >> algorithms for typesetting blocks automatically ? > > > xsl is mostly a specification, and there are program soutthere that > implement parts of is. The page model that xsl uses is not that > advanced. Also, because you more or less make up the page, you also > sort of disable all kind of clever things that batch processors like > tex + macropackages may do. This means that xsl (fo) is suited for a > certain range of typesetting tasks. From my experience your > expectations should not be that high with regards to complex layouts. > > I'm on and off implementing an fo engine (foxet) and run into > fuzziness with regards to the specs (a bad omen is that that there i > could not find a good manual and the ones i have are made up rather > poorly, which indicated that we're not so much dealing with high end > typesetting, but with regular batchprocessing of not too complex > documents). > > Recently i've been playing with css (from which xsl inherits much, > which does not add to a clear design imo) and i'm surprised that > browsers are so different that one ends up hacking around as much as > one would using tex -) In many ways xsl is driven by the web, and not > by real typesetting (is my guess). paper and screen are different things. > > What you use depends on what you need it for. For a long time, the > midset of designers has been shaped by what page maker, quark, etc can > and cannot do (therefore all those ragged right docs, where the > limitations have become the standard). I fear that in the next couple > of years the limited possibilities of for instance xsl will bring down > the standards (if it can't be done, one will just lower the demands), > which also fits in the short lifecycle of most documents. > > So, what to use when: > > - here i find that using tex directly (using the context xml parser) > in most cases is rather efficient; the problem is always in getting > (frequently inconsistent) designs done. In that respect my motto has > become 'the problem does not change' > > - xslt is nice for preprocessing and manipulating documents and often > one can get away with clean coding > > - some scripting is often needed as well (for instance in order to add > typographical detail, which is rather easy to do with regexps in > scripting languages) > > - xsl (fo), well for the moment i see it as a kind of 'placed xml'; > when customers want us to use it, we'll do it (gives a feeling of > independence), but in most cases using some direct mapping onto tex is > not only easier (cheaper) but also gives a bit more control. It all > depends on the design. > > - so: just use the best of all worlds (which is what xml is about: > it's consistent -when used all right- and it can be transformed; > interestingly there are quite some organizations out there that bind > themselves to just one kind of xml handling app thereby contradicting > the concept. > > In de time i want to write down something on these matters. > > Hans > > btw, there is a special mailing list for foxet; a preliminary version > is in the alpha zip > > > ----------------------------------------------------------------- > Hans Hagen | PRAGMA ADE > Ridderstraat 27 | 8061 GH Hasselt | The Netherlands > tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com > | www.pragma-pod.nl > ----------------------------------------------------------------- > > _______________________________________________ > ntg-context mailing list > ntg-context@ntg.nl > http://www.ntg.nl/mailman/listinfo/ntg-context > > . > Hi Hans and thanks for your answers. > xsl is mostly a specification, and there are program soutthere that implement parts of is. The page model that xsl uses is not that advanced. Also, because you more or less make up the page, you also sort > of disable all kind of clever things that batch processors like tex + macropackages may do. This means that xsl (fo) is suited for a certain range of typesetting tasks. From my experience your expectations > should not be that high with regards to complex layouts. Do you mean that i went too far in my interpretation of XSL blocks as TEX boxes ? What i see is that XSL as you said is quiet the same thing as CSS2 hence it will support complex layouts (At the end it is only a matter of dividing your page into big or small boxes and the ability of accessing them, isn't it ?). In this case the difference with tex is only going to be that the last handles caracter (with ligatures etc.) and word spacing (with regard to hyphenation) according to some rules where the other doesn't. > .. xsl is driven by the web, and not by real typesetting (is my guess). paper and screen are different things. I have read an article that says that the whole matter about creating XSL was printed documents with all what this implies such as headers, footers, etc (The stuff that does not concern electronic documents). > i find that using tex directly (using the context xml parser) in most cases is rather efficient; the problem is always in getting (frequently inconsistent) designs done. In that respect my motto has become 'the > problem does not change' What do you mean by this. Is it that i have to stick to only few designs and avoid changing too much .. ? I would like to write my documents in XML, keep THEM on a server and generate PDF, when the user clicks on the link to my document. Of course i want to use Context to typeset my document. What can i use for this ? Have you already writen a parser for standard (e.g Docbook) documents ? Bye. Dirar.