Received: via tmail-4.1(11) (invoked by user schoepf) for schoepf; Mon, 6 Mar 2000 19:43:39 +0100 (MET) Received: from mailgate1.zdv.Uni-Mainz.DE (mailgate1.zdv.Uni-Mainz.DE [134.93.8.56]) by mail.Uni-Mainz.DE (8.9.3/8.9.3) with ESMTP id TAA06180 for ; Mon, 6 Mar 2000 19:43:39 +0100 (MET) MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01BF879B.E321FF80" Received: from mail.listserv.gmd.de (mail.listserv.gmd.de [192.88.97.5]) by mailgate1.zdv.Uni-Mainz.DE (8.9.3/8.9.3) with ESMTP id TAA29014 for ; Mon, 6 Mar 2000 19:43:39 +0100 (MET) Received: from mail.listserv.gmd.de (192.88.97.5) by mail.listserv.gmd.de (LSMTP for OpenVMS v1.1a) with SMTP id <9.8ABAD5DD@mail.listserv.gmd.de>; Mon, 6 Mar 2000 19:42:17 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Received: from RELAY.URZ.UNI-HEIDELBERG.DE by RELAY.URZ.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 1.8b) with spool id 452846 for LATEX-L@RELAY.URZ.UNI-HEIDELBERG.DE; Mon, 6 Mar 2000 19:40:56 +0100 Received: from ix.urz.uni-heidelberg.de (mail.urz.uni-heidelberg.de [129.206.119.234]) by relay.urz.uni-heidelberg.de (8.8.8/8.8.8) with ESMTP id TAA10206 for ; Mon, 6 Mar 2000 19:40:55 +0100 (MET) Received: from relay.uni-heidelberg.de (relay.uni-heidelberg.de [129.206.100.212]) by ix.urz.uni-heidelberg.de (8.8.8/8.8.8) with ESMTP id TAA24594 for ; Mon, 6 Mar 2000 19:43:31 +0100 Received: from abel.math.umu.se (abel.math.umu.se [130.239.20.139]) by relay.uni-heidelberg.de (8.9.3+Sun/8.9.3) with ESMTP id TAA12592 for ; Mon, 6 Mar 2000 19:40:54 +0100 (MET) Received: from [130.239.20.144] (mac144.math.umu.se [130.239.20.144]) by abel.math.umu.se (8.9.2/8.9.2) with ESMTP id UAA04191; Sun, 5 Mar 2000 20:39:35 +0100 (CET) In-Reply-To: <200003052035.VAA01735@kammer.uni-hannover.de> Return-Path: x-vm-v5-data: ([nil nil nil nil nil nil nil nil nil]["1866" "Mon" "6" "March" "2000" "19:43:29" "+0100" "Lars =?iso-8859-1?Q?Hellstr=F6m?=" "Lars.Hellstrom@MATH.UMU.SE" nil "37" "Re: bop-hook" "^Date:" nil nil "3" nil "bop-hook" nil nil nil]nil) X-Sender: lars@abel.math.umu.se x-mime-autoconverted: from quoted-printable to 8bit by relay.urz.uni-heidelberg.de id TAA10207 Content-class: urn:content-classes:message Subject: Re: bop-hook Date: Mon, 6 Mar 2000 19:43:29 +0100 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: From: =?iso-8859-1?Q?Lars_Hellstr=F6m?= Sender: "Mailing list for the LaTeX3 project" To: "Multiple recipients of list LATEX-L" Reply-To: "Mailing list for the LaTeX3 project" Status: R X-Status: X-Keywords: X-UID: 3540 This is a multi-part message in MIME format. ------_=_NextPart_001_01BF879B.E321FF80 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable At 21.35 +0100 2000-03-05, Reinhard Kotucha wrote: >Hi, >unfortunately Frank told us in his last mail that he vanishes for a >few days to work on output routines. I wonder when he will appear again? It's been a month. OTOH, output routines are tricky things, so it is hardly surprising that it takes = time. [snip] >I think that it is a good idea if the LaTeX kernel would provide a >hook (probably called "\AtBeginPage". I don't think that style >programmers should patch the output routine. Sounds like a good idea to me. Of course, it probably can't be added to = the 2e kernel as such, because of the moratorium on adding hooks, but there shouldn't be a problem to have a package in base/ or tools/ (or with = 2e*, wherever that will be placed) that adds the functionality. The tracefnt package already shares source with the kernel, like one would want to = have it in this case. Some recent experiencies of mine with a document class from World Scientific (which uses this kind of thing to indicate the area of the = paper that is actually used in printing, as opposed to the paper used for the drafts) have demonstrated that such patches of the output routine have a tendency to age when noone bothers to update them. Lars Hellstr=F6m PS: When I wrote about tracefnt anyway, I might as well mension this = thing too. Could it be possible to have the option reinserted that temporarily resetted the \tracing... parameters during \selectfont? Appearently this feature was bundled with something else that probably doesn't work = anymore, but I can't see any reason (apart from lack of time) why it shouldn't be possible to reinsert just this particular feature. I'm so tired of = wading through screenful after screenful of font selection every time I need to trace a piece of code that, apart from the things I'm really interested = in, also does a couple of font changes. ------_=_NextPart_001_01BF879B.E321FF80 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Re: bop-hook

At 21.35 +0100 2000-03-05, Reinhard Kotucha = wrote:
>Hi,
>unfortunately Frank told us in his last mail that = he vanishes for a
>few days to work on output routines.

I wonder when he will appear again? It's been a month. = OTOH, output
routines are tricky things, so it is hardly = surprising that it takes time.

[snip]
>I think that it is a good idea if the LaTeX = kernel would provide a
>hook (probably called = "\AtBeginPage".  I don't think that style
>programmers should patch the output = routine.

Sounds like a good idea to me. Of course, it probably = can't be added to the
2e kernel as such, because of the moratorium on = adding hooks, but there
shouldn't be a problem to have a package in base/ or = tools/ (or with 2e*,
wherever that will be placed) that adds the = functionality. The tracefnt
package already shares source with the kernel, like = one would want to have
it in this case.

Some recent experiencies of mine with a document class = from World
Scientific (which uses this kind of thing to indicate = the area of the paper
that is actually used in printing, as opposed to the = paper used for the
drafts) have demonstrated that such patches of the = output routine have a
tendency to age when noone bothers to update = them.

Lars Hellstr=F6m

PS: When I wrote about tracefnt anyway, I might as = well mension this thing
too. Could it be possible to have the option = reinserted that temporarily
resetted the \tracing... parameters during = \selectfont? Appearently this
feature was bundled with something else that probably = doesn't work anymore,
but I can't see any reason (apart from lack of time) = why it shouldn't be
possible to reinsert just this particular feature. = I'm so tired of wading
through screenful after screenful of font selection = every time I need to
trace a piece of code that, apart from the things I'm = really interested in,
also does a couple of font changes.

------_=_NextPart_001_01BF879B.E321FF80--