From "Nelson H. F. Beebe " Sat Jan 3 17:20:46 1998 Flags: 000000000000 Received: from plot79.math.utah.edu (beebe@plot79.math.utah.edu [128.110.198.3]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id RAA07550; Sat, 3 Jan 1998 17:20:45 -0700 (MST) From: "Nelson H. F. Beebe" Received: (from beebe@localhost) by plot79.math.utah.edu (8.8.5/8.8.5) id RAA17084; Sat, 3 Jan 1998 17:20:44 -0700 (MST) Date: Sat, 3 Jan 1998 17:20:44 -0700 (MST) To: pdftex@tug.cs.umb.edu Cc: beebe@math.utah.edu X-US-Mail: "Center for Scientific Computing, University of Utah, 155 S 1400 E RM 233, Salt Lake City, UT 84112-0090, USA" X-Telephone: +1 801 581 5254 X-FAX: +1 801 581 4148 X-URL: http://www.math.utah.edu/~beebe Subject: Is the PDFTEX list still active? Message-ID: Is the PDFTEX list still active? The last message that I received was timestamped "16 Dec 1997 22:10:35 -0500 (EST)". ---------------------------------------------------------------------------- - Nelson H. F. Beebe Tel: +1 801 581 5254 - - Center for Scientific Computing FAX: +1 801 581 4148 - - University of Utah Internet e-mail: beebe@math.utah.edu - - Department of Mathematics, 105 JWB beebe@acm.org - - 155 S 1400 E RM 233 beebe@ieee.org - - Salt Lake City, UT 84112-0090, USA URL: http://www.math.utah.edu/~beebe - ---------------------------------------------------------------------------- From owner-pdftex@tug.org Sat Jan 3 17:25:00 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id RAA07630 for ; Sat, 3 Jan 1998 17:24:58 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id TAA03430 for pdftex-list; Sat, 3 Jan 1998 19:18:49 -0500 Received: from csc-sun.math.utah.edu (csc-sun.math.utah.edu [128.110.198.2]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id TAA03427 for ; Sat, 3 Jan 1998 19:18:47 -0500 Received: from plot79.math.utah.edu (beebe@plot79.math.utah.edu [128.110.198.3]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id RAA07550; Sat, 3 Jan 1998 17:20:45 -0700 (MST) From: "Nelson H. F. Beebe" Received: (from beebe@localhost) by plot79.math.utah.edu (8.8.5/8.8.5) id RAA17084; Sat, 3 Jan 1998 17:20:44 -0700 (MST) Date: Sat, 3 Jan 1998 17:20:44 -0700 (MST) To: pdftex@tug.cs.umb.edu Cc: beebe@math.utah.edu X-US-Mail: "Center for Scientific Computing, University of Utah, 155 S 1400 E RM 233, Salt Lake City, UT 84112-0090, USA" X-Telephone: +1 801 581 5254 X-FAX: +1 801 581 4148 X-URL: http://www.math.utah.edu/~beebe Subject: Is the PDFTEX list still active? Message-ID: Sender: owner-pdftex@tug.org Precedence: bulk Is the PDFTEX list still active? The last message that I received was timestamped "16 Dec 1997 22:10:35 -0500 (EST)". ---------------------------------------------------------------------------- - Nelson H. F. Beebe Tel: +1 801 581 5254 - - Center for Scientific Computing FAX: +1 801 581 4148 - - University of Utah Internet e-mail: beebe@math.utah.edu - - Department of Mathematics, 105 JWB beebe@acm.org - - 155 S 1400 E RM 233 beebe@ieee.org - - Salt Lake City, UT 84112-0090, USA URL: http://www.math.utah.edu/~beebe - ---------------------------------------------------------------------------- From owner-pdftex@tug.org Sun Jan 4 02:53:06 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA17505 for ; Sun, 4 Jan 1998 02:53:04 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id EAA05515 for pdftex-list; Sun, 4 Jan 1998 04:49:47 -0500 Received: from xtec.es (gregal.xtec.es [193.145.88.16]) by tug.cs.umb.edu (8.8.5/8.8.5) with SMTP id EAA05512 for ; Sun, 4 Jan 1998 04:49:45 -0500 Received: from aqui.acasa.lg by xtec.es (SMI-8.6/SMI-SVR4) id KAA14814; Sun, 4 Jan 1998 10:45:01 +0100 Message-ID: <34AF5BF2.5992F52B@pie.xtec.es> Date: Sun, 04 Jan 1998 10:52:50 +0100 From: Carles Romero Reply-To: cromero@pie.xtec.es X-Mailer: Mozilla 4.01 [en] (Win95; I) MIME-Version: 1.0 To: pdftex@tug.cs.umb.edu Subject: Re: Is the PDFTEX list still active? X-Priority: 3 (Normal) References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hi I think so. I'm still here, but I'm new in the list and yours is the first message I have received. Thanks! In my opinion, pdftex is _t_h_e_ solution in order to publish complex math documents across the Web and intranets. It's great! Carles Romero Chesa I.E.S.``Manuel Blancafort'' 08530 La Garriga, Catalonia. Spain http://www.xtec.es/~cromero/index0.htm Nelson H. F. Beebe wrote: > Is the PDFTEX list still active? The last message that I received > was timestamped "16 Dec 1997 22:10:35 -0500 (EST)". > > --------------------------------------------------- > ------------------------ > - Nelson H. F. Beebe Tel: +1 801 581 > 5254 - > - Center for Scientific Computing FAX: +1 801 581 > 4148 - > - University of Utah Internet e-mail: > beebe@math.utah.edu - > - Department of Mathematics, 105 JWB > beebe@acm.org - > - 155 S 1400 E RM 233 > beebe@ieee.org - > - Salt Lake City, UT 84112-0090, USA URL: > http://www.math.utah.edu/~beebe - > -- > ------------------------------------------------------------------------- From owner-pdftex@tug.org Sun Jan 4 03:44:08 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA18246 for ; Sun, 4 Jan 1998 03:44:07 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id FAA05706 for pdftex-list; Sun, 4 Jan 1998 05:41:05 -0500 Received: from toucan.stats (toucan.stats.ox.ac.uk [163.1.20.20]) by tug.cs.umb.edu (8.8.5/8.8.5) with SMTP id FAA05703 for ; Sun, 4 Jan 1998 05:41:04 -0500 Received: by toucan.stats (SMI-8.6/SMI-SVR4) id KAA25080; Sun, 4 Jan 1998 10:40:11 GMT From: ripley@stats.ox.ac.uk (Prof Brian Ripley) Message-Id: <199801041040.KAA25080@toucan.stats> Subject: Re: Is the PDFTEX list still active? To: cromero@pie.xtec.es Date: Sun, 4 Jan 1998 10:40:11 +0000 (GMT) Cc: pdftex@tug.cs.umb.edu In-Reply-To: <34AF5BF2.5992F52B@pie.xtec.es> from "Carles Romero" at Jan 4, 98 10:52:50 am X-Mailer: ELM [version 2.4 PL25] Content-Type: text Sender: owner-pdftex@tug.org Precedence: bulk Carles Romero wrote: > > Hi > > I think so. I'm still here, but I'm new in the list and yours is the > first message I have received. Thanks! > > In my opinion, pdftex is _t_h_e_ solution in order to publish complex > math documents across the Web and intranets. It's great! > > Carles Romero Chesa > I.E.S.``Manuel Blancafort'' > 08530 La Garriga, Catalonia. Spain > http://www.xtec.es/~cromero/index0.htm > Let's not confuse two things. PDF documents are the best way I know to do this, especially as Windows users seem to find installing GSview too difficult, even if they have heard of it. But there are several ways to make PDF from TeX documents, and although pdftex is getting there, I still find the route via .ps and Distiller to be more reliable and to give smaller PDF files when figures are involved, and I don't always succeed in making versions of the figures that pdftex will accept. -- Brian D. Ripley, ripley@stats.ox.ac.uk Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/ University of Oxford, Tel: +44 1865 272861 (self) 1 South Parks Road, +44 1865 272860 (secr) Oxford OX1 3TG, UK Fax: +44 1865 272595 From owner-pdftex@tug.org Sun Jan 4 12:54:21 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id MAA26541 for ; Sun, 4 Jan 1998 12:54:19 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id OAA07608 for pdftex-list; Sun, 4 Jan 1998 14:49:44 -0500 Received: from ginseng.indigo.ie (ts01-08.waterford.indigo.ie [194.125.139.39]) by tug.cs.umb.edu (8.8.5/8.8.5) with SMTP id OAA07605 for ; Sun, 4 Jan 1998 14:49:41 -0500 Received: (qmail 1466 invoked by uid 1000); 4 Jan 1998 19:55:51 -0000 Message-ID: <19980104195551.1465.qmail@ginseng.indigo.ie> From: "Niall Smart" Date: Sun, 4 Jan 1998 19:55:51 +0000 X-Mailer: Mail User's Shell (7.2.6 beta(3) 11/17/96) To: pdftex@tug.org Subject: METAFONT --> Type 1 Sender: owner-pdftex@tug.org Precedence: bulk Hi all, I would like to use some METAFONT fonts in my PDF document, but I do not have them in Type 1 format, is there a tool that can convert them? I have seen mf2ps on CTAN, but it is in Pascal and I do not have a Pascal compiler, I have tried using p2c but there are a number of functions it relies on in library files which I do not have. Is anyone using mf2ps? How did you compile it? BTW, I am using FreeBSD 2.2.x Regards, Niall From owner-pdftex@tug.org Sun Jan 4 22:17:50 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id WAA05887 for ; Sun, 4 Jan 1998 22:17:49 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id AAA09577 for pdftex-list; Mon, 5 Jan 1998 00:13:04 -0500 Received: from relay1.jet.msk.su (relay1.jet.msk.su [194.87.88.34]) by tug.cs.umb.edu (8.8.5/8.8.5) with SMTP id AAA09571 for ; Mon, 5 Jan 1998 00:12:57 -0500 Received: from host1.internal.jet.msk.su (tiger.jet.msk.su) [193.124.4.1] by relay1.jet.msk.su with smtp (Exim 1.80 #1) id 0xp4sK-0004UC-00; Mon, 5 Jan 1998 08:14:56 +0300 Received: from goliath.service.jet.msk.su [192.168.10.29] (root) by tiger.jet.msk.su with smtp (Exim 1.73 #2) id 0xp4sH-00005O-00; Mon, 5 Jan 1998 08:14:55 +0300 Received: by jet.msk.su; Mon, 5 Jan 1998 08:14:52 +0300 (MSK) X-Face: /oPa9&>MzRQq:oe:KFDqh`?,A~:^^dQc@_j1\.3_#&uU,ZroMeAm*1b[='dus\zkT9z+zGPg-t$4Df&r$kErI`X4Y-P9C"Wq`DNe|]X&}pMjByAA,+FqpCflJ/H.+n.Fa+1%*U8.Zu/Q/gR1j Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII Date: 05 Jan 1998 08:14:52 +0300 In-Reply-To: ripley@stats.ox.ac.uk's message of "Sun, 4 Jan 1998 10:40:11 +0000 (GMT)" Message-ID: Lines: 14 X-Mailer: Gnus v5.5/XEmacs 20.3 - "Vatican City" From: Boris Tobotras Sender: owner-pdftex@tug.org Precedence: bulk >>>>> "Prof" == Prof Brian Ripley writes: Prof> But there are several ways to make PDF from TeX documents, and Prof> although pdftex is getting there, I still find the route via .ps and Prof> Distiller to be more reliable and to give smaller PDF files when Prof> figures are involved, and I don't always succeed in making versions Prof> of the figures that pdftex will accept. That's understandable, but please, don't forget the fact that Distiller is commercial, and not all of us have educational discounts :-) -- Best regards, -- Boris. From owner-pdftex@tug.org Tue Jan 6 09:58:50 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA00182 for ; Tue, 6 Jan 1998 09:58:49 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id LAA17348 for pdftex-list; Tue, 6 Jan 1998 11:49:34 -0500 Received: from ricardo.ecn.wfu.edu (ricardo.ecn.wfu.edu [152.17.150.2]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id LAA17345 for ; Tue, 6 Jan 1998 11:49:33 -0500 Received: from localhost (cottrell@localhost) by ricardo.ecn.wfu.edu (8.8.7/8.7) with SMTP id LAA19263 for ; Tue, 6 Jan 1998 11:50:40 -0500 Date: Tue, 6 Jan 1998 11:50:40 -0500 (EST) From: Allin Cottrell To: pdftex@tug.cs.umb.edu Subject: hyperref Q In-Reply-To: <5145-Thu04Dec1997123700+0000-s.rahtz@elsevier.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Sorry if I missed a previous discussion of this. I'm using the newest version of hyperref from CTAN, with pdftex. I notice that with bookmarks turned on (and sometimes with them off) I'm getting the literal text "page 1 view /FitB" turning up on the first page of the output pdf file (as viewed in Acrobat on Linux) -- sometimes on a page all by itself. By trial and error I found I can make this go away by commenting out these two lines in hpdftex.def page {\@pdfstartpage} view {\@pdfstartview} Any ideas on what might be going wrong here? Allin Cottrell Department of Economics Wake Forest University, NC From owner-pdftex@tug.org Tue Jan 6 13:34:27 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id NAA05234 for ; Tue, 6 Jan 1998 13:34:26 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id PAA18561 for pdftex-list; Tue, 6 Jan 1998 15:28:34 -0500 Received: from mathi.uni-heidelberg.DE (vogon.mathi.uni-heidelberg.de [129.206.26.13]) by tug.cs.umb.edu (8.8.5/8.8.5) with SMTP id PAA18558 for ; Tue, 6 Jan 1998 15:28:32 -0500 Received: from hactar by mathi.uni-heidelberg.DE (NX5.67e/NX3.0Mathi) id AA19936; Tue, 6 Jan 98 21:30:40 +0100 Message-Id: <9801062030.AA19936@mathi.uni-heidelberg.DE> Received: by hactar.mathi.uni-heidelberg.de (NX5.67e/NX3.0X) id AA00265; Tue, 6 Jan 98 21:30:40 +0100 Mime-Version: 1.0 (NeXT Mail 3.3 v118.2) Content-Type: text/plain; charset=us-ascii In-Reply-To: X-Nextstep-Mailer: Mail 3.3 (Enhance 2.1) Received: by NeXT.Mailer (1.118.2) From: Gregor Hoffleit Date: Tue, 6 Jan 98 21:30:36 +0100 To: pdftex@tug.cs.umb.edu Subject: Re: hyperref Q Reply-To: hoffleit@mathi.uni-heidelberg.DE References: Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by tug.cs.umb.edu id PAA18559 Sender: owner-pdftex@tug.org Precedence: bulk You wrote: > Sorry if I missed a previous discussion of this. I'm using the > newest version of hyperref from CTAN, with pdftex. I notice > that with bookmarks turned on (and sometimes with them off) I'm > getting the literal text "page 1 view /FitB" turning up on the > first page of the output pdf file (as viewed in Acrobat on > Linux) -- sometimes on a page all by itself. I was going to report the same problem. For me, this happens when I use the last snapshot of teTeX-0.9pre and replace hyperref with the most recent CTAN version. The problem doesn't occur if I use the old hyperref included in the teTeX snapshot. Gregor From owner-pdftex@tug.org Wed Jan 7 00:36:11 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id AAA19069 for ; Wed, 7 Jan 1998 00:36:10 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id CAA21114 for pdftex-list; Wed, 7 Jan 1998 02:29:24 -0500 Received: from ha1.rdc1.md.home.com (ha1.rdc1.md.home.com [24.2.2.66]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id CAA21111 for ; Wed, 7 Jan 1998 02:29:13 -0500 Received: from cc240476-a.hwrd1.md.home.com ([24.3.20.103]) by ha1.rdc1.md.home.com (Netscape Mail Server v2.02) with SMTP id AAA952 for ; Tue, 6 Jan 1998 23:31:24 -0800 From: jeffmcarthur@home.com (Jeffrey McArthur) To: pdftex@tug.cs.umb.edu Subject: Limitation on the number of links? Date: Wed, 07 Jan 1998 07:21:46 GMT Organization: ATLIS Publishing Services Reply-To: jeffmcarthur@home.com Message-ID: <34be2b7e.7981850@mail> X-Mailer: Forte Agent 1.5/32.451 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by tug.cs.umb.edu id CAA21112 Sender: owner-pdftex@tug.org Precedence: bulk I seem to have exceded the string capacity of PDFTeX. I wanted to create a set of demo indexes for one of our clients. We produce a book with some rather complicated indexing. The one index is ~175 pages long when set in 4 columns and 7pt type. Since I was trying to create an electronic product I wrote a new set of macros that set the pages in 12pt types in one column. Instead of page numbers I created a link to the actual document (there are ~3,000 documents). I created three smaller index, all that work great. But this large index died around page 570 saying I had exceded the string capacity of TeX. What are the actual limits on the number of links I can put into a document? (This was a demo, a 570+ page index almost needs an index to the index.) Jeffrey M\kern-.05em\raise.5ex\hbox{\b c}\kern-.05emArthur a.k.a. Jeffrey McArthur ATLIS Publishing Services http://members.home.net/jeffmcarthur/ Visit Tiglath, a Bronze Age D&D world http://members.home.net/jeffmcarthur/tiglath.htm From owner-pdftex@tug.org Wed Jan 7 02:32:03 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA21139 for ; Wed, 7 Jan 1998 02:32:01 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id EAA21501 for pdftex-list; Wed, 7 Jan 1998 04:20:12 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id EAA21498 for ; Wed, 7 Jan 1998 04:20:08 -0500 Received: from hagen (zl45.pi.net [145.220.204.45]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id KAA05395; Wed, 7 Jan 1998 10:22:12 +0100 (MET) Posted-Date: Wed, 7 Jan 1998 10:22:12 +0100 (MET) Message-ID: <34B33F14.2E06@pi.net> Date: Wed, 07 Jan 1998 09:38:45 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: jeffmcarthur@home.com, pdftex@tug.cs.umb.edu CC: pragma@pi.net Subject: Re: Limitation on the number of links? References: <34be2b7e.7981850@mail> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Jeffrey McArthur wrote: > I seem to have exceded the string capacity of PDFTeX. > > I wanted to create a set of demo indexes for one of our clients. We > produce a book with some rather complicated indexing. The one index > is ~175 pages long when set in 4 columns and 7pt type. Since I was > trying to create an electronic product I wrote a new set of macros > that set the pages in 12pt types in one column. Instead of page > numbers I created a link to the actual document (there are ~3,000 > documents). I created three smaller index, all that work great. But > this large index died around page 570 saying I had exceded the string > capacity of TeX. This all depends on the method you use. What for instance is your input data? Looks like about 40.000 entries? Concerning limitations, this also depends on the method. TeX's main limitations are hash entries and string space, but both can be set rather high in the web2c implementation. Check the entries in texmf.cnf. Concerning pdf, there used to be a limitation on the number of named destinations (about 4000) until Adobe's own programs hit that frontier. I'm not sure what the limits are now, but they can be set. Until now I did not encounter problems, and I produce huge documents. Furthermore, using page destination ssaves a lot of space, but pdftex's cross document support has a bug concerning them (the 'is the first page numbered 0 or 1 problem'). When you use page destinations, there is no limit. A few yeare ago I processed some documents with many links (upto 500K). These documents also used cross linked index entries, which take quite some string space, but clever macros can save a lot. As far as I can see, your problem has nothing to do with multi column (i.e. many links on a page), that is: many columns-indexes don't give problems. By the way, knowing TeX and knowing PDF, it looks possible to me, so keep your optimism. > What are the actual limits on the number of links I can put into a > document? (This was a demo, a 570+ page index almost needs an index > to the index.) Not that hard either. Even better: use dedicated indexes. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Wed Jan 7 05:07:19 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA23696 for ; Wed, 7 Jan 1998 05:07:18 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id GAA22037 for pdftex-list; Wed, 7 Jan 1998 06:57:39 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id GAA22034 for ; Wed, 7 Jan 1998 06:57:37 -0500 Received: from hagen (zl62.pi.net [145.220.204.62]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id MAA24820; Wed, 7 Jan 1998 12:59:48 +0100 (MET) Posted-Date: Wed, 7 Jan 1998 12:59:48 +0100 (MET) Message-ID: <34B35C1D.7A99@pi.net> Date: Wed, 07 Jan 1998 11:42:37 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: pdftex@tug.cs.umb.edu, Jerzy Karczmarczuk CC: pragma@pi.net Subject: Re: Limitations ?... References: <199801071022.LAA13812@canardo.info.unicaen.fr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Jerzy Karczmarczuk wrote: > I have another problem, and Hans Hagen is the main target of my question. > TeX exploded inside the EPS (MetaPost) converter. I had a graph with the > <> of a path with about 1000 straight segments. (This was a MetaPost > generated fractal curve, and in fact I need more than that...). Can you send the log part and set \tracingstats=1? The path needs to be saved and postprocessed by TeX, due to incompatibility of PS concat and PDF's cm. The path is saved, and that takes space. Can you change this in texmf.cnf? main_memory = 2000000 % 2500000 extra_mem_top = 0 % 100000 extra_mem_bot = 0 % 100000 font_mem_size = 200000 % 500000 font_max = 500 % 750 hash_extra = 40000 % or higher! pool_size = 500000 string_vacancies = 25000 max_strings = 50000 pool_free = 475000 trie_size = 64000 hyph_size = 1000 buf_size = 5000 nest_size = 500 max_in_open = 15 param_size = 1500 save_size = 8000 stack_size = 1500 If setting these (or higher), another approach is needed. There is a much slower but more compact alternative possible (packing the saved things in one csname) but when larger settings work, I would prefer that. (If you still have problems, just send me the mp output file). Hans BTW, I also implemented an grayscale (uses NTSC mapping) and cmyk (with optional reduced k component) MP conversion routine (just recodes the MP output on the fly). ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Wed Jan 7 08:48:13 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA27849 for ; Wed, 7 Jan 1998 08:48:12 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id KAA22812 for pdftex-list; Wed, 7 Jan 1998 10:37:24 -0500 Received: from aragorn.ics.muni.cz (aragorn.ics.muni.cz [147.251.4.33]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id KAA22809 for ; Wed, 7 Jan 1998 10:37:23 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id QAA20980 for ; Wed, 7 Jan 1998 16:39:13 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id QAA20858 for pdftex@tug.cs.umb.edu; Wed, 7 Jan 1998 16:39:29 +0100 (MET) From: Han The Thanh Message-Id: <199801071539.QAA20858@anxur.fi.muni.cz> Subject: Re: map file syntax (fwd) To: pdftex@tug.cs.umb.edu (PDFTEX) Date: Wed, 7 Jan 1998 16:39:29 +0100 (MET) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hello, > > > > that is an interesting point. What do you think that such a file > > (pdftex.cfg) may/should contain? > > apart from loading .map files, it could, for instance, specify the > default output format and compression: > > map psfonts.map > map +xypic.map > output pdf > compression 9 > > can anyone deny the usefulness of this? > > sebastian I'm thinking of implementing reading config file and map files as Sebastian suggested. Please let me know what do you think/suggest Regards, Thanh From owner-pdftex@tug.org Wed Jan 7 12:26:43 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id MAA03484 for ; Wed, 7 Jan 1998 12:26:41 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id OAA23704 for pdftex-list; Wed, 7 Jan 1998 14:16:12 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id OAA23698 for ; Wed, 7 Jan 1998 14:15:58 -0500 Received: from hagen (zl25.pi.net [145.220.204.25]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id UAA10405; Wed, 7 Jan 1998 20:18:05 +0100 (MET) Posted-Date: Wed, 7 Jan 1998 20:18:05 +0100 (MET) Message-ID: <34B3B884.6D11@pi.net> Date: Wed, 07 Jan 1998 18:16:52 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: pdftex@tug.cs.umb.edu, Han The Thanh CC: pragma@pi.net Subject: Re: map file syntax (fwd) References: <199801071539.QAA20858@anxur.fi.muni.cz> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Han The Thanh wrote: > I'm thinking of implementing reading config file and map files as Sebastian > suggested. Please let me know what do you think/suggest I would prefer: (1) a main default map file (2) an additional local map (3) a defaull config file (4) an additional config file Or even better: pdftex &someformat filename --config: --map: This -- business is part of kpathsea anyway. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Thu Jan 8 06:11:03 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA25029 for ; Thu, 8 Jan 1998 06:11:02 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id HAA27451 for pdftex-list; Thu, 8 Jan 1998 07:54:01 -0500 Received: from vms.rhbnc.ac.uk (alpha1.rhbnc.ac.uk [134.219.201.113]) by tug.cs.umb.edu (8.8.5/8.8.5) with SMTP id HAA27445 for ; Thu, 8 Jan 1998 07:54:00 -0500 Date: Thu, 8 Jan 1998 12:56:15 GMT From: Philip Taylor (RHBNC) Reply-To: P.Taylor@vms.rhbnc.ac.uk To: PDFTEX@TUG.CS.UMB.EDU CC: CHAA006@vms.rhbnc.ac.uk Message-Id: <980108125615.3f68@vms.rhbnc.ac.uk> Subject: Re: map file syntax Sender: owner-pdftex@tug.org Precedence: bulk >> Or even better: >> >> pdftex &someformat filename --config: --map: >> >> This -- business is part of kpathsea anyway. But "kpathsea" is not a part of TeX, and is therefore irrelevant! pdfTeX's parseing of the command line cannot be predicated on any one implementation; far better to use logical names / environment variables / w-h-y to indicate where (one, starting-point) configuration file can be found, IMHO. ** Phil. From owner-pdftex@tug.org Fri Jan 9 00:20:14 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id AAA20990 for ; Fri, 9 Jan 1998 00:20:13 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id CAA31432 for pdftex-list; Fri, 9 Jan 1998 02:12:58 -0500 Received: from ha1.rdc1.md.home.com (ha1.rdc1.md.home.com [24.2.2.66]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id CAA31429 for ; Fri, 9 Jan 1998 02:12:53 -0500 Received: from cc240476-a.hwrd1.md.home.com ([24.3.20.103]) by ha1.rdc1.md.home.com (Netscape Mail Server v2.02) with SMTP id AAA28216 for ; Thu, 8 Jan 1998 23:15:12 -0800 From: jeffmcarthur@home.com (Jeffrey McArthur) To: pdftex@tug.cs.umb.edu Subject: Re: Limitation on the number of links? Date: Fri, 09 Jan 1998 07:05:24 GMT Organization: ATLIS Publishing Services Reply-To: jeffmcarthur@home.com Message-ID: <34bbc9ac.5345368@mail> X-Mailer: Forte Agent 1.5/32.451 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by tug.cs.umb.edu id CAA31430 Sender: owner-pdftex@tug.org Precedence: bulk >> I seem to have exceded the string capacity of PDFTeX. >> >> I wanted to create a set of demo indexes for one of our clients. We >> produce a book with some rather complicated indexing. The one index >> is ~175 pages long when set in 4 columns and 7pt type. Since I was >> trying to create an electronic product I wrote a new set of macros >> that set the pages in 12pt types in one column. Instead of page >> numbers I created a link to the actual document (there are ~3,000 >> documents). I created three smaller index, all that work great. But >> this large index died around page 570 saying I had exceded the string >> capacity of TeX. > >This all depends on the method you use. What for instance is your input >data? Looks like about 40.000 entries? I was using some very simple Plain TeX macros. The data file looked like this: \BrandIndex{B}{18845}{}{}{T}{120 Herbicide}{Terra}{}{}{} \BrandIndex{B}{4866}{0}{}{}{2 Plus 2 (MCPP + 2,4-D Amine)}{ISK Biosciences}{}{}{1231} \BrandIndex{B}{10508}{}{}{T}{2,4-D Amine 4}{Terra}{}{}{} \BrandIndex{B}{11314}{}{}{}{2,4-D Amine IVM}{Riverdale}{}{}{} \BrandIndex{B}{38469}{}{}{}{2,4-D Granules}{Riverdale}{}{}{} \BrandIndex{B}{323}{}{}{}{2,4-D L.V. 4 Ester}{Riverdale}{}{}{} \BrandIndex{B}{8214}{}{}{}{2,4-D L.V. 6 Ester}{Riverdale}{}{}{} \BrandIndex{B}{16446}{}{}{T}{2,4-D LV 4}{Terra}{}{}{} \BrandIndex{B}{12419}{}{}{T}{2,4-D LV 6}{Terra}{}{}{} \BrandIndex{B}{10663}{}{}{T}{2,4-DB 1.75}{Terra}{}{}{} \BrandIndex{B}{4083}{}{}{}{2,4-DB 200}{Terra}{}{}{} The macros are simple so I am including them here: %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% % % BrandIndex actually has 9 parameters: % Type % Id % PubIndex % Restricted % Not Registered in California % Brand Name % Company Name % Other info % Page Prefix % Page Number % %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% \def\FileLink#1#2{\hbox{\pdfannotlink attr{/Border [0 0 0]} goto file{#2.pdf} name{#2.pdf}\Blue{#1}\Black\pdfendlink}} \def\BrandIndex#1#2#3#4#5#6{\FileLink{#6}{../brands/#1#2}\GobbleFour} \def\GobbleFour#1#2#3#4{} >Concerning limitations, this also depends on the method. TeX's main >limitations are hash entries and string space, but both can be set rather >high in the web2c implementation. Check the entries in texmf.cnf. I did not realize that PDFTeX allowed changing the configuration without recompiling. Jeffrey M\kern-.05em\raise.5ex\hbox{\b c}\kern-.05emArthur a.k.a. Jeffrey McArthur ATLIS Publishing Services http://members.home.net/jeffmcarthur/ Visit Tiglath, a Bronze Age D&D world http://members.home.net/jeffmcarthur/tiglath.htm From owner-pdftex@tug.org Fri Jan 9 05:37:22 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA26258 for ; Fri, 9 Jan 1998 05:37:20 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id HAA32594 for pdftex-list; Fri, 9 Jan 1998 07:16:40 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id HAA32591 for ; Fri, 9 Jan 1998 07:16:39 -0500 Received: from hagen (zl60.pi.net [145.220.204.60]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id NAA01593; Fri, 9 Jan 1998 13:18:54 +0100 (MET) Posted-Date: Fri, 9 Jan 1998 13:18:54 +0100 (MET) Message-ID: <34B5E433.2D79@pi.net> Date: Fri, 09 Jan 1998 09:47:47 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: jeffmcarthur@home.com, pdftex@tug.cs.umb.edu CC: pragma@pi.net Subject: Re: Limitation on the number of links? References: <34bbc9ac.5345368@mail> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Jeffrey McArthur wrote: > \def\FileLink#1#2{\hbox{\pdfannotlink attr{/Border [0 0 0]} goto > file{#2.pdf} name{#2.pdf}\Blue{#1}\Black\pdfendlink}} Using file{#2.pdf} page 1 instead will save you half the amount of string space needed. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Fri Jan 9 22:49:52 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id WAA18182 for ; Fri, 9 Jan 1998 22:49:51 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id AAA03767 for pdftex-list; Sat, 10 Jan 1998 00:40:06 -0500 Received: from ha1.rdc1.md.home.com (ha1.rdc1.md.home.com [24.2.2.66]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id AAA03764 for ; Sat, 10 Jan 1998 00:40:04 -0500 Received: from cc240476-a.hwrd1.md.home.com ([24.3.20.103]) by ha1.rdc1.md.home.com (Netscape Mail Server v2.02) with SMTP id AAA4555 for ; Fri, 9 Jan 1998 21:42:27 -0800 From: jeffmcarthur@home.com (Jeffrey McArthur) To: pdftex@tug.cs.umb.edu Subject: Re: Limitation on the number of links? Date: Sat, 10 Jan 1998 05:32:34 GMT Organization: ATLIS Publishing Services Reply-To: jeffmcarthur@home.com Message-ID: <34be0791.3807790@mail> References: <34bbc9ac.5345368@mail> <34B5E433.2D79@pi.net> In-Reply-To: <34B5E433.2D79@pi.net> X-Mailer: Forte Agent 1.5/32.451 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by tug.cs.umb.edu id AAA03765 Sender: owner-pdftex@tug.org Precedence: bulk On Fri, 09 Jan 1998 09:47:47 +0100, you wrote: >> \def\FileLink#1#2{\hbox{\pdfannotlink attr{/Border [0 0 0]} goto >> file{#2.pdf} name{#2.pdf}\Blue{#1}\Black\pdfendlink}} > >Using > > file{#2.pdf} page 1 > >instead will save you half the amount of string space needed. Thank you. The documentation and examples on how to do links is a bit sparse. Jeffrey M\kern-.05em\raise.5ex\hbox{\b c}\kern-.05emArthur a.k.a. Jeffrey McArthur ATLIS Publishing Services http://members.home.net/jeffmcarthur/ Visit Tiglath, a Bronze Age D&D world http://members.home.net/jeffmcarthur/tiglath.htm From owner-pdftex@tug.org Sat Jan 10 13:13:17 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id NAA02187 for ; Sat, 10 Jan 1998 13:13:15 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id PAA06730 for pdftex-list; Sat, 10 Jan 1998 15:04:17 -0500 Received: from UPIMSSMTPSYS01 (upimssmtpsys01.email.msn.com [207.68.152.139]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id PAA06727 for ; Sat, 10 Jan 1998 15:04:16 -0500 Received: from UPIMSSMTPUSR01 - 207.68.143.137 by email.msn.com with Microsoft SMTPSVC; Sat, 10 Jan 1998 12:06:37 -0800 Received: from berlin1.netsurf.de - 149.229.254.61 by email.msn.com with Microsoft SMTPSVC; Sat, 10 Jan 1998 12:06:35 -0800 Message-ID: <34B7D508.74C97C02@berlin1.netsurf.de> Date: Sat, 10 Jan 1998 21:07:38 +0100 From: Tobias Burnus X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: pdftex@tug.cs.umb.edu Subject: Re: [Fwd: Announcing the release of Aladdin Ghostscript 5.10] References: <347AC023.4E43AD4@berlin1.netsurf.de> <4665-Thu27Nov1997105834+0000-s.rahtz@elsevier.co.uk> <347D89BE.9A80F19B@berlin1.netsurf.de> <1204-Fri28Nov1997093248+0000-s.rahtz@elsevier.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hello Sebastian, You wrote on Thu, 27 Nov 1997 10:58:34 to pdftex@tug.cs.umb.edu: > unfortunately, even gs5.10 requires the `ps2pdf' option of > hyperref. and on Fri, 28 Nov 1997 09:32:48 > a) the width of borders around links is (in Distiller) provided in > *user* coordinates, so 1 real point is 12 in dvips world. but GS > appears to treat it as the fixed system, where 1 = 1. > b) the color key for link frame colors only works if it is /C, not > /Color. i think Peter Deutsch is confusing PDF syntax with pdfmark > syntax b) is solved in GS 5.21beta. Can you send me a small example of the first one (a)? I'd like to test it with GS 5.20beta. Tobias ------------------------------------------------------------------------ Tobias Burnus email: burnus@berlin1.netsurf.de & burnus@msn.com Troppauer Str. 15 Accepting/Akzeptiere HTML mail D-12205 Berlin Verwende auch/Supporting PGP Germany/Deutschland/Allemagne/Duitsland Tel+Fax: +49-(0)30-8118029 ------------------------------------------------------------------------ From owner-pdftex@tug.org Mon Jan 12 08:40:51 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA16242 for ; Mon, 12 Jan 1998 08:40:50 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id KAA15786 for pdftex-list; Mon, 12 Jan 1998 10:16:42 -0500 Received: from kheops.bull.fr (gwx400a.bull.fr [192.44.49.82]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id KAA15782 for ; Mon, 12 Jan 1998 10:16:34 -0500 Received: from eb5f.bebs.bull.be (eb5f.bebs.bull.be [129.181.229.235]) by kheops.bull.fr (8.8.2/8.8.2) with SMTP id PAA25874 for ; Mon, 12 Jan 1998 15:17:09 GMT Received: from ibm.net (prs2.bebs.bull.be) by eb5f.bebs.bull.be; Mon, 12 Jan 1998 16:14:13 +0100 (MET) Message-Id: <34BA3375.826ABE91@ibm.net> Date: Mon, 12 Jan 1998 16:15:02 +0100 From: "Werner Donne'" Organization: Re X-Mailer: Mozilla 4.03 [en] (WinNT; I) Mime-Version: 1.0 To: pdftex@tug.cs.umb.edu Subject: png files and input path Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hi, I have downloaded the Win32 TeX distribution from CTAN some three weeks ago. The problem I encounter is that png files I put in my input path are not found when using epsfig. I can locate them with kspewhich though.The eps files that are right beside the png files are found when I run LaTeX instead of PDFLaTeX. In earlier versions this worked. Does anyone know what I have overlooked? Werner. -- Werner Donne' Re BVBA Leuvenselaan 172 B-3300 Tienen tel: (+32) 16 810203 fax: (+32) 16 820826 E-mail: wdonne@ibm.net From owner-pdftex@tug.org Tue Jan 13 06:03:29 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA14002 for ; Tue, 13 Jan 1998 06:03:28 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id HAA20532 for pdftex-list; Tue, 13 Jan 1998 07:46:37 -0500 Received: from smtp2.xs4all.nl (smtp2.xs4all.nl [194.109.6.52]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id HAA20524 for ; Tue, 13 Jan 1998 07:46:31 -0500 Received: from infovore (root@dne01-19.dial.xs4all.nl [194.109.35.20]) by smtp2.xs4all.nl (8.8.6/XS4ALL) with ESMTP id NAA21522 for ; Tue, 13 Jan 1998 13:49:04 +0100 (CET) Received: by infovore id m0xs5fR-000d2GC (Debian Smail-3.2 1996-Jul-4 #2); Tue, 13 Jan 1998 13:42:05 +0100 (CET) To: pdftex@tug.cs.umb.edu Subject: [Martin_Hosken@sil.org] Problems with PDFTeX Mime-Version: 1.0 (generated by tm-edit 7.105) Content-Type: multipart/mixed; boundary="Multipart_Tue_Jan_13_13:42:03_1998-1" Content-Transfer-Encoding: 7bit From: Olaf Weber Date: 13 Jan 1998 13:42:03 +0100 Message-ID: <87pvlwwnok.fsf@xs4all.nl> Lines: 99 X-Mailer: Gnus v5.4.66/Emacs 19.34 Sender: owner-pdftex@tug.org Precedence: bulk --Multipart_Tue_Jan_13_13:42:03_1998-1 Content-Type: text/plain; charset=US-ASCII This arrived on the tex-k list, but looks like to would be more appropriate here. --Multipart_Tue_Jan_13_13:42:03_1998-1 Content-Type: message/rfc822 From: Martin_Hosken@sil.org Message-Id: <199801121422.JAA15563@tug.cs.umb.edu> Date: Sat, 10 Jan 1998 15:39 -0500 (EST) Subject: Problems with PDFTeX To: tex-k@tug.cs.umb.edu MIME-version: 1.0 Content-type: TEXT/PLAIN Dear bug catcher! This message is entirely to do with the TrueType support in PDFTeX, so you may want to forward this to the appropriate person. I'm afraid I couldn't track down an email address for them. I have just installed the latest release version of web2c for win32 (web2c-7_1_2-win32.tar.gz) and have been trying to inetegrate TrueType fonts with PDFTeX. Firstly, I would like to thank whoever for producing PDFTeX. It is nearly what I have been longing for for ages: a TeX which works with TrueType fonts. I must admit to being a little surprised that access to glyphs is via PostScript names rather than any cmap, but that is not so important. The easiest way to describe the bugs is to give a little history of my attempt to integrate times.ttf (the multilingual version for Win95, for what its worth) into PDFTeX. My test file is Story.tex with the added lines: \pdfoutput=1 \font\f=rtimes\f I don't claim even any true competence in TeX. But I am pretty sure that this should work. After all, it works with a PostScript font. After realising that PDFTeX needed a specific .tfm file for TrueType fonts, unlike PostScript fonts. (Shame, any chance of doing the same trick for TrueType fonts?), I tried to create a .tfm file for times.ttf. My batch file is based on the Unix script ttf2tfm which comes with the source: ttf2afm times.ttf >times.afm afm2tfm times.afm -v times.vpl rtimes.tfm vptovf times.vpl times.vf times.tfm >From this I encountered a bug in ttf2afm since the output file (times.afm) seemed to class all the glyphs as having no code. I think the bug is in the output routine (print_afm) where the loop for char_code==0 has a printf statement, which refers to the variable i. But i doesn't seem to change in the loop. I don't understand that i at all. I suspect it of being a bug. I then tried to use an encoding (8r.enc) which comes with the distribution (texmf-pdftex.zip). This was rejected because it contained lines with comments following code definitions. I edited it to move the comments onto their own lines. But saving the file on a Windows machine inserted the CRLF problem which ttf2afm rejected the file over. (I think GETLINE should just delete \r, or use it to signal end of line rather than copying a \n into the file). After saving using Unix conventions, 8r.enc worked fine. OK so now I have rtimes.tfm which I inserted into share\texmf\tfm and added the reference to the pdftex.map (after I had copied times.ttf to share\texmf\fonts\type1\times.ttf). I then run story.tex. Apart from complaining about there being ^^? etc. in the font (I must look into that), it complained that I was using the wrong version of TrueType font. I am not. I think the problem can be tracked down to a seemingly spurious line: ungetc(tfmtemp, infile) in writettf() in writettf.c. These are all the bugs I can find so far. I wish you every success in producing a really useful program. I have been holding off using TeX until I could really use TrueType fonts with TeX without having to go through PostScript or bitmaps, or whatever. PDFTeX seems to be meeting that need. Thank you. Martin Hosken Summer Institute of Linguistics -- Olaf Weber --Multipart_Tue_Jan_13_13:42:03_1998-1-- From owner-pdftex@tug.org Tue Jan 13 07:09:22 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA15220 for ; Tue, 13 Jan 1998 07:09:21 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id IAA20808 for pdftex-list; Tue, 13 Jan 1998 08:56:44 -0500 Received: from kheops.bull.fr (gwx400a.bull.fr [192.44.49.82]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id IAA20805 for ; Tue, 13 Jan 1998 08:56:37 -0500 Received: from eb5f.bebs.bull.be (eb5f.bebs.bull.be [129.181.229.235]) by kheops.bull.fr (8.8.2/8.8.2) with SMTP id NAA06958 for ; Tue, 13 Jan 1998 13:57:46 GMT Received: from ibm.net (prs2.bebs.bull.be) by eb5f.bebs.bull.be; Tue, 13 Jan 1998 14:47:42 +0100 (MET) Message-Id: <34BB70AF.B7AA4B47@ibm.net> Date: Tue, 13 Jan 1998 14:48:31 +0100 From: "Werner Donne'" Organization: Re X-Mailer: Mozilla 4.03 [en] (WinNT; I) Mime-Version: 1.0 To: pdftex@tug.cs.umb.edu Subject: Re: png files and input path Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hi, Apparently the answer to my question is that \pdfimage uses $TEXPSHEADERS. Thanks to those that helped. Werner. > I have downloaded the Win32 TeX distribution from CTAN some three weeks ago. > The problem I encounter is that png files I put in my input path are not > found when using epsfig. I can locate them with kspewhich though.The eps > files that are right beside the png files are found when I run LaTeX > instead of PDFLaTeX. > In earlier versions this worked. Does anyone know what I have overlooked? -- Werner Donne' Re BVBA Leuvenselaan 172 B-3300 Tienen tel: (+32) 16 810203 fax: (+32) 16 820826 E-mail: wdonne@ibm.net From owner-pdftex@tug.org Tue Jan 13 07:19:23 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA15406 for ; Tue, 13 Jan 1998 07:19:21 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id JAA20854 for pdftex-list; Tue, 13 Jan 1998 09:05:27 -0500 Received: from aragorn.ics.muni.cz (aragorn.ics.muni.cz [147.251.4.33]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id JAA20851 for ; Tue, 13 Jan 1998 09:05:26 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id PAA05502; Tue, 13 Jan 1998 15:07:33 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id PAA09263; Tue, 13 Jan 1998 15:08:50 +0100 (MET) From: Han The Thanh Message-Id: <199801131408.PAA09263@anxur.fi.muni.cz> Subject: Re: [Martin_Hosken@sil.org] Problems with PDFTeX In-Reply-To: <87pvlwwnok.fsf@xs4all.nl> from Olaf Weber at "Jan 13, 98 01:42:03 pm" To: infovore@xs4all.nl (Olaf Weber), pdftex@tug.cs.umb.edu (PDFTEX), Martin_Hosken@sil.org Date: Tue, 13 Jan 1998 15:08:50 +0100 (MET) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hello, thanks for testing and reporting bug. This bug is known to me, as several people have reached the same problem. I'm working on a new release of pdftex, which should fix several bugs including this one. Sorry about missing documentation of pdftex at the moment, I know it makes a lot of troubles for new pdftex users. Documentation should be included in next release too. Regards, Thanh > This message is entirely to do with the TrueType support in PDFTeX, so > you may want to forward this to the appropriate person. I'm afraid I > couldn't track down an email address for them. > > I have just installed the latest release version of web2c for win32 > (web2c-7_1_2-win32.tar.gz) and have been trying to inetegrate TrueType > fonts with PDFTeX. > > Firstly, I would like to thank whoever for producing PDFTeX. It is > nearly what I have been longing for for ages: a TeX which works with > TrueType fonts. I must admit to being a little surprised that access > to glyphs is via PostScript names rather than any cmap, but that is > not so important. > > The easiest way to describe the bugs is to give a little history of my > attempt to integrate times.ttf (the multilingual version for Win95, > for what its worth) into PDFTeX. My test file is Story.tex with the > added lines: > > \pdfoutput=1 > \font\f=rtimes\f > > I don't claim even any true competence in TeX. But I am pretty sure > that this should work. After all, it works with a PostScript font. > > After realising that PDFTeX needed a specific .tfm file for TrueType > fonts, unlike PostScript fonts. (Shame, any chance of doing the same > trick for TrueType fonts?), I tried to create a .tfm file for > times.ttf. > > My batch file is based on the Unix script ttf2tfm which comes with the > source: > > ttf2afm times.ttf >times.afm > afm2tfm times.afm -v times.vpl rtimes.tfm > vptovf times.vpl times.vf times.tfm > > >From this I encountered a bug in ttf2afm since the output file > (times.afm) seemed to class all the glyphs as having no code. I think > the bug is in the output routine (print_afm) where the loop for > char_code==0 has a printf statement, which refers to the variable > i. But i doesn't seem to change in the loop. I don't understand that i > at all. I suspect it of being a bug. > > I then tried to use an encoding (8r.enc) which comes with the > distribution (texmf-pdftex.zip). This was rejected because it > contained lines with comments following code definitions. I edited it > to move the comments onto their own lines. But saving the file on a > Windows machine inserted the CRLF problem which ttf2afm rejected the > file over. (I think GETLINE should just delete \r, or use it to signal > end of line rather than copying a \n into the file). After saving > using Unix conventions, 8r.enc worked fine. > > OK so now I have rtimes.tfm which I inserted into share\texmf\tfm and > added the reference to the pdftex.map (after I had copied times.ttf to > share\texmf\fonts\type1\times.ttf). I then run story.tex. Apart from > complaining about there being ^^? etc. in the font (I must look into > that), it complained that I was using the wrong version of TrueType > font. I am not. I think the problem can be tracked down to a seemingly > spurious line: > > ungetc(tfmtemp, infile) > > in writettf() in writettf.c. > > These are all the bugs I can find so far. > > I wish you every success in producing a really useful program. I have > been holding off using TeX until I could really use TrueType fonts > with TeX without having to go through PostScript or bitmaps, or > whatever. PDFTeX seems to be meeting that need. Thank you. From owner-pdftex@tug.org Tue Jan 13 07:37:18 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA15751 for ; Tue, 13 Jan 1998 07:37:17 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id JAA20944 for pdftex-list; Tue, 13 Jan 1998 09:27:11 -0500 Received: from aragorn.ics.muni.cz (ns.muni.cz [147.251.4.33]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id JAA20941 for ; Tue, 13 Jan 1998 09:27:09 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id PAA06885 for ; Tue, 13 Jan 1998 15:29:24 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id PAA10235; Tue, 13 Jan 1998 15:29:10 +0100 (MET) From: Han The Thanh Message-Id: <199801131429.PAA10235@anxur.fi.muni.cz> Subject: Re: map file syntax In-Reply-To: <9066-Thu04Dec1997140518+0000-s.rahtz@elsevier.co.uk> from Sebastian Rahtz at "Dec 4, 97 02:05:18 pm" To: s.rahtz@elsevier.co.uk (Sebastian Rahtz) Date: Tue, 13 Jan 1998 15:29:09 +0100 (MET) Cc: thanh@informatics.muni.cz, pdftex@tug.cs.umb.edu X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hello, > Han The Thanh writes: > > > > that is an interesting point. What do you think that such a file > > (pdftex.cfg) may/should contain? > > apart from loading .map files, it could, for instance, specify the > default output format and compression: > > map psfonts.map > map +xypic.map > output pdf > compression 9 > > can anyone deny the usefulness of this? > > sebastian does anyone have any comments on it (what to add/remove concerning pdftex config file)? Otherwise I'm starting to do it. Config file will contain * map file(s) * output format * compress level * default page dimensions Considering to default/local config file or map file, it can be done by setting enviroment variables. Please let me know what do you think/suggest? Thanh From owner-pdftex@tug.org Tue Jan 13 08:45:57 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA17169 for ; Tue, 13 Jan 1998 08:45:56 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id KAA21216 for pdftex-list; Tue, 13 Jan 1998 10:24:22 -0500 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id KAA21213 for ; Tue, 13 Jan 1998 10:24:16 -0500 Received: from mozart.ujf-grenoble.fr (mozart.ujf-grenoble.fr [193.54.241.5]) by ujf.ujf-grenoble.fr (8.8.5/8.8.5) with ESMTP id QAA09238; Tue, 13 Jan 1998 16:26:16 +0100 (MET) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id QAA20265; Tue, 13 Jan 1998 16:31:38 +0100 (MET) Date: Tue, 13 Jan 1998 16:31:38 +0100 (MET) Message-Id: <199801131531.QAA20265@mozart.ujf-grenoble.fr> From: Thierry Bouche To: Han The Thanh Cc: pdftex@tug.cs.umb.edu Subject: Re: map file syntax In-Reply-To: <199801131429.PAA10235@anxur.fi.muni.cz> References: <9066-Thu04Dec1997140518+0000-s.rahtz@elsevier.co.uk> <199801131429.PAA10235@anxur.fi.muni.cz> X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk good idea. maybe if some warning was displayed on the tty & in the log file, precising what config file was used, it could help debugging if needed. what would be the search path? TEXCONFIG? Thierry Bouche. ----- thierry.bouche@ujf-grenoble.fr http://www-fourier.ujf-grenoble.fr/~bouche/ From owner-pdftex@tug.org Tue Jan 13 09:13:50 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA17795 for ; Tue, 13 Jan 1998 09:13:48 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id KAA21348 for pdftex-list; Tue, 13 Jan 1998 10:58:02 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id KAA21342 for ; Tue, 13 Jan 1998 10:58:00 -0500 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 PAA14757; hop 0; Tue, 13 Jan 1998 15:58:00 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Tue, 13 Jan 1998 15:46:38 +0000 Date: Tue, 13 Jan 1998 15:51:58 +0000 Message-ID: <4570-Tue13Jan1998155158+0000-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 7 Q) From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) To: pdftex@tug.cs.umb.edu Subject: first attempt at pdfTeX manual Sender: owner-pdftex@tug.org Precedence: bulk any comments on this would be much appreciated; also suggestions for other material that should be covered. the package "ae", by the way, provides virtual fonts so that one can use the Blue Sky/Y&Y Type1 CM fonts with T1 encoding. I'd be very happy for contributions of whole new sections, if people can write them, so that we can maintain this as a `public' manual. apologies for Thanh for springing this on him unexpectedly.... sebastian %-------------------------------------------- \documentclass[rawcite,onecolumn]{ltugproc} \usepackage{array,longtable,mflogo,latexsym} \usepackage[T1]{fontenc} \usepackage{url} \usepackage{ae} \makeatletter \def\Program#1{\textsf{#1}} \def\bs{{\protect\normalfont\ttfamily\char'134}} \def\Lcs#1{\mbox{\normalfont\ttfamily\bs#1}} \def\Lfile#1{\mbox{\normalfont\ttfamily#1}} \def\Lmcs#1{\mbox{\normalfont\ttfamily\bs#1}} \def\Lpack#1{\textsf{#1}} \newcommand\arraybackslash{\let\\=\@arraycr} \newcolumntype{P}[1]{>{\raggedright\arraybackslash}p{#1}} \newcolumntype{C}[1]{>{\centering\arraybackslash}p{#1}} \newcolumntype{H}[1]{>{\raggedright\hangindent=.5em\arraybackslash}p{#1}} \newcolumntype{M}[1]{>{\raggedright\arraybackslash}m{#1}} \def\Email#1{(\url{mailto:#1})} \def\Mandatory#1{\{\emph{#1}\}} \def\Optional[#1]{[#1]} \def\Mac#1#2#3{\Lcs{#1}} \def\Key{\@ifnextchar*{\@Keystar}{\@Key[]}} \def\@Keystar#1{\@Key[#1]} \def\@Key[#1]#2#3#4{\llap{#1}#2&\itshape#3\\} \newenvironment{Keys} {\begin{longtable}{>{\ttfamily}llP{.75\textwidth}}} {\end{longtable}} % \def\parkey#1#2{{\ttfamily#1}\lcb#1\rcb} \def\xparkey#1#2{{\ttfamily#1} #1} \def\lcb{{\protect\normalfont\ttfamily\char'173}} \def\rcb{{\protect\normalfont\ttfamily\char'175}} \def\lsb{{\protect\normalfont\ttfamily\char'133}} \def\rsb{{\protect\normalfont\ttfamily\char'135}} \def\lab{{\protect\normalfont\ttfamily\char'074}} \def\rab{{\protect\normalfont\ttfamily\char'076}} \newsavebox{\boxdef} \newenvironment{BDef}{\begin{lrbox}{\boxdef}\def\arraystretch{1.0}% \begin{tabular}{@{}l@{}l@{}l@{}}}% {\end{tabular}\end{lrbox}% \BCmd\fbox{\usebox\boxdef}\endBCmd} \newcommand{\Larg}[1]{{\normalfont\itshape#1\/}} \newcommand{\Largb}[1]{\lcb{\normalfont\itshape#1\/}\rcb} \newcommand{\Largs}[1]{\lsb{\normalfont\itshape#1\/}\rsb} \newcommand{\Largr}[1]{({\normalfont\itshape#1\/})} \newenvironment{BCmd}{\fboxsep=3pt\flushleft\vskip8pt} {\endflushleft} \def\DefC#1{\Lmcs{#1}} \newcommand{\DefCmmmm}[5]{\Lmcs{#1}\Largb{#2}\Largb{#3}\Largb{#4}\Largb{#5}} \newcommand{\DefCmm}[3]{\Lmcs{#1}\Largb{#2}\Largb{#3}} \newcommand{\DefCm}[2]{\Lmcs{#1}\Largb{#2}} \newcommand{\DefCx}[2]{\Lmcs{#1}\Larg{#2}} \newcommand{\BDefCmmmm}[5]{\begin{BCmd}\fbox{\DefCmmmm{#1}{#2}{#3}{#4}{#5}}\end{BCmd}} \newcommand{\BDefCmm}[3]{\begin{BCmd}\fbox{\DefCmm{#1}{#2}{#3}}\end{BCmd}} \newcommand{\BDefCm}[2]{\begin{BCmd}\fbox{\DefCm{#1}{#2}}\end{BCmd}} \newcommand{\BDefCx}[2]{\begin{BCmd}\fbox{\DefCx{#1}{#2}}\end{BCmd}} \def\pdftex{pdf\TeX} \makeatother \begin{document} \author{Han The Thanh} \address{Faculty of Informatics, Masaryk University, Brno, Czech Republic} \title{The \pdftex{} user manual} \netaddress{thanh@informatics.muni.cz} \date{January 1998} \maketitle \section{Introduction} The \pdftex{} project started in 1996 at the Faculty of Informatics, Masaryk University, Brno, Czech Republic. It forms a primary part of the MSc and PhD research of Han The Thanh, under the supervision of Ji\v r\'\i{} Zlatu\v ska and Petr Sojka. The main purpose of the project was to create an extension of \TeX that could create PDF directly from \TeX\ and improve/enhance the result of \TeX\ typesetting with help of PDF. \pdftex{} contains \TeX\ as a subset. When PDF output is not set, it produces normal DVI output; when PDF output is set on, \pdftex{} produces PDF output that looks identical to the DVI output. The next stage of the project, apart from fixing any errors in the program, is to investigate alternative justification algorithms, possibly making use of multiple master fonts. \pdftex{} is based on the original \TeX\ sources and \Program{web2c}, and has been successfully compiled on Unix, Amiga, Win32 and DOS systems. It is still under beta development and all features are liable to change. This manual was compiled by Sebastian Rahtz from notes and examples by Han The Thanh. Many thanks are due to members of the pdf\TeX{} mailing list (most notably Hans Hagen), whose questions and answers have contributed much to this manual. \section{Implementation details} The implementation of \pdftex{} consists of two parts: the changes to \TeX, and the addition of `driver' features. The \TeX-specific part is written as a change file to the original source of \TeX\ and contains: \begin{itemize} \item a part that generates PDF code visually equivalent to DVI commands; \item virtual font processing; \item implementation of new primitives for PDF control. \end{itemize} The `driver' part is written as several source files in C, and implement \begin{itemize} \item font mapping, \item font inclusion and partial downloading, \item font re-encoding, \item PNG picture insertion (using the public domain \texttt{libpng} code), \item text compression (using the public domain \texttt{zlib} code). \end{itemize} \subsection{Compilation} \pdftex{} is supplied as a set of additions to the standard Unix \Program{Web2c} setup, and is a standard part of \Program{Web2c} 7.2 (from January 1998); compilation should present no problems on most Unix systems. Porting it to other setups will require a little work, because of the requirement to combine the normal \TeX{} Web output, and the parts written in C. For Win32 systems (Windows 95, Windows NT) there are two packages that contain \pdftex, both in \url{CTAN:systems/win32}. \Program{Web2c} for Win32 is maintained by Fabrice Popineau \Email{popineau@ese-metz.fr}, and \Program{MikTeX} by Christian Schenk \Email{cschenk@berlin.snafu.de}. A binary version of \pdftex{} for Amiga is made available (\url{CTAN:systems/\pdftex/bin/Amiga}) by Andreas Scherer \Email{Scherer@Physik.RWTH-Aachen.De}. To make the situation more complicated, a Win32 binary version of \pdftex{} compiled with Cygnus tools will also be made available in \url{CTAN:systems/pdftex/bin/Win32}. This version will be compiled in the same way as Unix systems. \subsection{Search paths} When runing \pdftex, some extra search paths need to be set up beyond those normally requested by \TeX{} itself; in \Program{web2c} these are: \begin{description} \item{VFFONTS} the path where \pdftex{} looks for virtual fonts. \item{T1FONTS} the path where \pdftex{} looks for Type1 and TrueType fonts. \item{TEXPSHEADERS} the path where \pdftex{} looks for the font mapping file (\texttt{pdftex.map}), PNG pictures and encoding files (\texttt{*.enc}). \end{description} %--------------------------------------------------------------- \section{Fonts} \pdftex{} can only work with Type~1 and TrueType fonts at present, and a source must be available for all fonts used in the document, except for the 14 base fonts supplied by Acrobat Reader (Times, Courier, and Symbol). It is \emph{not} possible to use \MF-generated fonts in \pdftex---apart from the technical reasons, the resulting Type~3 fonts render very poorly in Acrobat Reader. Given the free availability of Type~1 versions of all the Computer Modern fonts, and the ability to use standard PostScript fonts without further ado, most existing \TeX{} users should be able to experiment with \pdftex. \pdftex{} reads a map file called \texttt{pdftex.map}. Reencoding and partial downloading for each font is specified in this file. Every font must be listed in this file, each on a separate line. The syntax of each line is similiar to \Program{dvips}' map files (but may be changed later). Each line contains the following fields (some of them are optional): {\ttfamily\flushleft\begin{tabular}{lllll} texname&basename&fontflags&fontfile&encoding\\ \end{tabular} \endflushleft} \begin{description} \item{\texttt{texname}}: the name of the TFM file \item{\texttt{basename}}: the base font name (PostScript font name) \item{\texttt{fontflags}}: an integer number specifying the most important characteristics of the font. This number is significant only in the case that the font file is \emph{not} included, and Acrobat Reader is asked to simulate missing font using its multiple master defaults. It is a PDF font descriptor (see PDF manual, section 7.9.2) which is a 32-bit integer containing a collection of Boolean attributes. Attributes are true if the corresponding bit is set to 1 in the integer. The meanings of the bits is as follows: \begin{longtable}{ll} 1 &Fixed-width font\\ 2 &Serif font\\ 3 &Symbolic font\\ 4 &Script font\\ 5 &(reserved)\\ 6 &Uses the Adobe Standard Roman Character Set\\ 7 &Italic\\ 8--16 &(reserved)\\ 17 &All-cap font\\ 18 &Small-cap font\\ 19 &Force bold at small text sizes\\ 20--32 &(reserved)\\ \end{longtable} Bit 6 indicates that the font's character set is the Adobe Standard Roman Character Set, or a subset of that, and that it uses the standard names for those characters. About bit 19, the PDF specification says \begin{quote} \ldots used to determine whether or not bold characters are drawn with extra pixels even at very small text sizes. Typically, when characters are drawn at small sizes on very low resolution devices such as display screens, features of bold characters may appear only one pixel wide. Because this is the minimum feature width on a pixel-based device, ordinary non-bold characters also appear with one-pixel wide features, and cannot be distinguished from bold characters. If bit 19 is set, features of bold characters may be thickened at small text sizes. \end{quote} It should be stressed that the font flags provided for many fonts in the currently distributed \Lfile{pdftex.map} are not correctly derived. \item{\texttt{fontfile}}: the name of the font source file. This must be a Type~1 or TrueType font file. If it is preceded by a \texttt{<} then the font file will be partly downloaded; if it preceded by a double \verb|<<| then the font file will be included entirely. Otherwise the font is not included, and only the font parameters are extracted. Note that the font file \emph{must} always be available at runtime, even if it not downloaded. \item{\texttt{encoding}}: the encoding vector used for the font. It may be preceded by a \texttt{<}, but the effect is the same. The format is identical to that used by \Program{dvips}. \end{description} Here are some sample lines from \texttt{pdftex.map}: \begin{itemize} \item include font entirely without reencoding \begin{verbatim} pplr8r Palatino-Roman 34 <{\itshape}ll} fit & fit whole page in window\\ fith & fit whole width of page \\ fitv & fit whole height of page \\ fitb & fit whole `Bounding Box' page \\ fitbh & fit whole width of `Bounding Box' of page \\ fitbv & fit whole height of `Bounding Box; of page \\ \end{tabular} \end{flushleft} \BDefCx{pdfannotlink}{ % \xparkey{height}{dimen} \xparkey{depth}{dimen} \parkey{attr}{attributes} action } Start a hypertext link; if the optional dimensions are not specified, they will be calculated from the box containing the link. The \emph{attributes} (explained in great detail in section 6.6 of the PDF manual) determine the appearance of the link. Typically, this is used to specify the color and thickness of any boder around the link. This \texttt{/C [0.9 0 0] /Border [0 0 2]} specifies a color (in RGB) of dark red, and a border thickness of 2 points. The \emph{action} can do many things; some possibilities are \begin{flushleft} \begin{tabular}{lP{.7\textwidth}} goto num \emph{n} & Jump to page number \emph{n} if \emph{file} is specified, otherwise a link established with \Lcs{pdfdest}\\ goto name \Largb{refname} & Jump to a point established as \emph{name}with \Lcs{pdfdest}\\ goto file \Largb{filename} & Open a local file; this can be used \emph{with} a \emph{name} or \emph{num} specification, to point to a specific location on the file. Thus \verb|goto file{foo.pdf} name{intro}|\\ thread num \Largb{n} & \\ thread name \Largb{refname} & Jump to thread identified by \emph{n} or \emph{refname}\\ user \Largb{spec} & Perform user-specified action. Section 6.9 of the PDF manual explains the possibilities. A typical use of this is to specify a URL, as \texttt{/S /URI /URI (http://www.tug.org/)}. \end{tabular} \end{flushleft} \BDefCx{pdfendlink}{} Ends link; all text between \Lcs{pdfannotlink} and \Lcs{pdfendlink} will be treated as part of this link. \pdftex{} may break the result across lines (or pages), in which case it will make several links with the same content. \BDefCx{pdfoutline}{ action \xparkey{count}{n} \Largb{text} } Create a outline (or bookmark) entry. The first parameter specificies the action to be taken, and is the same as that allowed for \Lcs{pdfannotlink} (see above). The \emph{count} specifies the number of direct subentries under this entry, 0 if this entry has no subentries (in this case it may be omitted). If the number is negative, then all subentries will be closed and the absolute value of this number specifies the number of subentries. The \emph{text} is what will be shown in the outline window (note that this is limited to characters in the the PDFEncoding vector). \BDefCx{pdfthread}{ \xparkey{num}{n} \parkey{name}{refname} } Start an article thread; the corresponding \Lcs{pdfendthread} must be in the box in the same depth as the box containing \Lcs{pdfthread}. All boxes in this depth level will be treated as part of this thread. An identifier (\emph{n} or \emph{refname}) must be specified; threads with same identifier will be joined together. \BDefCx{pdfendthread}{} Finish the current thread. \BDefCx{pdfthreadhoffset}{=dimen} \BDefCx{pdfthreadvoffset}{=dimen} Specify thread margins. One way to learn more about how to use these primitives is to have a look at the file \Lfile{example.tex} in \pdftex{} distribution. \section{Graphics and color} Probably the biggest single usage problem with \pdftex{} at the present time is the inclusion of graphics. The program only directly supports graphic inclusion in one bitmap format, PNG (Portable Network Graphics). Two commonly-used techniques are not available --- the inclusion of Encapsulated PostScript figures, and the inclusion of raw PostScript commands (the techique utilized by the \Lpack{pstricks} package). Although PDF is a direct descendant of PostScript, it lacks any programming language commands, and cannot deal with arbitrary PostScript. There are two ways to proceed with existing EPS files: firstly, convert them to PNG (using programs like Image Magick, Image Alchemy, or Ghostscript); or secondly, try converting them to simple PDF. If the picture has no special fonts, the chances are quite good that Ghostscript's pdf writer will produce a file containing a single PDF object, which can be included using \Lcs{pdfliteral} commands (this is managed by the standard \LaTeX{} graphics package). Other alternatives for graphics in \pdftex{} are: \begin{description} \item[\protect\LaTeX{} picture mode] Since this is implemented simply in terms of font characters, it works in exactly the same way as usual; \item[Xy-pic] If the PostScript backend is not requested, Xy-pic uses its own Type~1 fonts, and needs no special attention; \item[tpic] The `tpic' \Lcs{special} commands (used in some macro packages) can be redefined to produce literal PDF, using macros by Hans Hagen (still under development); \item[MetaPost] Although the output of MetaPost is PostScript, it is in a highly simplified form, and a MetaPost to PDF conversion (written by Hans Hagen and Tanmoy Bhattacharya) is implemented as a set of macros which read MetaPost output and support all of its features; \item It is possible insert a ``pure'' PDF file (PDF that has only one page without fonts, bitmap and other resources) with a macro package that reads the external PDF file line by line. \end{description} The two latter macro packages are part of CON\TeX{T} (\Lfile{supp-pdf.tex} and \Lfile{supp-mis.tex}), but also work with \LaTeX{} and may be distributed separately. For new work, the MetaPost route is highly recommended. For the future, Adobe have announced that they will define a specification for `encapsulated PDF', and this should solve some of the present difficulties. \section{Macro packages supporting \pdftex} \begin{itemize} \item For \LaTeX{} users, Sebastian Rahtz' \Lpack{hyperref} package has substantial support for \pdftex, and provides access to most of its features. In the simplest case, the user merely needs to load \Lpack{hyperref} with a `pdftex' option, and all cross-references will be converted to PDF hypertext links. PDF output is automatically selected, text compression turned on, and the page size is set up correctly. Bookmarks are created to match the table of contents. \item The standard \LaTeX{} \Lpack{graphics} and \Lpack{color} packages have \texttt{pdftex} options, which allow use of normal color, text rotation, and graphics inclusion commands. Only PNG and MetaPost files can be included. \item The CON\TeX{}T macro package by Hans Hagen \Email{pragma@pi.net} has very full support for \pdftex{} in its generalized hypertext features. \item Hypertexted PDF from \texttt{texinfo} documents can be created with \texttt{pdftexinfo.tex}, which is a slight modification of the standard \texttt{texinfo} macros. This is part of the \pdftex{} distribution. \item A similiar modification of the \texttt{webmac}, called \texttt{pdfwebmac.tex}, allows production of hypertexted PDF versions of program written in WEB. This is part of the \pdftex{} distribution. \end{itemize} Some nice samples of \pdftex{} output can be found on the TUG Web server, at \url{http://www.tug.org/applications/pdftex/}. \makesignature \end{document} From owner-pdftex@tug.org Tue Jan 13 14:11:32 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id OAA25389 for ; Tue, 13 Jan 1998 14:11:30 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id PAA22661 for pdftex-list; Tue, 13 Jan 1998 15:59:40 -0500 Received: from smtp1.xs4all.nl (smtp1.xs4all.nl [194.109.6.51]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id PAA22658 for ; Tue, 13 Jan 1998 15:59:38 -0500 Received: from infovore (root@dne03-00.dial.xs4all.nl [194.109.35.65]) by smtp1.xs4all.nl (8.8.6/XS4ALL) with ESMTP id WAA15348; Tue, 13 Jan 1998 22:01:23 +0100 (MET) Received: by infovore id m0xsDRp-000d2FC (Debian Smail-3.2 1996-Jul-4 #2); Tue, 13 Jan 1998 22:00:33 +0100 (CET) To: pdftex@tug.cs.umb.edu, s.rahtz@elsevier.co.uk (Sebastian Rahtz) Subject: Re: first attempt at pdfTeX manual References: <4570-Tue13Jan1998155158+0000-s.rahtz@elsevier.co.uk> Mime-Version: 1.0 (generated by tm-edit 7.105) Content-Type: text/plain; charset=US-ASCII From: Olaf Weber Date: 13 Jan 1998 22:00:32 +0100 In-Reply-To: s.rahtz@elsevier.co.uk's message of "Tue, 13 Jan 1998 15:51:58 +0000" Message-ID: <87wwg4w0lr.fsf@xs4all.nl> Lines: 20 X-Mailer: Gnus v5.4.66/Emacs 19.34 Sender: owner-pdftex@tug.org Precedence: bulk Sebastian Rahtz writes: > When runing \pdftex, some extra search paths need to be set up beyond those > normally requested by \TeX{} itself; in \Program{web2c} these are: > \item{VFFONTS} the path where \pdftex{} looks for virtual fonts. > \item{T1FONTS} the path where \pdftex{} looks for Type1 and TrueType > fonts. It may be better (cleaner) to put the truetype fonts in a different spot, and use a different variable to find them. The TDS location I'd suggest is .../texmf/fonts/truetype by analogy with the type1 fonts. The path for truetype fonts could be set/augmented using a TTFONTS environment variable. By sheer coincidence, support for this is part of Web2C 7.2 (which is currently is beta). (The kpathsea "format" is kpse_truetype_format.) -- Olaf Weber From owner-pdftex@tug.org Wed Jan 14 03:02:21 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA10992 for ; Wed, 14 Jan 1998 03:02:20 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id EAA25376 for pdftex-list; Wed, 14 Jan 1998 04:55:20 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id EAA25373 for ; Wed, 14 Jan 1998 04:55:18 -0500 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 JAA14034; hop 0; Wed, 14 Jan 1998 09:55:21 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Wed, 14 Jan 1998 09:43:29 +0000 Date: Wed, 14 Jan 1998 09:32:52 +0000 Message-ID: <2138-Wed14Jan1998093252+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: thanh@informatics.muni.cz, pdftex@tug.cs.umb.edu Subject: Re: map file syntax In-Reply-To: <199801131531.QAA20265@mozart.ujf-grenoble.fr> References: <9066-Thu04Dec1997140518+0000-s.rahtz@elsevier.co.uk> <199801131429.PAA10235@anxur.fi.muni.cz> <199801131531.QAA20265@mozart.ujf-grenoble.fr> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk Thierry Bouche writes: > good idea. > > maybe if some warning was displayed on the tty & in the log file, > precising what config file was used, it could help debugging if > needed. that would seem contrary to eg dvips. wouldnt one use KPATSHEA_DEBUG to trace the search path? > what would be the search path? TEXCONFIG? it would have to be at present, but thats a good question. ideally, kpathsea should introduce a new classification for pdftex support files sebastian From owner-pdftex@tug.org Wed Jan 14 05:02:18 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA12918 for ; Wed, 14 Jan 1998 05:02:17 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id GAA25792 for pdftex-list; Wed, 14 Jan 1998 06:44:11 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id GAA25789 for ; Wed, 14 Jan 1998 06:44:06 -0500 Received: from hagen (zl20.pi.net [145.220.204.20]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id MAA17848; Wed, 14 Jan 1998 12:46:30 +0100 (MET) Posted-Date: Wed, 14 Jan 1998 12:46:30 +0100 (MET) Message-ID: <34BBCD26.ECF@pi.net> Date: Tue, 13 Jan 1998 21:23:02 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: pdftex@tug.cs.umb.edu, Han The Thanh CC: pragma@pi.net Subject: Re: map file syntax References: <199801131429.PAA10235@anxur.fi.muni.cz> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Han The Thanh wrote: > does anyone have any comments on it (what to add/remove concerning pdftex config > file)? Otherwise I'm starting to do it. Config file will contain > > * map file(s) > * output format > * compress level > * default page dimensions > > Considering to default/local config file or map file, it can be done by setting > enviroment variables. > > Please let me know what do you think/suggest? also add: * other config files to load Furthermore I hope \pdfoutput etc will still be available! Is it also possible at startup (that is real tex, not initex) to let \pdfoutput have the value from the config file? This permits me to say: \ifcase\pdfoutput % use default specials \or \usespecials[tpd] \fi Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Wed Jan 14 05:08:56 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA13054 for ; Wed, 14 Jan 1998 05:08:54 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id GAA25797 for pdftex-list; Wed, 14 Jan 1998 06:44:26 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id GAA25794 for ; Wed, 14 Jan 1998 06:44:21 -0500 Received: from hagen (zl20.pi.net [145.220.204.20]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id MAA18282; Wed, 14 Jan 1998 12:46:57 +0100 (MET) Posted-Date: Wed, 14 Jan 1998 12:46:57 +0100 (MET) Message-ID: <34BBCF5B.AC6@pi.net> Date: Tue, 13 Jan 1998 21:32:27 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: pdftex@tug.cs.umb.edu, Thierry Bouche CC: pragma@pi.net Subject: Re: map file syntax Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Thierry Bouche wrote: > what would be the search path? TEXCONFIG? And local path for local additional config files. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From "s.rahtz@elsevier.co.uk (Sebastian Rahtz)" Wed Jan 14 05:32:57 1998 Flags: 000000000000 Received: from pillar.elsevier.co.uk (root@pillar.elsevier.co.uk [193.131.222.35]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA13407 for ; Wed, 14 Jan 1998 05:32:55 -0700 (MST) 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 MAA21494; hop 0; Wed, 14 Jan 1998 12:30:17 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Wed, 14 Jan 1998 12:18:32 +0000 Date: Wed, 14 Jan 1998 10:09:54 +0000 Message-ID: <8475-Wed14Jan1998100954+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pdftex@tug.cs.umb.edu cc: beebe@math.utah.edu Subject: Re: One more comment on pdftex manual In-Reply-To: References: X-Mailer: VM 6.33 under Emacs 19.34.6 Nelson H. F. Beebe writes: > On p. 1002 of the pdftex manual, in the bottom half of column one, > there is a description of flag bits. Unfortunately, the text > does not describe the bit order: starting from 0 or 1? numbered > from the left or the right? um. good question. the spec says "The value of the Flags key in a font descriptor is a 32-bit integer that contains a collection of Boolean attributes. These attributes are true if the corresponding bit is set to 1 in the integer. Table 7.17 specifies the meanings of the bits, with bit 1 being the least significant. Reserved bits must be set to zero." presumably "with bit 1 being the least significant" answers the question? sebastian From owner-pdftex@tug.org Wed Jan 14 06:04:52 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA13945 for ; Wed, 14 Jan 1998 06:04:50 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id HAA25968 for pdftex-list; Wed, 14 Jan 1998 07:30:06 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id HAA25965 for ; Wed, 14 Jan 1998 07:30:05 -0500 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 MAA21480; hop 0; Wed, 14 Jan 1998 12:30:08 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Wed, 14 Jan 1998 12:18:21 +0000 Date: Wed, 14 Jan 1998 10:03:18 +0000 Message-ID: <6142-Wed14Jan1998100318+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: infovore@xs4all.nl Cc: pdftex@tug.cs.umb.edu, s.rahtz@elsevier.co.uk Subject: Re: first attempt at pdfTeX manual In-Reply-To: <87wwg4w0lr.fsf@xs4all.nl> References: <4570-Tue13Jan1998155158+0000-s.rahtz@elsevier.co.uk> <87wwg4w0lr.fsf@xs4all.nl> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk > > \item{T1FONTS} the path where \pdftex{} looks for Type1 and TrueType > > fonts. > > It may be better (cleaner) to put the truetype fonts in a different > spot, and use a different variable to find them. The TDS location I'd > suggest is .../texmf/fonts/truetype by analogy with the type1 fonts. ah, very true > The path for truetype fonts could be set/augmented using a TTFONTS > environment variable. By sheer coincidence, support for this is part > of Web2C 7.2 (which is currently is beta). (The kpathsea "format" is > kpse_truetype_format.) i assume Thanh will be perfectly happy to make this small change. in fact, i suggest we do it unilaterally in web2c-7.2, if its easy. i haven't looked yet. sebastian From owner-pdftex@tug.org Wed Jan 14 06:08:39 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA14039 for ; Wed, 14 Jan 1998 06:08:38 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id HAA26035 for pdftex-list; Wed, 14 Jan 1998 07:38:24 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id HAA26032 for ; Wed, 14 Jan 1998 07:38:12 -0500 Received: from hagen (zl59.pi.net [145.220.204.59]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id NAA28536; Wed, 14 Jan 1998 13:37:02 +0100 (MET) Posted-Date: Wed, 14 Jan 1998 13:37:02 +0100 (MET) Message-ID: <34BCB359.A35@pi.net> Date: Wed, 14 Jan 1998 13:45:13 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: Sebastian Rahtz CC: pdftex@tug.cs.umb.edu, pragma@pi.net Subject: Re: first attempt at pdfTeX manual References: <4570-Tue13Jan1998155158+0000-s.rahtz@elsevier.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Sebastian Rahtz wrote: > These macros support a feature called ``object resue'' in \pdftex. The reuse > idea is to create a Form object in PDF. The content of the Form object > corresponds to the content of a \TeX\ box, which can contain pictures > and references to other Form objects as well. After that the Form can > be used by simple refering to its object number. This feature can be ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > useful for large document with a lot of similiar elements, as it can > reduce the duplication of identical objects. Objects are sort of troublesome when used in macros that use multiple passes to determine optimal typesetting. The point is that one should somehow save the number once (for future reference), and this can only be done global. The first pass saves the number and inhibits later object redefinition. No robust solution is possible for this, because it's simply not in the concept of TeX. Think of: \mymacro { if not found (object) set (object) == typeset, flush and save number fi use (object) } Now what do you think that happens when we say: \setbox0=\vbox {\hsize 2cm \mymacro} \ifdim\ht0>1cm \setbox0=\vbox{\hsize 3cm \mymacro \fi \box0 The first \mymacro generates the object and saves the number, but when the second applies, this number has no meaning because the first box was never output. Anyhow, this prevents real proper use of objects! So 'simple' is a bit overstated. (That's why in the manual I sent you, the alternative multi column separator can not be a reused metapost graphic!) > goto num \emph{n} & Jump to page number \emph{n} if \emph{file} is > specified, otherwise a link established with \Lcs{pdfdest}\\ Not to the page! (Although I use num in spec-tpd as a sort of fake page number due to the bug in the page key support and because I also output a proper num at every page.) Just add goto page > goto name \Largb{refname} & Jump to a point established as > \emph{name}with \Lcs{pdfdest}\\ > \BDefCx{pdfoutline}{ > action > \xparkey{count}{n} > \Largb{text} > } > > Create a outline (or bookmark) entry. The first parameter specificies > the action to be taken, and is the same as that allowed for > \Lcs{pdfannotlink} (see above). The \emph{count} specifies the number No. The page key is not (properly) supported (yet)! Maybe you should make a remark on this real horrible pdf spec (not due to Thanh, but to Adobe). You should also make a remark that at the moment pdfannot's are output in reverse, which prevents proper overlaying them! > \item[tpic] The `tpic' \Lcs{special} commands (used in some macro > packages) can be redefined to produce literal PDF, using macros by > Hans Hagen (still under development); That is, finished for some month now, untill someone tests them (I never use these specials myself). Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Wed Jan 14 06:09:42 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA14046 for ; Wed, 14 Jan 1998 06:09:41 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id HAA25973 for pdftex-list; Wed, 14 Jan 1998 07:30:16 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id HAA25970 for ; Wed, 14 Jan 1998 07:30:14 -0500 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 MAA21491; hop 0; Wed, 14 Jan 1998 12:30:16 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Wed, 14 Jan 1998 12:18:32 +0000 Date: Wed, 14 Jan 1998 10:09:54 +0000 Message-ID: <8475-Wed14Jan1998100954+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pdftex@tug.cs.umb.edu cc: beebe@math.utah.edu Subject: Re: One more comment on pdftex manual In-Reply-To: References: X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk Nelson H. F. Beebe writes: > On p. 1002 of the pdftex manual, in the bottom half of column one, > there is a description of flag bits. Unfortunately, the text > does not describe the bit order: starting from 0 or 1? numbered > from the left or the right? um. good question. the spec says "The value of the Flags key in a font descriptor is a 32-bit integer that contains a collection of Boolean attributes. These attributes are true if the corresponding bit is set to 1 in the integer. Table 7.17 specifies the meanings of the bits, with bit 1 being the least significant. Reserved bits must be set to zero." presumably "with bit 1 being the least significant" answers the question? sebastian From owner-pdftex@tug.org Wed Jan 14 06:24:16 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA14311 for ; Wed, 14 Jan 1998 06:24:14 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id HAA26088 for pdftex-list; Wed, 14 Jan 1998 07:51:17 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id HAA26085 for ; Wed, 14 Jan 1998 07:51:16 -0500 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 MAA22704; hop 0; Wed, 14 Jan 1998 12:51:18 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Wed, 14 Jan 1998 12:39:30 +0000 Date: Wed, 14 Jan 1998 12:43:28 +0000 Message-ID: <4909-Wed14Jan1998124328+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pragma@pi.net Cc: pdftex@tug.cs.umb.edu Subject: Re: first attempt at pdfTeX manual In-Reply-To: <34BCB359.A35@pi.net> References: <4570-Tue13Jan1998155158+0000-s.rahtz@elsevier.co.uk> <34BCB359.A35@pi.net> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk Hans Hagen writes: > \mymacro > { if not found (object) > set (object) == typeset, flush and save number > fi > use (object) } > > Now what do you think that happens when we say: > > \setbox0=\vbox {\hsize 2cm \mymacro} > \ifdim\ht0>1cm \setbox0=\vbox{\hsize 3cm \mymacro \fi > \box0 sure, good example. lets put it in there, and let this manual become a sort of FAQ > > goto num \emph{n} & Jump to page number \emph{n} if \emph{file} is > > specified, otherwise a link established with \Lcs{pdfdest}\\ > > Not to the page! (Although I use num in spec-tpd as a sort of fake > page number i worried about that. Thanh's example.tex is lying then :-} > > Create a outline (or bookmark) entry. The first parameter specificies > > the action to be taken, and is the same as that allowed for > > \Lcs{pdfannotlink} (see above). The \emph{count} specifies the number > > No. The page key is not (properly) supported (yet)! ok > > You should also make a remark that at the moment pdfannot's are output in > reverse, which prevents proper overlaying them! > where to say this? s From owner-pdftex@tug.org Wed Jan 14 06:30:44 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA14460 for ; Wed, 14 Jan 1998 06:30:42 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id HAA26011 for pdftex-list; Wed, 14 Jan 1998 07:34:06 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id HAA26008 for ; Wed, 14 Jan 1998 07:34:04 -0500 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 MAA21813; hop 0; Wed, 14 Jan 1998 12:34:06 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Wed, 14 Jan 1998 12:22:00 +0000 Date: Wed, 14 Jan 1998 12:05:18 +0000 Message-ID: <1928-Wed14Jan1998120518+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pragma@pi.net Cc: pdftex@tug.cs.umb.edu, thanh@informatics.muni.cz Subject: Re: map file syntax (fwd) In-Reply-To: <34B3B884.6D11@pi.net> References: <199801071539.QAA20858@anxur.fi.muni.cz> <34B3B884.6D11@pi.net> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk Hans Hagen writes: > (1) a main default map file > (2) an additional local map > (3) a defaull config file > (4) an additional config file but you can have all this with appropriate use of the config file. > Or even better: > > pdftex &someformat filename --config: --map: > i cant agree with you. introducing new command line switches is a recipe for horror.... sebastian From owner-pdftex@tug.org Wed Jan 14 06:37:32 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA14582 for ; Wed, 14 Jan 1998 06:37:31 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id IAA26153 for pdftex-list; Wed, 14 Jan 1998 08:01:37 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id IAA26147 for ; Wed, 14 Jan 1998 08:01:35 -0500 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 NAA23185; hop 0; Wed, 14 Jan 1998 13:01:24 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Wed, 14 Jan 1998 12:49:35 +0000 Date: Wed, 14 Jan 1998 12:52:32 +0000 Message-ID: <9335-Wed14Jan1998125232+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pragma@pi.net Cc: pdftex@tug.cs.umb.edu, Thierry.Bouche@ujf-grenoble.fr Subject: Re: map file syntax In-Reply-To: <34BBCF5B.AC6@pi.net> References: <34BBCF5B.AC6@pi.net> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk Hans Hagen writes: > Thierry Bouche wrote: > > > what would be the search path? TEXCONFIG? > > And local path for local additional config files. > but thats up to you to define TEXCONFIG. by default in eg TeX Live 3, it searches TEXMFLOCAL/dvips// and then TEXMFMAIN/dvips// messy for it to be inside dvips.... maybe i should rename to texconfig on CD or config. sebastian From owner-pdftex@tug.org Wed Jan 14 06:56:05 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA14918 for ; Wed, 14 Jan 1998 06:56:04 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id IAA26152 for pdftex-list; Wed, 14 Jan 1998 08:01:37 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id IAA26146 for ; Wed, 14 Jan 1998 08:01:35 -0500 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 NAA23189; hop 0; Wed, 14 Jan 1998 13:01:25 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Wed, 14 Jan 1998 12:49:37 +0000 Date: Wed, 14 Jan 1998 12:54:56 +0000 Message-ID: <3997-Wed14Jan1998125456+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pdftex@tug.cs.umb.edu Subject: a user manual In-Reply-To: <34BBCF5B.AC6@pi.net> References: <34BBCF5B.AC6@pi.net> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk See http://www.tug.org/applications/pdftex/pdftexman.tex http://www.tug.org/applications/pdftex/pdftexman.pdf for updated copy. thanks to Nelson for finding typos, and Hans for technical corrigenda s From owner-pdftex@tug.org Wed Jan 14 07:40:00 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA15767 for ; Wed, 14 Jan 1998 07:39:53 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id JAA26549 for pdftex-list; Wed, 14 Jan 1998 09:24:24 -0500 Received: from aragorn.ics.muni.cz (aragorn.ics.muni.cz [147.251.4.33]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id JAA26546 for ; Wed, 14 Jan 1998 09:24:23 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id PAA06779; Wed, 14 Jan 1998 15:26:43 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id PAA19401; Wed, 14 Jan 1998 15:27:06 +0100 (MET) From: Han The Thanh Message-Id: <199801141427.PAA19401@anxur.fi.muni.cz> Subject: Re: map file syntax (fwd) In-Reply-To: <1928-Wed14Jan1998120518+0000-s.rahtz@elsevier.co.uk> from Sebastian Rahtz at "Jan 14, 98 12:05:18 pm" To: s.rahtz@elsevier.co.uk (Sebastian Rahtz) Date: Wed, 14 Jan 1998 15:27:06 +0100 (MET) Cc: pdftex@tug.cs.umb.edu (PDFTEX) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk > Hans Hagen writes: > > (1) a main default map file > > (2) an additional local map > > (3) a defaull config file > > (4) an additional config file > but you can have all this with appropriate use of the config file. > > > Or even better: > > > > pdftex &someformat filename --config: --map: > > > i cant agree with you. introducing new command line switches is a > recipe for horror.... I definitely agree with Sebastian. Implementing multiple config files seems to my quite unnecessary a it costs a lot of time and work to do. Thanh From owner-pdftex@tug.org Wed Jan 14 08:35:47 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA17051 for ; Wed, 14 Jan 1998 08:35:45 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id KAA26799 for pdftex-list; Wed, 14 Jan 1998 10:15:20 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id KAA26796 for ; Wed, 14 Jan 1998 10:15:18 -0500 Received: from hagen (zl56.pi.net [145.220.204.56]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id QAA19717; Wed, 14 Jan 1998 16:17:56 +0100 (MET) Posted-Date: Wed, 14 Jan 1998 16:17:56 +0100 (MET) Message-ID: <34BCBF6D.49AB@pi.net> Date: Wed, 14 Jan 1998 14:36:45 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: pdftex@tug.cs.umb.edu, Sebastian Rahtz CC: pragma@pi.net Subject: Re: first attempt at pdfTeX manual References: <4570-Tue13Jan1998155158+0000-s.rahtz@elsevier.co.uk> <34BCB359.A35@pi.net> <4909-Wed14Jan1998124328+0000-s.rahtz@elsevier.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Sebastian Rahtz wrote: > sure, good example. lets put it in there, and let this manual become a > sort of FAQ If needed I can put things in an interactive faq sceleton. > > > goto num \emph{n} & Jump to page number \emph{n} if \emph{file} is > > > specified, otherwise a link established with \Lcs{pdfdest}\\ > > > > Not to the page! (Although I use num in spec-tpd as a sort of fake > > page number > i worried about that. Thanh's example.tex is lying then :-} In fact the page option has a 0/1 offset problem and is therefore not fail safe yet. > > You should also make a remark that at the moment pdfannot's are output in > > reverse, which prevents proper overlaying them! > > > where to say this? Maybe under a new head: 'remarks'. I think Thanh will solve this soon. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Wed Jan 14 09:07:15 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA17888 for ; Wed, 14 Jan 1998 09:07:13 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id KAA26938 for pdftex-list; Wed, 14 Jan 1998 10:45:36 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id KAA26935 for ; Wed, 14 Jan 1998 10:45:34 -0500 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 PAA01908; hop 0; Wed, 14 Jan 1998 15:45:08 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Wed, 14 Jan 1998 15:33:02 +0000 Date: Wed, 14 Jan 1998 15:22:46 +0000 Message-ID: <3291-Wed14Jan1998152246+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pragma@pi.net Cc: pdftex@tug.cs.umb.edu Subject: Re: first attempt at pdfTeX manual In-Reply-To: <34BCBF6D.49AB@pi.net> References: <4570-Tue13Jan1998155158+0000-s.rahtz@elsevier.co.uk> <34BCB359.A35@pi.net> <4909-Wed14Jan1998124328+0000-s.rahtz@elsevier.co.uk> <34BCBF6D.49AB@pi.net> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk Hans Hagen writes: > > sure, good example. lets put it in there, and let this manual become a > > sort of FAQ > > If needed I can put things in an interactive faq sceleton. if there is interest in extending this manual to become a repository of FAQ-like information, i'd be able in favour. the reason for doing it now was to help Thanh get something in TUGboat proceedings of TUG 97, actually, but as soon as that is past, it would make sense to revamp it so that it could also be used interactively. obviously the next priority is to put in some screendumps and examples to make it all look more encouraging > In fact the page option has a 0/1 offset problem and is therefore not fail > safe yet. oh *that* problem... > Maybe under a new head: 'remarks'. I think Thanh will solve this soon. > anyway it all need a spring clean when Thanh brings out a new release s From owner-pdftex@tug.org Wed Jan 14 09:24:01 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA18282 for ; Wed, 14 Jan 1998 09:24:00 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id LAA27076 for pdftex-list; Wed, 14 Jan 1998 11:15:20 -0500 Received: from smtp1.xs4all.nl (smtp1.xs4all.nl [194.109.6.51]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id LAA27072 for ; Wed, 14 Jan 1998 11:15:18 -0500 Received: from infovore (root@dne01-23.dial.xs4all.nl [194.109.35.24]) by smtp1.xs4all.nl (8.8.6/XS4ALL) with ESMTP id RAA16095 for ; Wed, 14 Jan 1998 17:17:53 +0100 (MET) Received: by infovore id m0xsVTI-000eWEC (Debian Smail-3.2 1996-Jul-4 #2); Wed, 14 Jan 1998 17:15:16 +0100 (CET) To: pdftex@tug.cs.umb.edu Subject: TrueType fonts (Was: first attempt at pdfTeX manual) References: <4570-Tue13Jan1998155158+0000-s.rahtz@elsevier.co.uk> <87wwg4w0lr.fsf@xs4all.nl> <6142-Wed14Jan1998100318+0000-s.rahtz@elsevier.co.uk> Mime-Version: 1.0 (generated by tm-edit 7.105) Content-Type: text/plain; charset=US-ASCII From: Olaf Weber Date: 14 Jan 1998 17:15:15 +0100 In-Reply-To: s.rahtz@elsevier.co.uk's message of "Wed, 14 Jan 1998 10:03:18 +0000" Message-ID: <87ra6bvxpo.fsf_-_@xs4all.nl> Lines: 55 X-Mailer: Gnus v5.4.66/Emacs 19.34 Sender: owner-pdftex@tug.org Precedence: bulk Sebastian Rahtz writes: > Olaf Weber wrote: >> It may be better (cleaner) to put the truetype fonts in a different >> spot, and use a different variable to find them. The TDS location I'd >> suggest is .../texmf/fonts/truetype by analogy with the type1 fonts. > ah, very true >> The path for truetype fonts could be set/augmented using a TTFONTS >> environment variable. By sheer coincidence, support for this is part >> of Web2C 7.2 (which is currently is beta). (The kpathsea "format" is >> kpse_truetype_format.) > i assume Thanh will be perfectly happy to make this small change. in > fact, i suggest we do it unilaterally in web2c-7.2, if its easy. i > haven't looked yet. I think the following (untested!) patches should suffice. --- pdftex.h- Sat Nov 15 16:01:44 1997 +++ pdftex.h Wed Jan 14 17:09:37 1998 @@ -12,6 +12,8 @@ open_input (&(f), kpse_vf_format, FOPEN_RBIN_MODE) #define typeonebopenin(f) \ open_input (&(f), kpse_type1_format, FOPEN_RBIN_MODE) +#define truetypebopenin(f) \ + open_input (&(f), kpse_truetype_format, FOPEN_RBIN_MODE) #define texpsheaderbopenin(f) \ open_input (&(f), kpse_tex_ps_header_format, FOPEN_RBIN_MODE) --- pdftex.defines- Sat Nov 15 13:51:47 1997 +++ pdftex.defines Wed Jan 14 17:09:54 1998 @@ -3,6 +3,7 @@ @define const PDFTEXPOOLNAME; @define function typeonebopenin(); +@define function truetypebopenin(); @define function texpsheaderbopenin(); @define function pdfischarused(); @define function readimageinfo(); --- pdftex.ch- Wed Oct 29 22:08:54 1997 +++ pdftex.ch Wed Jan 14 17:10:41 1998 @@ -2219,7 +2219,7 @@ var k: integer; begin pack_file_name(fm_tab[fm_cur].fname, "", ""); - if not typeone_b_open_in(ttf_file) then begin + if not truetype_b_open_in(ttf_file) then begin print_nl("Error in processing TrueType font file ("); print(fm_tab[fm_cur].fname); print("): "); -- Olaf Weber From owner-pdftex@tug.org Wed Jan 14 09:25:29 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA18313 for ; Wed, 14 Jan 1998 09:25:26 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id LAA27066 for pdftex-list; Wed, 14 Jan 1998 11:15:11 -0500 Received: from smtp2.xs4all.nl (smtp2.xs4all.nl [194.109.6.52]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id LAA27063 for ; Wed, 14 Jan 1998 11:15:09 -0500 Received: from infovore (root@dne01-23.dial.xs4all.nl [194.109.35.24]) by smtp2.xs4all.nl (8.8.6/XS4ALL) with ESMTP id RAA11256 for ; Wed, 14 Jan 1998 17:17:44 +0100 (CET) Received: by infovore id m0xsVLt-000d28C (Debian Smail-3.2 1996-Jul-4 #2); Wed, 14 Jan 1998 17:07:37 +0100 (CET) To: pdftex@tug.cs.umb.edu Subject: Re: map file syntax References: <34BBCF5B.AC6@pi.net> <9335-Wed14Jan1998125232+0000-s.rahtz@elsevier.co.uk> Mime-Version: 1.0 (generated by tm-edit 7.105) Content-Type: text/plain; charset=US-ASCII From: Olaf Weber Date: 14 Jan 1998 17:07:36 +0100 In-Reply-To: s.rahtz@elsevier.co.uk's message of "Wed, 14 Jan 1998 12:52:32 +0000" Message-ID: <87soqrvy2f.fsf@xs4all.nl> Lines: 47 X-Mailer: Gnus v5.4.66/Emacs 19.34 Sender: owner-pdftex@tug.org Precedence: bulk Sebastian Rahtz writes: > Hans Hagen writes: >> Thierry Bouche wrote: >>> what would be the search path? TEXCONFIG? Assuming the files are PDFTeX-specific, you could use TEXINPUTS in Web2C; TEXINPUTS.pdftex, TEXINPUTS.pdflatex, TEXINPUTS.pdftexinfo, to be precise. The 7.2beta1 version defines them as follows. TEXINPUTS.pdftexinfo = .:$TEXMF/{pdftex:tex}/{texinfo:generic:plain:}// TEXINPUTS.pdflatex = .:$TEXMF/{pdftex:tex}/{latex:generic:latex209:plain:}// TEXINPUTS.pdftex = .:$TEXMF/{pdftex:tex}/{generic:plain:}// For example, the directories searched by pdftex are . $TEXMF/pdftex/generic// $TEXMF/tex/generic// $TEXMF/pdftex/plain// $TEXMF/tex/plain// $TEMXF/pdftex// $TEXMF/tex// in this order. Putting the files in .../texmf/pdftex seems to be the logical TDS-compliant step. Similar considerations hold for e-TeX, which uses .../texmf/etex, and Omega, which uses .../texmf/omega. I'd think that .../texmf/pdftex/generic would be a good place. >> And local path for local additional config files. The above construction takes care of this. > but thats up to you to define TEXCONFIG. by default in eg TeX Live 3, > it searches > TEXMFLOCAL/dvips// and then TEXMFMAIN/dvips// > messy for it to be inside dvips.... maybe i should rename to texconfig > on CD or config. It is IMHO rather messy to put that stuff inside the dvips directory. Unless the files can be used by dvips (and other apps) as well, in which case it might be worthwhile to seek a non-application-specific home. -- Olaf Weber From owner-pdftex@tug.org Wed Jan 14 10:36:28 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA20543 for ; Wed, 14 Jan 1998 10:36:27 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id MAA27338 for pdftex-list; Wed, 14 Jan 1998 12:18:11 -0500 Received: from smtp2.xs4all.nl (smtp2.xs4all.nl [194.109.6.52]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id MAA27335 for ; Wed, 14 Jan 1998 12:18:09 -0500 Received: from infovore (root@dne03-01.dial.xs4all.nl [194.109.35.66]) by smtp2.xs4all.nl (8.8.6/XS4ALL) with ESMTP id SAA01033 for ; Wed, 14 Jan 1998 18:20:48 +0100 (CET) Received: by infovore id m0xsVjW-000d29C (Debian Smail-3.2 1996-Jul-4 #2); Wed, 14 Jan 1998 17:32:02 +0100 (CET) To: pdftex@tug.cs.umb.edu Subject: Warnings while compiling libpdf. Mime-Version: 1.0 (generated by tm-edit 7.105) Content-Type: text/plain; charset=US-ASCII From: Olaf Weber Date: 14 Jan 1998 17:32:01 +0100 Message-ID: <87pvlvvwxq.fsf@xs4all.nl> Lines: 32 X-Mailer: Gnus v5.4.66/Emacs 19.34 Sender: owner-pdftex@tug.org Precedence: bulk When I compile libpdf with a few of gcc's warning options enabled, this nets me the following harvest. The getstr problem should be fixed somehow. The others may or may not indicate trouble; I did not inverstigate. cd pdftexdir && make CC='gcc' CFLAGS='-g ' libpdf.a make[1]: Entering directory `/home/olaf/web2c/src/texk/web2c/pdftexdir' gcc -DHAVE_CONFIG_H -D__USE_FIXED_PROTOTYPES__ -Wall -Wpointer-arith -I. -I. -I.. -I../.. -I./.. -g -c utils.c utils.c: In function `getstr': utils.c:26: warning: control reaches end of non-void function utils.c: In function `printobjlist': utils.c:48: warning: int format, halfword arg (arg 3) gcc -DHAVE_CONFIG_H -D__USE_FIXED_PROTOTYPES__ -Wall -Wpointer-arith -I. -I. -I.. -I../.. -I./.. -g -c writepng.c writepng.c: In function `writeimage': writepng.c:64: warning: unsigned int format, png_uint_32 arg (arg 3) writepng.c:64: warning: unsigned int format, png_uint_32 arg (arg 4) writepng.c:69: warning: unsigned int format, long unsigned int arg (arg 4) writepng.c:77: warning: unsigned int format, long unsigned int arg (arg 3) gcc -DHAVE_CONFIG_H -D__USE_FIXED_PROTOTYPES__ -Wall -Wpointer-arith -I. -I. -I.. -I../.. -I./.. -g -c writettf.c writettf.c: In function `read_font': writettf.c:319: warning: unused variable `glyphIndex' writettf.c:318: warning: unused variable `flags' writettf.c:314: warning: unused variable `c' writettf.c: In function `write_font': writettf.c:484: warning: unused variable `pg' writettf.c:642: warning: label `out' defined but not used writettf.c: In function `writettf': writettf.c:667: warning: unused variable `s' writettf.c:666: warning: unused variable `p' -- Olaf Weber From owner-pdftex@tug.org Wed Jan 14 11:12:41 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id LAA21663 for ; Wed, 14 Jan 1998 11:12:40 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id NAA27532 for pdftex-list; Wed, 14 Jan 1998 13:07:37 -0500 Received: from smtp2.xs4all.nl (smtp2.xs4all.nl [194.109.6.52]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id NAA27529 for ; Wed, 14 Jan 1998 13:07:36 -0500 Received: from infovore (root@dne01-07.dial.xs4all.nl [194.109.35.8]) by smtp2.xs4all.nl (8.8.6/XS4ALL) with ESMTP id TAA14985 for ; Wed, 14 Jan 1998 19:10:15 +0100 (CET) Received: by infovore id m0xsXFw-000d27C (Debian Smail-3.2 1996-Jul-4 #2); Wed, 14 Jan 1998 19:09:36 +0100 (CET) To: pdftex@tug.cs.umb.edu Subject: Re: map file syntax References: <34BBCF5B.AC6@pi.net> <9335-Wed14Jan1998125232+0000-s.rahtz@elsevier.co.uk> <87soqrvy2f.fsf@xs4all.nl> Mime-Version: 1.0 (generated by tm-edit 7.105) Content-Type: text/plain; charset=US-ASCII From: Olaf Weber Date: 14 Jan 1998 19:09:35 +0100 In-Reply-To: Olaf Weber's message of "14 Jan 1998 17:07:36 +0100" Message-ID: <87lnwjvsf4.fsf@xs4all.nl> Lines: 13 X-Mailer: Gnus v5.4.66/Emacs 19.34 Sender: owner-pdftex@tug.org Precedence: bulk Olaf Weber writes: >> Hans Hagen writes: >>> And local path for local additional config files. > The above construction takes care of this. To be precise, it allows for replacing config files with local ones without needing to remove the global ones. Getting PDFTeX to "merge" _all_ config files it can find is another matter. -- Olaf Weber From owner-pdftex@tug.org Wed Jan 14 12:37:25 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id MAA23935 for ; Wed, 14 Jan 1998 12:37:24 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id OAA27972 for pdftex-list; Wed, 14 Jan 1998 14:31:39 -0500 Received: from aragorn.ics.muni.cz (ns.muni.cz [147.251.4.33]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id OAA27969 for ; Wed, 14 Jan 1998 14:31:37 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id UAA22908; Wed, 14 Jan 1998 20:33:55 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id UAA00351; Wed, 14 Jan 1998 20:34:17 +0100 (MET) From: Han The Thanh Message-Id: <199801141934.UAA00351@anxur.fi.muni.cz> Subject: Re: TrueType fonts (Was: first attempt at pdfTeX manual) In-Reply-To: <87ra6bvxpo.fsf_-_@xs4all.nl> from Olaf Weber at "Jan 14, 98 05:15:15 pm" To: infovore@xs4all.nl (Olaf Weber) Date: Wed, 14 Jan 1998 20:34:17 +0100 (MET) Cc: pdftex@tug.cs.umb.edu (PDFTEX) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk > > i assume Thanh will be perfectly happy to make this small change. in > > fact, i suggest we do it unilaterally in web2c-7.2, if its easy. i > > haven't looked yet. > > I think the following (untested!) patches should suffice. thanks a lot for your support, it saves a lot of time for me. Thanh From owner-pdftex@tug.org Wed Jan 14 12:54:29 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id MAA24419 for ; Wed, 14 Jan 1998 12:54:28 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id OAA28060 for pdftex-list; Wed, 14 Jan 1998 14:50:06 -0500 Received: from venus.open.ac.uk (venus.open.ac.uk [137.108.143.2]) by tug.cs.umb.edu (8.8.5/8.8.5) with SMTP id OAA28057 for ; Wed, 14 Jan 1998 14:50:05 -0500 Received: from fell.open.ac.uk by venus with SMTP Local (MMTA v2.2) with ESMTP; Wed, 14 Jan 1998 19:52:15 +0000 Received: (from car2@localhost) by fell.open.ac.uk (8.8.5/8.6.12) id TAA29340; Wed, 14 Jan 1998 19:49:20 GMT Date: Wed, 14 Jan 1998 19:49:20 GMT Message-Id: <199801141949.TAA29340@fell.open.ac.uk> From: Chris Rowley MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Hans Hagen Cc: Sebastian Rahtz , pdftex@tug.cs.umb.edu Subject: Re: first attempt at pdfTeX manual In-Reply-To: <34BCB359.A35@pi.net> References: <4570-Tue13Jan1998155158+0000-s.rahtz@elsevier.co.uk> <34BCB359.A35@pi.net> Sender: owner-pdftex@tug.org Precedence: bulk Hans Hagen wrote -- In reference to pdf objects in macros: > No robust solution > is possible for this, because it's simply not in the concept of TeX. Whilst undertanding the basic problem with the example Hans gave and not knowing exactly what pdftex is doing with such code, it is not clear that this is a fundamental problem with TeX. But, if it is, then it should probably be fixed in some future version of pdftex/etex/pedftex/pdeftex. chris From owner-pdftex@tug.org Thu Jan 15 01:17:41 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id BAA10622 for ; Thu, 15 Jan 1998 01:17:39 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id DAA30775 for pdftex-list; Thu, 15 Jan 1998 03:10:31 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id DAA30772 for ; Thu, 15 Jan 1998 03:10:27 -0500 Received: from hagen (zl44.pi.net [145.220.204.44]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id JAA01805; Thu, 15 Jan 1998 09:09:33 +0100 (MET) Posted-Date: Thu, 15 Jan 1998 09:09:33 +0100 (MET) Message-ID: <34BDC65E.3136@pi.net> Date: Thu, 15 Jan 1998 09:18:38 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: Chris Rowley CC: taco.hoekwater@wkap.nl, Sebastian Rahtz , pdftex@tug.cs.umb.edu, pragma@pi.net, Philip TAYLOR Subject: object conceptual problem/etex References: <4570-Tue13Jan1998155158+0000-s.rahtz@elsevier.co.uk> <34BCB359.A35@pi.net> <199801141949.TAA29340@fell.open.ac.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Chris Rowley wrote: > Hans Hagen wrote -- > > In reference to pdf objects in macros: > > > No robust solution > > is possible for this, because it's simply not in the concept of TeX. > > Whilst undertanding the basic problem with the example Hans gave and > not knowing exactly what pdftex is doing with such code, it is not > clear that this is a fundamental problem with TeX. > > But, if it is, then it should probably be fixed in some future version > of pdftex/etex/pedftex/pdeftex. I can work this topic out if needed. I'll try to explain where this (conceptual) surfaced. In the ConTeXt beginners manual I fancy shapes around pagenumbers, chapter markings, setup definitions. The preliminary english version can be found at www.ntg.nl, the final one will be there when Sebastian has sanitized the english. The shapes mentioned are generated at run time by metapost (about 750 calls in the paper version, and 1200 in the interactive one). In addition I also put a metapost generated line between the text and footnotes and between columns. Many shapes are reused, that is: they are generated once, used and reused later on. They are generated at the first time they're used, and their characteristics depend on the current specs. I used some interplaying mechanisms: (1) a boxing macro calls for a background (2) the background calls a shape generating script (3) MP generates the shaps with the proper height and width With object support: (4) When enabled, the shape is saved for future use When called for the next time, I first look if the shape with the dimensions specified is already present, and if so, (1)--(4) are replaced by (5) call the appropriate object Now where do things go wrong. Because one has to save the object number, a global assignment is used. In my multi column routine (used for the index and table of columns) however, I preprocess the column separator to determine the distance between columns. Only the calculated width is used and the in-between-material is actually generated when needed (because we don't know in advance what height such material will have). When some object generating macro is used in the column seperator, this object is generated, not output, but the reference is generated. And here we are in troubles: no object is output! This can be compared with a reference to a special. Of course there is a solution for this: disable object generation when testing boxes, but while testing this, I concluded that this definitely is not what I want. I don't want users to spend their time on such low level things and activate/deactivate mechanisms. Even worse, how do we know it's a trial run or not? In fact one should have to surround every trial run with something \disableobjects and \enableobjects. One solution for this could be a postponed global definition, something \intended\global\def..... When called inside a box \setbox0=\hbox{.... \intended\gdef.....} the \gdef is only global when the content of box 0 is actually used! Of course, the \gdef'd macro should be available inside the box. BTW, one could implement a two pass mechanism using a sort of references, but do we want that waste of hash entries? Just a side track (already reported to Phil): consider that one wants alternative \hrule or \vrule's in alignmenmts. The conceptual porblem here is that one cannot redefine hrule to be something else. What we need here is the possibility to pass a macro to the alignment mechanish that paces the rule. This macro takes a h/w/d and inserts the rule. By default we're talking of the normal rules, but think of whatever you want. Of course more is needed, like knowing in what row/column we are, additional \noallign-like primitives that don't interfece with \omit and \span cs. and some more (else color support in tables remains a bit of a nuissance. It can be done now, but at what costs!) Conclusion: adding advanced graphic support to TEX is not that hard, given some extensions. I hope this is clear enough, Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Thu Jan 15 04:58:24 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA14366 for ; Thu, 15 Jan 1998 04:58:23 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id GAA31649 for pdftex-list; Thu, 15 Jan 1998 06:49:41 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id GAA31646 for ; Thu, 15 Jan 1998 06:49:39 -0500 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 LAA05237; hop 0; Thu, 15 Jan 1998 11:49:46 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Thu, 15 Jan 1998 11:37:35 +0000 Date: Thu, 15 Jan 1998 09:51:26 +0000 Message-ID: <8981-Thu15Jan1998095126+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: infovore@xs4all.nl Cc: pdftex@tug.cs.umb.edu Subject: Re: map file syntax In-Reply-To: <87soqrvy2f.fsf@xs4all.nl> References: <34BBCF5B.AC6@pi.net> <9335-Wed14Jan1998125232+0000-s.rahtz@elsevier.co.uk> <87soqrvy2f.fsf@xs4all.nl> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk Olaf Weber writes: > > but thats up to you to define TEXCONFIG. by default in eg TeX Live 3, > > it searches > > > TEXMFLOCAL/dvips// and then TEXMFMAIN/dvips// > > > messy for it to be inside dvips.... maybe i should rename to texconfig > > on CD or config. > > It is IMHO rather messy to put that stuff inside the dvips directory. > Unless the files can be used by dvips (and other apps) as well, in > which case it might be worthwhile to seek a non-application-specific > home. this relates to the long-time remark that TEXCONFIG is a bad name for dvips control files. If you (Olaf) were willing to introduce a new object in the kpathsea world, i think it would be helpful to provide a place for pdftex map and config files (which we could then put in TDS/pdftex/config, for instance). It might well be that this is so pdftex-specific that we should introduce a new PDFTEXCFG path sebastian From owner-pdftex@tug.org Thu Jan 15 05:04:39 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA14467 for ; Thu, 15 Jan 1998 05:04:37 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id GAA31713 for pdftex-list; Thu, 15 Jan 1998 06:55:44 -0500 Received: from aragorn.ics.muni.cz (ns.muni.cz [147.251.4.33]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id GAA31710 for ; Thu, 15 Jan 1998 06:55:43 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id MAA28664; Thu, 15 Jan 1998 12:58:06 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id MAA05870; Thu, 15 Jan 1998 12:58:41 +0100 (MET) From: Han The Thanh Message-Id: <199801151158.MAA05870@anxur.fi.muni.cz> Subject: Re: object conceptual problem/etex In-Reply-To: <34BDC65E.3136@pi.net> from Hans Hagen at "Jan 15, 98 09:18:38 am" To: pragma@pi.net (Hans Hagen) Date: Thu, 15 Jan 1998 12:58:41 +0100 (MET) Cc: pdftex@tug.cs.umb.edu (PDFTEX) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk > Now where do things go wrong. > > Because one has to save the object number, a global assignment is used. > In my multi column routine (used for the index and table of > columns) however, I preprocess the column separator to determine the > distance between columns. Only the calculated width is used and the > in-between-material is actually generated when needed (because we don't > know in advance what height such material will have). > > When some object generating macro is used in the column seperator, this > object is generated, not output, but the reference is generated. And > here we are in troubles: no object is output! This can be compared with > a reference to a special. what is difference between "object is generated" and "object is output" in pdftex? Isn't it the same? Thanh From owner-pdftex@tug.org Thu Jan 15 08:23:17 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA18180 for ; Thu, 15 Jan 1998 08:23:15 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id KAA32462 for pdftex-list; Thu, 15 Jan 1998 10:05:43 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id KAA32458 for ; Thu, 15 Jan 1998 10:05:41 -0500 Received: from hagen (zl27.pi.net [145.220.204.27]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id QAA12162; Thu, 15 Jan 1998 16:08:22 +0100 (MET) Posted-Date: Thu, 15 Jan 1998 16:08:22 +0100 (MET) Message-ID: <34BE265E.E78@pi.net> Date: Thu, 15 Jan 1998 16:08:14 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: pdftex@tug.cs.umb.edu, Han The Thanh CC: pragma@pi.net Subject: Re: first attempt at pdfTeX manual References: <199801151134.MAA05133@anxur.fi.muni.cz> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Han The Thanh wrote: > > \setbox0=\vbox {\hsize 2cm \mymacro} > > \ifdim\ht0>1cm \setbox0=\vbox{\hsize 3cm \mymacro \fi > > \box0 > > > > The first \mymacro generates the object and saves the number, but when the > > second > > applies, this number has no meaning because the first box was never output. > > can you be please more explicit? I don't understand why the number has no > meanning in second applying, because the object is flushed out and its object > number is set during box construction, not during box output. So it doensn't > matter if the first box was never output. So what you say is that: \setbox0=\hbox{.... object def .... object use} generates an object? Does indeed the object migrate outside the box even if the box is not called for? Hm. I tested both and pdfmarks and pdftex, and assumed that they both acted the same. Now pdftex has the reverse problem, that is: consider a loop that optimizes some piece of typeset text. Every trial run generates an object. Again this means that (because trial runs are normal in TeX) we need some way to circumvent this problem. Conclusion: - in pdftex objects are always output (can lead to redundant objects) - in ps/pdfmarks objects are output just like specials (is ok) - both suffer from the problem that reuse is complicated and sometimes impossible when the reference is saves globally and regeneration prevented by undefined testing Of course, the latter can be circumvented by using indirect references (using a two pass number generation). By the way: \setbox2=\hbox{Thanh} \setbox0=\hbox{\pdfform2 \gdef\test{\the\pdflastform}} \setbox0=\hbox{\pdfform2 \gdef\test{\the\pdflastform}} \setbox0=\hbox{\pdfform2 \gdef\test{\the\pdflastform}} gives an memory error or so (box 2 is empty in the second \pdfform)! Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Thu Jan 15 08:29:29 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA18313 for ; Thu, 15 Jan 1998 08:29:28 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id KAA32466 for pdftex-list; Thu, 15 Jan 1998 10:05:45 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id KAA32463 for ; Thu, 15 Jan 1998 10:05:43 -0500 Received: from hagen (zl27.pi.net [145.220.204.27]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id QAA12180; Thu, 15 Jan 1998 16:08:25 +0100 (MET) Posted-Date: Thu, 15 Jan 1998 16:08:25 +0100 (MET) Message-ID: <34BE2750.4145@pi.net> Date: Thu, 15 Jan 1998 16:12:16 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: pdftex@tug.cs.umb.edu, Han The Thanh CC: pragma@pi.net Subject: Re: object conceptual problem/etex References: <199801151158.MAA05870@anxur.fi.muni.cz> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Han The Thanh wrote: > what is difference between "object is generated" and "object is output" in > pdftex? Isn't it the same? Seems to be so. This means that \dorecurse{1000} {\setbox2=\hbox{Thanh} \setbox0=\hbox{\pdfform2 \gdef\test{\the\pdflastform}}} Leads to a 350+ K file with useless objects! Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Thu Jan 15 08:37:40 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA18516 for ; Thu, 15 Jan 1998 08:37:39 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id KAA32572 for pdftex-list; Thu, 15 Jan 1998 10:25:39 -0500 Received: from aragorn.ics.muni.cz (aragorn.ics.muni.cz [147.251.4.33]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id KAA32569 for ; Thu, 15 Jan 1998 10:25:37 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id QAA12659; Thu, 15 Jan 1998 16:28:01 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id QAA15317; Thu, 15 Jan 1998 16:28:36 +0100 (MET) From: Han The Thanh Message-Id: <199801151528.QAA15317@anxur.fi.muni.cz> Subject: Re: object conceptual problem/etex In-Reply-To: <34BE2750.4145@pi.net> from Hans Hagen at "Jan 15, 98 04:12:16 pm" To: pragma@pi.net (Hans Hagen) Date: Thu, 15 Jan 1998 16:28:36 +0100 (MET) Cc: pdftex@tug.cs.umb.edu (PDFTEX) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk > > what is difference between "object is generated" and "object is output" in > > pdftex? Isn't it the same? > Seems to be so. This means that > > \dorecurse{1000} > {\setbox2=\hbox{Thanh} > \setbox0=\hbox{\pdfform2 \gdef\test{\the\pdflastform}}} > > Leads to a 350+ K file with useless objects! yes, it's true. However I hope you can solve this problem by macros :-) Thanh From owner-pdftex@tug.org Thu Jan 15 08:39:58 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA18558 for ; Thu, 15 Jan 1998 08:39:56 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id KAA32591 for pdftex-list; Thu, 15 Jan 1998 10:28:39 -0500 Received: from aragorn.ics.muni.cz (ns.muni.cz [147.251.4.33]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id KAA32588 for ; Thu, 15 Jan 1998 10:28:37 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id QAA12829; Thu, 15 Jan 1998 16:31:01 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id QAA15506; Thu, 15 Jan 1998 16:31:37 +0100 (MET) From: Han The Thanh Message-Id: <199801151531.QAA15506@anxur.fi.muni.cz> Subject: Re: first attempt at pdfTeX manual In-Reply-To: <34BE265E.E78@pi.net> from Hans Hagen at "Jan 15, 98 04:08:14 pm" To: pragma@pi.net (Hans Hagen) Date: Thu, 15 Jan 1998 16:31:37 +0100 (MET) Cc: pdftex@tug.cs.umb.edu (PDFTEX) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk > > > \setbox0=\vbox {\hsize 2cm \mymacro} > > > \ifdim\ht0>1cm \setbox0=\vbox{\hsize 3cm \mymacro \fi > > > \box0 > > > > > > The first \mymacro generates the object and saves the number, but when the > > > second > > > applies, this number has no meaning because the first box was never output. > > > > can you be please more explicit? I don't understand why the number has no > > meanning in second applying, because the object is flushed out and its object > > number is set during box construction, not during box output. So it doensn't > > matter if the first box was never output. > > So what you say is that: > > \setbox0=\hbox{.... object def .... object use} > > generates an object? Does indeed the object migrate outside the box even if the box is > not called for? Hm. I tested both and pdfmarks and pdftex, and assumed that they both > acted the same. Now pdftex has the reverse problem, that is: consider a loop that > optimizes some piece of typeset text. Every trial run generates an object. Again this > means that (because trial runs are normal in TeX) we need some way to circumvent this > problem. > > Conclusion: > > - in pdftex objects are always output (can lead to redundant objects) > - in ps/pdfmarks objects are output just like specials (is ok) > > - both suffer from the problem that reuse is complicated and sometimes impossible > when the reference is saves globally and regeneration prevented by undefined testing any comments/suggestions on solving this problem are welcome :-) > By the way: > > \setbox2=\hbox{Thanh} > > \setbox0=\hbox{\pdfform2 \gdef\test{\the\pdflastform}} > \setbox0=\hbox{\pdfform2 \gdef\test{\the\pdflastform}} > \setbox0=\hbox{\pdfform2 \gdef\test{\the\pdflastform}} > > gives an memory error or so (box 2 is empty in the second \pdfform)! thanks, I'll look at it Thanh From owner-pdftex@tug.org Thu Jan 15 09:55:03 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA20269 for ; Thu, 15 Jan 1998 09:55:01 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id LAA00153 for pdftex-list; Thu, 15 Jan 1998 11:30:07 -0500 Received: from venus.open.ac.uk (venus.open.ac.uk [137.108.143.2]) by tug.cs.umb.edu (8.8.5/8.8.5) with SMTP id LAA00150 for ; Thu, 15 Jan 1998 11:30:01 -0500 Received: from fell.open.ac.uk by venus with SMTP Local (MMTA v2.2) with ESMTP; Thu, 15 Jan 1998 16:08:51 +0000 Received: (from car2@localhost) by fell.open.ac.uk (8.8.5/8.6.12) id QAA00177; Thu, 15 Jan 1998 16:05:22 GMT Date: Thu, 15 Jan 1998 16:05:22 GMT Message-Id: <199801151605.QAA00177@fell.open.ac.uk> From: Chris Rowley MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Han The Thanh Cc: pragma@pi.net (Hans Hagen), pdftex@tug.cs.umb.edu (PDFTEX) Subject: Re: object conceptual problem/etex In-Reply-To: <199801151528.QAA15317@anxur.fi.muni.cz> References: <34BE2750.4145@pi.net> <199801151528.QAA15317@anxur.fi.muni.cz> Sender: owner-pdftex@tug.org Precedence: bulk Thanh wrote -- > > yes, it's true. However I hope you can solve this problem by macros :-) I am not exactly sure what the intent of the :-) is here but to keep smiling sounds like a good idea. What does not seem to be a good idea is to solve this problem in the wrong place. Even if it can be "worked around" at the macro level that is, in the context of producing a system such as pdftex, the wrong place. This is not to suggest that it is easy to solve at any place. But it seems to me that finding the right place and the right solution for this particular problem could be very valuable as it may have many applications, both within the pdf world and more generally for the sons/daughters of TeX. Thus it is worth some time and thought, as well as lots of smiles. I hope that this agrees with what Hans was implying. chris From owner-pdftex@tug.org Thu Jan 15 10:12:00 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA20677 for ; Thu, 15 Jan 1998 10:11:59 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id MAA00299 for pdftex-list; Thu, 15 Jan 1998 12:00:23 -0500 Received: from mailhost.lanl.gov (mailhost.lanl.gov [128.165.3.12]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id MAA00296 for ; Thu, 15 Jan 1998 12:00:18 -0500 Received: from qcd.lanl.gov (qcd.lanl.gov [128.165.23.46]) by mailhost.lanl.gov (8.8.8/(cic-5, 10/28/97)) with SMTP id KAA03221; Thu, 15 Jan 1998 10:02:59 -0700 (MST) Received: by qcd.lanl.gov (SMI-8.6/SMI-SVR4) id JAA22913; Thu, 15 Jan 1998 09:57:59 -0700 Date: Thu, 15 Jan 1998 09:57:59 -0700 Message-Id: <199801151657.JAA22913@qcd.lanl.gov> From: Tanmoy Bhattacharya To: Hans Hagen Cc: pdftex@tug.cs.umb.edu, Han The Thanh Subject: Re: object conceptual problem/etex In-Reply-To: <34BE2750.4145@pi.net> References: <199801151158.MAA05870@anxur.fi.muni.cz> <34BE2750.4145@pi.net> Sender: owner-pdftex@tug.org Precedence: bulk In <34BE2750.4145@pi.net> dated 16:12:16 +0100 Thu January 15, 1998, Hans Hagen writes > Han The Thanh wrote: > > > what is difference between "object is generated" and "object is output" in > > pdftex? Isn't it the same? > Seems to be so. This means that > > \dorecurse{1000} > {\setbox2=\hbox{Thanh} > \setbox0=\hbox{\pdfform2 \gdef\test{\the\pdflastform}}} > > Leads to a 350+ K file with useless objects! > > Hans Let us recap: 1) If we generate an object, it gets a name. 2) This name can be obtained and used. The use of an undefined object (in anything that finally lands up in the pdf file) is a pdf error. 3) pdftex should not produce invalid pdf unless a special is used. (One can always take specials into account by defining a \pdfused which must be used to tell pdftex exactly which objects were used or some such means: I won't deal with that here). So, pdftex needs to make sure that if an object has been generated it has a number immediately, and if a number is used, the corresponding object is output immediately. The conceptually simplest model for this would have been 1) Store the object definition in memory when a pdfform is used (in whatever format: a TeX box, the raw pdf that needs to be dumped etc.) 2) During shipout, keep track of every object which is used. 3) Output these objects to the pdf file from memory (if not already output), and reclaim the memory. This, however, can make serious demands on core memory: I do not know exactly *how* serious that is in practice. It would depend a lot on the macro writers. However, this scheme has none of the problems that were raised before. Now, pdftex actually chooses a different strategy: it outputs an object the moment it finds one! This is actually the second best strategy, as this (1) guarantees valid pdf, and (2) space efficiency in the output pdf file can be guaranteed by clever macros. Number 1 is obvious, so let me explain what I mean by the second point. Typically, useless objects are generated because of situations like: \loop \GeneratePDFObject \SetBox{\UsePDFobject} \ifcondition\repeat and when the GeneratePDFObject *has* to be inside the loop. I have long been decoupled from pdftex, but isn't it still true that the above can be replaced by \loop \GenerateTeXBox \SetBox{\UseTeXBox} \ifcondition\repeat \CreatePDFObject{\TeXBox} \SetBox{\UsePDFobject} i.e., in the testing phase one does not need to generate a pdf object at all? Of course, this method is cumbersome if the pdf object is deeply nested inside TeX boxes. Giving free reign to one's imagination, one could design a `\indirectbox{}' which can be replaced by another box (whose ht, dp and wd would be coerced to that of this box) anytime before shipout on unbox. In fact, one can even disallow \indirectbox except in internal h/v mode. It is trivial to see that with this facility, one can treat objects at par with specials, and output them during normal shipout; and yet give macro writers ease of use (A bad macro writer might however end up producing invalid pdf). I, however, do not like this solution. Finally, on an unrelated issue. Is there any way in pdftex that I can build an obj (not the objects we are discussing, but the `12 0 obj ... endobj' kind of things that make up a pdf file)? I mean, is it too difficult to provide a \pdfobjspecial{...} which produces `n 0 obj ... endobj' when shipped out, but in a syntactically valid way (i.e. between an endobj and before an obj, and properly enter n 0 in the xref table etc.), and do something by default if the job ends without it being shipped out? Naturally, to be useful, one would need a \lastpdfobj which returns this `n', and pdftex would have to guarantee that n is not used as an obj number for anything that it ships out on its own! I haven't described here why such a facility would be useful because I don't have the time right now to carefully think through whether the existing facilities are enough. I just wanted to know if this is difficult to implement, and whether any one else has felt the need for a similar feature. Cheers Tanmoy From owner-pdftex@tug.org Thu Jan 15 11:40:44 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id LAA22822 for ; Thu, 15 Jan 1998 11:40:43 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id NAA00598 for pdftex-list; Thu, 15 Jan 1998 13:20:26 -0500 Received: from smtp1.xs4all.nl (smtp1.xs4all.nl [194.109.6.51]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id NAA00594 for ; Thu, 15 Jan 1998 13:20:22 -0500 Received: from infovore (root@dne03-05.dial.xs4all.nl [194.109.35.70]) by smtp1.xs4all.nl (8.8.6/XS4ALL) with ESMTP id TAA06928 for ; Thu, 15 Jan 1998 19:23:00 +0100 (MET) Received: by infovore id m0xstwc-000d8IC (Debian Smail-3.2 1996-Jul-4 #2); Thu, 15 Jan 1998 19:23:10 +0100 (CET) To: pdftex@tug.cs.umb.edu Subject: Re: map file syntax References: <34BBCF5B.AC6@pi.net> <9335-Wed14Jan1998125232+0000-s.rahtz@elsevier.co.uk> <87soqrvy2f.fsf@xs4all.nl> <8981-Thu15Jan1998095126+0000-s.rahtz@elsevier.co.uk> Mime-Version: 1.0 (generated by tm-edit 7.105) Content-Type: text/plain; charset=US-ASCII From: Olaf Weber Date: 15 Jan 1998 19:23:08 +0100 In-Reply-To: s.rahtz@elsevier.co.uk's message of "Thu, 15 Jan 1998 09:51:26 +0000" Message-ID: <87d8htwq9f.fsf@xs4all.nl> Lines: 36 X-Mailer: Gnus v5.4.66/Emacs 19.34 Sender: owner-pdftex@tug.org Precedence: bulk Sebastian Rahtz writes: > this relates to the long-time remark that TEXCONFIG is a bad name for > dvips control files. Indeed it is. Perhaps we'll be able to get rid of this sometime ... > If you (Olaf) were willing to introduce a new object in the kpathsea > world, i think it would be helpful to provide a place for pdftex map > and config files (which we could then put in TDS/pdftex/config, for > instance). I'm not utterly averse from creating new path types. But since it is hard to get rid of them once they're there, I would like a good reason for doing so. First of all, I want to be certain which files we're talking about. Is it this list? Or are others involved. infovore:/usr/local/share/texmf/dvips/pdftex$ ls 8r.enc cmittext.enc cmttext.enc csttext.enc pdftex.map amssym1.enc cmmi.enc csinch.enc euex.enc xyatip.enc amssym2.enc cmsy.enc csitext.enc euf.enc xybsql10.enc cmex.enc cmtex.enc csittext.enc eur.enc xycirc10.enc cminch.enc cmtext.enc cstext.enc eus.enc xycm.enc cmitext.enc cmtextf.enc cstextf.enc line.enc xydash10.enc > It might well be that this is so pdftex-specific that we should > introduce a new PDFTEXCFG path The second thing I'd like to know is whether the files in question are pdftex-specific, and if so, why a suitable TEXINPUTS.pdftex definition will not do. -- Olaf Weber From owner-pdftex@tug.org Fri Jan 16 00:55:48 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id AAA10311 for ; Fri, 16 Jan 1998 00:55:46 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id CAA03747 for pdftex-list; Fri, 16 Jan 1998 02:50:06 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id CAA03741 for ; Fri, 16 Jan 1998 02:50:04 -0500 Received: from hagen (zl66.pi.net [145.220.204.66]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id IAA10065; Fri, 16 Jan 1998 08:52:40 +0100 (MET) Posted-Date: Fri, 16 Jan 1998 08:52:40 +0100 (MET) Message-ID: <34BE4827.6788@pi.net> Date: Thu, 15 Jan 1998 18:32:23 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: Han The Thanh CC: pragma@pi.net, PDFTEX , "Philip Taylor (RHBNC)" Subject: Re: object conceptual problem/etex References: <199801151528.QAA15317@anxur.fi.muni.cz> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Han The Thanh wrote: > > > > what is difference between "object is generated" and "object is output" in > > > pdftex? Isn't it the same? > > Seems to be so. This means that > > > > \dorecurse{1000} > > {\setbox2=\hbox{Thanh} > > \setbox0=\hbox{\pdfform2 \gdef\test{\the\pdflastform}}} > > > > Leads to a 350+ K file with useless objects! > > yes, it's true. However I hope you can solve this problem by macros :-) Haha. I can and will upto a certain extend, but I think that the e-tex team has to solve that alternative global def for me. In fact it's not that much your problem, although postponing would be far better! Why not output the object as soon as the box us used? To me it seems that an object should behave like a special or write. Best would be: (1) postponed object flushing (only if content used done) (2) postponed global definitions (only if content used) otherwise the object concept does not nicely fit into TeX. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Fri Jan 16 00:55:57 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id AAA10316 for ; Fri, 16 Jan 1998 00:55:56 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id CAA03744 for pdftex-list; Fri, 16 Jan 1998 02:50:05 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id CAA03739 for ; Fri, 16 Jan 1998 02:50:03 -0500 Received: from hagen (zl66.pi.net [145.220.204.66]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id IAA10091; Fri, 16 Jan 1998 08:52:46 +0100 (MET) Posted-Date: Fri, 16 Jan 1998 08:52:46 +0100 (MET) Message-ID: <34BE49C7.67DE@pi.net> Date: Thu, 15 Jan 1998 18:39:19 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: pdftex@tug.cs.umb.edu, Chris Rowley CC: pragma@pi.net Subject: Re: object conceptual problem/etex References: <34BE2750.4145@pi.net> <199801151528.QAA15317@anxur.fi.muni.cz> <199801151605.QAA00177@fell.open.ac.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Chris Rowley wrote: > Thus it is worth some time and thought, as well as lots of smiles. > > I hope that this agrees with what Hans was implying. Right. I'll try to work out something that I consider programmable. Thanks for the conclusion, Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Fri Jan 16 01:40:41 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id BAA11043 for ; Fri, 16 Jan 1998 01:40:40 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id DAA03929 for pdftex-list; Fri, 16 Jan 1998 03:34:51 -0500 Received: from esemetz.ese-metz.fr (esemetz.ese-metz.fr [192.70.65.1]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id DAA03926 for ; Fri, 16 Jan 1998 03:34:03 -0500 Received: from NEUROMANCER.ese-metz.fr (neuromancer.ese-metz.fr [193.48.224.95]) by esemetz.ese-metz.fr (8.8.8/8.8.8) with SMTP id JAA24946; Fri, 16 Jan 1998 09:36:37 +0100 (MET) Newsgroups: comp.text.tex To: Ahmet KIZILAY Cc: pdftex@tug.cs.umb.edu Subject: PDFTeX win32 References: <3.0.32.19980115172547.00683f60@mailhost.egr.msu.edu> From: Fabrice POPINEAU Date: 16 Jan 1998 09:26:04 +0100 Message-ID: Lines: 15 X-Newsreader: Gnus v5.5/Emacs 19.34 In-Reply-To: Ahmet KIZILAY's message of "Thu, 15 Jan 1998 17:25:55 -0500" Posted-To: comp.text.tex X-Emacs: 19.34 MIME-Version: 1.0 (generated by SEMI MIME-Edit 0.92 - "Oyanagi") Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk The following message is a courtesy copy of an article that has been posted as well. >>>>> "Ahmet" == Ahmet KIZILAY writes: Ahmet> For Latex to pdf conversion program your FTP site is Ahmet> referenced but I could not find the file Ahmet> "pdftex-win32.tar.gz" in Ahmet> ftp://ftp.ese-metz.fr/pub/TeX/win32 directory. Where should Ahmet> I look for it ? Thank you very much. This file is here again and will be maintained. Its name as slightly changed to 'pdftex-win32.zip'. It contains a statically linked version of pdftex.exe for win32 systems, together with the support files needed. Fabrice Popineau From owner-pdftex@tug.org Fri Jan 16 02:12:11 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA11568 for ; Fri, 16 Jan 1998 02:12:10 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id EAA04074 for pdftex-list; Fri, 16 Jan 1998 04:02:52 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id EAA04071 for ; Fri, 16 Jan 1998 04:02:44 -0500 Received: from hagen (zl67.pi.net [145.220.204.67]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id KAA02761; Fri, 16 Jan 1998 10:05:21 +0100 (MET) Posted-Date: Fri, 16 Jan 1998 10:05:21 +0100 (MET) Message-ID: <34BF24FF.7E08@pi.net> Date: Fri, 16 Jan 1998 10:14:39 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: Tanmoy Bhattacharya CC: pragma@pi.net, pdftex@tug.cs.umb.edu, Han The Thanh Subject: Re: object conceptual problem/etex References: <199801151158.MAA05870@anxur.fi.muni.cz> <34BE2750.4145@pi.net> <199801151657.JAA22913@qcd.lanl.gov> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk > Let us recap: > 1) If we generate an object, it gets a name. Right. > 2) This name can be obtained and used. The use of an undefined > object (in anything that finally lands up in the pdf file) is a > pdf error. Indeed. Of course for reuse, one has to save this name (number) by using a global definition (global because we can be inside a group/box). > 3) pdftex should not produce invalid pdf unless a special is > used. (One can always take specials into account by defining a > \pdfused which must be used to tell pdftex exactly which objects > were used or some such means: I won't deal with that here). What do you mean by special? A \pdfliteral? > So, pdftex needs to make sure that if an object has been generated it > has a number immediately, and if a number is used, the corresponding > object is output immediately. The conceptually simplest model for this > would have been > 1) Store the object definition in memory when a pdfform is used (in > whatever format: a TeX box, the raw pdf that needs to be dumped > etc.) > 2) During shipout, keep track of every object which is used. > 3) Output these objects to the pdf file from memory (if not already > output), and reclaim the memory. > This, however, can make serious demands on core memory: I do not know > exactly *how* serious that is in practice. It would depend a lot on > the macro writers. However, this scheme has none of the problems that > were raised before. This only works 100% if the objects generated in a trial run are the same as in the definitive one! The main problem lays in dynamically created objects. More on that later. Nevertheless, the scheme you describe is indeed quite natural. I think the memory problem is not that large, simply because the number of objects normally is limited and objects often are rather simple in nature: some simple graphic, a simple sequence of characters etc. Something large is probably never included more that once and if it is, for instance a company logo, it's only present in memory once. Even better: when an object is used twice or more on a page, we save more memory than the object takes! Bitmaps can be a problem, but loading those can be postponed. (BTW, exchange can filter redundant bitmaps so there is no harm in not using objects there, apart from run time, filesize and esthetic reasons.) > Now, pdftex actually chooses a different strategy: it outputs an object > the moment it finds one! This is actually the second best strategy, as > this (1) guarantees valid pdf, and (2) space efficiency in the output > pdf file can be guaranteed by clever macros. Number 1 is obvious, so > let me explain what I mean by the second point. Typically, useless > objects are generated because of situations like: > > \loop > \GeneratePDFObject > \SetBox{\UsePDFobject} > \ifcondition\repeat > > and when the GeneratePDFObject *has* to be inside the loop. I have > long been decoupled from pdftex, but isn't it still true that the > above can be replaced by > > \loop > \GenerateTeXBox > \SetBox{\UseTeXBox} > \ifcondition\repeat > \CreatePDFObject{\TeXBox} > \SetBox{\UsePDFobject} > > i.e., in the testing phase one does not need to generate a pdf object > at all? Indeed. But normally the object mechanism is kind of transparant and not split off. I'll try to explain this consider the setup (taken from the 'context for beginners' manual): \unexpanded\def\FootnoteLine {\dimen0=.4\makeupwidth \expanded{\MPclipThree{\the\dimen0}{2pt}}} \setupfootnotes [line=\FootNoteLine] One could have said line=on, but here I want a more fancy line. The fancy line is defined as: \def\MPclipThree#1#2% no reuse here, due to pre-processin {\startuseMPgraphic{clip:three} delta := #2; width := #1-delta; z1 = (0,0); z2 = (width,0); pickup pencircle scaled delta; draw z1--z2 withcolor (.5,.5,.5); pickup pencircle scaled 3delta; draw z1 withcolor green; draw z2 withcolor green; \stopuseMPgraphic \useMPgraphic{clip:three}} By saying \startuseMPgraphic, the graphic is generated every time the macro is called. Because such simple lines can be resused, I would have prefered: \def\MPclipThree#1#2% {\startreuseMPgraphic{clip:three:#1:#2} ... \stopreuseMPgraphic \reuseMPgraphic{clip:three:#1:#2}} Which generates the graphics the first time it's used and reuses it when needed. Now what actually happens is that when \setupfootnote is called, the line is preprocessed to determine the height, which is to be taken into account in the footnote insert mechanism (page break calculation). The line is put in a box, but that box is discaded. But: the reference is generated because it's done global! In pdftex, this is no real problem, because the object is output nevertheless, but when using pdfmarks in the dvi-ps-pdf trajectory, the specials and content is never output! Therefore, Acrobat Distiller reports an error and aborts. This example does not use a loop, but one can use his/hers fantasy on that. Even more important: how is a user supposed to know that problems can arise? The user is normally not even aware of things like objects and their characteristics! So we cannot expect precautions to be taken by the user! Especially not in situations like mentioned: now all other lines are used instead of reused too and who would expect that. This example is probably not that rela good an example, but serves its purpose. So what can we conclude. The current pdftex method is indeed a safe one, but can lead to redundant objects when they are generated in a loop. The pdftex method is not compatible with the distiller road (using specials), which is rather unsafe. The 'most natural way of doing things' described by Tanmoy has the benefit of efficiency but also suffers from the same problem as the distiller one. > Of course, this method is cumbersome if the pdf object is deeply > nested inside TeX boxes. Giving free reign to one's imagination, one > could design a `\indirectbox{}' which can be replaced by another box > (whose ht, dp and wd would be coerced to that of this box) anytime > before shipout on unbox. In fact, one can even disallow \indirectbox > except in internal h/v mode. It is trivial to see that with this > facility, one can treat objects at par with specials, and output them > during normal shipout; and yet give macro writers ease of use (A bad > macro writer might however end up producing invalid pdf). I, however, > do not like this solution. Another solution would be an indirect global definition: \setbox{.. \outerglobal\def\SomeObject{\the\pdflastform} ...} where the \def is indeed executed inside the box, but only vissible outside when the content is used. Of course one could prohibit object generation with something like \holdingobjects (which nills all objects generating macros), but we would end up with lots of calls to this macro and probably forget many. > Finally, on an unrelated issue. Is there any way in pdftex that I can > build an obj (not the objects we are discussing, but the `12 0 obj > ... endobj' kind of things that make up a pdf file)? I mean, is it too > difficult to provide a \pdfobjspecial{...} which produces `n 0 obj > ... endobj' when shipped out, but in a syntactically valid way > (i.e. between an endobj and before an obj, and properly enter n 0 in > the xref table etc.), and do something by default if the job ends > without it being shipped out? Naturally, to be useful, one would need > a \lastpdfobj which returns this `n', and pdftex would have to > guarantee that n is not used as an obj number for anything that it > ships out on its own! Sounds ok, but I have to think of an application for this. Now let's see if there's another solution to the object problem. We can use a second tex pass to determine what objects are actually to be generated. This is not that hard to do by means of a rather normal referencing mechanism or the two pass features present in eg ConTeXt. But do we like pdf/dvi files that are invalid between those passes? No! How about: \ifpdfformused being true only if the object is actually used! That is: when \pdfrefform is executed. I suppose that \pdfrefform already acts like a sort of special, so this should not be that hard to implement. \setbox0=\hbox{..... \pdfrefform\SomeName ... } Here inside the box \ifpdfformused\SomeName is true, but outside the box only if some \box0 of \copy0 is ussued. Of course pdftex then needs to keep a list of objects in memory to remember their state. This could even be a counter: \pdfformused E.G. -1 = unknown, 0 = known but not yet used, >0 is noftimes used I'm not yet sure if this would enable a watertight mechanism, but at least we can inform ourselves on the object state. This brings me to another issue. Let's first remark that exchange can remove redundant objects, so generating a file with reduncant ones is not that problematic, given postprocessing by exchange. In pdf one can mark objects as being superseded by using the second number in the reference. Now what if pdftex gives us control over that! \pdfreform This one can act like \pdfform but supersedes a previous one. As far as I know Exchange can/will filter this previous, now redundant, one out! This permits not only implementing a more robust object support, but also enables us to redefine an object, depending on something we met when typesetting the document. One could even use fake objects al through the document and generate the proper ones at the end. Conclusions: (1) a few more object related primitives would help a lot (pdftex) (2) something conditional global would help even more (etex) Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Fri Jan 16 04:34:46 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA14096 for ; Fri, 16 Jan 1998 04:34:44 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id GAA04593 for pdftex-list; Fri, 16 Jan 1998 06:12:44 -0500 Received: from relay.surfnet.nl (relay.surfnet.nl [192.87.36.2]) by tug.cs.umb.edu (8.8.5/8.8.5) with SMTP id GAA04590 for ; Fri, 16 Jan 1998 06:12:40 -0500 Received: from wkaxp1.wkap.nl by relay.surfnet.nl with SN-SMTP (PP) with ESMTP; Fri, 16 Jan 1998 12:15:03 +0100 Received: from id034.wkap.nl by wkap.nl (PMDF V5.1-4 #22311) with ESMTP id <01ISG07ELMLS000DCC@wkap.nl> for pdftex@tug.cs.umb.edu; Fri, 16 Jan 1998 12:15:02 +0100 Received: from PC377.WKAP.NL by ID034.WKAP.NL (PMDF V5.1-9 #22310) with SMTP id <01ISG07CX0VK9I482S@ID034.WKAP.NL> for pdftex@tug.cs.umb.edu; Fri, 16 Jan 1998 12:14:59 +0000 ([+0200]) Date: Fri, 16 Jan 1998 12:12:21 +0100 (Romance Standard Time) From: Taco Hoekwater Subject: Re: object conceptual problem/etex In-reply-to: <34BF24FF.7E08@pi.net> To: pdftex@tug.cs.umb.edu Reply-to: taco.hoekwater@wkap.nl Message-id: MIME-version: 1.0 X-Mailer: Simeon for Win32 Version 4.1 Build (3) Content-type: TEXT/PLAIN; CHARSET=US-ASCII X-Authentication: none Sender: owner-pdftex@tug.org Precedence: bulk > In pdftex, this is no real problem, because the object is output nevertheless, > but when using pdfmarks in the dvi-ps-pdf trajectory, the specials and content > is never output! Therefore, Acrobat Distiller reports an error and aborts. > This example does not use a loop, but one can use his/hers fantasy on > that. > Even more important: how is a user supposed to know that problems can arise? > The user is normally not even aware of things like objects and their > characteristics! So we cannot expect precautions to be taken by the user! > Especially not in situations like mentioned: now all other lines are used > instead of reused too and who would expect that. This example is probably not > that real good an example, but serves its purpose. I hope someone is willing to verify my assessment of the problem, since I have a hard time just understanding the problem (call me stupid, but at least I'm not chicken). It seems that there are both objects and object-references. . The status of an object is a lot like a \setbox command, yes? It exists in memory until it goes out of scope. Then there are object-references, that refer to one of those things If this is the case, then why not write a complete analog of TeX's commands so you can do: \newobj\myobj \setobj\myobj={....} \global\setobj\myobj={...} \obj\myobj % flushes the memory \useobj\myobj Am I missing something important here? Taco From owner-pdftex@tug.org Fri Jan 16 04:34:58 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA14104 for ; Fri, 16 Jan 1998 04:34:56 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id GAA04636 for pdftex-list; Fri, 16 Jan 1998 06:19:15 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id GAA04633 for ; Fri, 16 Jan 1998 06:19:13 -0500 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 LAA23693; hop 0; Fri, 16 Jan 1998 11:19:21 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Fri, 16 Jan 1998 11:15:30 +0000 Date: Fri, 16 Jan 1998 11:11:24 +0000 Message-ID: <3333-Fri16Jan1998111124+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: infovore@xs4all.nl Cc: pdftex@tug.cs.umb.edu Subject: Re: map file syntax In-Reply-To: <87d8htwq9f.fsf@xs4all.nl> References: <34BBCF5B.AC6@pi.net> <9335-Wed14Jan1998125232+0000-s.rahtz@elsevier.co.uk> <87soqrvy2f.fsf@xs4all.nl> <8981-Thu15Jan1998095126+0000-s.rahtz@elsevier.co.uk> <87d8htwq9f.fsf@xs4all.nl> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk > infovore:/usr/local/share/texmf/dvips/pdftex$ ls > 8r.enc cmittext.enc cmttext.enc csttext.enc pdftex.map > amssym1.enc cmmi.enc csinch.enc euex.enc xyatip.enc > amssym2.enc cmsy.enc csitext.enc euf.enc xybsql10.enc > cmex.enc cmtex.enc csittext.enc eur.enc xycirc10.enc > cminch.enc cmtext.enc cstext.enc eus.enc xycm.enc > cmitext.enc cmtextf.enc cstextf.enc line.enc xydash10.enc well, the list of .enc files could go for ever; and now we'll have multiple .map files. but yes, in principle thats all > > It might well be that this is so pdftex-specific that we should > > introduce a new PDFTEXCFG path > > The second thing I'd like to know is whether the files in question are > pdftex-specific, and if so, why a suitable TEXINPUTS.pdftex definition > will not do. well, now you mention it, why dont we just put them all in TEXINPUTS? in TDS terms, $TDS/pdftex/generic/encoding $TDS/pdftex/generic/config would do very nicely, since this would mean ordinary TeX would never see them. but the reason for having them in TEXCONFIG is that .enc files can be shared with dvips. possibly map files will be shareable too, though they are not at present so the logic to me would be to search for encoding files in TEXCONFIG, and .map/.cfg files under TEXINPUTS sebastian From owner-pdftex@tug.org Fri Jan 16 05:05:20 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA14580 for ; Fri, 16 Jan 1998 05:05:19 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id GAA04740 for pdftex-list; Fri, 16 Jan 1998 06:48:40 -0500 Received: from aragorn.ics.muni.cz (ns.muni.cz [147.251.4.33]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id GAA04737 for ; Fri, 16 Jan 1998 06:48:39 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id MAA16315; Fri, 16 Jan 1998 12:51:07 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id MAA21057; Fri, 16 Jan 1998 12:51:28 +0100 (MET) From: Han The Thanh Message-Id: <199801161151.MAA21057@anxur.fi.muni.cz> Subject: Re: Web2C-7.2 In-Reply-To: from Olaf Weber at "Jan 15, 98 03:21:48 pm" To: infovore@xs4all.nl Date: Fri, 16 Jan 1998 12:51:28 +0100 (MET) Cc: pdftex@tug.cs.umb.edu (PDFTEX) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hi Olaf, can you please recommend where to put the rutine to read config file for pdftex. It should be done *after* primitives initialization and format loading, but *before* tex reads any input command. Thanks. Thanh From owner-pdftex@tug.org Fri Jan 16 05:52:36 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA15318 for ; Fri, 16 Jan 1998 05:52:35 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id HAA04953 for pdftex-list; Fri, 16 Jan 1998 07:39:25 -0500 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id HAA04950 for ; Fri, 16 Jan 1998 07:39:20 -0500 Received: from mozart.ujf-grenoble.fr (mozart.ujf-grenoble.fr [193.54.241.5]) by ujf.ujf-grenoble.fr (8.8.5/8.8.5) with ESMTP id NAA07756 for ; Fri, 16 Jan 1998 13:41:52 +0100 (MET) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id NAA27944; Fri, 16 Jan 1998 13:47:38 +0100 (MET) Date: Fri, 16 Jan 1998 13:47:38 +0100 (MET) Message-Id: <199801161247.NAA27944@mozart.ujf-grenoble.fr> From: Thierry Bouche To: pdftex@tug.cs.umb.edu (PDFTEX) Subject: Re: map file syntax X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-pdftex@tug.org Precedence: bulk Concernant « Re: map file syntax », Sebastian Rahtz écrit : « so the logic to me would be to search for encoding files in TEXCONFIG, « and .map/.cfg files under TEXINPUTS there is at least a good reason not to do so. I have personnally a TEXCONFIG that says : look first in the current directory, then in my HOME directory, then somewhere under TEXMF/dvips. (TEXMF being twofold, in my case) I do not want (pdf)tex try to compile some .enc or .map file, nor to compile something in my home directory when i'm not there! Whereas i'd be very pleased to have some special .cfg/.map files in certain directories where i do very special things, my own default settings in my home directory, and worldwide default settings under TEXMF. This would fit also the features demanded by Hans Hagen (without command line options). In other words, i understant that TEXINPUTS may be perverted for search paths related to non-tex engines as gsftopk, but _not_ for some flavour of a tex engine. Why not have TEXCONFIG.pdftex differ from TEXCONFIG.dvips ? Then TEXCONFIG would loose its TEX meaning as TEXINPUTS has already done, and this would justify the name afterwards. Comments? Thierry Bouche. ----- thierry.bouche@ujf-grenoble.fr http://www-fourier.ujf-grenoble.fr/~bouche/ From owner-pdftex@tug.org Fri Jan 16 05:54:08 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA15351 for ; Fri, 16 Jan 1998 05:54:07 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id HAA04906 for pdftex-list; Fri, 16 Jan 1998 07:27:58 -0500 Received: from hera.cwi.nl (hera.cwi.nl [192.16.191.1]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id HAA04903 for ; Fri, 16 Jan 1998 07:27:57 -0500 Received: from karveel.cwi.nl (karveel.cwi.nl [192.16.201.157]) by hera.cwi.nl with ESMTP id NAA28281 for ; Fri, 16 Jan 1998 13:29:53 +0100 (MET) Received: by karveel.cwi.nl id NAA09536; Fri, 16 Jan 1998 13:29:52 +0100 (MET) To: thanh@informatics.muni.cz Cc: pdftex@tug.cs.umb.edu Subject: Re: Web2C-7.2 Reply-To: infovore@xs4all.nl References: <199801161151.MAA21057@anxur.fi.muni.cz> Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII From: Olaf Weber Date: 16 Jan 1998 13:29:51 +0100 Message-ID: Lines: 15 X-Mailer: Gnus v5.4.61/Emacs 19.34 Sender: owner-pdftex@tug.org Precedence: bulk Han The Thanh writes: > can you please recommend where to put the rutine to read config file > for pdftex. It should be done *after* primitives initialization and > format loading, but *before* tex reads any input command. Thanks. Good question. Assuming that this has to implemented by changes to the web files, I'd look at section 51.1337 of tex.web, the @ part. Note that this is already extensively changed by Web2C. An alternative would be to insert your code in 51.1332 (around line 24221), immediately after that piece of code has been called. This section too is changed by Web2C. -- Olaf Weber From owner-pdftex@tug.org Fri Jan 16 07:00:02 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA16482 for ; Fri, 16 Jan 1998 07:00:01 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id IAA05116 for pdftex-list; Fri, 16 Jan 1998 08:24:53 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id IAA05113 for ; Fri, 16 Jan 1998 08:24:52 -0500 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 NAA29388; hop 0; Fri, 16 Jan 1998 13:25:01 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Fri, 16 Jan 1998 13:21:13 +0000 Date: Fri, 16 Jan 1998 13:14:22 +0000 Message-ID: <346-Fri16Jan1998131422+0000-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 7 Q) From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) To: pdftex@tug.cs.umb.edu Subject: where to find .enc and .map files Sender: owner-pdftex@tug.org Precedence: bulk Thierry Bouche says > Why not have TEXCONFIG.pdftex differ from TEXCONFIG.dvips ? Then > TEXCONFIG would loose its TEX meaning as TEXINPUTS has already done, > and this would justify the name afterwards. by this logic, dvips could search in TEXINPUTS.dvips :-} the problems with TEXCONFIG.pdftex and TEXCONFIG.dvips is that there is no *default* for TEXCONFIG, since it isnt a general concept. perhaps we need: FONTCONFIG: .map files, .enc files, for any one who reads such stuff (ie dvips and pdftex at present). TEXPSHEADERS: dvips .pro files *only*, since these are PS specific. also perhaps MM stubs T1FONTS: .pfb files TTFONTS: .ttf files and leave TEXINPUTS to contain pdftex's config file this would require a change in dvips to separate encoding and map files from .pro files. sebastian From owner-pdftex@tug.org Fri Jan 16 07:20:30 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA16855 for ; Fri, 16 Jan 1998 07:20:29 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id JAA05261 for pdftex-list; Fri, 16 Jan 1998 09:03:41 -0500 Received: from aragorn.ics.muni.cz (ns.muni.cz [147.251.4.33]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id JAA05258 for ; Fri, 16 Jan 1998 09:03:39 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id PAA25122; Fri, 16 Jan 1998 15:06:02 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id PAA01786; Fri, 16 Jan 1998 15:06:26 +0100 (MET) From: Han The Thanh Message-Id: <199801161406.PAA01786@anxur.fi.muni.cz> Subject: Re: Web2C-7.2 In-Reply-To: from Olaf Weber at "Jan 16, 98 01:29:51 pm" To: infovore@xs4all.nl Date: Fri, 16 Jan 1998 15:06:26 +0100 (MET) Cc: pdftex@tug.cs.umb.edu (PDFTEX) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk > Good question. Assuming that this has to implemented by changes to > the web files, I'd look at section 51.1337 of tex.web, the @ first line...> part. Note that this is already extensively changed by > Web2C. An alternative would be to insert your code in 51.1332 (around > line 24221), immediately after that piece of code has been called. > This section too is changed by Web2C. another question: shoud the config file be read in init mode? Thanh From owner-pdftex@tug.org Fri Jan 16 08:50:19 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA18816 for ; Fri, 16 Jan 1998 08:50:14 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id KAA05615 for pdftex-list; Fri, 16 Jan 1998 10:35:28 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id KAA05612 for ; Fri, 16 Jan 1998 10:35:23 -0500 Received: from hagen (zl51.pi.net [145.220.204.51]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id QAA15461; Fri, 16 Jan 1998 16:38:00 +0100 (MET) Posted-Date: Fri, 16 Jan 1998 16:38:00 +0100 (MET) Message-ID: <34BF80B3.55F4@pi.net> Date: Fri, 16 Jan 1998 16:45:55 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: pdftex@tug.cs.umb.edu, taco.hoekwater@wkap.nl CC: pragma@pi.net Subject: Re: object conceptual problem/etex References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Taco Hoekwater wrote: > I hope someone is willing to verify my assessment of the problem, since > I have a hard time just understanding the problem (call me stupid, but > at least I'm not chicken). Basically everything in pdf is an object. One special kind of object is the so called form (not to be misunderstood for fill in forms, which in pdf are also called forms; infact: when I was writing support for fill in forms, I had to use a lot of forms (objects). Still got it?) > It seems that there are both objects and object-references. > object, but I don't think this matters much>. The status of an object > is a lot like a \setbox command, yes? It exists in memory until it goes > out of scope. Then there are object-references, that refer to one of > those things This would be a nice new tex feature (and quite logical when etex gives us >256 boxes). Unfortunately every \copy0 results in another copy to the dvi file, but one can think of reuse there too. (In fact a character in a font is such a reusable object). > If this is the case, then why not write a complete analog of TeX's > commands so you can do: > > \newobj\myobj > \setobj\myobj={....} > \global\setobj\myobj={...} > \obj\myobj % flushes the memory > \useobj\myobj \useobj can flush the memory automatically at the first real use of the object. global can be implicit, because one can just do a new \newobj, so the next will: \newobj: allocates a abstract pointer \setobj: assigns the content \useobj: gets the content during shipout and resolves the reference That way, the memory will not fill that much because most of the time objects are flushed rathr soon and when we say: \newobj\name \setobj\name \useobj\name a second (eg after the trial run): \newobj\name just frees the memory Thanh, can objects be implemented this way? The current implementation is very pdf oriented, but this one more natural. Technically it comes to (1) saving the content and (2) keeping track of referencing. (If you want to see the problem: take a look at: core-01d: implements object support spec-dvi: uses tex boxes spec-pdf: uses pdfmarks spec-tpd: uses pdftex objects supp-mps: shows an example of object reuse you've got the files) Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Fri Jan 16 08:55:44 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA18925 for ; Fri, 16 Jan 1998 08:55:43 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id KAA05693 for pdftex-list; Fri, 16 Jan 1998 10:49:07 -0500 Received: from vms.rhbnc.ac.uk (alpha1.rhbnc.ac.uk [134.219.201.113]) by tug.cs.umb.edu (8.8.5/8.8.5) with SMTP id KAA05690 for ; Fri, 16 Jan 1998 10:49:05 -0500 Date: Fri, 16 Jan 1998 15:51:34 GMT From: Philip Taylor (RHBNC) Reply-To: P.Taylor@vms.rhbnc.ac.uk To: pragma@pi.net CC: PDFTEX@TUG.CS.UMB.EDU, TACO.HOEKWATER@wkap.nl, CHAA006@vms.rhbnc.ac.uk Message-Id: <980116155134.1175d@vms.rhbnc.ac.uk> Subject: Re: object conceptual problem/etex Sender: owner-pdftex@tug.org Precedence: bulk > If this is the case, then why not write a complete analog of TeX's > commands so you can do: > > \newobj\myobj > \setobj\myobj={....} > \global\setobj\myobj={...} > \obj\myobj % flushes the memory > \useobj\myobj Bearing in mind Hans' subsequent comments, my main reaction (apart >From applauding the idea :-)) is to point out that \new... is actually layered on TeX in the format file: all that TeX provides is \...def, where the user (or format) is responsible for keeping track of the ordinal of the thing being allocated. To keep pdfTeX true to TeX's ancestry, pdfTeX should follow this if at all possible: so my question to Hans, Taco, Thanh et al is: are 32768 objects sufficient, if clever housekeeping can re-cycle the no-longer-necessary ones? [And just to bring a smile to Hans' face, I should add that I did not pick the number 32768 out of the air: it is _just_ possible that a future version of e-TeX might have as many as 32768 boxes/skips/dimens/ /counts/marks/...] ** Phil. From owner-pdftex@tug.org Fri Jan 16 09:00:33 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA19050 for ; Fri, 16 Jan 1998 09:00:32 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id KAA05669 for pdftex-list; Fri, 16 Jan 1998 10:47:25 -0500 Received: from aragorn.ics.muni.cz (aragorn.ics.muni.cz [147.251.4.33]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id KAA05665 for ; Fri, 16 Jan 1998 10:47:23 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id QAA02112 for ; Fri, 16 Jan 1998 16:49:52 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id QAA08048 for pdftex@tug.cs.umb.edu; Fri, 16 Jan 1998 16:50:13 +0100 (MET) From: Han The Thanh Message-Id: <199801161550.QAA08048@anxur.fi.muni.cz> Subject: page dimensions To: pdftex@tug.cs.umb.edu (PDFTEX) Date: Fri, 16 Jan 1998 16:50:13 +0100 (MET) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hi all, considering to the problem with page dimensions of pdftex output: 1) if \pdfpagewidth is not zero when a page is shiping, then the current page will have the current value of \pdfpagewidth. 2) if \pdfpagewidth is zero when a page is shipping, then the current page will have the width as "width_of_box_being_shipped + 2(1inch + hoffset)" The same for page height. Values from config file are treated just as specification of \pdfpagewidth (\pdfpageheight) before input. Any suggestions? Thanh From owner-pdftex@tug.org Fri Jan 16 09:02:34 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA19204 for ; Fri, 16 Jan 1998 09:02:33 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id KAA05672 for pdftex-list; Fri, 16 Jan 1998 10:47:27 -0500 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id KAA05668 for ; Fri, 16 Jan 1998 10:47:25 -0500 Received: from mozart.ujf-grenoble.fr (mozart.ujf-grenoble.fr [193.54.241.5]) by ujf.ujf-grenoble.fr (8.8.5/8.8.5) with ESMTP id QAA21368; Fri, 16 Jan 1998 16:49:51 +0100 (MET) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id QAA06494; Fri, 16 Jan 1998 16:55:38 +0100 (MET) Date: Fri, 16 Jan 1998 16:55:38 +0100 (MET) Message-Id: <199801161555.QAA06494@mozart.ujf-grenoble.fr> From: Thierry Bouche To: s.rahtz@elsevier.co.uk (Sebastian Rahtz) Cc: pdftex@tug.cs.umb.edu Subject: Re: where to find .enc and .map files In-Reply-To: <346-Fri16Jan1998131422+0000-s.rahtz@elsevier.co.uk> References: <346-Fri16Jan1998131422+0000-s.rahtz@elsevier.co.uk> X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-pdftex@tug.org Precedence: bulk Concernant « where to find .enc and .map files », Sebastian Rahtz écrit : « and leave TEXINPUTS to contain pdftex's config file maybe i didn't explain clearly the main problem with this. i'd like to have three levels of search for config files, in a predictable way; and i do not want that it interfers with the way tex inputs are searched. TEXINPUTS.pdftex should only be used for tex files and maybe pdf or png pictures. I do not want that some (e.g.) test hpdftex.cfg file be found before the normal one because it was left in my home directory and pdftex looks in this directory for config files _thus_ for tex files too. in essence, there are very few config files, all with the same name, only discriminated by the path, and many many tex files, with many redondant names (how many input.tex and test.tex around?) that are discriminated under another logic. Thierry Bouche. ----- thierry.bouche@ujf-grenoble.fr http://www-fourier.ujf-grenoble.fr/~bouche/ From owner-pdftex@tug.org Fri Jan 16 09:14:16 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA19490 for ; Fri, 16 Jan 1998 09:14:14 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id LAA05763 for pdftex-list; Fri, 16 Jan 1998 11:06:02 -0500 Received: from vms.rhbnc.ac.uk (alpha1.rhbnc.ac.uk [134.219.201.113]) by tug.cs.umb.edu (8.8.5/8.8.5) with SMTP id LAA05760 for ; Fri, 16 Jan 1998 11:06:00 -0500 Date: Fri, 16 Jan 1998 16:08:43 GMT From: Philip Taylor (RHBNC) Reply-To: P.Taylor@vms.rhbnc.ac.uk To: thanh@informatics.muni.cz CC: PDFTEX@TUG.CS.UMB.EDU, CHAA006@vms.rhbnc.ac.uk Message-Id: <980116160843.1175d@vms.rhbnc.ac.uk> Subject: RE: page dimensions Sender: owner-pdftex@tug.org Precedence: bulk >> considering to the problem with page dimensions of pdftex output: >> >> 1) if \pdfpagewidth is not zero when a page is shiping, then the current page >> will have the current value of \pdfpagewidth. >> >> 2) if \pdfpagewidth is zero when a page is shipping, then the current page will >> have the width as "width_of_box_being_shipped + 2(1inch + hoffset)" >> >> The same for page height. >> >> Values from config file are treated just as specification of \pdfpagewidth >> (\pdfpageheight) before input. >> >> Any suggestions? Not sure if the above is summarising the current position or making a proposal: if the latter, then the one thing I would suggest is that the algorithm is so simple that the effort of computing it in TeX is trivial: I therefore propose that you might consider expressing the algorithm as a TeX macro, thereby allowing the user complete flexibility jn case some unforseen circumstance proves that the formula proposed is sub-optimal. Comments? ** Phil. From owner-pdftex@tug.org Fri Jan 16 09:59:01 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA20920 for ; Fri, 16 Jan 1998 09:59:00 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id LAA05923 for pdftex-list; Fri, 16 Jan 1998 11:48:21 -0500 Received: from kappa.camnet.com (kappa.camnet.com [208.145.80.10]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id LAA05920 for ; Fri, 16 Jan 1998 11:48:20 -0500 From: Martin_Hosken@sil.org Message-Id: <199801161648.LAA05920@tug.cs.umb.edu> Date: Fri, 16 Jan 1998 10:46 -0500 (EST) Subject: Re:where to find .enc and .map files To: pdftex@tug.cs.umb.edu MIME-version: 1.0 Content-type: TEXT/PLAIN Sender: owner-pdftex@tug.org Precedence: bulk Dear Sebastian, >From a new boy on the block. I apologise in advance if my comments show how little I know. >perhaps we need: >TTFONTS: .ttf files It would be really nice if upon installation, pdftex could work out where all my installed .ttf files were without me having to tell it. The information is freely available from the registry (Win95 & WinNT), or in the case of Win95 in the Windows\fonts directory (don't forget to follow the shortcuts). Sorry, don't know where it is in NT. I realise that this is a totally Windows centric response and maybe a separate program can be used to help keep pdftex in sync with Windows. But I really don't want to have to copy all my TTF fonts into other directories just so that pdftex can see them. Thanks guys for the excellent work you are doing. Martin Hosken From owner-pdftex@tug.org Fri Jan 16 10:40:53 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA21914 for ; Fri, 16 Jan 1998 10:40:51 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id MAA06086 for pdftex-list; Fri, 16 Jan 1998 12:33:38 -0500 Received: from mailhost.lanl.gov (mailhost.lanl.gov [128.165.3.12]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id MAA06083 for ; Fri, 16 Jan 1998 12:33:36 -0500 Received: from qcd.lanl.gov (qcd.lanl.gov [128.165.23.46]) by mailhost.lanl.gov (8.8.8/(cic-5, 10/28/97)) with SMTP id KAA23484; Fri, 16 Jan 1998 10:36:23 -0700 (MST) Received: by qcd.lanl.gov (SMI-8.6/SMI-SVR4) id KAA23857; Fri, 16 Jan 1998 10:31:20 -0700 Date: Fri, 16 Jan 1998 10:31:20 -0700 Message-Id: <199801161731.KAA23857@qcd.lanl.gov> From: Tanmoy Bhattacharya To: Hans Hagen Cc: pdftex@tug.cs.umb.edu, Han The Thanh Subject: Re: object conceptual problem/etex In-Reply-To: <34BF24FF.7E08@pi.net> References: <199801151158.MAA05870@anxur.fi.muni.cz> <34BE2750.4145@pi.net> <199801151657.JAA22913@qcd.lanl.gov> <34BF24FF.7E08@pi.net> Sender: owner-pdftex@tug.org Precedence: bulk In <34BF24FF.7E08@pi.net> dated 10:14:39 +0100 Fri January 16, 1998, Hans Hagen writes > > So, pdftex needs to make sure that if an object has been generated it > > has a number immediately, and if a number is used, the corresponding > > object is output immediately. The conceptually simplest model for this > > would have been > > 1) Store the object definition in memory when a pdfform is used (in > > whatever format: a TeX box, the raw pdf that needs to be dumped > > etc.) > > 2) During shipout, keep track of every object which is used. > > 3) Output these objects to the pdf file from memory (if not already > > output), and reclaim the memory. > > This, however, can make serious demands on core memory: I do not know > > exactly *how* serious that is in practice. It would depend a lot on > > the macro writers. However, this scheme has none of the problems that > > were raised before. > > This only works 100% if the objects generated in a trial run are the same as in > the definitive one! The main problem lays in dynamically created objects. More > on that later. Unless I am misunderstanding what you are saying, I don't agree. Note that in my suggestion it is the shipout which is looking for objects used. So, you may do whatever you want with objects: they never appear in the pdf file till the page is actually shipped out. I explain below. > Indeed. But normally the object mechanism is kind of transparant and not split I agree. > > Now what actually happens is that when \setupfootnote is called, the line is > preprocessed to determine the height, which is to be taken into account in the > footnote insert mechanism (page break calculation). The line is put in a box, > but that box is discaded. But: the reference is generated because it's > done global! > > In pdftex, this is no real problem, because the object is output nevertheless, > but when using pdfmarks in the dvi-ps-pdf trajectory, the specials and content > is never output! Therefore, Acrobat Distiller reports an error and aborts. > What I am suggesting in pdftex is not to automatically place the object in the pdf file: rather hold it in memory. During shipout, the program will notice that the object is actually used, and will dump the stuff onto the pdf file. The pdfmark needs a different strategy, I do not deal with that here. > > So what can we conclude. The current pdftex method is indeed a safe one, but > can lead to redundant objects when they are generated in a loop. The pdftex > method is not compatible with the distiller road (using specials), which is > rather unsafe. The 'most natural way of doing things' described by Tanmoy has > the benefit of efficiency but also suffers from the same problem as the > distiller one. > I don't think so. > > Another solution would be an indirect global definition: > > \setbox{.. \outerglobal\def\SomeObject{\the\pdflastform} ...} > > where the \def is indeed executed inside the box, but only vissible outside > when the content is used. Of course one could prohibit object generation with > something like \holdingobjects (which nills all objects generating macros), but > we would end up with lots of calls to this macro and probably forget many. > I don't understand this proposal. Consider: \vbox{ \hbox{\outerglobal\def\SomeObject{\the\pdflastform}} \hbox{\pdfform\SomeObject} \setbox0=\lastbox\setbox1=\lastbox \box1 } The question is whether in the second hbox SomeObject is defined or not? I think because of TeX's facility of removing things from a box, we cannot meaningfully have delayed definitions. > In pdf one can mark objects as being superseded by using the second number in > the reference. Now what if pdftex gives us control over that! > > \pdfreform > > This one can act like \pdfform but supersedes a previous one. As far as > I know Exchange can/will filter this previous, now redundant, one out! This > permits not only implementing a more robust object support, but also enables us > to redefine an object, depending on something we met when typesetting the > document. One could even use fake objects al through the document and generate > the proper ones at the end. The reference to the object (i.e. its use) also requires the generation number: so more thought needs to go into this. In <34BF80B3.55F4@pi.net> dated 16:45:55 +0100 Fri January 16, 1998, Hans Hagen writes > \useobj can flush the memory automatically at the first real use of > the object. global > can be implicit, because one can just do a new \newobj, so the next will: > > \newobj: allocates a abstract pointer > \setobj: assigns the content > \useobj: gets the content during shipout and resolves the reference This is conceptually the same as \setobj\name ---> create an object, \name=\pdflastform \useobj\name ---> \pdfform\name and so the standard mechanism can already be redefined into this strategy. (We do not need a \newobj: in fact, in \newsomething is just done by the macropackage). Macropakage writers will do well to supply these macros. Thus the procedure is: 1) \pdfform\name puts a whatsit into the list. 2) During shipout, a list of all the whatsits that appear is made. 3) The corresponding objects if they are still in memory are flushed out to the pdf file, and the memory reclaimed. The only problem is the interpretation of \newobj\name \setobj\name{\hbox{first}} \hbox{\useobj\name} \setobj\name{\hbox{second}} \hbox{\useobj\name} Now, is this equivalent to \hbox{first} \hbox{second}, or to \hbox{second} \hbox{second}? The first is slightly more difficult to implement, but the second would really surprise users. The sond also has the disadvantage that if the object has already been flushed to the pdf file, it suddenly becomes \hbox{first} \hbox{first} instead! Note that the simple way out of this would be to disallow \setobj\name if the object is already defined, but see later. Incidentally, I would also like to see an \objused\name: a whatsit that tells the shipout process that the corresponding object has been used (maybe in a pdfliteral) and hence should be written out to the pdf file. (I thought about a \fontused{fontname}{list of characters, empty means all} in the days I was playing with graphics inclusion. It had too much of a `hacky' feeling about it. Here, however, I think it is natural.) > > That way, the memory will not fill that much because most of the time objects are > flushed rathr soon and when we say: > > \newobj\name > \setobj\name > \useobj\name > > a second (eg after the trial run): > > \newobj\name > > just frees the memory I don't like this. `One simple job for every primitive'. (Basically, I like the \name in \newobj to always be replaceable by another name: it should not matter whether the same name was used before.) The problem is basically what should one do about \ifchoice\count5=1\else\count5=0\fi \newobj\name \setobj\name{\hbox{first}} \setbox0=\hbox{\useobj\name} \ifdim\dp0>0 \setobj\name{\hbox{second}} \setbox1=\hbox{\useobj\name} \fi \box\count5 As I already pointed out, allowing a second \setobj when one is active is not completely satisfactory. But, how can we allow the equivalent of the above? (Note that it is not enough to insist on a \newobj\name in the ifdim: if a newobj frees memory, we are in trouble if \ifchoice was \iffalse to start with!) This is the reason I do not like this route. \pdflastform is, I think, better. Basically, whenever a form is defined, it gets a number but is not flushed out. This number can be asked for (\pdflastform), and used (\pdfform), but no guarantees are made that the pdf file knows about the form unless it is actually used. (Note that pdftex can delay the decision as long as its memory permits: the objects don't have to be dumped in any particular order. Also, if some obj numbers are never used, so what? Of course, there is a penalty for such unused objects (about 15 bytes of pdf file space per unused object), so they should not be misused. Also, the maximum number of objects in a pdf file is limited: but any macro package that hits the limit ought to be rewritten. Cheers Tanmoy From owner-pdftex@tug.org Fri Jan 16 11:44:22 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id LAA23506 for ; Fri, 16 Jan 1998 11:44:21 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id NAA06311 for pdftex-list; Fri, 16 Jan 1998 13:36:14 -0500 Received: from smtp1.xs4all.nl (smtp1.xs4all.nl [194.109.6.51]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id NAA06308 for ; Fri, 16 Jan 1998 13:36:12 -0500 Received: from infovore (root@dne01-06.dial.xs4all.nl [194.109.35.7]) by smtp1.xs4all.nl (8.8.6/XS4ALL) with ESMTP id TAA05396 for ; Fri, 16 Jan 1998 19:38:58 +0100 (MET) Received: by infovore id m0xtGXv-000dbuC (Debian Smail-3.2 1996-Jul-4 #2); Fri, 16 Jan 1998 19:31:11 +0100 (CET) To: pdftex@tug.cs.umb.edu Subject: Re: where to find .enc and .map files References: <346-Fri16Jan1998131422+0000-s.rahtz@elsevier.co.uk> Mime-Version: 1.0 (generated by tm-edit 7.105) Content-Type: text/plain; charset=US-ASCII From: Olaf Weber Date: 16 Jan 1998 19:31:10 +0100 In-Reply-To: s.rahtz@elsevier.co.uk's message of "Fri, 16 Jan 1998 13:14:22 +0000" Message-ID: <87n2gwclu9.fsf@xs4all.nl> Lines: 62 X-Mailer: Gnus v5.4.66/Emacs 19.34 Sender: owner-pdftex@tug.org Precedence: bulk Sebastian Rahtz writes: > Thierry Bouche says >> Why not have TEXCONFIG.pdftex differ from TEXCONFIG.dvips ? Then >> TEXCONFIG would loose its TEX meaning as TEXINPUTS has already done, >> and this would justify the name afterwards. > by this logic, dvips could search in TEXINPUTS.dvips :-} > the problems with TEXCONFIG.pdftex and TEXCONFIG.dvips is that there > is no *default* for TEXCONFIG, since it isnt a general concept. To be precise, $TEXCONFIG is where dvips looks for its config files, that is, the ones named config.. I'm not convinced that using it for anything else is such a bright idea. The current situation is that $TEXPSHEADERS is used for PDFTeX's .enc and .map files. > perhaps we need: > FONTCONFIG: .map files, .enc files, for any one who reads such stuff > (ie dvips and pdftex at present). I'm thinking along the line of using $TEXFONTMAPS for all the .map files -- in the long term. (Currently psfonts.map is special-cased.) A unified format for the *.map files would be nice, but as long the various programs can tell their maps apart, this is not _really_ necessary. Instead of the current $TEXMF/fontname, $TEXMF/fonts/map could be used. (Or just added.) > TEXPSHEADERS: dvips .pro files *only*, since these are PS > specific. also perhaps MM stubs I'd put the .enc files in this category, with (perhaps) a preferred location of $TEXMF/psheader. This because the .enc files are in fact snatches of PostScrip code (or am I way off base here). The dvips-specific prologues would be added by having a special TEXPSHEADERS.dvips which would add $TEXMF/dvips// to the path. > T1FONTS: .pfb [and .pfa] files > TTFONTS: .ttf [and .ttc] files > and leave TEXINPUTS to contain pdftex's config file I agree that the config file should be treated as an "ordinary" PDFTeX input file. > this would require a change in dvips to separate encoding and map > files from .pro files. Perhaps we should separate map files from encoding vectors and prologues instead. It might be useful let a bit of this conversation spill over to the twg-tds list, in case they happen to have some useful input. -- Olaf Weber From owner-pdftex@tug.org Fri Jan 16 11:45:53 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id LAA23531 for ; Fri, 16 Jan 1998 11:45:51 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id NAA06306 for pdftex-list; Fri, 16 Jan 1998 13:36:10 -0500 Received: from smtp1.xs4all.nl (smtp1.xs4all.nl [194.109.6.51]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id NAA06303 for ; Fri, 16 Jan 1998 13:36:09 -0500 Received: from infovore (root@dne01-06.dial.xs4all.nl [194.109.35.7]) by smtp1.xs4all.nl (8.8.6/XS4ALL) with ESMTP id TAA05368; Fri, 16 Jan 1998 19:38:51 +0100 (MET) Received: by infovore id m0xtGF1-000d2DC (Debian Smail-3.2 1996-Jul-4 #2); Fri, 16 Jan 1998 19:11:39 +0100 (CET) To: pdftex@tug.cs.umb.edu, Han The Thanh Subject: Re: Web2C-7.2 References: <199801161406.PAA01786@anxur.fi.muni.cz> Mime-Version: 1.0 (generated by tm-edit 7.105) Content-Type: text/plain; charset=US-ASCII From: Olaf Weber Date: 16 Jan 1998 19:11:38 +0100 In-Reply-To: Han The Thanh's message of "Fri, 16 Jan 1998 15:06:26 +0100 (MET)" Message-ID: <87oh1ccmqt.fsf@xs4all.nl> Lines: 12 X-Mailer: Gnus v5.4.66/Emacs 19.34 Sender: owner-pdftex@tug.org Precedence: bulk Han The Thanh writes: > another question: shoud the config file be read in init mode? I don't have the answer to that one, but there a few things to consider: would the contents of config files affect the dumped format? If not, reading them won't cause problems, so you might as well do it. If they do have an effect however, you'll have to decide whether it is desirable to do so. -- Olaf Weber From owner-pdftex@tug.org Fri Jan 16 12:42:20 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id MAA24867 for ; Fri, 16 Jan 1998 12:42:18 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id OAA06555 for pdftex-list; Fri, 16 Jan 1998 14:37:02 -0500 Received: from smtp1.xs4all.nl (smtp1.xs4all.nl [194.109.6.51]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id OAA06552 for ; Fri, 16 Jan 1998 14:37:00 -0500 Received: from infovore (root@dne01-22.dial.xs4all.nl [194.109.35.23]) by smtp1.xs4all.nl (8.8.6/XS4ALL) with ESMTP id UAA22034 for ; Fri, 16 Jan 1998 20:39:44 +0100 (MET) Received: by infovore id m0xtGzy-000d2XC (Debian Smail-3.2 1996-Jul-4 #2); Fri, 16 Jan 1998 20:00:10 +0100 (CET) To: pdftex@tug.cs.umb.edu Subject: Re: where to find .enc and .map files References: <199801161648.LAA05920@tug.cs.umb.edu> Mime-Version: 1.0 (generated by tm-edit 7.105) Content-Type: text/plain; charset=US-ASCII From: Olaf Weber Date: 16 Jan 1998 20:00:09 +0100 In-Reply-To: Martin_Hosken@sil.org's message of "Fri, 16 Jan 1998 10:46 -0500 (EST)" Message-ID: <87lnwgckhy.fsf@xs4all.nl> Lines: 33 X-Mailer: Gnus v5.4.66/Emacs 19.34 Sender: owner-pdftex@tug.org Precedence: bulk Martin Hosken writes: >> perhaps we need: >> TTFONTS: .ttf files > It would be really nice if upon installation, pdftex could work out > where all my installed .ttf files were without me having to tell > it. The information is freely available from the registry (Win95 & > WinNT), or in the case of Win95 in the Windows\fonts directory > (don't forget to follow the shortcuts). Sorry, don't know where it > is in NT. This is basically a problem for whoever writes tries to automate the Win95/WinNT installation (i.e., for Fabrice and company as far as Web2C is concerned). > I realise that this is a totally Windows centric response and maybe > a separate program can be used to help keep pdftex in sync with > Windows. But I really don't want to have to copy all my TTF fonts > into other directories just so that pdftex can see them. If you're using a version of Web2C, you do not need to copy the fonts. Instead you could change the definition of TTFONTS in texmf.cnf from TTFONTS = $TEXMF/fonts//truetype// to TTFONTS = {$TEXMF/fonts/truetype;/win/fonts}// On a UNIX box, I'd probably create the truetype subtree populate it with the relevant symlinks. -- Olaf Weber From owner-pdftex@tug.org Fri Jan 16 12:59:30 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id MAA25292 for ; Fri, 16 Jan 1998 12:59:29 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id OAA06621 for pdftex-list; Fri, 16 Jan 1998 14:52:34 -0500 Received: from krypton.hksys.com (dns.hksys.com [206.222.220.16]) by tug.cs.umb.edu (8.8.5/8.8.5) with SMTP id OAA06617 for ; Fri, 16 Jan 1998 14:52:33 -0500 Received: from hksys.com by krypton.hksys.com with smtp (NeXTSTEP Smail3.1.28.1 #30) id m0xtHrI-00087tC; Fri, 16 Jan 98 13:55 CST Message-ID: <34BFBB21.45FA4238@hksys.com> Date: Fri, 16 Jan 1998 13:55:13 -0600 From: "Jeremy R. Bettis" Organization: Hickman-Kenyon Systems, Inc. X-Mailer: Mozilla 4.04 [en] (WinNT; I) MIME-Version: 1.0 To: pdftex@tug.cs.umb.edu Subject: Re: where to find .enc and .map files References: <199801161648.LAA05920@tug.cs.umb.edu> <87lnwgckhy.fsf@xs4all.nl> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------msC720151614D0ED15A2A30B8E" Sender: owner-pdftex@tug.org Precedence: bulk This is a cryptographically signed message in MIME format. --------------msC720151614D0ED15A2A30B8E Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit > Martin Hosken writes: > > > > It would be really nice if upon installation, pdftex could work out > > where all my installed .ttf files were without me having to tell > > it. The information is freely available from the registry (Win95 & > > WinNT), or in the case of Win95 in the Windows\fonts directory > > (don't forget to follow the shortcuts). Sorry, don't know where it > > is in NT. > In NT they are in %SystemRoot%/Fonts and there are no shortcuts on my machine, I don't know it there can be. Just ttf and fon files. -- Jeremy Bettis Hickman-Kenyon Systems, Inc. jeremy@hksys.com OpenStep Tips & Hacks page at http://jeremy.hksys.com/openstep/ --------------msC720151614D0ED15A2A30B8E Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIILAQYJKoZIhvcNAQcCoIIK8jCCCu4CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC CR8wggKNMIIB9qADAgECAgIGKjANBgkqhkiG9w0BAQQFADCBvjELMAkGA1UEBhMCWkExFTAT BgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3 dGUgQ29uc3VsdGluZzEoMCYGA1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lv bjE+MDwGA1UEAxM1VGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgS2V5IDE5OTcu MDYuMjQgMDg6MjcwHhcNOTgwMTA4MTMxMzMxWhcNOTkwMTA4MTMxMzMxWjBCMR8wHQYDVQQD ExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMR8wHQYJKoZIhvcNAQkBFhBqZXJlbXlAaGtzeXMu Y29tMFwwDQYJKoZIhvcNAQEBBQADSwAwSAJBAN4dyF01dJyWO9one1W7UdEay+MOz6ezoNds /e7A5vcVGw0q4TFp978WyPgoZie01geLZr4+FoxQvZFtO/szUGUCAwEAAaNZMFcwFAYJYIZI AYb4QgEBAQH/BAQDAgWgMA4GA1UdDwEB/wQEAwIFoDAhBgNVHSMEGjAYoBYEFMJx0BEApfHb aQwXvIp8kgkAuLVZMAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEEBQADgYEAAG9YNB+7JAhe d6QtlsOcBDjMinfc1UW1zH5l25Zil6vPxdKpD28PLjCEHT/706hd63oqZCca2yxzAPHbJJo8 64I6mZQMsWsAICF6DjF/F4iXnZWeOwFv5ghHu41Giu0yBaKMCblk41+4Wy4ryvWPK9sS3dvZ 1iSM4Nzw9pu2ZB0wggNZMIICwqADAgECAgEFMA0GCSqGSIb3DQEBBAUAMIHRMQswCQYDVQQG EwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNV BAoTEVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2Vz IERpdmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkq hkiG9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNOTcwNjI0MDgyOTMz WhcNOTgwNjI0MDgyOTMzWjCBvjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2Fw ZTESMBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYG A1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjE+MDwGA1UEAxM1VGhhd3Rl IFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgS2V5IDE5OTcuMDYuMjQgMDg6MjcwgZ8wDQYJ KoZIhvcNAQEBBQADgY0AMIGJAoGBAJgYiFhViBGNCplb5mIOauUgdZ8oAFeyoWt/iOsh1m3/ Aot1ftApmKtZEQK5ICnC9zqWjkSiSJcyuitl01JpMsyKFZqAJ3fhhbnb0xGQpb5rGHdZ6Qdb xMwX8MkSYGPszXLKxaTk0wkjF2tSGGNz7uBAplMRbJLl+ZdgIMVmPTs/AgMBAAGjUjBQMBIG A1UdEwEB/wQIMAYBAf8CAQAwJAYDVR0jAQEABBowGKAWBBRyScJzNMZV9At2coF+d/SH58ay DjAUBglghkgBhvhCAQEBAf8EBAMCAAcwDQYJKoZIhvcNAQEEBQADgYEAsITfZ7JX4YZEqQ1D w6PJEtwagEpNouqQDI4v8KKljo/vpe0jEq6Bt9o22yKL259JT+cWCmVjdQZIWCMZR79D3RAs x0Pw7S3Gad5u5Fd1wKeDMLqpAJvMxede7y5aASPosn0b3NpsWn+y1hSSkrpFFVPIR5c6FzPh jxVaINTN+zkwggMtMIIClqADAgECAgEAMA0GCSqGSIb3DQEBBAUAMIHRMQswCQYDVQQGEwJa QTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoT EVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERp dmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG 9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNOTYwMTAxMDAwMDAwWhcN MjAxMjMxMjM1OTU5WjCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTES MBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYGA1UE CxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0 aGF3dGUuY29tMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDUadfUsJRkW3HpR9gMUbbq cpGwhF59LQ2PexLfhSV1KHQ6QixjJ5+Ve0vvfhmHHYbqo925zpZkGsIUbkSsfOaP6E0PcR9A OKYAo4d49vmUhl6t6sBeduvZFKNdbnp8DKVLVX8GGSl/npom1Wq7OCQIapjHsdqjmJH9edvl WsQcuQIDAQABoxMwETAPBgNVHRMBAf8EBTADAQH/MA0GCSqGSIb3DQEBBAUAA4GBAMfskn5O +PWWpWdiKqTwTRFg0G+NYFhhrCa7UjVcCM8w+6hKloofYkIjjBcP9LpknBesRynfnZhe0mxg cVyirNx54+duAEcftQ0o6AKd5Jr9E/Sm2Xyx+NxfIyYJkYBz0BQb3kOpgyXy5pwvFcr+pquK B3WLDN1RhGvk+NHOd6KBMYIBqjCCAaYCAQEwgcUwgb4xCzAJBgNVBAYTAlpBMRUwEwYDVQQI EwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENv bnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xPjA8 BgNVBAMTNVRoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIEtleSAxOTk3LjA2LjI0 IDA4OjI3AgIGKjAJBgUrDgMCGgUAoH0wGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkq hkiG9w0BCQUxDxcNOTgwMTE2MTk1NTE1WjAeBgkqhkiG9w0BCQ8xETAPMA0GCCqGSIb3DQMC AgEoMCMGCSqGSIb3DQEJBDEWBBR99sYUWT8f91aGk5iK6fzeKGsoCzANBgkqhkiG9w0BAQEF AARARpBBsSy/1jkfTxX0aQoKLSO/p7Qk673tygMXOih2Ayqb7bNghJXuVyWm2EHUmYwTusAF 8fOGoPl5Dba5v+1YnA== --------------msC720151614D0ED15A2A30B8E-- From owner-pdftex@tug.org Mon Jan 19 01:21:20 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id BAA28546 for ; Mon, 19 Jan 1998 01:21:17 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id DAA20359 for pdftex-list; Mon, 19 Jan 1998 03:10:03 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id DAA20353 for ; Mon, 19 Jan 1998 03:09:23 -0500 Received: from hagen (zl25.pi.net [145.220.204.25]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id JAA07895; Mon, 19 Jan 1998 09:10:57 +0100 (MET) Posted-Date: Mon, 19 Jan 1998 09:10:57 +0100 (MET) Message-ID: <34C30BC0.4161@pi.net> Date: Mon, 19 Jan 1998 09:16:00 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: P.Taylor@vms.rhbnc.ac.uk CC: pdftex@tug.cs.umb.edu, pragma@pi.net Subject: Re: object conceptual problem/etex References: <980116155134.1175d@vms.rhbnc.ac.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Philip Taylor (RHBNC) wrote: > Bearing in mind Hans' subsequent comments, my main reaction (apart > from applauding the idea :-)) is to point out that \new... is actually > layered on TeX in the format file: all that TeX provides is \...def, > where the user (or format) is responsible for keeping track of the Right! So \new.. will indeed be a macro instead of a prmitive. > ordinal of the thing being allocated. To keep pdfTeX true to TeX's > ancestry, pdfTeX should follow this if at all possible: so my question > to Hans, Taco, Thanh et al is: are 32768 objects sufficient, if > clever housekeeping can re-cycle the no-longer-necessary ones? > > [And just to bring a smile to Hans' face, I should add that I did not > pick the number 32768 out of the air: it is _just_ possible that a > future version of e-TeX might have as many as 32768 boxes/skips/dimens/ > /counts/marks/...] Seems more than enough to me. I was wondering if this object concept could be integrated into the box one (something \reused\setbox or \usebox) but I'm not sure about that. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Mon Jan 19 03:26:47 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA00888 for ; Mon, 19 Jan 1998 03:26:46 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id FAA20828 for pdftex-list; Mon, 19 Jan 1998 05:17:54 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id FAA20825 for ; Mon, 19 Jan 1998 05:17:53 -0500 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 KAA19292; hop 0; Mon, 19 Jan 1998 10:18:10 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Mon, 19 Jan 1998 10:14:18 +0000 Date: Fri, 16 Jan 1998 15:59:20 +0000 Message-ID: <3475-Fri16Jan1998155920+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Thierry.Bouche@ujf-grenoble.fr Cc: pdftex@tug.cs.umb.edu Subject: Re: where to find .enc and .map files In-Reply-To: <199801161555.QAA06494@mozart.ujf-grenoble.fr> References: <346-Fri16Jan1998131422+0000-s.rahtz@elsevier.co.uk> <199801161555.QAA06494@mozart.ujf-grenoble.fr> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk Thierry Bouche writes: > left in my home directory and pdftex looks in this directory for > config files _thus_ for tex files too. > i dont buy this. why do you leave config files lying around in your home directory? why are pdftex config files any different from eg hyphen.cfg or color.cfg? i have a TEXMF tree for the public, one for work projects, and one for personal things. in each of these i may have a pdftex.cfg (or whatever it will be called), and switch work patterns by changing $TEXMFLOCAL. sebastian From owner-pdftex@tug.org Mon Jan 19 03:35:10 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA01025 for ; Mon, 19 Jan 1998 03:35:09 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id FAA20844 for pdftex-list; Mon, 19 Jan 1998 05:19:43 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id FAA20841 for ; Mon, 19 Jan 1998 05:19:41 -0500 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 KAA19440; hop 0; Mon, 19 Jan 1998 10:19:58 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Mon, 19 Jan 1998 10:16:00 +0000 Date: Sun, 18 Jan 1998 22:14:58 +0000 Message-ID: <8458-Sun18Jan1998221458+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pdftex@tug.cs.umb.edu Subject: Re: page dimensions In-Reply-To: <199801161550.QAA08048@anxur.fi.muni.cz> References: <199801161550.QAA08048@anxur.fi.muni.cz> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk Han The Thanh writes: > 1) if \pdfpagewidth is not zero when a page is shiping, then the current page > will have the current value of \pdfpagewidth. so we can reset it at will? good, i have a use for that... > > 2) if \pdfpagewidth is zero when a page is shipping, then the current page will > have the width as "width_of_box_being_shipped + 2(1inch + hoffset)" > > The same for page height. excuse my ignorance, and lack of memory from when this was discussed before, but TeX puts \eject foo \eject into a box the size of "foo" or a box the size of "\vsize x \hsize"? sebastian From owner-pdftex@tug.org Mon Jan 19 04:35:31 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA02021 for ; Mon, 19 Jan 1998 04:35:29 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id GAA21054 for pdftex-list; Mon, 19 Jan 1998 06:19:42 -0500 Received: from mercury.open.ac.uk (mercury.open.ac.uk [137.108.128.150]) by tug.cs.umb.edu (8.8.5/8.8.5) with SMTP id GAA21051 for ; Mon, 19 Jan 1998 06:19:40 -0500 Received: from fell.open.ac.uk by mercury with SMTP Internet (MMTA v2.2) with ESMTP; Mon, 19 Jan 1998 11:22:30 +0000 Received: (from car2@localhost) by fell.open.ac.uk (8.8.5/8.6.12) id LAA03382; Mon, 19 Jan 1998 11:19:33 GMT Date: Mon, 19 Jan 1998 11:19:33 GMT Message-Id: <199801191119.LAA03382@fell.open.ac.uk> From: Chris Rowley MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: s.rahtz@elsevier.co.uk (Sebastian Rahtz) Cc: pdftex@tug.cs.umb.edu Subject: Re: page dimensions In-Reply-To: <8458-Sun18Jan1998221458+0000-s.rahtz@elsevier.co.uk> References: <199801161550.QAA08048@anxur.fi.muni.cz> <8458-Sun18Jan1998221458+0000-s.rahtz@elsevier.co.uk> Sender: owner-pdftex@tug.org Precedence: bulk Sebastian wrote -- > excuse my ignorance, and lack of memory from when this was discussed > before, but TeX puts > \eject > foo > \eject > into a box the size of "foo" or a box the size of "\vsize x \hsize"? what "TeX" ships out from this depends on the output routine used. Is that what you were asking? In practice, with eg Plain or LaTeX, the answer is "neither size": what is shipped out typically is a box big enough to contain headers and footers and, possibly, cut-marks; also, the visible contents will typically be shifted within the shipped out box. More generally, it is possible to simply do \shipout \hbox{foo} in which case that is exactly what happens, no output routine...but is that shipping out "a page"? chris From owner-pdftex@tug.org Mon Jan 19 05:17:45 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA02702 for ; Mon, 19 Jan 1998 05:17:44 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id HAA21247 for pdftex-list; Mon, 19 Jan 1998 07:06:51 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id HAA21244 for ; Mon, 19 Jan 1998 07:06:50 -0500 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 MAA24804; hop 0; Mon, 19 Jan 1998 12:07:06 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Mon, 19 Jan 1998 12:03:06 +0000 Date: Mon, 19 Jan 1998 12:02:22 +0000 Message-ID: <9217-Mon19Jan1998120222+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: C.A.Rowley@open.ac.uk Cc: pdftex@tug.cs.umb.edu Subject: Re: page dimensions In-Reply-To: <199801191119.LAA03382@fell.open.ac.uk> References: <199801161550.QAA08048@anxur.fi.muni.cz> <8458-Sun18Jan1998221458+0000-s.rahtz@elsevier.co.uk> <199801191119.LAA03382@fell.open.ac.uk> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk Chris Rowley writes: > > into a box the size of "foo" or a box the size of "\vsize x \hsize"? > > what "TeX" ships out from this depends on the output routine used. > > Is that what you were asking? yes, actually, that makes sense to me (unusually). if i want a series of output PDF pages containing nothing but an equation, and for the PDf page size to be the bounding box of the equation, it sounds like i can achieve it with your > > \shipout \hbox{foo} > > in which case that is exactly what happens, no output routine...but is > that shipping out "a page"? > sounds ok to me sebastian From owner-pdftex@tug.org Mon Jan 19 07:40:50 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA05198 for ; Mon, 19 Jan 1998 07:40:49 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id JAA21882 for pdftex-list; Mon, 19 Jan 1998 09:31:56 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id JAA21879 for ; Mon, 19 Jan 1998 09:31:55 -0500 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 OAA02827; hop 0; Mon, 19 Jan 1998 14:32:09 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Mon, 19 Jan 1998 14:28:08 +0000 Date: Mon, 19 Jan 1998 14:32:52 +0000 Message-ID: <3003-Mon19Jan1998143252+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pdftex@tug.cs.umb.edu Subject: Re: Re:where to find .enc and .map files In-Reply-To: <199801161648.LAA05920@tug.cs.umb.edu> References: <199801161648.LAA05920@tug.cs.umb.edu> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk > >TTFONTS: .ttf files > > It would be really nice if upon installation, pdftex could work out where all my > installed .ttf files were without me having to tell it. The information is > freely available from the registry (Win95 & WinNT), or in the case of Win95 in > the Windows\fonts directory (don't forget to follow the shortcuts). Sorry, don't > know where it is in NT. I think the question of the *installation* program, and what it may write in texmf.cnf, is an entirely separate game which I, for one, havent reached yet. Do remember that a .ttf file without .tfm is of no use, by the way > want to have to copy all my TTF fonts into other directories just > so that pdftex can see them. and indeed you dont have to. its just a matter of setting the TTFONTS in texmf.cnf right sebastian From owner-pdftex@tug.org Mon Jan 19 08:24:48 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA06034 for ; Mon, 19 Jan 1998 08:24:46 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id KAA22049 for pdftex-list; Mon, 19 Jan 1998 10:16:39 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id KAA22045 for ; Mon, 19 Jan 1998 10:16:37 -0500 Received: from hagen (zl59.pi.net [145.220.204.59]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id QAA04684; Mon, 19 Jan 1998 16:19:07 +0100 (MET) Posted-Date: Mon, 19 Jan 1998 16:19:07 +0100 (MET) Message-ID: <34C3636E.41B9@pi.net> Date: Mon, 19 Jan 1998 15:30:06 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: pdftex@tug.cs.umb.edu, Olaf Weber CC: pragma@pi.net Subject: Re: Web2C-7.2 References: <199801161406.PAA01786@anxur.fi.muni.cz> <87oh1ccmqt.fsf@xs4all.nl> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Olaf Weber wrote: > > Han The Thanh writes: > > > another question: shoud the config file be read in init mode? > > I don't have the answer to that one, but there a few things to > consider: would the contents of config files affect the dumped format? > If not, reading them won't cause problems, so you might as well do it. > If they do have an effect however, you'll have to decide whether it is > desirable to do so. I would say, don't load the file in init mode. The only effects I can think of is macros that adapt their definition to pdf or dvi mode, and this is typical a run time matter. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Mon Jan 19 08:32:59 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA06186 for ; Mon, 19 Jan 1998 08:32:58 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id KAA22054 for pdftex-list; Mon, 19 Jan 1998 10:16:49 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id KAA22051 for ; Mon, 19 Jan 1998 10:16:44 -0500 Received: from hagen (zl59.pi.net [145.220.204.59]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id QAA04742; Mon, 19 Jan 1998 16:19:12 +0100 (MET) Posted-Date: Mon, 19 Jan 1998 16:19:12 +0100 (MET) Message-ID: <34C36C32.2276@pi.net> Date: Mon, 19 Jan 1998 16:07:30 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: Tanmoy Bhattacharya CC: pdftex@tug.cs.umb.edu, Han The Thanh Subject: Re: object conceptual problem/etex References: <199801151158.MAA05870@anxur.fi.muni.cz> <34BE2750.4145@pi.net> <199801151657.JAA22913@qcd.lanl.gov> <34BF24FF.7E08@pi.net> <199801161731.KAA23857@qcd.lanl.gov> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Tanmoy Bhattacharya wrote: > Unless I am misunderstanding what you are saying, I don't agree. Note > that in my suggestion it is the shipout which is looking for objects > used. So, you may do whatever you want with objects: they never appear > in the pdf file till the page is actually shipped out. I explain below. Thats what's most natural indeed. > What I am suggesting in pdftex is not to automatically place the > object in the pdf file: rather hold it in memory. During shipout, the > program will notice that the object is actually used, and will dump > the stuff onto the pdf file. Right! > The pdfmark needs a different strategy, I do not deal with that here. All right, but we have to keep the dvi-ps-pdf road in mind when we design an object mechanism, because who knows what future formats will surface. > > Another solution would be an indirect global definition: > > > > \setbox{.. \outerglobal\def\SomeObject{\the\pdflastform} ...} > > > > where the \def is indeed executed inside the box, but only vissible outside > > when the content is used. Of course one could prohibit object generation with > > something like \holdingobjects (which nills all objects generating macros), but > > we would end up with lots of calls to this macro and probably forget many. > > > > I don't understand this proposal. Consider: > > \vbox{ \hbox{\outerglobal\def\SomeObject{\the\pdflastform}} > \hbox{\pdfform\SomeObject} > \setbox0=\lastbox\setbox1=\lastbox > \box1 } > > The question is whether in the second hbox SomeObject is defined or > not? > > I think because of TeX's facility of removing things from a box, we > cannot meaningfully have delayed definitions. It's not so much different from \write and \special > The only problem is the interpretation of > > \newobj\name > \setobj\name{\hbox{first}} > \hbox{\useobj\name} > \setobj\name{\hbox{second}} > \hbox{\useobj\name} > > Now, is this equivalent to \hbox{first} \hbox{second}, or to > \hbox{second} \hbox{second}? The first is slightly more difficult to > implement, but the second would really surprise users. The sond also > has the disadvantage that if the object has already been flushed to > the pdf file, it suddenly becomes \hbox{first} \hbox{first} instead! > Note that the simple way out of this would be to disallow > \setobj\name if the object is already defined, but see later. I would say the \hbox{first} \hbox{second}. > Incidentally, I would also like to see an \objused\name: a whatsit I was thinkking of the opposite. The shipout routine already determines if an object is used. I would prefer \ifobj\name to be true when an object is output, so: \setbox0=\hbox{\setobj\name...} \ifobj\name => false \box0 \ifobj\name => true > > \newobj\name > > \setobj\name > > \useobj\name > > > > a second (eg after the trial run): > > > > \newobj\name > > > > just frees the memory > > I don't like this. `One simple job for every primitive'. (Basically, I > like the \name in \newobj to always be replaceable by another name: it > should not matter whether the same name was used before.) As long as the hash table is large enough ... > The problem is basically what should one do about > > \ifchoice\count5=1\else\count5=0\fi > > \newobj\name > \setobj\name{\hbox{first}} > \setbox0=\hbox{\useobj\name} > \ifdim\dp0>0 \setobj\name{\hbox{second}} > \setbox1=\hbox{\useobj\name} \fi > > \box\count5 > > As I already pointed out, allowing a second \setobj when one is active > is not completely satisfactory. But, how can we allow the equivalent > of the above? (Note that it is not enough to insist on a \newobj\name > in the ifdim: if a newobj frees memory, we are in trouble if \ifchoice > was \iffalse to start with!) I think objects should act like boxes: \setbox0=\hbox{\setbox0=\vbox{...}...\copy0\copy0\box0} I'm pretty sure that most users will trust macro packages to handle the tricky details. > This is the reason I do not like this route. \pdflastform is, I think, > better. Basically, whenever a form is defined, it gets a number but is > not flushed out. This number can be asked for (\pdflastform), and used > (\pdfform), but no guarantees are made that the pdf file knows about > the form unless it is actually used. (Note that pdftex can delay the > decision as long as its memory permits: the objects don't have to be > dumped in any particular order. Also, if some obj numbers are never > used, so what? Of course, there is a penalty for such unused objects > (about 15 bytes of pdf file space per unused object), so they should > not be misused. Also, the maximum number of objects in a pdf file is > limited: but any macro package that hits the limit ought to be > rewritten. Indeed, but what I want a way to know for sure that an object is used. I know that pdftex outputs every object, but for matters of consistency I want to be able to test things. Compare: \setbox0=\hbox{\setbox2=\vbox{xx}\copy2} When this would be pdftex objects, box 2 would now end up in the output, while box 0 is never used. It's as if all \setbox operations would act global and I'm pretty sure that many macro packages would not be around then (given this 256 boxes), not to speak of other problems. As said before, an \ifobj would solve this prolem, because then one could test if indeed the object content was used. (thanks for the patience) Bye, Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Mon Jan 19 08:33:19 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA06201 for ; Mon, 19 Jan 1998 08:33:18 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id KAA22046 for pdftex-list; Mon, 19 Jan 1998 10:16:37 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id KAA22042 for ; Mon, 19 Jan 1998 10:16:34 -0500 Received: from hagen (zl59.pi.net [145.220.204.59]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id QAA04715; Mon, 19 Jan 1998 16:19:09 +0100 (MET) Posted-Date: Mon, 19 Jan 1998 16:19:09 +0100 (MET) Message-ID: <34C3665A.8E@pi.net> Date: Mon, 19 Jan 1998 15:42:34 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: pdftex@tug.cs.umb.edu, P.Taylor@vms.rhbnc.ac.uk CC: pragma@pi.net Subject: Re: page dimensions References: <980116160843.1175d@vms.rhbnc.ac.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Philip Taylor (RHBNC) wrote: > > >> considering to the problem with page dimensions of pdftex output: > >> > >> 1) if \pdfpagewidth is not zero when a page is shiping, then the current page > >> will have the current value of \pdfpagewidth. > >> > >> 2) if \pdfpagewidth is zero when a page is shipping, then the current page will > >> have the width as "width_of_box_being_shipped + 2(1inch + hoffset)" > >> > >> The same for page height. > >> > >> Values from config file are treated just as specification of \pdfpagewidth > >> (\pdfpageheight) before input. > >> > >> Any suggestions? > > Not sure if the above is summarising the current position or making > a proposal: if the latter, then the one thing I would suggest is that > the algorithm is so simple that the effort of computing it in TeX is > trivial: I therefore propose that you might consider expressing the > algorithm as a TeX macro, thereby allowing the user complete flexibility > jn case some unforseen circumstance proves that the formula proposed is > sub-optimal. Comments? How I wish we could get rid of this 1 inch bussiness! Anyhow, determining the page height and width involves more than taking the dimensions of the shipped out box. I just implemented a mechanism for collecting 16/8/4 pages on one (large) sheet (which involes mirroring, rotating, color negating etc), two up/down things and so on. I already found out that this can be implemented more easily in TeX than when using dvips drivers, simply because all those offset/bbox incompatibilities. Therefore, to me the most natural dimensions are the pure dimensions of the shipped out box, othen A8 .. A0 or whatever. Because we don't have to deal with historic habits like the offset, we can simply leave them out! Of someone wants to shift the page, then he can do so him/herself in the output routine. This compensation for the 1 inch already let us end up with horrible bounding boxes in ps files, so lets not introduce this in pdf too. Where for instance is this 2 in 2(1inch+hoffset) coming from? Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Mon Jan 19 09:25:19 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA07211 for ; Mon, 19 Jan 1998 09:25:18 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id LAA22247 for pdftex-list; Mon, 19 Jan 1998 11:00:56 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id LAA22244 for ; Mon, 19 Jan 1998 11:00:54 -0500 Received: from hagen (zl38.pi.net [145.220.204.38]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id RAA21086; Mon, 19 Jan 1998 17:00:15 +0100 (MET) Posted-Date: Mon, 19 Jan 1998 17:00:15 +0100 (MET) Message-ID: <34C3758D.6EE3@pi.net> Date: Mon, 19 Jan 1998 16:47:25 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: Sebastian Rahtz CC: pragma@pi.net, C.A.Rowley@open.ac.uk, pdftex@tug.cs.umb.edu Subject: Re: page dimensions References: <199801161550.QAA08048@anxur.fi.muni.cz> <8458-Sun18Jan1998221458+0000-s.rahtz@elsevier.co.uk> <199801191119.LAA03382@fell.open.ac.uk> <9217-Mon19Jan1998120222+0000-s.rahtz@elsevier.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Sebastian Rahtz wrote: > > Chris Rowley writes: > > > into a box the size of "foo" or a box the size of "\vsize x \hsize"? > > > > what "TeX" ships out from this depends on the output routine used. > > > > Is that what you were asking? > yes, actually, that makes sense to me (unusually). > > if i want a series of output PDF pages containing nothing but an > equation, and for the PDf page size to be the bounding box of the > equation, it sounds like i can achieve it with your > > > > \shipout \hbox{foo} > > > > in which case that is exactly what happens, no output routine...but is > > that shipping out "a page"? > > > sounds ok to me > > sebastian Unless of course the funny 1in offset is applied. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Mon Jan 19 10:02:58 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA07974 for ; Mon, 19 Jan 1998 10:02:57 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id LAA22575 for pdftex-list; Mon, 19 Jan 1998 11:53:14 -0500 Received: from mercury.open.ac.uk (mercury.open.ac.uk [137.108.128.150]) by tug.cs.umb.edu (8.8.5/8.8.5) with SMTP id LAA22572 for ; Mon, 19 Jan 1998 11:53:12 -0500 Received: from fell.open.ac.uk by mercury with SMTP Internet (MMTA v2.2) with ESMTP; Mon, 19 Jan 1998 16:55:56 +0000 Received: (from car2@localhost) by fell.open.ac.uk (8.8.5/8.6.12) id QAA03615; Mon, 19 Jan 1998 16:52:59 GMT Date: Mon, 19 Jan 1998 16:52:59 GMT Message-Id: <199801191652.QAA03615@fell.open.ac.uk> From: Chris Rowley MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Hans Hagen Cc: Sebastian Rahtz , pdftex@tug.cs.umb.edu Subject: Re: page dimensions In-Reply-To: <34C3758D.6EE3@pi.net> References: <199801161550.QAA08048@anxur.fi.muni.cz> <8458-Sun18Jan1998221458+0000-s.rahtz@elsevier.co.uk> <199801191119.LAA03382@fell.open.ac.uk> <9217-Mon19Jan1998120222+0000-s.rahtz@elsevier.co.uk> <34C3758D.6EE3@pi.net> Sender: owner-pdftex@tug.org Precedence: bulk Hans wrote -- > Unless of course the funny 1in offset is applied. Yes, I was avoiding that issue. Does it in fact affect what is written out (in the case of .dvi output), or is it just the canonical interpretation of the dvi coordinates? Something I never really had to think about. chris From owner-pdftex@tug.org Tue Jan 20 00:53:00 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id AAA25510 for ; Tue, 20 Jan 1998 00:52:59 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id CAA25697 for pdftex-list; Tue, 20 Jan 1998 02:46:19 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id CAA25690 for ; Tue, 20 Jan 1998 02:46:17 -0500 Received: from hagen (zl54.pi.net [145.220.204.54]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id IAA18880; Tue, 20 Jan 1998 08:49:17 +0100 (MET) Posted-Date: Tue, 20 Jan 1998 08:49:17 +0100 (MET) Message-ID: <34C3C727.3177@pi.net> Date: Mon, 19 Jan 1998 22:35:35 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: pdftex@tug.cs.umb.edu CC: pragma@pi.net Subject: feature or bug Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hello Thanh, Talking of objects and paper dimensions, consider: \pdfoutput=1 \setbox0=\hbox{test}\pdfform0\edef\xx{\the\pdflastform} \pdfpagewidth=10cm test \pdfrefform\xx \end Here pdftex reports an error. Personally I think that the form (object) definition should not be handled as 'something put on the page'. One can imagine users to define a lot of objects first (or load them >From a sort of definition file), specify all kind of things next and then put something on the page. The current implementation more or less forces users a specific order of definitions: page dimensions first, objects next. How are (non texnical) users supposed to understand this dependency? Suggestion: don't let form/object definitions (\pdfform, \pdflastform) set the 'something put on the page' flag. (I hope the pdfspecs permit this). Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Tue Jan 20 00:53:31 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id AAA25526 for ; Tue, 20 Jan 1998 00:53:29 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id CAA25698 for pdftex-list; Tue, 20 Jan 1998 02:46:19 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id CAA25692 for ; Tue, 20 Jan 1998 02:46:17 -0500 Received: from hagen (zl54.pi.net [145.220.204.54]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id IAA18866; Tue, 20 Jan 1998 08:49:13 +0100 (MET) Posted-Date: Tue, 20 Jan 1998 08:49:13 +0100 (MET) Message-ID: <34C3B97B.62CC@pi.net> Date: Mon, 19 Jan 1998 21:37:15 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: Tanmoy Bhattacharya CC: pdftex@tug.cs.umb.edu, pragma@pi.net, Philip TAYLOR Subject: Re: object conceptual problem/etex References: <199801151158.MAA05870@anxur.fi.muni.cz> <34BE2750.4145@pi.net> <199801151657.JAA22913@qcd.lanl.gov> <34BF24FF.7E08@pi.net> <199801161731.KAA23857@qcd.lanl.gov> <34C36C32.2276@pi.net> <199801191650.JAA25687@qcd.lanl.gov> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hello Tanmoy, (Thanks for your careful analysis!) > > .... > > It's not so much different from \write and \special > > > > It is. \write can expand macros, but it cannot execute > anything. Delayed expansions are okay, delayed definitions are > impossible in TeX. (I prove that below). Your right. > > > The only problem is the interpretation of > > > > > > \newobj\name > > > \setobj\name{\hbox{first}} > > > \hbox{\useobj\name} > > > \setobj\name{\hbox{second}} > > > \hbox{\useobj\name} > > > > > > > > I would say the \hbox{first} \hbox{second}. > > > > That is my feeling as well. But this means that one may need to hold > objects in memory for a *very* long time unless one wants to output > all objects declared. Thus consider \setbox137=\vbox{...} where > ... stands for the entire text above. Then twenty pages later, the > author suddenly says \copy137: the object definitions have to be kept > around for that entire duration of time. (You cannot merge the two > objects automatically into one because twenty five pages later (s)he > might say \useobj\name!). Right, but I guess most objects are not that large, except when we load whole pdf inserts (like eps files converted to pdf by GS and included 'verbstim', but that will be solved by direct pdf inclusion which can be postponed until shipout, just like png inclusion.) > > ..... > > Your example is not very clear to me. I can imagine three distinct > meanings: bear with me as I ramble through my confusion. > .... > .... > A second possible meaning is that when an object is contributed to the > main vertical list that makes a page, or to an insertion, \ifobj\name > becomes true (without worrying about details like whether or not it is > global). This has two problems: who defines the \ifobj\name to be true > for those objects that are used in the parts that the output routine > `invents' (e.g. headline and footline)? And what happens to those > \name s used only in insertions (like marginal notes) that the output > routine decides to not output? Should those objects be output > nevertheless whether or not the \name is used elsewhere? In any case, > this is a very complicated route: and likely to be extremely > counterintuitive. You got me! Indeed everything is always in some box (even at shipout time) and therefore implicit flushing is needed and that's what we definitely not want. > The third possibility is a multi pass TeX system (if the obj was > actually used in the first pass, \ifobj is true in the second pass > ... I considered this for a moment (and even started implementing it,) but I abandoned the idea because intermediate (pdf) files can be faulty. > ... > But for \newobj to free the memory would be difficult. Consider again > > \setbox0=\vbox{ > > > \newobj\name > > > \setobj\name{\hbox{first}} > > > \hbox{\useobj\name} > \newobj\name > > > \setobj\name{\hbox{second}} > > > \hbox{\useobj\name} > } > > which may or may not be used later. If the second \newobj frees the > object memory then what happens when \copy0 comes later? Where does it > get the first object from. (You already agreed that the first > \useobj\name should refer to \hbox{first} and *not* to \hbox{second}). Right again. > I agree with you: and I think the only implementation of that concept > is that shipout outputs the objects as needed. Just as the contents of > every box used is held in the list, so can the contents of every > object be held in the list (with a marker saying it is object so and > so). The users have no control over that, except to say that a > pdfliteral has used such and such an object (which puts the object > marker into the stream even though the object is not otherwise used). Ok then, let hope that Thanh adds object optimization to the wish list. > I think of objects more like `defineable fonts'. Just as not all fonts > mentioned in the TeX file are downloaded, so also not all objects > should be downloaded. But just as the font machinery is beyond user > control, so also should the innards of the object handling mechanism. Ha, the fonts analogy came into my mind too, objects as a sort of type 3 thing and pdftex embedding them when used (like partial fonts). But I gave up my circular thoughts because the font analogy is indeed beyond control. > But, just as you cannot ask `\iffont\x' or `\ifbox\x' to figure out > whether or not you have *used* the font or the box, though you can ask > whether or not you have *defined* it; exactly similarly, you should be > able to ask whether or not you have defined an object, but not whether > you have used it. And whether you have used it should be immaterial. Ok, so we have another item for the wish list, something \ifobject which is an analogon for \ifvoid > > I'm pretty sure that most users will trust macro packages to handle the > > tricky details. > > > > That does not excuse one from coming up with a `right' specification :-) -) > Why? You cannot currently know whether a font is used for sure. You > cannot currently know whether a box is *used* for sure. Why would you > want to know whether an object is used? Seems like we must conclude that (1) objects must migrate to the outer level always, just like they do now (2) non-used objects must not be flushed >From (1) follows that testing is not needed and has no use, and (2) for the moment can be limited to a warning (terminal/logfile) at the end of the job. The later is not that hard to implement in pdftex itself, but can be implemented in TeX when the test primitive is available. Maybe we can come up with other uses of the test, so (3) one should be able to test for object use if only to enable proper warning implementation at the macro level. This leaves the pdfmark problem. When I was driving home, I was thinking on ways to solve this and because in pdftex objects are always shipped out, I decided that the only way out is to handle those pdfmark defined objects just like the pdftex ones; this means: always ship them out! In my object handler I already postpone object shipout (all saved objects are flushed as soon as the first one is called for). Now I simply flush them at the shipout level. That way pdfmarks are sort of compatible with pdftex: objects are always flushed! Implementation is rather trivial (and like the font inclusion hack I use for MP files with text with non dvips drivers). BTW, I don't know how the current/new pdftex behaves, but an earlier version considered an object as 'the first item placed on the page', even if no reference to the object was made. Unfortunately pdftex set the pagewidth and pageheight. In this respect an object definition is just like a font definition. Conclusions: (1) the current mechanism can hardly be improved (2) optimization is possible/prefered (shipout only used objects) (3) the additional primitive \ifobject will help implementing warnings and for the traditional dvi->ps->pdf way: (4) pdfmarks support can be implemented by defining the pdftex method as 'standard' (In fact: I only had to swap a few lines to get both methods compatible.) (BTW At this moment I support (1) pdftex object support (2) pdfmark object support and (3) dvi object support, the method chosen depending of the drivers loaded. Method (3) is implemented using box registers and because dvi does not know objects, comes down to mere \copy-ing the content. To me it does not look that hard to extend dvi with objects, aren't virtual fonts already pieces of reusable dvi code? If this sounds reasonable, then isn't it more logical to use a less pdftex related naming scheme and extend this mechanism to dvi (the same goes for pdfwidth and pdfheight, which are usefull to dvi too?) Thanks again, Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Tue Jan 20 00:56:39 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id AAA25548 for ; Tue, 20 Jan 1998 00:56:38 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id CAA25688 for pdftex-list; Tue, 20 Jan 1998 02:46:14 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id CAA25685 for ; Tue, 20 Jan 1998 02:46:13 -0500 Received: from hagen (zl54.pi.net [145.220.204.54]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id IAA18847; Tue, 20 Jan 1998 08:49:10 +0100 (MET) Posted-Date: Tue, 20 Jan 1998 08:49:10 +0100 (MET) Message-ID: <34C38EC0.6FFE@pi.net> Date: Mon, 19 Jan 1998 18:34:56 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: Chris Rowley CC: pdftex@tug.cs.umb.edu, pragma@pi.net Subject: Re: page dimensions References: <199801161550.QAA08048@anxur.fi.muni.cz> <8458-Sun18Jan1998221458+0000-s.rahtz@elsevier.co.uk> <199801191119.LAA03382@fell.open.ac.uk> <9217-Mon19Jan1998120222+0000-s.rahtz@elsevier.co.uk> <34C3758D.6EE3@pi.net> <199801191652.QAA03615@fell.open.ac.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Chris Rowley wrote: > > Hans wrote -- > > > Unless of course the funny 1in offset is applied. > > Yes, I was avoiding that issue. > > Does it in fact affect what is written out (in the case of .dvi > output), or is it just the canonical interpretation of the dvi > coordinates? Something I never really had to think about. Good question. Long ago I used to set \voffset and \hoffset to -1in. This resulted however in funny bounding boxes as well as MetaPost going crazy when interpreting dvi files (needed when etex..btex is used)! At this moment I just leave those two useless dimensions alone, simply because all viewers react different on them, especially when they show the bounding box they calculate themselves. So, I think the offset is just passed to the dvi file and handled by the dvi processor. Fortunately all kind of manipulations/shifts can be done without using the offsets. ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Tue Jan 20 03:04:14 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA27804 for ; Tue, 20 Jan 1998 03:04:13 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id EAA26171 for pdftex-list; Tue, 20 Jan 1998 04:50:40 -0500 Received: from aragorn.ics.muni.cz (ns.muni.cz [147.251.4.33]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id EAA26168 for ; Tue, 20 Jan 1998 04:50:38 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id KAA21692; Tue, 20 Jan 1998 10:53:19 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id KAA14092; Tue, 20 Jan 1998 10:53:44 +0100 (MET) From: Han The Thanh Message-Id: <199801200953.KAA14092@anxur.fi.muni.cz> Subject: Re: feature or bug In-Reply-To: <34C3C727.3177@pi.net> from Hans Hagen at "Jan 19, 98 10:35:35 pm" To: pragma@pi.net (Hans Hagen) Date: Tue, 20 Jan 1998 10:53:44 +0100 (MET) Cc: pdftex@tug.cs.umb.edu (PDFTEX) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hi, > Talking of objects and paper dimensions, consider: > > \pdfoutput=1 > > \setbox0=\hbox{test}\pdfform0\edef\xx{\the\pdflastform} > > \pdfpagewidth=10cm > > test \pdfrefform\xx > > \end > > Here pdftex reports an error. Personally I think that the form (object) > definition should not be handled as 'something put on the page'. > > One can imagine users to define a lot of objects first (or load them > from a sort of definition file), specify all kind of things next and > then put something on the page. The current implementation more or less > forces users a specific order of definitions: page dimensions first, > objects next. How are (non texnical) users supposed to understand this > dependency? > > Suggestion: don't let form/object definitions (\pdfform, \pdflastform) > set the 'something put on the page' flag. (I hope the pdfspecs permit > this). this problem is related to page dimension. It may be considered as a bug and should be fixed. Thanh From owner-pdftex@tug.org Tue Jan 20 03:05:58 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA27858 for ; Tue, 20 Jan 1998 03:05:56 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id EAA26209 for pdftex-list; Tue, 20 Jan 1998 04:59:52 -0500 Received: from aragorn.ics.muni.cz (ns.muni.cz [147.251.4.33]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id EAA26206 for ; Tue, 20 Jan 1998 04:59:50 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id LAA22403 for ; Tue, 20 Jan 1998 11:02:31 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id LAA14423 for pdftex@tug.cs.umb.edu; Tue, 20 Jan 1998 11:02:57 +0100 (MET) From: Han The Thanh Message-Id: <199801201002.LAA14423@anxur.fi.muni.cz> Subject: Re: page dimensions To: pdftex@tug.cs.umb.edu (PDFTEX) Date: Tue, 20 Jan 1998 11:02:56 +0100 (MET) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hi, concerning to page dimensions: I'm finishing it, but having seen the last discussions on this problem I want to rethink of it. My suggestion at the moment is: a) if pdfpagewidth > 0 then it will be used for the current page b) if pdfpagewidth = 0 then value from config file will be used c) if pdfpagewidth < 0 then some value should be calculated. The expression "width_of_box_being_shipped + 2(1inch + hoffset)" is the second attempt. The first one was "\hsize + 2(1inch + hoffset)". Hans's suggestion is "width_of_box_being_shipped + 2*hoffset". d) pdfpagewidth is not set by value from config file at all. c) pdfpageheight is similiar. There is a little mess of values from config file: pdfoutput and pdfcompresslevel are set during loading config file, but pdfpagewidth and pdfpageheight are not. Any comments? Thanh From owner-pdftex@tug.org Tue Jan 20 06:46:47 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA01487 for ; Tue, 20 Jan 1998 06:46:45 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id IAA27001 for pdftex-list; Tue, 20 Jan 1998 08:38:08 -0500 Received: from aragorn.ics.muni.cz (ns.muni.cz [147.251.4.33]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id IAA26998 for ; Tue, 20 Jan 1998 08:38:06 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id OAA08994 for ; Tue, 20 Jan 1998 14:40:48 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id OAA04597 for pdftex@tug.cs.umb.edu; Tue, 20 Jan 1998 14:41:05 +0100 (MET) From: Han The Thanh Message-Id: <199801201341.OAA04597@anxur.fi.muni.cz> Subject: Re: [Tho+] To: pdftex@tug.cs.umb.edu (PDFTEX) Date: Tue, 20 Jan 1998 14:41:05 +0100 (MET) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Cha`o ca'c ba'c, to^i ra^'t thi'ch ba`i tho+ cu?a ba'c Tha('ng, du` kho' lo`ng gia?i thi'ch ddu+o+.c vi` sao\. DDo.c to^i tha^'y co' ca?m gia'c ra^'t "que^ hu+o+ng" (to^i kho^ng bie^'t du`ng tu+` na`o thi'ch ho+.p ho+n, du` vie^'t nhu+ va^`y to^i tha^'y chu+a "o^?n" la('m)\. Thu+' hai la` to^i tha^'y tho+ va(n, hay a^m nha.c Vie^.t Nam (nha^'t la` o+? "ha?i ngoa.i") thu+o+`ng hay ta^.p trung va`o chu? dde^? ti`nh ye^u lu+'a ddo^i, thu+o+`ng la` than tho+? da`i thu+o+`n thu+o+.t, nho+' nhung nhu`ng nha(`ng\. Ne^n ddo.c ba`i tho+ cu?a ba'c Tha('ng to^i tha^'y ra^'t thi'ch. > >Sao gio^'ng tho+ Maicovski > > To^i cu~ng cha(?ng bie^'t nu+~a. Nga`y xu+a to^i co' ddo.c va`i ba`i cu?a > Maicovski ba^y gio+` que^n he^'t. Chi? nho+' co' ma^'y ca^u: > > Ye^u > nghi~a la` > cha.y va`o sa^u > trong sa^n > Vo+' la^'y ri`u > bo^? cu?i > nhu+ ddie^n > Su+'c lu+.c cu?a mi`nh > cha(?ng coi va`o dda^u ... > > Cha(?ng bie^'t ta.i sao nho+' mo^~i ca^u na`y :-) ddo.c dde^'n dda^y to^i la.i nho+' dde^'n lu~ ba.n nghi.ch nhu+ quy? su+' ho^`i ho.c pho^? tho^ng nha.i tho+ Xua^n Die^.u (xin lo^~i ca'c ba'c (ga'i) tru+o+'c la` co' ddo^i tu+` kho^ng hay la('m): Ye^u la`... i. trong qua^`n mo^.t ba~i La(?ng la(.ng ddem ra bo? o+? bo+` so^ng Khi ye^u ca? hai ngu+o+`i dde^`u kho^? Mo^~i la^`n ye^u la.i...to^'n 1 cu.c xa` bo^ng Cheers, Tha`nh From owner-pdftex@tug.org Tue Jan 20 07:10:05 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA01911 for ; Tue, 20 Jan 1998 07:10:04 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id JAA27150 for pdftex-list; Tue, 20 Jan 1998 09:02:17 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id JAA27147 for ; Tue, 20 Jan 1998 09:02:15 -0500 Received: from hagen (zl50.pi.net [145.220.204.50]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id PAA16418; Tue, 20 Jan 1998 15:05:10 +0100 (MET) Posted-Date: Tue, 20 Jan 1998 15:05:10 +0100 (MET) Message-ID: <34C4B0D1.7DC2@pi.net> Date: Tue, 20 Jan 1998 15:12:33 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: Han The Thanh CC: pdftex@tug.cs.umb.edu, pragma@pi.net Subject: Re: page dimensions References: <199801201002.LAA14423@anxur.fi.muni.cz> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Han The Thanh wrote: > concerning to page dimensions: I'm finishing it, but having seen the > last discussions on this problem I want to rethink of it. My suggestion at > the moment is: > > a) if pdfpagewidth > 0 then it will be used for the current page > > b) if pdfpagewidth = 0 then value from config file will be used > > c) if pdfpagewidth < 0 then some value should be calculated. > The expression "width_of_box_being_shipped + 2(1inch + hoffset)" is the > second attempt. The first one was "\hsize + 2(1inch + hoffset)". Hans's > suggestion is "width_of_box_being_shipped + 2*hoffset". > > d) pdfpagewidth is not set by value from config file at all. > > c) pdfpageheight is similiar. if pdfpagewidth_setonpage then llx := hoffset; urx := pdfpagewidth_suppliedonpage; elsif pdfpagewidth_setinconfig then llx := 0; urx := pdfpagewidth_suppliedinconfig; else llx := hoffset; urx := pdfpagewidth := width_of_box_being_shipped + 2*hoffset; end; if pdfpageheight_setonpage then lly := voffset; ury := pdfpageheight_suppliedonpage; elsif pdfpageheight_setinconfig lly := 0; ury := pdfpageheight_suppliedinconfig; else llx := voffset; ury := height_of_box_being_shipped + 2*voffset; end; setboundingbox (llx,lly,urx,ury); How about this? Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Tue Jan 20 07:41:37 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA02545 for ; Tue, 20 Jan 1998 07:41:36 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id JAA27333 for pdftex-list; Tue, 20 Jan 1998 09:35:24 -0500 Received: from kappa.camnet.com (kappa.camnet.com [208.145.80.10]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id JAA27330 for ; Tue, 20 Jan 1998 09:35:22 -0500 From: Martin_Hosken@sil.org Message-Id: <199801201435.JAA27330@tug.cs.umb.edu> Date: Mon, 19 Jan 1998 23:08 -0500 (EST) Subject: Re[3]:where to find .enc and .map files To: pdftex@tug.cs.umb.edu MIME-version: 1.0 Content-type: TEXT/PLAIN Sender: owner-pdftex@tug.org Precedence: bulk >Do remember that a .ttf file without .tfm is of no use, by the way Remembered, and that's fine by me. Of course, if PDFTex can work out PostScript fonts widths on the fly, then why shouldn't it handle TrueType fonts? :) Or am I just embarrassing myself in showing my ignorance? (I am a rank beginner honest - I'll bash this point one last time and then clear off and learn PDFTeX while you get the real work done. :) > > want to have to copy all my TTF fonts into other directories just > so that pdftex can see them. >and indeed you dont have to. its just a matter of setting the TTFONTS in texmf.cnf right True. But will Web2c (or whichever) handle the shortcuts in my Windows\fonts directory correctly? Either it should ignore them (shame), or it should follow them (yippee). Martin From owner-pdftex@tug.org Tue Jan 20 07:48:34 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA02700 for ; Tue, 20 Jan 1998 07:48:33 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id JAA27382 for pdftex-list; Tue, 20 Jan 1998 09:41:33 -0500 Received: from aragorn.ics.muni.cz (ns.muni.cz [147.251.4.33]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id JAA27379 for ; Tue, 20 Jan 1998 09:41:31 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id PAA14298 for ; Tue, 20 Jan 1998 15:44:12 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id PAA08346 for pdftex@tug.cs.umb.edu; Tue, 20 Jan 1998 15:44:38 +0100 (MET) From: Han The Thanh Message-Id: <199801201444.PAA08346@anxur.fi.muni.cz> Subject: Re: [Tho+] In-Reply-To: <199801201341.OAA04597@anxur.fi.muni.cz> from Han The Thanh at "Jan 20, 98 02:41:05 pm" To: pdftex@tug.cs.umb.edu (PDFTEX) Date: Tue, 20 Jan 1998 15:44:38 +0100 (MET) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hi all, excuse me the previous message, it was an accident :-(. Please forget it. Thanh From owner-pdftex@tug.org Tue Jan 20 09:06:42 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA04392 for ; Tue, 20 Jan 1998 09:06:41 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id KAA27728 for pdftex-list; Tue, 20 Jan 1998 10:59:56 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id KAA27725 for ; Tue, 20 Jan 1998 10:59:54 -0500 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 QAA27967; hop 0; Tue, 20 Jan 1998 16:00:14 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Tue, 20 Jan 1998 15:55:53 +0000 Date: Tue, 20 Jan 1998 15:23:38 +0000 Message-ID: <4402-Tue20Jan1998152338+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pdftex@tug.cs.umb.edu Subject: Re: Re[3]:where to find .enc and .map files In-Reply-To: <199801201435.JAA27330@tug.cs.umb.edu> References: <199801201435.JAA27330@tug.cs.umb.edu> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk Martin_Hosken@sil.org writes: > Remembered, and that's fine by me. Of course, if PDFTex can work > out PostScript fonts widths on the fly, then why shouldn't > it handle TrueType fonts? but it needs TFMs for PS fonts as well. TeX needs a lot of metric information, some of which isnt in the font > True. But will Web2c (or whichever) handle the shortcuts in > my Windows\fonts directory correctly? Either it should ignore them > (shame), or it should follow > them (yippee). > ah *shortcuts* is another matter. that depends on the win32 implementation. You'll have to ask Fabrice Popineau or Christian Schenk if they follow those strange animals sebastian From owner-pdftex@tug.org Wed Jan 21 03:04:30 1998 Flags: 000000000000 Received: from tug.cs.umb.edu ([158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA29537 for ; Wed, 21 Jan 1998 03:04:29 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id EAA31904 for pdftex-list; Wed, 21 Jan 1998 04:51:42 -0500 Received: from calvin.info.unicaen.fr (calvin.info.unicaen.fr [193.55.128.51]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id EAA31901 for ; Wed, 21 Jan 1998 04:51:27 -0500 Received: from canardo.info.unicaen.fr (canardo [193.55.128.18]) by calvin.info.unicaen.fr (8.7.5/8.7.3) with ESMTP id KAA27914 for ; Wed, 21 Jan 1998 10:54:18 +0100 (MET) From: Jerzy Karczmarczuk Received: (from karczma@localhost) by canardo.info.unicaen.fr (8.7.5/8.7.3) id KAA21977 for pdftex@tug.cs.umb.edu; Wed, 21 Jan 1998 10:54:18 +0100 (MET) Date: Wed, 21 Jan 1998 10:54:18 +0100 (MET) Message-Id: <199801210954.KAA21977@canardo.info.unicaen.fr> To: pdftex@tug.cs.umb.edu Subject: A very silly question X-Sun-Charset: US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk As the Gurus know well in their Wisdom, the pnglib is not the only public image library which *might* be used by the pdftex I/O drivers. The question: may one hope that one day pdftex accepts JFIF (JPEG) image files, or are there any serious reasons (apart from its low priority) not to do so? Thank you. Jerzy Karczmarczuk Comp. Sci., University of Caen, France. From owner-pdftex@tug.org Wed Jan 21 07:38:56 1998 Flags: 000000000000 Received: from tug.cs.umb.edu ([158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA04294 for ; Wed, 21 Jan 1998 07:38:55 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id JAA00114 for pdftex-list; Wed, 21 Jan 1998 09:18:16 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id JAA00111 for ; Wed, 21 Jan 1998 09:18:14 -0500 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 OAA13061; hop 0; Wed, 21 Jan 1998 14:18:36 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Wed, 21 Jan 1998 14:13:57 +0000 Date: Wed, 21 Jan 1998 12:11:44 +0000 Message-ID: <4042-Wed21Jan1998121144+0000-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 7 Q) From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) To: pdftex@tug.cs.umb.edu Subject: hyperref 6.9 Sender: owner-pdftex@tug.org Precedence: bulk I am uploaded hyperref 6.9 to CTAN soon. One added facility may be of interest to pdftex users: I have added a user-level command to get at Acrobat Reader/Exchange menus, as in \Acrobatmenu{FullScreen}{Go to full screen mode} or \Acrobatmenu{Quit}{Close down Acrobat} The available commands are listed in the manual. Obviously this works in both pdftex and dvips->Distiller mode. Hopefully this allows LaTeX users to more easily produce documents as nice as those from Hans Hagen's CONTeXT. If you design screen documents, you can now add buttons for things like Quit and Print. Still to come (when I feel strong): - interface to PDF forms - interface to page transitions - implement thread links for multicolumns (yuck) - fix issues with minitoc - some things wrong in backcite I commend Thomas Merz's forthcoming book on Web publishing with PDF to you, by the way. Lots of interesting material. Sebastian From owner-pdftex@tug.org Wed Jan 21 08:53:30 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA05959 for ; Wed, 21 Jan 1998 08:53:29 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id KAA00469 for pdftex-list; Wed, 21 Jan 1998 10:45:37 -0500 Received: from aragorn.ics.muni.cz (aragorn.ics.muni.cz [147.251.4.33]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id KAA00466 for ; Wed, 21 Jan 1998 10:45:35 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id QAA28593; Wed, 21 Jan 1998 16:48:37 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id QAA13020; Wed, 21 Jan 1998 16:48:50 +0100 (MET) From: Han The Thanh Message-Id: <199801211548.QAA13020@anxur.fi.muni.cz> Subject: Re: page dimensions In-Reply-To: <34C4B0D1.7DC2@pi.net> from Hans Hagen at "Jan 20, 98 03:12:33 pm" To: pragma@pi.net (Hans Hagen) Date: Wed, 21 Jan 1998 16:48:50 +0100 (MET) Cc: pdftex@tug.cs.umb.edu (PDFTEX) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk > > concerning to page dimensions: I'm finishing it, but having seen the > > last discussions on this problem I want to rethink of it. My suggestion at > > the moment is: > > > > a) if pdfpagewidth > 0 then it will be used for the current page > > > > b) if pdfpagewidth = 0 then value from config file will be used > > > > c) if pdfpagewidth < 0 then some value should be calculated. > > The expression "width_of_box_being_shipped + 2(1inch + hoffset)" is the > > second attempt. The first one was "\hsize + 2(1inch + hoffset)". Hans's > > suggestion is "width_of_box_being_shipped + 2*hoffset". > > > > d) pdfpagewidth is not set by value from config file at all. > > > > c) pdfpageheight is similiar. > > if pdfpagewidth_setonpage then > llx := hoffset; > urx := pdfpagewidth_suppliedonpage; > elsif pdfpagewidth_setinconfig then > llx := 0; > urx := pdfpagewidth_suppliedinconfig; > else > llx := hoffset; > urx := pdfpagewidth := width_of_box_being_shipped + 2*hoffset; > end; > > if pdfpageheight_setonpage then > lly := voffset; > ury := pdfpageheight_suppliedonpage; > elsif pdfpageheight_setinconfig > lly := 0; > ury := pdfpageheight_suppliedinconfig; > else > llx := voffset; > ury := height_of_box_being_shipped + 2*voffset; > end; > > setboundingbox (llx,lly,urx,ury); what does setboundingbox do? Thanh From owner-pdftex@tug.org Wed Jan 21 10:03:39 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA07781 for ; Wed, 21 Jan 1998 10:03:38 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id LAA00756 for pdftex-list; Wed, 21 Jan 1998 11:57:00 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id LAA00753 for ; Wed, 21 Jan 1998 11:56:58 -0500 Received: from hagen (zl57.pi.net [145.220.204.57]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id RAA12794; Wed, 21 Jan 1998 17:59:45 +0100 (MET) Posted-Date: Wed, 21 Jan 1998 17:59:45 +0100 (MET) Message-ID: <34C5F523.5559@pi.net> Date: Wed, 21 Jan 1998 14:16:19 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: Jerzy Karczmarczuk CC: pragma@pi.net, pdftex@tug.cs.umb.edu Subject: Re: A very silly question References: <199801210954.KAA21977@canardo.info.unicaen.fr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Jerzy Karczmarczuk wrote: > As the Gurus know well in their Wisdom, > the pnglib is not the only public image library > which *might* be used by the pdftex I/O drivers. > > The question: may one hope that one day pdftex accepts > JFIF (JPEG) image files, or are there any serious reasons > (apart from its low priority) not to do so? Sounds reasonable, if only because jpeg is already present in the pdf definition. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Wed Jan 21 10:06:04 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA07865 for ; Wed, 21 Jan 1998 10:06:02 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id LAA00789 for pdftex-list; Wed, 21 Jan 1998 11:59:58 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id LAA00786 for ; Wed, 21 Jan 1998 11:59:49 -0500 Received: from hagen (zl57.pi.net [145.220.204.57]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id SAA13946; Wed, 21 Jan 1998 18:02:52 +0100 (MET) Posted-Date: Wed, 21 Jan 1998 18:02:52 +0100 (MET) Message-ID: <34C62C50.5DBB@pi.net> Date: Wed, 21 Jan 1998 18:11:44 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: Han The Thanh CC: pdftex@tug.cs.umb.edu, phons@ei.ele.tue.nl, pragma@pi.net Subject: Re: page dimensions References: <199801211548.QAA13020@anxur.fi.muni.cz> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Han The Thanh wrote: > what does setboundingbox do? It sets the crop box / pdf page dimensions or whatever you set now when you apply pdfpagewidth and -height. (I cannot find the pdftex source in my messy archive) Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Wed Jan 21 10:07:19 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA07924 for ; Wed, 21 Jan 1998 10:07:17 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id MAA00812 for pdftex-list; Wed, 21 Jan 1998 12:01:56 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id MAA00809 for ; Wed, 21 Jan 1998 12:01:54 -0500 Received: from hagen (zl57.pi.net [145.220.204.57]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id SAA14651; Wed, 21 Jan 1998 18:04:56 +0100 (MET) Posted-Date: Wed, 21 Jan 1998 18:04:56 +0100 (MET) Message-ID: <34C61E7A.5051@pi.net> Date: Wed, 21 Jan 1998 17:12:42 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: pdftex@tug.cs.umb.edu, Sebastian Rahtz CC: pragma@pi.net Subject: Re: hyperref 6.9 References: <4042-Wed21Jan1998121144+0000-s.rahtz@elsevier.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Sebastian Rahtz wrote: > The available commands are listed in the manual. Obviously this works > in both pdftex and dvips->Distiller mode. Hopefully this allows LaTeX > users to more easily produce documents as nice as those from Hans > Hagen's CONTeXT. If you design screen documents, you can now add > buttons for things like Quit and Print. Thanks for the compliment. But for the real thing you'll probably have to rewrite LaTeX. > Still to come (when I feel strong): > > - interface to PDF forms I've got this running. Unfortunately pdf is not strong ennough yet. One can for instance load and submit but not save. And even worse, influencing the typo (like baseline distance is hardly possible and/or buggy. > - interface to page transitions Not that hard to do, but also not that easy to fit the concept into tex (in a driver neutral way), considering all the possible settings. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Wed Jan 21 10:10:15 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA07974 for ; Wed, 21 Jan 1998 10:10:14 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id LAA00773 for pdftex-list; Wed, 21 Jan 1998 11:58:06 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id LAA00770 for ; Wed, 21 Jan 1998 11:58:02 -0500 Received: from hagen (zl57.pi.net [145.220.204.57]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id SAA13265; Wed, 21 Jan 1998 18:01:07 +0100 (MET) Posted-Date: Wed, 21 Jan 1998 18:01:07 +0100 (MET) Message-ID: <34C62BE8.6179@pi.net> Date: Wed, 21 Jan 1998 18:10:00 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: pdftex@tug.cs.umb.edu, Han The Thanh CC: pragma@pi.net Subject: Re: page dimensions References: <199801211548.QAA13020@anxur.fi.muni.cz> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hello Thanh, Is there room for discussion on the article thread mechanism or is this functionality fixed? Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Wed Jan 21 12:17:52 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id MAA11864 for ; Wed, 21 Jan 1998 12:17:51 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id NAA01317 for pdftex-list; Wed, 21 Jan 1998 13:59:35 -0500 Received: from aragorn.ics.muni.cz (ns.muni.cz [147.251.4.33]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id NAA01314 for ; Wed, 21 Jan 1998 13:59:34 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id UAA14251; Wed, 21 Jan 1998 20:02:28 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id UAA20322; Wed, 21 Jan 1998 20:02:47 +0100 (MET) From: Han The Thanh Message-Id: <199801211902.UAA20322@anxur.fi.muni.cz> Subject: Re: page dimensions In-Reply-To: <34C62BE8.6179@pi.net> from Hans Hagen at "Jan 21, 98 06:10:00 pm" To: pragma@pi.net (Hans Hagen) Date: Wed, 21 Jan 1998 20:02:47 +0100 (MET) Cc: pdftex@tug.cs.umb.edu (PDFTEX) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk > Hello Thanh, > > Is there room for discussion on the article thread mechanism or is this > functionality fixed? suggestions and comments are welcome, of course. I haven't tested functionality very well, so complicated tests would be useful. Thanh From owner-pdftex@tug.org Wed Jan 21 12:58:10 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id MAA13150 for ; Wed, 21 Jan 1998 12:58:09 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id OAA01531 for pdftex-list; Wed, 21 Jan 1998 14:51:57 -0500 Received: from aragorn.ics.muni.cz (ns.muni.cz [147.251.4.33]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id OAA01527 for ; Wed, 21 Jan 1998 14:51:56 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id UAA16427; Wed, 21 Jan 1998 20:55:03 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id UAA24621; Wed, 21 Jan 1998 20:55:20 +0100 (MET) From: Han The Thanh Message-Id: <199801211955.UAA24621@anxur.fi.muni.cz> Subject: Re: page dimensions In-Reply-To: <34C62C50.5DBB@pi.net> from Hans Hagen at "Jan 21, 98 06:11:44 pm" To: pragma@pi.net (Hans Hagen) Date: Wed, 21 Jan 1998 20:55:20 +0100 (MET) Cc: pdftex@tug.cs.umb.edu (PDFTEX) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk > if pdfpagewidth_setonpage then > llx := hoffset; > urx := pdfpagewidth_suppliedonpage; > elsif pdfpagewidth_setinconfig then > llx := 0; > urx := pdfpagewidth_suppliedinconfig; > else > llx := hoffset; > urx := pdfpagewidth := width_of_box_being_shipped + 2*hoffset; > end; > > if pdfpageheight_setonpage then > lly := voffset; > ury := pdfpageheight_suppliedonpage; > elsif pdfpageheight_setinconfig > lly := 0; > ury := pdfpageheight_suppliedinconfig; > else > llx := voffset; > ury := height_of_box_being_shipped + 2*voffset; > end; > > setboundingbox (llx,lly,urx,ury); > > what does setboundingbox do? > > It sets the crop box / pdf page dimensions or whatever you set now when > you apply pdfpagewidth and -height. (I cannot find the pdftex source in > my messy archive) what pdftex needs to set is page width/height and offsets. If I understood your point well, then setboudingbox should set MediaBox to [0 0 urx ury] and the starting point of page description at [llx lly], is that right? If yes then one *must* set exactly hoffset/voffset to get the right output. And it won't work for setting in config file. For the same file pdftex and normal tex will produce output that look quite different (it can be handled by testing whether pdftex or tex is used, of course, but i don't expect it to be the best). It seems to me that many people don't like the 1in defaults offset game. In the other hand all dvi-driver take it into account. It we want to get rid of it, it will perhaps complicate things (I don't say that's it a bad idea, but I'm not convinced yet that it's a good idea). Thanh From owner-pdftex@tug.org Wed Jan 21 13:03:27 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id NAA13319 for ; Wed, 21 Jan 1998 13:03:25 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id OAA01567 for pdftex-list; Wed, 21 Jan 1998 14:58:42 -0500 Received: from vms.rhbnc.ac.uk (alpha1.rhbnc.ac.uk [134.219.201.113]) by tug.cs.umb.edu (8.8.5/8.8.5) with SMTP id OAA01564 for ; Wed, 21 Jan 1998 14:58:41 -0500 Date: Wed, 21 Jan 1998 20:01:41 GMT From: Philip Taylor (RHBNC) Reply-To: P.Taylor@vms.rhbnc.ac.uk To: thanh@informatics.muni.cz CC: PDFTEX@TUG.CS.UMB.EDU, CHAA006@vms.rhbnc.ac.uk Message-Id: <980121200141.18f3c@vms.rhbnc.ac.uk> Subject: Re: page dimensions Sender: owner-pdftex@tug.org Precedence: bulk >> It seems to me that many people don't like the 1in defaults offset game. In the >> other hand all dvi-driver take it into account. It we want to get rid of it, >> it will perhaps complicate things (I don't say that's it a bad idea, but I'm not >> convinced yet that it's a good idea). I don't like the one-inch offset either (I am notorious for abandoning it locally, and for fighting like hell to get it made both explicit and changeable in e-TeX). But it's worse than it seems. It's _not_ a one-inch offset. It's a one-true-inch offset. I don't need to explain how that really screws things up. On the other hand, I am convinced that by giving the user access to the formula/algorithm, all this discussion can be avoided; Hans can plug in his formula, you yours, and we can all experiment until the One True Formula is found... ** Phil. From owner-pdftex@tug.org Wed Jan 21 14:21:57 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id OAA15560 for ; Wed, 21 Jan 1998 14:21:56 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id QAA01845 for pdftex-list; Wed, 21 Jan 1998 16:15:51 -0500 Received: from aragorn.ics.muni.cz (ns.muni.cz [147.251.4.33]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id QAA01842 for ; Wed, 21 Jan 1998 16:15:49 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id WAA20058 for ; Wed, 21 Jan 1998 22:18:57 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id WAA01198 for pdftex@tug.cs.umb.edu; Wed, 21 Jan 1998 22:19:15 +0100 (MET) From: Han The Thanh Message-Id: <199801212119.WAA01198@anxur.fi.muni.cz> Subject: Re: Page dimensions To: pdftex@tug.cs.umb.edu (PDFTEX) Date: Wed, 21 Jan 1998 22:19:15 +0100 (MET) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hi, how about specification of offsets in config file? Thanh From owner-pdftex@tug.org Thu Jan 22 01:12:58 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id BAA00547 for ; Thu, 22 Jan 1998 01:12:56 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id DAA04272 for pdftex-list; Thu, 22 Jan 1998 03:06:54 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id DAA04269 for ; Thu, 22 Jan 1998 03:06:52 -0500 Received: from hagen (zl67.pi.net [145.220.204.67]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id JAA17752; Thu, 22 Jan 1998 09:10:00 +0100 (MET) Posted-Date: Thu, 22 Jan 1998 09:10:00 +0100 (MET) Message-ID: <34C67E33.54B8@pi.net> Date: Thu, 22 Jan 1998 00:01:07 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: pdftex@tug.cs.umb.edu CC: pragma@pi.net Subject: small bug Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk A small bug: When pdftex wants to write to a file that is already open, it asks for another filename. When one gives enter (without a name), pdftex writes to a file .pdf (indeed

). Seems like a test on 'empty name' is missing. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Thu Jan 22 01:14:11 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id BAA00565 for ; Thu, 22 Jan 1998 01:14:09 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id DAA04285 for pdftex-list; Thu, 22 Jan 1998 03:07:00 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id DAA04279 for ; Thu, 22 Jan 1998 03:06:58 -0500 Received: from hagen (zl67.pi.net [145.220.204.67]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id JAA17765; Thu, 22 Jan 1998 09:10:05 +0100 (MET) Posted-Date: Thu, 22 Jan 1998 09:10:05 +0100 (MET) Message-ID: <34C70031.3C8B@pi.net> Date: Thu, 22 Jan 1998 09:15:45 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: pdftex@tug.cs.umb.edu, Han The Thanh CC: pragma@pi.net Subject: another conceptual topic / pdfpageattr Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hi Thanh, Just another conceptual problem, this time concerning \pdfpageattr. (At this moment I'm adding a few lines of pdftex code to the pdftex driver to keep pdftex compatible with pdfmarks, so that's why these things surface.) (1) \pdfpageattr{\csname} at the outer level can result in Acrobat Reader blowing to pieces (an error message loop). The \csname ends up unexpanded in the pdffile. (2) What is \the\pdfpageattr supposed to do. Thinking of \pdfpageattr being a token list register, I tried this, but nothing showed up. (3) How long can something be assigned to this token register? Things can be confusing when one builds a auto disssolve routine. In acrobat it's not that hard to build a cyclic click-and-view routine using dissolves, but pdftex is more troublesome. (a) Before/after the shipout? If so, does this count as info on the page? (b) Inside the shipout, just before the content? For other page settings this works ok and is quite logical. But only (a) has results, while to me (b) is more logical. When implementing pdftex functionality, one must keep in mind that much behavior is also dvi oriented (or other formats) and therefore looks like specials. And 'specials' like this are better of put inside the shipout. We should beware of features like these (\pdfpageattr) entering the vague areas of 'trial and error'. The restriction 'before someting is put on the page' should apply to real content. So in \shipout{(skips assignments kerns) (boxes characters more skips etc specials writes)} the \pdfpageattr belong to the things that can savely be done before the (boxes ...) come around. I hope I explained well, Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Thu Jan 22 01:14:19 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id BAA00572 for ; Thu, 22 Jan 1998 01:14:16 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id DAA04278 for pdftex-list; Thu, 22 Jan 1998 03:06:58 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id DAA04274 for ; Thu, 22 Jan 1998 03:06:55 -0500 Received: from hagen (zl67.pi.net [145.220.204.67]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id JAA17758; Thu, 22 Jan 1998 09:10:02 +0100 (MET) Posted-Date: Thu, 22 Jan 1998 09:10:02 +0100 (MET) Message-ID: <34C68072.6F60@pi.net> Date: Thu, 22 Jan 1998 00:10:42 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: pdftex@tug.cs.umb.edu, Han The Thanh CC: pragma@pi.net Subject: Re: page dimensions References: <199801161550.QAA08048@anxur.fi.muni.cz> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Han The Thanh wrote: > considering to the problem with page dimensions of pdftex output: Another pair of dimensions is \pdfthreadvoffset \pdfthreadhoffset When in full screen mode (in fact in every other mode too), I want to be able to keep the same view. Now when I set both dimens to \maxdimen, the full screen is preserved, except that suddenly the screen becomes a bit larger (seems like a reader bug, because I use a 3:4 aspect ratio). Nevertheless, somehow pdftex forces an even fuller screen. This full \maxdimen behavior is fine with me (but let it be documented) except that it should work in every mode (conforming the current page setting as specified). So, for the moment the full screen works for 98% (the 2% being the screen growing slightly larger). Preserving the current (in my case often the full screen) opens lots of possibilities. For some years I've got reading profiles as well as version control running based on threads, but the view change keeps me >From using it. (I'm also working on cross document text flow areas, linked etc, etc, and it seems to me that pdftex coul ddo a better job on that than distiller.) Thanh, if needed I can send you samples and do tests as soon as the new beta is ready (with fixed user fields etc). Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Thu Jan 22 01:38:51 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id BAA00912 for ; Thu, 22 Jan 1998 01:38:48 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id DAA04394 for pdftex-list; Thu, 22 Jan 1998 03:31:48 -0500 Received: from ns2.eds.com (ns2.eds.com [199.228.142.78]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id DAA04391 for ; Thu, 22 Jan 1998 03:31:47 -0500 Received: from nnsp.eds.com (nnsp2.eds.com [199.228.143.130]) by ns2.eds.com (8.8.6/8.8.5) with ESMTP id DAA22854; Thu, 22 Jan 1998 03:34:56 -0500 (EST) Received: from ew160061.nets.de.eds.com (ew160061.nets.de.eds.com [134.46.6.36]) by nnsp.eds.com (8.8.8/8.8.8) with ESMTP id DAA24943; Thu, 22 Jan 1998 03:34:24 -0500 (EST) Received: from n15ux24.nets.de.eds.com (n15ux24.nets.de.eds.com [206.122.103.15]) by ew160061.nets.de.eds.com (8.7.5/8.7.3) with ESMTP id IAA23581; Thu, 22 Jan 1998 08:34:20 GMT Message-Id: <199801220834.IAA23581@ew160061.nets.de.eds.com> Received: by n15ux24.nets.de.eds.com (1.37.109.16/16.2) id AA151918061; Thu, 22 Jan 1998 09:34:21 +0100 Date: Thu, 22 Jan 1998 09:34:21 +0100 From: Frank Mittelbach To: Hans Hagen Cc: pdftex@tug.cs.umb.edu, Sebastian Rahtz Subject: Re: hyperref 6.9 In-Reply-To: <34C61E7A.5051@pi.net> References: <4042-Wed21Jan1998121144+0000-s.rahtz@elsevier.co.uk> <34C61E7A.5051@pi.net> Sender: owner-pdftex@tug.org Precedence: bulk Hans, > > The available commands are listed in the manual. Obviously this works > > in both pdftex and dvips->Distiller mode. Hopefully this allows LaTeX > > users to more easily produce documents as nice as those from Hans > > Hagen's CONTeXT. If you design screen documents, you can now add > > buttons for things like Quit and Print. > > Thanks for the compliment. But for the real thing you'll probably have to > rewrite LaTeX. rewrite to achieve what? being as beautiful as CONTeXt? frank From owner-pdftex@tug.org Thu Jan 22 01:42:10 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id BAA00971 for ; Thu, 22 Jan 1998 01:42:09 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id DAA04419 for pdftex-list; Thu, 22 Jan 1998 03:36:59 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id DAA04416 for ; Thu, 22 Jan 1998 03:36:57 -0500 Received: from hagen (zl18.pi.net [145.220.204.18]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id JAA26092; Thu, 22 Jan 1998 09:40:01 +0100 (MET) Posted-Date: Thu, 22 Jan 1998 09:40:01 +0100 (MET) Message-ID: <34C7067C.6A8D@pi.net> Date: Thu, 22 Jan 1998 09:42:36 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: Han The Thanh CC: pdftex@tug.cs.umb.edu, pragma@pi.net Subject: Re: page dimensions References: <199801211955.UAA24621@anxur.fi.muni.cz> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Han The Thanh wrote: > what pdftex needs to set is page width/height and offsets. If I understood your > point well, then setboudingbox should set MediaBox to [0 0 urx ury] and the > starting point of page description at [llx lly], is that right? Ok. Going back to the 1in problem, there are certain advantages for keeping ourselve compatible with dvioutput (simply because else if dvi and pdf were not, one would have to shift differently) but talking of natural behavior ... If [0 0 urx ury] and [llx lly] add up to a view of [llx lly urx urx] you got me right. Just for the record: now I need a different calculation for dvi-ps-pdf ouput than for direct pdf. The funny thing is that the direct pdftex way is more accurate due to dvips and distiller inaccuracy/rounding errors. > If yes then one *must* set exactly hoffset/voffset to get the right output. And > it won't work for setting in config file. For the same file pdftex and normal > tex will produce output that look quite different (it can be handled by testing > whether pdftex or tex is used, of course, but i don't expect it to be the best). Ok, then let's keep the offsets of 1in in there. Concerning the config file, I start wondering what use it has. I see the benefit of launcing tex with certain presets, but not exactly these. I want to be able to set interactive mode on, choose the output (dvi/pdf), specify tex produced, page imposition (like two upped output of 16 pages per sheet), color of gray conversion mode etc. I just wrote a perl script that exactly does this: depending on some command line arguments, it generates a file cont-opt.tex, then tex is launched, the opt file is loaded and determines the sort of ouput, and the option file is deleted afterwards. Because of the tight integration of \pdfpageheight/width and \pdfoutput in the whole system, setting these in another config file in not needed at all. What I actually want to say is: why not let the macro package at startup time load an config file. There is no need to build things into tex that already can be done (by means of an \input). > It seems to me that many people don't like the 1in defaults offset game. In the > other hand all dvi-driver take it into account. It we want to get rid of it, > it will perhaps complicate things (I don't say that's it a bad idea, but I'm not > convinced yet that it's a good idea). That's why we are discussing it. ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Thu Jan 22 01:47:35 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id BAA01041 for ; Thu, 22 Jan 1998 01:47:33 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id DAA04457 for pdftex-list; Thu, 22 Jan 1998 03:42:24 -0500 Received: from relay.surfnet.nl (relay.surfnet.nl [192.87.36.2]) by tug.cs.umb.edu (8.8.5/8.8.5) with SMTP id DAA04454 for ; Thu, 22 Jan 1998 03:42:23 -0500 Received: from wkaxp1.wkap.nl by relay.surfnet.nl with SN-SMTP (PP) with ESMTP; Thu, 22 Jan 1998 09:45:14 +0100 Received: from id034.wkap.nl by wkap.nl (PMDF V5.1-4 #22311) with ESMTP id <01ISO8PI75N4000HH4@wkap.nl> for PDFTEX@TUG.CS.UMB.EDU; Thu, 22 Jan 1998 09:45:02 +0100 Received: from PC377.WKAP.NL by ID034.WKAP.NL (PMDF V5.1-9 #22310) with SMTP id <01ISO8PCWPPC95MMMD@ID034.WKAP.NL> for PDFTEX@TUG.CS.UMB.EDU; Thu, 22 Jan 1998 09:44:55 +0000 ([+0200]) Date: Thu, 22 Jan 1998 09:42:02 +0100 (Romance Standard Time) From: Taco Hoekwater Subject: Re: page dimensions In-reply-to: <980121200141.18f3c@vms.rhbnc.ac.uk> To: P.Taylor@vms.rhbnc.ac.uk Cc: PDFTEX@TUG.CS.UMB.EDU, thanh@informatics.muni.cz Reply-to: taco.hoekwater@wkap.nl Message-id: MIME-version: 1.0 X-Mailer: Simeon for Win32 Version 4.1 Build (3) Content-type: TEXT/PLAIN; CHARSET=US-ASCII X-Authentication: none Sender: owner-pdftex@tug.org Precedence: bulk Phil wrote: > I don't like the one-inch offset either (I am notorious for abandoning it > locally, and for fighting like hell to get it made both explicit and > changeable in e-TeX). But it's worse than it seems. It's _not_ a one-inch > offset. It's a one-true-inch offset. I don't need to explain how that > really screws things up. Same here. Allthough it is not that complicated to start all my (and Kluwer acad.'s) classes and files with \[hv]offset = -1 true in, doing this does seem to confuse some programs and, more importantly, myself. Taco > On the other hand, I am convinced that by giving the user access to > the formula/algorithm, all this discussion can be avoided; Hans can > plug in his formula, you yours, and we can all experiment until the > One True Formula is found... > > ** Phil. --------------------------------------------------------------------- Taco Hoekwater texhelp@wkap.nl Kluwer Academic Publishers -- Pre Press -- Achterom 119, 3311 KB Dordrecht, The Netherlands tel. 31-78-6392550 --------------------------------------------------------------------- From owner-pdftex@tug.org Thu Jan 22 01:50:14 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id BAA01087 for ; Thu, 22 Jan 1998 01:50:12 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id DAA04432 for pdftex-list; Thu, 22 Jan 1998 03:37:12 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id DAA04429 for ; Thu, 22 Jan 1998 03:37:10 -0500 Received: from hagen (zl18.pi.net [145.220.204.18]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id JAA26109; Thu, 22 Jan 1998 09:40:04 +0100 (MET) Posted-Date: Thu, 22 Jan 1998 09:40:04 +0100 (MET) Message-ID: <34C706DE.33C8@pi.net> Date: Thu, 22 Jan 1998 09:44:14 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: Han The Thanh CC: pdftex@tug.cs.umb.edu, pragma@pi.net Subject: Re: Page dimensions References: <199801212119.WAA01198@anxur.fi.muni.cz> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Han The Thanh wrote: > how about specification of offsets in config file? (see earlier mail) Why not abandon the option file and let the macropackge do an \input pdftex.opt or something alike. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Thu Jan 22 02:26:21 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA01704 for ; Thu, 22 Jan 1998 02:26:20 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id EAA04609 for pdftex-list; Thu, 22 Jan 1998 04:20:04 -0500 Received: from relay.surfnet.nl (relay.surfnet.nl [192.87.36.2]) by tug.cs.umb.edu (8.8.5/8.8.5) with SMTP id EAA04606 for ; Thu, 22 Jan 1998 04:20:02 -0500 Received: from wkaxp1.wkap.nl by relay.surfnet.nl with SN-SMTP (PP) with ESMTP; Thu, 22 Jan 1998 10:23:05 +0100 Received: from id034.wkap.nl by wkap.nl (PMDF V5.1-4 #22311) with ESMTP id <01ISOA1N5UBK000HMX@wkap.nl> for pdftex@tug.cs.umb.edu; Thu, 22 Jan 1998 10:23:03 +0100 Received: from PC377.WKAP.NL by ID034.WKAP.NL (PMDF V5.1-9 #22310) with SMTP id <01ISOA1LL9SG95MMAK@ID034.WKAP.NL> for pdftex@tug.cs.umb.edu; Thu, 22 Jan 1998 10:23:01 +0000 ([+0200]) Date: Thu, 22 Jan 1998 10:20:11 +0100 (Romance Standard Time) From: Taco Hoekwater Subject: Re: small bug In-reply-to: <34C67E33.54B8@pi.net> To: Hans Hagen Cc: pdftex@tug.cs.umb.edu Reply-to: pdftex@tug.cs.umb.edu Message-id: MIME-version: 1.0 X-Mailer: Simeon for Win32 Version 4.1 Build (3) Content-type: TEXT/PLAIN; CHARSET=US-ASCII X-Authentication: none Sender: owner-pdftex@tug.org Precedence: bulk > A small bug: > > When pdftex wants to write to a file that is already open, it asks for > another filename. When one gives enter (without a name), pdftex writes > to a file .pdf (indeed

). Seems like a test on 'empty > name' is missing. I do not think this is a bug, but if it were, it would be in all the implementations of TeX. One can create .dvi, .tuo, .tex in all TeXs I know of where the operating system allows files to start with Taco --------------------------------------------------------------------- Taco Hoekwater texhelp@wkap.nl Kluwer Academic Publishers -- Pre Press -- Achterom 119, 3311 KB Dordrecht, The Netherlands tel. 31-78-6392550 --------------------------------------------------------------------- From owner-pdftex@tug.org Thu Jan 22 03:30:50 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA02901 for ; Thu, 22 Jan 1998 03:30:49 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id FAA04824 for pdftex-list; Thu, 22 Jan 1998 05:19:13 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id FAA04821 for ; Thu, 22 Jan 1998 05:19:12 -0500 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 KAA25328; hop 0; Thu, 22 Jan 1998 10:19:37 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Thu, 22 Jan 1998 10:14:41 +0000 Date: Thu, 22 Jan 1998 10:13:10 +0000 Message-ID: <1475-Thu22Jan1998101310+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pragma@pi.net Cc: thanh@informatics.muni.cz, pdftex@tug.cs.umb.edu Subject: Re: Page dimensions In-Reply-To: <34C706DE.33C8@pi.net> References: <199801212119.WAA01198@anxur.fi.muni.cz> <34C706DE.33C8@pi.net> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk Hans Hagen writes: > Han The Thanh wrote: > > > how about specification of offsets in config file? > > (see earlier mail) Why not abandon the option file and let the > macropackge do an \input pdftex.opt or something alike. > oh no. lets not retreat from the aim of being able to rerun old files without *any* change. please. sebastian From owner-pdftex@tug.org Thu Jan 22 03:32:53 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA02949 for ; Thu, 22 Jan 1998 03:32:51 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id FAA04856 for pdftex-list; Thu, 22 Jan 1998 05:25:55 -0500 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id FAA04853 for ; Thu, 22 Jan 1998 05:25:48 -0500 Received: from mozart.ujf-grenoble.fr (mozart.ujf-grenoble.fr [193.54.241.5]) by ujf.ujf-grenoble.fr (8.8.5/8.8.5) with ESMTP id LAA13529 for ; Thu, 22 Jan 1998 11:28:45 +0100 (MET) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id LAA04950; Thu, 22 Jan 1998 11:35:21 +0100 (MET) Date: Thu, 22 Jan 1998 11:35:21 +0100 (MET) Message-Id: <199801221035.LAA04950@mozart.ujf-grenoble.fr> From: Thierry Bouche To: pdftex@tug.cs.umb.edu Subject: Re: small bug X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-pdftex@tug.org Precedence: bulk yes, indeed. bouche@mozart:~/Mail[26]» touch .tex bouche@mozart:~/Mail[27]» tex ragnagna This is TeX, Version 3.14159 (C version 6.1) ! I can't find file `ragnagna'. <*> ragnagna Please type another input file name: (.tex) *^D ! Emergency stop. <*> ragnagna No pages of output. Transcript written on .log. Thierry PS i second the `cfg being a tex file rather than a strange file' motto. So the default one would simply be in the format, other ones having naturally their place in pdftex's inputs... this maybe means that new primitives would be required? (is \pdfmapfile=./truc.map sound?) From owner-pdftex@tug.org Thu Jan 22 03:56:20 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA03282 for ; Thu, 22 Jan 1998 03:56:18 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id FAA04943 for pdftex-list; Thu, 22 Jan 1998 05:42:25 -0500 Received: from aragorn.ics.muni.cz (ns.muni.cz [147.251.4.33]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id FAA04940 for ; Thu, 22 Jan 1998 05:42:18 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id LAA16724; Thu, 22 Jan 1998 11:45:23 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id LAA17211; Thu, 22 Jan 1998 11:45:27 +0100 (MET) From: Han The Thanh Message-Id: <199801221045.LAA17211@anxur.fi.muni.cz> Subject: Re: web2c-win32 by CYGNUS In-Reply-To: <87wwft1nox.fsf@xs4all.nl> from Olaf Weber at "Jan 21, 98 11:12:30 pm" To: infovore@xs4all.nl (Olaf Weber) Date: Thu, 22 Jan 1998 11:45:27 +0100 (MET) Cc: pdftex@tug.cs.umb.edu (PDFTEX) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk having looked at DJGPP, I have a question: do you think that it makes any sense to maintain binary of pdftex for Win32? I mean whether we need still pdftex compiled by CYGNUS or VisualC (done by Fabrice) when pdftex compiled by djgpp runs as well on Win32. Thanh From owner-pdftex@tug.org Thu Jan 22 04:00:46 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA03348 for ; Thu, 22 Jan 1998 04:00:45 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id FAA04984 for pdftex-list; Thu, 22 Jan 1998 05:49:26 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id FAA04981 for ; Thu, 22 Jan 1998 05:49:25 -0500 Received: from hagen (zl23.pi.net [145.220.204.23]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id LAA07834; Thu, 22 Jan 1998 11:52:29 +0100 (MET) Posted-Date: Thu, 22 Jan 1998 11:52:29 +0100 (MET) Message-ID: <34C70CCE.34C0@pi.net> Date: Thu, 22 Jan 1998 10:09:34 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: Frank Mittelbach CC: pdftex@tug.cs.umb.edu, Sebastian Rahtz Subject: Re: hyperref 6.9 References: <4042-Wed21Jan1998121144+0000-s.rahtz@elsevier.co.uk> <34C61E7A.5051@pi.net> <199801220834.IAA23581@ew160061.nets.de.eds.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Frank Mittelbach wrote: > rewrite to achieve what? being as beautiful as CONTeXt? I was refering to functionality. A lot of things can only be achieved by keeping track of more things than when producing paper, especially if one want to support things like multiple tocs (different instances as well as at every level), multiple indexes (natural or as linked list), local referencing, alternative numbering schemes, local references, enhanced pagebodies, etc. The main problem lays in supporting both named and page schemes (in origin pdf was page oriented and dvipsone/xdvi name, but now they both support both schemes), and of course synchronization. Fortunately I have access to all those mechanisms, and therefore can keep things compatible and working. You main handicap is that when you change the toc, idx or aux file specs (btw, I only use one file for all), you never know where problems will surface. LaTeX's strength (the many packages) there becomes a weakness (keep things consistent among all developers around the world). The only way out this dillemma would have been standardizing pagebody and auxiliary file behavior (cross macro package) but who expected things like pdf? BTW, an even bigger problem is to keep the whole functionallity consistent. This sometimes gives me nightmares. Bye, Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Thu Jan 22 04:30:54 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA03877 for ; Thu, 22 Jan 1998 04:30:53 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id GAA05120 for pdftex-list; Thu, 22 Jan 1998 06:23:22 -0500 Received: from aragorn.ics.muni.cz (ns.muni.cz [147.251.4.33]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id GAA05117 for ; Thu, 22 Jan 1998 06:23:20 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id MAA19012 for ; Thu, 22 Jan 1998 12:26:29 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id MAA20041; Thu, 22 Jan 1998 12:26:32 +0100 (MET) From: Han The Thanh Message-Id: <199801221126.MAA20041@anxur.fi.muni.cz> Subject: Re: page dimensions In-Reply-To: from thanh at "Jan 21, 98 08:55:20 pm" To: hans@anxur.fi.muni.cz Date: Thu, 22 Jan 1998 12:26:32 +0100 (MET) Cc: pdftex@tug.cs.umb.edu (PDFTEX) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk > > if pdfpagewidth_setonpage then > > llx := hoffset; > > urx := pdfpagewidth_suppliedonpage; > > elsif pdfpagewidth_setinconfig then > > llx := 0; > > urx := pdfpagewidth_suppliedinconfig; > > else > > llx := hoffset; > > urx := pdfpagewidth := width_of_box_being_shipped + 2*hoffset; > > end; How about: if hoffset <> 0 then llx := hoffset; elseif hoffset_inconfig <> 0 then llx := hoffset_inconfig; else llx := 0; if pdfpagewidth_setonpage then urx := pdfpagewidth_suppliedonpage; elsif pdfpagewidth_setinconfig then urx := pdfpagewidth_suppliedinconfig; else urx := width_of_box_being_shipped + 2*llx; end; -- Thanh From owner-pdftex@tug.org Thu Jan 22 05:01:50 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA04369 for ; Thu, 22 Jan 1998 05:01:49 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id GAA05231 for pdftex-list; Thu, 22 Jan 1998 06:47:10 -0500 Received: from vms.rhbnc.ac.uk (alpha1.rhbnc.ac.uk [134.219.201.113]) by tug.cs.umb.edu (8.8.5/8.8.5) with SMTP id GAA05224 for ; Thu, 22 Jan 1998 06:46:54 -0500 Date: Thu, 22 Jan 1998 11:49:37 GMT From: Philip Taylor (RHBNC) Reply-To: P.Taylor@vms.rhbnc.ac.uk To: thanh@informatics.muni.cz CC: PDFTEX@TUG.CS.UMB.EDU, CHAA006@vms.rhbnc.ac.uk Message-Id: <980122114937.1fd17@vms.rhbnc.ac.uk> Subject: Re: web2c-win32 by CYGNUS Sender: owner-pdftex@tug.org Precedence: bulk >> having looked at DJGPP, I have a question: do you think that it makes any sense >> to maintain binary of pdftex for Win32? I mean whether we need still pdftex >> compiled by CYGNUS or VisualC (done by Fabrice) when pdftex compiled by djgpp >> runs as well on Win32. Do any of these compilers produce actual Windows code, or just 32-bit pseudo-DOS code? What I would dearly like to see for the Win-32 platform is a real Windows-based implementation of (pdf)(e-)TeX, with drop-down file browsing, drag-and-drop, ... ** Phil. From owner-pdftex@tug.org Thu Jan 22 05:15:46 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA04604 for ; Thu, 22 Jan 1998 05:15:44 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id HAA05319 for pdftex-list; Thu, 22 Jan 1998 07:08:37 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id HAA05316 for ; Thu, 22 Jan 1998 07:08:36 -0500 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 MAA00621; hop 0; Thu, 22 Jan 1998 12:09:00 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Thu, 22 Jan 1998 12:03:53 +0000 Date: Thu, 22 Jan 1998 11:54:38 +0000 Message-ID: <6915-Thu22Jan1998115438+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pdftex@tug.cs.umb.edu Subject: config file In-Reply-To: <199801221126.MAA20041@anxur.fi.muni.cz> References: <199801221126.MAA20041@anxur.fi.muni.cz> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk If the config info was all in a pdftex.cfg file read by TeX *in a macro package*, then how do you ensure people use it before any typesetting takes place? pdftex needs to initialize its map files, for instances, and that has to take place before any danger of a character emerging onto the page. sebastian From owner-pdftex@tug.org Thu Jan 22 05:26:44 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA04783 for ; Thu, 22 Jan 1998 05:26:43 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id HAA05309 for pdftex-list; Thu, 22 Jan 1998 07:08:02 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id HAA05306 for ; Thu, 22 Jan 1998 07:08:01 -0500 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 MAA00565; hop 0; Thu, 22 Jan 1998 12:08:26 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Thu, 22 Jan 1998 12:03:26 +0000 Date: Thu, 22 Jan 1998 11:47:50 +0000 Message-ID: <7979-Thu22Jan1998114750+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: thanh@informatics.muni.cz Cc: infovore@xs4all.nl, pdftex@tug.cs.umb.edu Subject: Re: web2c-win32 by CYGNUS In-Reply-To: <199801221045.LAA17211@anxur.fi.muni.cz> References: <87wwft1nox.fsf@xs4all.nl> <199801221045.LAA17211@anxur.fi.muni.cz> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk Han The Thanh writes: > having looked at DJGPP, I have a question: do you think that it makes any sense > to maintain binary of pdftex for Win32? I mean whether we need still pdftex > compiled by CYGNUS or VisualC (done by Fabrice) when pdftex compiled by djgpp it almost certainly makes sense to have a Visual C++ setup, since - one benefits from any optimizations M'soft may make - you can share DLLs - you need M'soft for xdvi, probably - many installations will not want to have DJGPP installed, if they already have Visual C++ for other purposes but i agree, there is little advantage in a Cygnus compilation if DJGPP does whats needed. sebastian From owner-pdftex@tug.org Thu Jan 22 05:50:44 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA05193 for ; Thu, 22 Jan 1998 05:50:43 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id HAA05385 for pdftex-list; Thu, 22 Jan 1998 07:20:57 -0500 Received: from aragorn.ics.muni.cz (ns.muni.cz [147.251.4.33]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id HAA05382 for ; Thu, 22 Jan 1998 07:20:55 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id NAA22693; Thu, 22 Jan 1998 13:24:05 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id NAA22677; Thu, 22 Jan 1998 13:24:08 +0100 (MET) From: Han The Thanh Message-Id: <199801221224.NAA22677@anxur.fi.muni.cz> Subject: Re: another conceptual topic / pdfpageattr In-Reply-To: <34C70031.3C8B@pi.net> from Hans Hagen at "Jan 22, 98 09:15:45 am" To: pragma@pi.net (Hans Hagen) Date: Thu, 22 Jan 1998 13:24:08 +0100 (MET) Cc: pdftex@tug.cs.umb.edu (PDFTEX) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk > Just another conceptual problem, this time concerning > \pdfpageattr. (At this moment I'm adding a few lines of > pdftex code to the pdftex driver to keep pdftex compatible > with pdfmarks, so that's why these things surface.) > > (1) \pdfpageattr{\csname} at the outer level can result in > Acrobat Reader blowing to pieces (an error message loop). The > \csname ends up unexpanded in the pdffile. \pdfpageattr and \pdfpagesattr are just token list registers. So \pdfpageattr{\csname} doesn't work, but \edef\foo{\pdfapgeattr{\csname}}\foo should. > (2) What is \the\pdfpageattr supposed to do. Thinking of > \pdfpageattr being a token list register, I tried this, but > nothing showed up. I don't understand it. It works for me. Thanh From owner-pdftex@tug.org Thu Jan 22 06:20:18 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA05660 for ; Thu, 22 Jan 1998 06:20:16 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id IAA05598 for pdftex-list; Thu, 22 Jan 1998 08:11:10 -0500 Received: from esemetz.ese-metz.fr (esemetz.ese-metz.fr [192.70.65.1]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id IAA05589 for ; Thu, 22 Jan 1998 08:09:02 -0500 Received: from NEUROMANCER.ese-metz.fr (neuromancer.ese-metz.fr [193.48.224.95]) by esemetz.ese-metz.fr (8.8.8/8.8.8) with SMTP id OAA09910; Thu, 22 Jan 1998 14:10:55 +0100 (MET) To: Han The Thanh Cc: infovore@xs4all.nl (Olaf Weber), pdftex@tug.cs.umb.edu (PDFTEX) Subject: Re: web2c-win32 by CYGNUS References: <199801221045.LAA17211@anxur.fi.muni.cz> From: Fabrice POPINEAU Date: 22 Jan 1998 14:10:28 +0100 In-Reply-To: Han The Thanh's message of "Thu, 22 Jan 1998 11:45:27 +0100 (MET)" Message-ID: Lines: 32 X-Mailer: Gnus v5.5/Emacs 19.34 X-Emacs: 19.34 MIME-Version: 1.0 (generated by SEMI MIME-Edit 0.92 - "Oyanagi") Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by tug.cs.umb.edu id IAA05593 Sender: owner-pdftex@tug.org Precedence: bulk >>>>> "Han" == Han The Thanh writes: Han> having looked at DJGPP, I have a question: do you think that Han> it makes any sense to maintain binary of pdftex for Win32? I Han> mean whether we need still pdftex compiled by CYGNUS or Han> VisualC (done by Fabrice) when pdftex compiled by djgpp runs Han> as well on Win32. All these approaches have their pros and cons, but some more than others :-) Djgpp is mainly aimed at Dos/Win3.11 where no other solution exist anymore (Win32s not supported by MS). Even if console apps run under NT, they do not have access to the whole api (or am I wrong ?) and they use a quite contorted memory management policy (dpmi, even under win32 ?). Cygwin is the less interesting from my point of view. They do not support drive letters in the pathnames, neither text/binary mode for files. From the TeX point of view, this may not be inconvenient, but >From a general point of view, it is a big design flaw. For example, try to 'patch' a file in text mode with their port of 'patch', you will see what I mean. I can't accept very well their politicy, refusing to adapt their code to the platform they are using. Moreover, all programs are linked against cygwin.dll which is quite big. VisualC is a native win32 development environment, produces faster code than gcc (about 30%) and is supported by peolple who should be knowledgeable about the win32 api. So it is quite interesting. Fabrice From owner-pdftex@tug.org Thu Jan 22 06:24:43 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA05735 for ; Thu, 22 Jan 1998 06:24:42 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id IAA05621 for pdftex-list; Thu, 22 Jan 1998 08:15:45 -0500 Received: from toucan.stats (toucan.stats.ox.ac.uk [163.1.20.20]) by tug.cs.umb.edu (8.8.5/8.8.5) with SMTP id IAA05618 for ; Thu, 22 Jan 1998 08:15:43 -0500 Received: by toucan.stats (SMI-8.6/SMI-SVR4) id NAA20180; Thu, 22 Jan 1998 13:16:56 GMT Date: Thu, 22 Jan 1998 13:16:56 GMT From: ripley@stats.ox.ac.uk (Prof Brian Ripley) Message-Id: <199801221316.NAA20180@toucan.stats> To: thanh@informatics.muni.cz Subject: Re: web2c-win32 (by CYGNUS) Cc: pdftex@tug.cs.umb.edu X-Sun-Charset: US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk > From owner-pdftex@tug.org Thu Jan 22 12:06 GMT 1998 > From: Han The Thanh > Subject: Re: web2c-win32 by CYGNUS > To: infovore@xs4all.nl (Olaf Weber) > Date: Thu, 22 Jan 1998 11:45:27 +0100 (MET) > Cc: pdftex@tug.cs.umb.edu (PDFTEX) > Sender: owner-pdftex@tug.org > Precedence: bulk > > having looked at DJGPP, I have a question: do you think that it makes any sense > to maintain binary of pdftex for Win32? I mean whether we need still pdftex > compiled by CYGNUS or VisualC (done by Fabrice) when pdftex compiled by djgpp > runs as well on Win32. > Yes. I find it _very_ useful to have a Win32 web2c 7.x pdftex in the same tree as tex, and I use Fabrice's port. It may be possible to do this with a separate djgpp version, but I would see keeping them exactly in step as a nightmare. Fabrice is doing this anyway: can we not just thank him and use what he produces if we want to? Brian Ripley From owner-pdftex@tug.org Thu Jan 22 06:31:52 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA05876 for ; Thu, 22 Jan 1998 06:31:50 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id IAA05665 for pdftex-list; Thu, 22 Jan 1998 08:24:28 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id IAA05662 for ; Thu, 22 Jan 1998 08:24:26 -0500 Received: from hagen (zl56.pi.net [145.220.204.56]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id OAA23200; Thu, 22 Jan 1998 14:27:34 +0100 (MET) Posted-Date: Thu, 22 Jan 1998 14:27:34 +0100 (MET) Message-ID: <34C728F5.21C9@pi.net> Date: Thu, 22 Jan 1998 12:09:41 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: pdftex@tug.cs.umb.edu, Sebastian Rahtz CC: pragma@pi.net Subject: Re: Page dimensions References: <199801212119.WAA01198@anxur.fi.muni.cz> <34C706DE.33C8@pi.net> <1475-Thu22Jan1998101310+0000-s.rahtz@elsevier.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Sebastian Rahtz wrote: > > > how about specification of offsets in config file? > > > > (see earlier mail) Why not abandon the option file and let the > > macropackge do an \input pdftex.opt or something alike. > > > oh no. lets not retreat from the aim of being able to rerun old files > without *any* change. please. What has this to do with old files? The input should be done in the macro package not the file to typeset. Or do you mean to run old macropackages as well. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Thu Jan 22 09:40:29 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA13723 for ; Thu, 22 Jan 1998 09:40:28 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id LAA06331 for pdftex-list; Thu, 22 Jan 1998 11:30:04 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id LAA06322 for ; Thu, 22 Jan 1998 11:29:56 -0500 Received: from hagen (zl30.pi.net [145.220.204.30]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id QAA27593; Thu, 22 Jan 1998 16:35:17 +0100 (MET) Posted-Date: Thu, 22 Jan 1998 16:35:17 +0100 (MET) Message-ID: <34C74EC1.2A70@pi.net> Date: Thu, 22 Jan 1998 14:50:57 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: pdftex@tug.cs.umb.edu, Han The Thanh CC: pragma@pi.net, "Philip Taylor (RHBNC)" Subject: Re: page dimensions References: <199801221126.MAA20041@anxur.fi.muni.cz> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Han The Thanh wrote: > > > if pdfpagewidth_setonpage then > > > llx := hoffset; > > > urx := pdfpagewidth_suppliedonpage; > > > elsif pdfpagewidth_setinconfig then > > > llx := 0; > > > urx := pdfpagewidth_suppliedinconfig; > > > else > > > llx := hoffset; > > > urx := pdfpagewidth := width_of_box_being_shipped + 2*hoffset; > > > end; > > How about: > > if hoffset <> 0 then > llx := hoffset; > elseif hoffset_inconfig <> 0 then > llx := hoffset_inconfig; > else > llx := 0; > > if pdfpagewidth_setonpage then > urx := pdfpagewidth_suppliedonpage; > elsif pdfpagewidth_setinconfig then > urx := pdfpagewidth_suppliedinconfig; > else > urx := width_of_box_being_shipped + 2*llx; > end; Sounds ok. Phil, what was the proposed name for the 1in offset variable? Can we introduce it here already? For dvi compatibility the macropackage can set it to 1in by default, but overrule to 0pt. I feel we have to solve this 1in problem now and use the e-tex name. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Thu Jan 22 09:42:35 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA13787 for ; Thu, 22 Jan 1998 09:42:33 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id LAA06316 for pdftex-list; Thu, 22 Jan 1998 11:29:45 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id LAA06312 for ; Thu, 22 Jan 1998 11:29:43 -0500 Received: from hagen (zl30.pi.net [145.220.204.30]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id QAA27580; Thu, 22 Jan 1998 16:35:15 +0100 (MET) Posted-Date: Thu, 22 Jan 1998 16:35:15 +0100 (MET) Message-ID: <34C74D70.3A@pi.net> Date: Thu, 22 Jan 1998 14:45:20 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: pdftex@tug.cs.umb.edu, Han The Thanh CC: pragma@pi.net Subject: Re: web2c-win32 by CYGNUS References: <199801221045.LAA17211@anxur.fi.muni.cz> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Han The Thanh wrote: > having looked at DJGPP, I have a question: do you think that it makes any sense > to maintain binary of pdftex for Win32? I mean whether we need still pdftex > compiled by CYGNUS or VisualC (done by Fabrice) when pdftex compiled by djgpp > runs as well on Win32. When run in a dos box from within other programs, like an editor, windows often needs a windows program, due to troublesome memory management. I can for instance run the windows version without problems, but the dos version cannot be run when called upon under a non djgpp dos extender. Therefore: please keep the win binary! Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Thu Jan 22 09:45:51 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA13871 for ; Thu, 22 Jan 1998 09:45:50 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id LAA06305 for pdftex-list; Thu, 22 Jan 1998 11:29:39 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id LAA06302 for ; Thu, 22 Jan 1998 11:29:37 -0500 Received: from hagen (zl30.pi.net [145.220.204.30]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id QAA27621; Thu, 22 Jan 1998 16:35:22 +0100 (MET) Posted-Date: Thu, 22 Jan 1998 16:35:22 +0100 (MET) Message-ID: <34C7503F.222F@pi.net> Date: Thu, 22 Jan 1998 14:57:19 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: pdftex@tug.cs.umb.edu, Sebastian Rahtz CC: pragma@pi.net Subject: Re: web2c-win32 by CYGNUS References: <87wwft1nox.fsf@xs4all.nl> <199801221045.LAA17211@anxur.fi.muni.cz> <7979-Thu22Jan1998114750+0000-s.rahtz@elsevier.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Sebastian Rahtz wrote: > it almost certainly makes sense to have a Visual C++ setup, since > > - one benefits from any optimizations M'soft may make Hm. Their latest optimizations were buggy. Ask YandY! Their latest releases are optimized upto inaccuracy! Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Thu Jan 22 09:46:24 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA13887 for ; Thu, 22 Jan 1998 09:46:23 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id LAA06427 for pdftex-list; Thu, 22 Jan 1998 11:39:13 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id LAA06424 for ; Thu, 22 Jan 1998 11:39:12 -0500 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 PAA11671; hop 0; Thu, 22 Jan 1998 15:36:13 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Thu, 22 Jan 1998 15:31:15 +0000 Date: Thu, 22 Jan 1998 15:18:56 +0000 Message-ID: <2171-Thu22Jan1998151856+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pragma@pi.net Cc: pdftex@tug.cs.umb.edu Subject: Re: hyperref 6.9 In-Reply-To: <34C61E7A.5051@pi.net> References: <4042-Wed21Jan1998121144+0000-s.rahtz@elsevier.co.uk> <34C61E7A.5051@pi.net> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk Hans Hagen writes: > > - interface to PDF forms > > I've got this running. Unfortunately pdf is not strong ennough yet. > One can for instance load and submit but not save. > And even worse, influencing the typo (like > baseline distance is hardly possible and/or buggy. yes, i remain to be convinced that people are waiting for forms > > - interface to page transitions > > Not that hard to do, but also not that easy to fit the concept into > tex (in a driver neutral way), considering all the possible settings. as i understand it, i can specify the transition for each page, but as you say, where and how would a LaTeX user specify that? i do need to add a quick way to specify the document wide page transition style. sebastian From owner-pdftex@tug.org Thu Jan 22 09:46:58 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA13911 for ; Thu, 22 Jan 1998 09:46:56 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id LAA06310 for pdftex-list; Thu, 22 Jan 1998 11:29:42 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id LAA06307 for ; Thu, 22 Jan 1998 11:29:40 -0500 Received: from hagen (zl30.pi.net [145.220.204.30]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id QAA27641; Thu, 22 Jan 1998 16:35:24 +0100 (MET) Posted-Date: Thu, 22 Jan 1998 16:35:24 +0100 (MET) Message-ID: <34C750F1.2C67@pi.net> Date: Thu, 22 Jan 1998 15:00:17 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: pdftex@tug.cs.umb.edu, Sebastian Rahtz CC: pragma@pi.net Subject: Re: config file References: <199801221126.MAA20041@anxur.fi.muni.cz> <6915-Thu22Jan1998115438+0000-s.rahtz@elsevier.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Sebastian Rahtz wrote: > If the config info was all in a pdftex.cfg file read by TeX *in a > macro package*, then how do you ensure people use it before any > typesetting takes place? pdftex needs to initialize its map files, for > instances, and that has to take place before any danger of a character > emerging onto the page. \prependtoks \input pdftex.cfg \to \everyjob will do the job! Concerning he fonts: in ConTeXt I do not preload any font at all. Fonts are defined in advance (saves time) but only actually loaded when called for (saves space and makes fmt files more portable). Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Thu Jan 22 09:48:17 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA13953 for ; Thu, 22 Jan 1998 09:48:14 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id LAA06320 for pdftex-list; Thu, 22 Jan 1998 11:29:47 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id LAA06317 for ; Thu, 22 Jan 1998 11:29:45 -0500 Received: from hagen (zl30.pi.net [145.220.204.30]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id QAA27658; Thu, 22 Jan 1998 16:35:26 +0100 (MET) Posted-Date: Thu, 22 Jan 1998 16:35:26 +0100 (MET) Message-ID: <34C7531F.6F48@pi.net> Date: Thu, 22 Jan 1998 15:09:35 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: pdftex@tug.cs.umb.edu, Han The Thanh CC: pragma@pi.net Subject: Re: another conceptual topic / pdfpageattr References: <199801221224.NAA22677@anxur.fi.muni.cz> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Han The Thanh wrote: > > Just another conceptual problem, this time concerning > > \pdfpageattr. (At this moment I'm adding a few lines of > > pdftex code to the pdftex driver to keep pdftex compatible > > with pdfmarks, so that's why these things surface.) > > > > (1) \pdfpageattr{\csname} at the outer level can result in > > Acrobat Reader blowing to pieces (an error message loop). The > > \csname ends up unexpanded in the pdffile. > > \pdfpageattr and \pdfpagesattr are just token list registers. So > \pdfpageattr{\csname} doesn't work, but > \edef\foo{\pdfapgeattr{\csname}}\foo should. That's what \expanded{\pdfpageattr{\csname}} does. > > (2) What is \the\pdfpageattr supposed to do. Thinking of > > \pdfpageattr being a token list register, I tried this, but > > nothing showed up. > > I don't understand it. It works for me. I did some more testing and it seemed that I had to say: \expanded{\global\noexpand\pdfpageattr{....}} Just one of these famous occasions where \csname ... \endcsname is not expanded completely. Furthermore, \pdfpageattr obeys locality. (The moment is there for The PDFTeX Book. Meybe if I can find the time ...). Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Thu Jan 22 09:52:52 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA14191 for ; Thu, 22 Jan 1998 09:52:50 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id LAA06373 for pdftex-list; Thu, 22 Jan 1998 11:31:28 -0500 Received: from mail.tyndale.com (mail.tyndale.com [208.203.193.2]) by tug.cs.umb.edu (8.8.5/8.8.5) with SMTP id LAA06370 for ; Thu, 22 Jan 1998 11:31:27 -0500 Received: from Connect2 Message Router by mail.tyndale.com via Connect2-SMTP 4.20B.1; Thu, 22 Jan 1998 09:06:57 -0600 Message-ID: Date: Thu, 22 Jan 1998 9:06:21 -0500 From: "Harrison, Shawn" Organization: Tyndale House Publishers To: pdftex@tug.cs.umb.edu Subject: HOWTO MIME-Version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-disposition: inline Content-transfer-encoding: 7bit X-Mailer: Connect2-SMTP 4.20B.1 MHS/SMF to SMTP Gateway Sender: owner-pdftex@tug.org Precedence: bulk Help! I am an editor using TeX/LaTeX to typeset documents. I also want to create documents for electronic distribution, using hyperref or pdftex or.... But I am pretty well stumped about HOWTO use these packages---I haven't been able to find an explanation for how to use these things, even in a basic way. Can you tell me if there is some documentation out there which explains HOWTO use TeX/LaTeX to create PDFs? I know that is the purpose of this list, but the discussion is way over my head. Thank you for helping me get started. shawn_harrison@tyndale.com From owner-pdftex@tug.org Thu Jan 22 09:53:26 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA14247 for ; Thu, 22 Jan 1998 09:53:25 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id LAA06449 for pdftex-list; Thu, 22 Jan 1998 11:42:01 -0500 Received: from esemetz.ese-metz.fr (esemetz.ese-metz.fr [192.70.65.1]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id LAA06438 for ; Thu, 22 Jan 1998 11:40:49 -0500 Received: from NEUROMANCER.ese-metz.fr (neuromancer.ese-metz.fr [193.48.224.95]) by esemetz.ese-metz.fr (8.8.8/8.8.8) with SMTP id RAA16879; Thu, 22 Jan 1998 17:43:41 +0100 (MET) To: P.Taylor@vms.rhbnc.ac.uk Cc: thanh@informatics.muni.cz, PDFTEX@TUG.CS.UMB.EDU, CHAA006@vms.rhbnc.ac.uk Subject: Re: web2c-win32 by CYGNUS References: <980122114937.1fd17@vms.rhbnc.ac.uk> From: Fabrice POPINEAU Date: 22 Jan 1998 17:43:11 +0100 In-Reply-To: Philip Taylor's message of "Thu, 22 Jan 1998 11:49:37 GMT" Message-ID: Lines: 11 X-Mailer: Gnus v5.5/Emacs 19.34 X-Emacs: 19.34 MIME-Version: 1.0 (generated by SEMI MIME-Edit 0.92 - "Oyanagi") Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk >>>>> "Philip" == Philip Taylor (RHBNC) writes: Philip> What I would dearly like to see for the Win-32 platform Philip> is a real Windows-based implementation of (pdf)(e-)TeX, Philip> with drop-down file browsing, drag-and-drop, ... If you can specify it clearly, I can try it. It is not always obvious to migrate line command tools to window tools. Fabrice From owner-pdftex@tug.org Thu Jan 22 09:57:06 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA14400 for ; Thu, 22 Jan 1998 09:57:04 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id LAA06485 for pdftex-list; Thu, 22 Jan 1998 11:46:21 -0500 Received: from vms.rhbnc.ac.uk (alpha1.rhbnc.ac.uk [134.219.201.113]) by tug.cs.umb.edu (8.8.5/8.8.5) with SMTP id LAA06482 for ; Thu, 22 Jan 1998 11:46:19 -0500 Date: Thu, 22 Jan 1998 16:48:10 GMT From: Philip Taylor (RHBNC) Reply-To: P.Taylor@vms.rhbnc.ac.uk To: s.rahtz@elsevier.co.uk CC: PDFTEX@TUG.CS.UMB.EDU, CHAA006@vms.rhbnc.ac.uk Message-Id: <980122164810.1658e@vms.rhbnc.ac.uk> Subject: Re: hyperref 6.9 Sender: owner-pdftex@tug.org Precedence: bulk >> yes, i remain to be convinced that people are waiting for forms I am: they're one of the nicest features of PDF, imho... ** Phil. From owner-pdftex@tug.org Thu Jan 22 09:57:34 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA14427 for ; Thu, 22 Jan 1998 09:57:33 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id LAA06522 for pdftex-list; Thu, 22 Jan 1998 11:50:09 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id LAA06519 for ; Thu, 22 Jan 1998 11:50:08 -0500 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 QAA16366; hop 0; Thu, 22 Jan 1998 16:50:22 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Thu, 22 Jan 1998 16:45:29 +0000 Date: Thu, 22 Jan 1998 16:50:44 +0000 Message-ID: <1523-Thu22Jan1998165044+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: P.Taylor@vms.rhbnc.ac.uk Cc: PDFTEX@TUG.CS.UMB.EDU Subject: Re: hyperref 6.9 In-Reply-To: <980122164810.1658e@vms.rhbnc.ac.uk> References: <980122164810.1658e@vms.rhbnc.ac.uk> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk Philip Taylor (RHBNC) writes: > >> yes, i remain to be convinced that people are waiting for forms > > I am: they're one of the nicest features of PDF, imho... sadly, you are ruled out of the equation, so far as hyperref or CONTeXT are concerned, since you use GodsOwnTeX. You get to roll your own macros... Sebastian From owner-pdftex@tug.org Thu Jan 22 10:04:07 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA14643 for ; Thu, 22 Jan 1998 10:04:06 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id LAA06509 for pdftex-list; Thu, 22 Jan 1998 11:49:13 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id LAA06506 for ; Thu, 22 Jan 1998 11:49:11 -0500 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 PAA11191; hop 0; Thu, 22 Jan 1998 15:28:30 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Thu, 22 Jan 1998 15:23:25 +0000 Date: Thu, 22 Jan 1998 13:01:48 +0000 Message-ID: <7738-Thu22Jan1998130148+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: P.Taylor@vms.rhbnc.ac.uk Cc: thanh@informatics.muni.cz, PDFTEX@TUG.CS.UMB.EDU Subject: Re: web2c-win32 by CYGNUS In-Reply-To: <980122114937.1fd17@vms.rhbnc.ac.uk> References: <980122114937.1fd17@vms.rhbnc.ac.uk> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk Philip Taylor (RHBNC) writes: > > Do any of these compilers produce actual Windows code, or just 32-bit > pseudo-DOS code? its not a meaningful distinction in this context > What I would dearly like to see for the Win-32 > platform is a real Windows-based implementation of (pdf)(e-)TeX, with > drop-down file browsing, drag-and-drop, ... > you have drag-and-drop at the moment. if i drop a .tex file on "latex.exe", something happens. not entirely what you expect, but thats details what "drop-down file browsing" is, i have no idea. but i think you are barking up the wrong tree. TeX is a compiler, no more, no less. if you want Visual TeX (++, of course), you can have it, using a shell which calls TeX, just as Visual C++ calls the C compiler. Use Winedt, emtexcgi, or whatever, or write a new one. but it makes minimal difference which compiler you use. there *is* the issue of whether output writes to the screen properly, of course, but thats about it. sebastian From owner-pdftex@tug.org Thu Jan 22 10:11:58 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA15085 for ; Thu, 22 Jan 1998 10:11:57 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id LAA06565 for pdftex-list; Thu, 22 Jan 1998 11:57:25 -0500 Received: from mail-relay1.ja.net (mail-relay.ja.net [193.63.105.200]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id LAA06562 for ; Thu, 22 Jan 1998 11:57:23 -0500 Received: from vms.rhbnc.ac.uk (actually host alpha1.rhbnc.ac.uk) by mail-relay1.ja.net with JANET SMTP (PP); Thu, 22 Jan 1998 15:48:28 +0000 Date: Thu, 22 Jan 1998 15:47:05 GMT From: Philip Taylor (RHBNC) Reply-To: P.Taylor@vms.rhbnc.ac.uk To: PDFTEX@TUG.CS.UMB.EDU, THANH@informatics.muni.cz CC: CHAA006@vms.rhbnc.ac.uk Message-Id: <980122154705.1658e@vms.rhbnc.ac.uk> Subject: page (true) dimensions Sender: owner-pdftex@tug.org Precedence: bulk >> what was the proposed name for the 1in offset variable? Can we introduce >> it here already? For dvi compatibility the macropackage can set it to >> 1in by default, but overrule to 0pt. I feel we have to solve this >> 1in problem now and use the e-tex name. I'm fairly confident we were going to use \xorigin and \yorigin, but in the end the need to preset these to 1 true in _before_ \mag was known defeated us... * Phil. From owner-pdftex@tug.org Thu Jan 22 10:13:45 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA15176 for ; Thu, 22 Jan 1998 10:13:44 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id LAA06580 for pdftex-list; Thu, 22 Jan 1998 11:58:21 -0500 Received: from mail-relay1.ja.net (mail-relay.ja.net [193.63.105.200]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id LAA06577 for ; Thu, 22 Jan 1998 11:58:02 -0500 Received: from vms.rhbnc.ac.uk (actually host alpha1.rhbnc.ac.uk) by mail-relay1.ja.net with JANET SMTP (PP); Thu, 22 Jan 1998 15:43:56 +0000 Date: Thu, 22 Jan 1998 15:40:45 GMT From: Philip Taylor (RHBNC) Reply-To: P.Taylor@vms.rhbnc.ac.uk To: PDFTEX@TUG.CS.UMB.EDU CC: CHAA006@vms.rhbnc.ac.uk Message-Id: <980122154045.18192@vms.rhbnc.ac.uk> Subject: Win-32 Sender: owner-pdftex@tug.org Precedence: bulk >> you have drag-and-drop at the moment. if i drop a .tex file on >> "latex.exe", something happens. not entirely what you expect, but >> thats details What _does_ happen? I would expect it to open and compile the file. >> what "drop-down file browsing" is, i have no idea. A "File" menu which drops down to allow options such as "Open"; selecting "Open" will allow a visual display of the file-system tree(s), >From which the relevant file can be selected. It would also store the names of the last few files processed. >> but i think you are barking up the wrong tree. TeX is a compiler, no >> more, no less. if you want Visual TeX (++, of course), you can have >> it, using a shell which calls TeX, just as Visual C++ calls the C >> compiler. Use Winedt, emtexcgi, or whatever, or write a new one. but >> it makes minimal difference which compiler you use. Many current Win-32 GUI applications could be viewed as "Compilers" in your rather extended sense; Acrobat Distiller is the obvious example. Yet it is implemented ( almost :-((((( ) as a full Windows GUI application (it seems to use non-standard file opening, which is why the multiple saddies above). I really think that this interface is what today's Windows users expect, and it is up to us to provide that interface if we really want to attract Windows aficionados to use (pdf)(e-)TeX. ** Phil. From owner-pdftex@tug.org Thu Jan 22 10:16:24 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA15348 for ; Thu, 22 Jan 1998 10:16:22 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id MAA06628 for pdftex-list; Thu, 22 Jan 1998 12:07:21 -0500 Received: from aragorn.ics.muni.cz (aragorn.ics.muni.cz [147.251.4.33]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id MAA06625 for ; Thu, 22 Jan 1998 12:07:19 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id PAA02722; Thu, 22 Jan 1998 15:36:57 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id PAA03151; Thu, 22 Jan 1998 15:37:02 +0100 (MET) From: Han The Thanh Message-Id: <199801221437.PAA03151@anxur.fi.muni.cz> Subject: Re: page dimensions In-Reply-To: <34C68072.6F60@pi.net> from Hans Hagen at "Jan 22, 98 00:10:42 am" To: pragma@pi.net (Hans Hagen) Date: Thu, 22 Jan 1998 15:37:02 +0100 (MET) Cc: pdftex@tug.cs.umb.edu (PDFTEX) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk > Another pair of dimensions is > > \pdfthreadvoffset > \pdfthreadhoffset > > When in full screen mode (in fact in every other mode too), I want to > be able to keep the same view. Now when I set both dimens to \maxdimen, > the full screen is preserved, except that suddenly the screen becomes a > bit larger (seems like a reader bug, because I use a 3:4 aspect ratio). > Nevertheless, somehow pdftex forces an even fuller screen. > > This full \maxdimen behavior is fine with me (but let it be documented) > except that it should work in every mode (conforming the current page > setting as specified). > > So, for the moment the full screen works for 98% (the 2% being the screen > growing slightly larger). > > Preserving the current (in my case often the full screen) opens lots of > possibilities. For some years I've got reading profiles as well as > version control running based on threads, but the view change keeps me > from using it. (I'm also working on cross document text flow areas, > linked etc, etc, and it seems to me that pdftex coul ddo a better job on > that than distiller.) > > Thanh, if needed I can send you samples and do tests as soon as the new > beta is ready (with fixed user fields etc). some samples would be very helpful. I'll try to compile a beta test for DOS/Win asap. Thanh From owner-pdftex@tug.org Thu Jan 22 11:02:30 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id LAA18402 for ; Thu, 22 Jan 1998 11:02:28 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id MAA06833 for pdftex-list; Thu, 22 Jan 1998 12:56:48 -0500 Received: from smtp2.xs4all.nl (smtp2.xs4all.nl [194.109.6.52]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id MAA06830 for ; Thu, 22 Jan 1998 12:56:46 -0500 Received: from infovore (root@dne03-03.dial.xs4all.nl [194.109.35.68]) by smtp2.xs4all.nl (8.8.6/XS4ALL) with ESMTP id SAA27668 for ; Thu, 22 Jan 1998 18:59:55 +0100 (CET) Received: by infovore id m0xvQvA-000ctoC (Debian Smail-3.2 1996-Jul-4 #2); Thu, 22 Jan 1998 19:00:08 +0100 (CET) To: pdftex@tug.cs.umb.edu Subject: Re: web2c-win32 by CYGNUS References: <199801221045.LAA17211@anxur.fi.muni.cz> <34C74D70.3A@pi.net> Mime-Version: 1.0 (generated by tm-edit 7.105) Content-Type: text/plain; charset=US-ASCII From: Olaf Weber Date: 22 Jan 1998 19:00:06 +0100 In-Reply-To: Hans Hagen's message of "Thu, 22 Jan 1998 14:45:20 +0100" Message-ID: <87pvlk1ja1.fsf@xs4all.nl> Lines: 6 X-Mailer: Gnus v5.4.66/Emacs 19.34 Sender: owner-pdftex@tug.org Precedence: bulk To rephrase the question a bit: should we make changes to the code to get it to compile correctly under CYGWIN, or is Fabrice's work plus the ability to compile under DJGPP enough? -- Olaf Weber From owner-pdftex@tug.org Thu Jan 22 11:19:16 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id LAA18997 for ; Thu, 22 Jan 1998 11:19:14 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id NAA06898 for pdftex-list; Thu, 22 Jan 1998 13:12:46 -0500 Received: from venus.open.ac.uk (venus.open.ac.uk [137.108.143.2]) by tug.cs.umb.edu (8.8.5/8.8.5) with SMTP id NAA06895 for ; Thu, 22 Jan 1998 13:12:45 -0500 Received: from fell.open.ac.uk by venus with SMTP Local (MMTA v2.2) with ESMTP; Thu, 22 Jan 1998 18:09:12 +0000 Received: (from car2@localhost) by fell.open.ac.uk (8.8.5/8.6.12) id SAA06771; Thu, 22 Jan 1998 18:06:12 GMT Date: Thu, 22 Jan 1998 18:06:12 GMT Message-Id: <199801221806.SAA06771@fell.open.ac.uk> From: Chris Rowley MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Hans Hagen Cc: pdftex@tug.cs.umb.edu, Sebastian Rahtz Subject: Re: config file In-Reply-To: <34C750F1.2C67@pi.net> References: <199801221126.MAA20041@anxur.fi.muni.cz> <6915-Thu22Jan1998115438+0000-s.rahtz@elsevier.co.uk> <34C750F1.2C67@pi.net> Sender: owner-pdftex@tug.org Precedence: bulk Hans wrote -- > Concerning he fonts: in ConTeXt I do not preload any font at all. Fonts > are defined in advance (saves time) but only actually loaded when called > for (saves space and makes fmt files more portable). Even math fonts? chris From owner-pdftex@tug.org Thu Jan 22 12:03:04 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id MAA21104 for ; Thu, 22 Jan 1998 12:03:02 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id NAA07052 for pdftex-list; Thu, 22 Jan 1998 13:51:34 -0500 Received: from inferno.internal.hksys.com (temp1.hksys.com [206.222.220.17]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id NAA07049 for ; Thu, 22 Jan 1998 13:51:32 -0500 Received: from mercury (mercury.internal.hksys.com [192.42.172.106]) by inferno.internal.hksys.com (8.8.7/8.8.7) with SMTP id MAA03333 for ; Thu, 22 Jan 1998 12:54:36 -0600 Message-ID: <002f01bd2767$3014b4a0$6aac2ac0@mercury.hksys.com> From: "Jeremy Bettis" To: Subject: Re: web2c-win32 by CYGNUS Date: Thu, 22 Jan 1998 12:54:36 -0600 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="----=_NextPart_000_002A_01BD2734.E5234B00"; protocol="application/x-pkcs7-signature"; micalg=SHA-1 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.2106.4 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Sender: owner-pdftex@tug.org Precedence: bulk This is a multi-part message in MIME format. ------=_NextPart_000_002A_01BD2734.E5234B00 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit >To rephrase the question a bit: should we make changes to the code to >get it to compile correctly under CYGWIN, or is Fabrice's work plus >the ability to compile under DJGPP enough? I would not bother with CYGWIN, if you really want to use a free compiler, use the mingw32 EGCS release. at http://www.xraylith.wisc.edu/~khan/software/gnu-win32/egcs.html It has a much lower runtime overhead, requiring only dll's that ship with windows nt/95. And if it builds under VC++ it should build with this too. ------=_NextPart_000_002A_01BD2734.E5234B00 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJCTCCAncw ggHgoAMCAQICAhR4MA0GCSqGSIb3DQEBBAUAMIG+MQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2Vz dGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5n MSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMT4wPAYDVQQDEzVUaGF3 dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBLZXkgMTk5Ny4wNi4yNCAwODoyNzAeFw05ODAx MjExNzQwMjNaFw05OTAxMjExNzQwMjNaMEIxHzAdBgNVBAMTFlRoYXd0ZSBGcmVlbWFpbCBNZW1i ZXIxHzAdBgkqhkiG9w0BCQEWEGplcmVteUBoa3N5cy5jb20wXDANBgkqhkiG9w0BAQEFAANLADBI AkEAlJFhHgtPCE+AWCX3bC6HeY5s4y70MnRnGS++th6lY+uXjYwZarFnPa2Ke57h9VntoLQVm9EF P1wDCvNQ/Jm3WwIDAQABo0MwQTAOBgNVHQ8BAf8EBAMCBaAwIQYDVR0jBBowGKAWBBTCcdARAKXx 22kMF7yKfJIJALi1WTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBAAIvyai1xBn4cHQ5 T1NGuP8W/oN+dJdu6GeJ1M0TEoL2i2dgxyIGvMd3uPnSzOvaj2zWtl8x6K3LkcXCfElyrt0b9rqh piDq2FibdR+CoKA69aDHqNTQyO2lVHePCl3paL3hL/PosLTiPGdXKTlU6DZ/YzW+Urg8M7vFQ9H3 GpvQMIIDLTCCApagAwIBAgIBADANBgkqhkiG9w0BAQQFADCB0TELMAkGA1UEBhMCWkExFTATBgNV BAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29u c3VsdGluZzEoMCYGA1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UE AxMbVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1m cmVlbWFpbEB0aGF3dGUuY29tMB4XDTk2MDEwMTAwMDAwMFoXDTIwMTIzMTIzNTk1OVowgdExCzAJ BgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMg RGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3 DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTCBnzANBgkqhkiG9w0BAQEFAAOBjQAw gYkCgYEA1GnX1LCUZFtx6UfYDFG26nKRsIRefS0Nj3sS34UldSh0OkIsYyeflXtL734Zhx2G6qPd uc6WZBrCFG5ErHzmj+hND3EfQDimAKOHePb5lIZererAXnbr2RSjXW56fAylS1V/Bhkpf56aJtVq uzgkCGqYx7Hao5iR/Xnb5VrEHLkCAwEAAaMTMBEwDwYDVR0TAQH/BAUwAwEB/zANBgkqhkiG9w0B AQQFAAOBgQDH7JJ+Tvj1lqVnYiqk8E0RYNBvjWBYYawmu1I1XAjPMPuoSpaKH2JCI4wXD/S6ZJwX rEcp352YXtJsYHFcoqzceePnbgBHH7UNKOgCneSa/RP0ptl8sfjcXyMmCZGAc9AUG95DqYMl8uac LxXK/qarigd1iwzdUYRr5PjRzneigTCCA1kwggLCoAMCAQICAQUwDQYJKoZIhvcNAQEEBQAwgdEx CzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEa MBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqG SIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw05NzA2MjQwODI5MzNaFw05 ODA2MjQwODI5MzNaMIG+MQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYD VQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0 aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMT4wPAYDVQQDEzVUaGF3dGUgUGVyc29uYWwgRnJl ZW1haWwgSXNzdWluZyBLZXkgMTk5Ny4wNi4yNCAwODoyNzCBnzANBgkqhkiG9w0BAQEFAAOBjQAw gYkCgYEAmBiIWFWIEY0KmVvmYg5q5SB1nygAV7Kha3+I6yHWbf8Ci3V+0CmYq1kRArkgKcL3OpaO RKJIlzK6K2XTUmkyzIoVmoAnd+GFudvTEZClvmsYd1npB1vEzBfwyRJgY+zNcsrFpOTTCSMXa1IY Y3Pu4ECmUxFskuX5l2AgxWY9Oz8CAwEAAaNSMFAwEgYDVR0TAQH/BAgwBgEB/wIBADAkBgNVHSMB AQAEGjAYoBYEFHJJwnM0xlX0C3ZygX539IfnxrIOMBQGCWCGSAGG+EIBAQEB/wQEAwIABzANBgkq hkiG9w0BAQQFAAOBgQCwhN9nslfhhkSpDUPDo8kS3BqASk2i6pAMji/woqWOj++l7SMSroG32jbb Iovbn0lP5xYKZWN1BkhYIxlHv0PdECzHQ/DtLcZp3m7kV3XAp4MwuqkAm8zF517vLloBI+iyfRvc 2mxaf7LWFJKSukUVU8hHlzoXM+GPFVog1M37OTGCAaQwggGgAgEBMIHFMIG+MQswCQYDVQQGEwJa QTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRo YXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9u MT4wPAYDVQQDEzVUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBLZXkgMTk5Ny4wNi4y NCAwODoyNwICFHgwCQYFKw4DAhoFAKB3MBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwGAYJKoZI hvcNAQkPMQswCTAHBgUrDgMCHTAcBgkqhkiG9w0BCQUxDxcNOTgwMTIyMTI1NDM2WjAjBgkqhkiG 9w0BCQQxFgQUIpvgjZ9sU6kZhsQVKkNGF3EVsFgwDQYJKoZIhvcNAQEBBQAEQFwLyqdy52Vea4Vu G3orK1XTfPLjQSpfvXjPuUI/wdZnmsI3uPHMe7pqWCp9FMDs6Vfj6qd2d+WWfkCuxwb0IJwAAAAA AAA= ------=_NextPart_000_002A_01BD2734.E5234B00-- From owner-pdftex@tug.org Thu Jan 22 18:33:34 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id SAA00676 for ; Thu, 22 Jan 1998 18:33:33 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id UAA08623 for pdftex-list; Thu, 22 Jan 1998 20:16:47 -0500 Received: from A (A.crl.com [165.113.1.65]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id UAA08620 for ; Thu, 22 Jan 1998 20:16:40 -0500 Received: from a.crl.com (A116007.stl1.as.crl.com [168.75.116.7]) by A (8.8.7/) via ESMTP id RAA18879 for ; Thu, 22 Jan 1998 17:19:46 -0800 (PST) env-from (weiqigao@a.crl.com) Message-ID: <34C7F080.7E02E8ED@a.crl.com> Date: Thu, 22 Jan 1998 19:21:04 -0600 From: Weiqi Gao Organization: Spectrum Healthcare Services X-Mailer: Mozilla 4.04 [en] (WinNT; U) MIME-Version: 1.0 To: pdftex@tug.cs.umb.edu Subject: Re: web2c-win32 by CYGNUS References: <87wwft1nox.fsf@xs4all.nl> <199801221045.LAA17211@anxur.fi.muni.cz> <7979-Thu22Jan1998114750+0000-s.rahtz@elsevier.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Sebastian Rahtz wrote: > > Han The Thanh writes: > > having looked at DJGPP, I have a question: do you think that it makes any sense > > to maintain binary of pdftex for Win32? I mean whether we need still pdftex > > compiled by CYGNUS or VisualC (done by Fabrice) when pdftex compiled by djgpp > > it almost certainly makes sense to have a Visual C++ setup, since > > - one benefits from any optimizations M'soft may make > - you can share DLLs > - you need M'soft for xdvi, probably > - many installations will not want to have DJGPP installed, if they > already have Visual C++ for other purposes > > but i agree, there is little advantage in a Cygnus compilation if > DJGPP does whats needed. The DJGPP compiled version of PDFTeX cannot handle long file names on Windows NT (But it can handle LFN on Windows 95). The main benefit of the DJGPP executables is to make PDFTeX available to all the DOS users. To answer a question in another thread, Cygnus' gnu-win32 port of GCC compiles to native Win32 format (the same as Visual C++). However, at the moment, not all the facilities (like autoconf) are available yet. -- Weiqi Gao weiqigao@a.crl.com From owner-pdftex@tug.org Fri Jan 23 01:11:00 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id BAA08716 for ; Fri, 23 Jan 1998 01:10:59 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id DAA10287 for pdftex-list; Fri, 23 Jan 1998 03:04:55 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id DAA10284 for ; Fri, 23 Jan 1998 03:04:53 -0500 Received: from hagen (zl51.pi.net [145.220.204.51]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id JAA00014; Fri, 23 Jan 1998 09:04:38 +0100 (MET) Posted-Date: Fri, 23 Jan 1998 09:04:38 +0100 (MET) Message-ID: <34C782D1.1E2A@pi.net> Date: Thu, 22 Jan 1998 18:33:05 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: Sebastian Rahtz CC: pragma@pi.net, pdftex@tug.cs.umb.edu Subject: Re: hyperref 6.9 References: <4042-Wed21Jan1998121144+0000-s.rahtz@elsevier.co.uk> <34C61E7A.5051@pi.net> <2171-Thu22Jan1998151856+0000-s.rahtz@elsevier.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Sebastian Rahtz wrote: > yes, i remain to be convinced that people are waiting for forms I want to use them for typesetting on demand. Click this and that, let perl generate a setup file, run pdftex and there's the new pdf file! BTW, you have to wait for the next pdftex release anyway. It can't be done in the current one. > > > - interface to page transitions > > > > Not that hard to do, but also not that easy to fit the concept into > > tex (in a driver neutral way), considering all the possible settings. > > as i understand it, i can specify the transition for each page, but as > you say, where and how would a LaTeX user specify that? i do need to > add a quick way to specify the document wide page transition style. For the moment I've implemented (1) per page transitions (2) cyclic transitions, users specify a sequence and tex cylcles over this. Both take only a few lines of code and that's all I want to spend on such gimmicks. \setuptransitions[such,so,this,that] If I can find a decent random routine, random transitions are nice too. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Fri Jan 23 01:34:23 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id BAA09087 for ; Fri, 23 Jan 1998 01:34:22 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id DAA10370 for pdftex-list; Fri, 23 Jan 1998 03:27:42 -0500 Received: from relay.surfnet.nl (relay.surfnet.nl [192.87.36.2]) by tug.cs.umb.edu (8.8.5/8.8.5) with SMTP id DAA10367 for ; Fri, 23 Jan 1998 03:27:39 -0500 Received: from wkaxp1.wkap.nl by relay.surfnet.nl with SN-SMTP (PP) with ESMTP; Fri, 23 Jan 1998 09:30:41 +0100 Received: from id034.wkap.nl by wkap.nl (PMDF V5.1-4 #22311) with ESMTP id <01ISPMI1MXC0000L21@wkap.nl> for pdftex@tug.cs.umb.edu; Fri, 23 Jan 1998 09:30:40 +0100 Received: from PC377.WKAP.NL by ID034.WKAP.NL (PMDF V5.1-9 #22310) with SMTP id <01ISPMHZG5O095MNBQ@ID034.WKAP.NL> for pdftex@tug.cs.umb.edu; Fri, 23 Jan 1998 09:30:37 +0000 ([+0200]) Date: Fri, 23 Jan 1998 09:27:54 +0100 (Romance Standard Time) From: Taco Hoekwater Subject: Re: web2c-win32 In-reply-to: <34C7F080.7E02E8ED@a.crl.com> To: pdftex@tug.cs.umb.edu Reply-to: pdftex@tug.cs.umb.edu Message-id: MIME-version: 1.0 X-Mailer: Simeon for Win32 Version 4.1 Build (3) Content-type: TEXT/PLAIN; CHARSET=US-ASCII X-Authentication: none Sender: owner-pdftex@tug.org Precedence: bulk On Thu, 22 Jan 1998 19:21:04 -0600 Weiqi Gao wrote: > Sebastian Rahtz wrote: > > > > Han The Thanh writes: > > > having looked at DJGPP, I have a question: do you think that it makes any sense > > > to maintain binary of pdftex for Win32? I mean whether we need still pdftex > > > compiled by CYGNUS or VisualC (done by Fabrice) when pdftex compiled by djgpp > > > > it almost certainly makes sense to have a Visual C++ setup, since > > > > - one benefits from any optimizations M'soft may make This argument is ridiculous. The first speed optimization from M$ that actually works (without bugs) has yet to be made. You can benefit from M$'s bug-fixes to their own product, though. > > - you can share DLLs Which DLLs would that be? (and DJGPP, cygwin and emx all allow you to compile DLLs too) > > - you need M'soft for xdvi, probably If so, it sucks. It's bad enough you need M$windows for display. > > - many installations will not want to have DJGPP installed, if they > > already have Visual C++ for other purposes I have 4 compilers installed (Cygwin, DJGPP, EMX and RSXNT). Why there is no M$ product? Because all software I want to compile come with makefiles and/or need a stable C++ compiler. Of those four, I prefer the EMX/RSXNT duo, since it allows me to create DOS (EMX), DPMI (RSX) and native win32 (RSXNT) from exactly the same source. RSXNT needs separate compilation though (because it is possible to use run-time C/C++ DLLs) > > but i agree, there is little advantage in a Cygnus compilation if > > DJGPP does whats needed. Cygnus' drive letter mapping approach (see a previous message) makes it almost unusable to me. Taco --------------------------------------------------------------------- Taco Hoekwater texhelp@wkap.nl Kluwer Academic Publishers -- Pre Press -- Achterom 119, 3311 KB Dordrecht, The Netherlands tel. 31-78-6392550 --------------------------------------------------------------------- From owner-pdftex@tug.org Fri Jan 23 09:01:02 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA00486 for ; Fri, 23 Jan 1998 09:01:00 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id JAA11881 for pdftex-list; Fri, 23 Jan 1998 09:25:24 -0500 Received: from NIH2WAAD (smtp4.site1.csi.com [149.174.183.73]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id JAA11878 for ; Fri, 23 Jan 1998 09:25:23 -0500 Received: from mail pickup service by csi.com with Microsoft SMTPSVC; Fri, 23 Jan 1998 09:28:36 -0500 Received: from d-waller (ld48-171.lon.compuserve.com [195.232.25.171]) by hil-img-ims-5.compuserve.com (8.8.6/8.8.6/IMS-1.1) with ESMTP id JAA24155 for ; Fri, 23 Jan 1998 09:27:51 -0500 (EST) Message-Id: <199801231427.JAA24155@hil-img-ims-5.compuserve.com> From: "David Waller" To: "pdftex" Subject: Positioning of pdfimages Date: Fri, 23 Jan 1998 14:27:57 -0000 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1162 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk I have a slight problem positioning pdfimages. I am using the following: \begin{figure}[htbp] \begin{center} \pdfimage chap5-diags/title.png \caption{\label{fig:Title-border-palette} Title / Border Palette} \end{center} \end{figure} This places the image correctly, but does not centre the image. The caption is centred as expected. Is there an easy way to centre the image or alternatively move the caption to the left. The .png file just contains the image and no extra space around the required image. Thanks Dave Waller From owner-pdftex@tug.org Fri Jan 23 09:01:29 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA00528 for ; Fri, 23 Jan 1998 09:01:27 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id IAA11632 for pdftex-list; Fri, 23 Jan 1998 08:24:35 -0500 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id IAA11629 for ; Fri, 23 Jan 1998 08:24:29 -0500 Received: from mozart.ujf-grenoble.fr (mozart.ujf-grenoble.fr [193.54.241.5]) by ujf.ujf-grenoble.fr (8.8.5/8.8.5) with ESMTP id OAA13756 for ; Fri, 23 Jan 1998 14:27:31 +0100 (MET) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id OAA04178; Fri, 23 Jan 1998 14:34:18 +0100 (MET) Date: Fri, 23 Jan 1998 14:34:18 +0100 (MET) Message-Id: <199801231334.OAA04178@mozart.ujf-grenoble.fr> From: Thierry Bouche To: pdftex@tug.cs.umb.edu Subject: Re: web2c-win32 In-Reply-To: <5042-Fri23Jan1998113630+0000-s.rahtz@elsevier.co.uk> References: <5042-Fri23Jan1998113630+0000-s.rahtz@elsevier.co.uk> X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-pdftex@tug.org Precedence: bulk Concernant « Re: web2c-win32 », Sebastian Rahtz écrit : « xdviw32 isnt a port, its a rewrite... « « of course on this list who cares about xdvi anyway, since we generate « PDF? i thought xdviw32 was a double port (x -> w32, dvi -> pdf) ;-} From owner-pdftex@tug.org Fri Jan 23 09:01:30 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA00531 for ; Fri, 23 Jan 1998 09:01:29 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id HAA11440 for pdftex-list; Fri, 23 Jan 1998 07:33:47 -0500 Received: from NIH2WAAD (smtp4.site1.csi.com [149.174.183.73]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id HAA11437 for ; Fri, 23 Jan 1998 07:33:46 -0500 Received: from mail pickup service by csi.com with Microsoft SMTPSVC; Fri, 23 Jan 1998 07:36:54 -0500 Received: from d-waller (ld45-037.lon.compuserve.com [195.232.24.37]) by hil-img-ims-1.compuserve.com (8.8.6/8.8.6/IMS-1.1) with ESMTP id HAA08077 for ; Fri, 23 Jan 1998 07:35:55 -0500 (EST) Message-Id: <199801231235.HAA08077@hil-img-ims-1.compuserve.com> From: "David Waller" To: "pdftex" Subject: Paper Size Date: Fri, 23 Jan 1998 12:36:08 -0000 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1162 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Having got pdflatex, hyperref etc. all nicely set up I find I can produce very presentable pdf documents. However viewing an A4 document on a screen is not very readable, unless you have a very large monitor. As one of the aims of pdf is to view the document on screen, I was wondering if anybody has come up with a better size and ratio for the 'paper' and produced any files with all these settings in. (I am not a very expert (pdf)LaTeX user so I am not sure which variables I would have to change) Thanks Dave Waller From owner-pdftex@tug.org Fri Jan 23 09:01:32 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA00537 for ; Fri, 23 Jan 1998 09:01:30 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id HAA11328 for pdftex-list; Fri, 23 Jan 1998 07:06:55 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id HAA11325 for ; Fri, 23 Jan 1998 07:06:54 -0500 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 MAA27235; hop 0; Fri, 23 Jan 1998 12:07:23 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Fri, 23 Jan 1998 12:02:03 +0000 Date: Fri, 23 Jan 1998 11:36:30 +0000 Message-ID: <5042-Fri23Jan1998113630+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: taco.hoekwater@wkap.nl Cc: pdftex@tug.cs.umb.edu Subject: Re: web2c-win32 In-Reply-To: References: X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk TACO.HOEKWATER@wkap.nl writes: > You can use the Xlib port to win32. That way you don't have to mess > with the GDI calls yourself. It will not be as fast as GDI (haha, > fast), but I doubt you will ever reach top speed anyway by using a port > of a program from a different Windowing environment. xdviw32 isnt a port, its a rewrite... of course on this list who cares about xdvi anyway, since we generate PDF? > > the largest C++ program I compile is Jade. do all the others compile > > it without error? > > I think so. Never did it myself, because I am too lazy. But both DJGPP promises and reassureance I can get from Microsoft for nothing. i want results.... > > can you compile web2c with EMX and RSXNT, out of curiosity? > > Yes, but it requires some minor editing (most notably, the configure* > script will not work without a unix sh-style shell, the shellutils and > the fileutils). If I ever get around to recompiling the thing I'll send > patches to someone. waiting until web2c 7.2 is released is probably a good idea sebastian From owner-pdftex@tug.org Fri Jan 23 09:02:38 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA15559 for ; Fri, 23 Jan 1998 03:15:53 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id FAA10847 for pdftex-list; Fri, 23 Jan 1998 05:09:44 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id FAA10844 for ; Fri, 23 Jan 1998 05:09:42 -0500 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 KAA20860; hop 0; Fri, 23 Jan 1998 10:10:09 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Fri, 23 Jan 1998 10:04:49 +0000 Date: Fri, 23 Jan 1998 10:05:50 +0000 Message-ID: <2859-Fri23Jan1998100550+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pragma@pi.net Cc: pdftex@tug.cs.umb.edu Subject: Re: hyperref 6.9 In-Reply-To: <34C865E6.37D0@pi.net> References: <34C865E6.37D0@pi.net> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk > They do work, but one can not save them 'on a click' only submit them. I > searched the executable, reread the documentation etc, but one can only load > reset and submit, not save. One sometimes wonders who does the thinking > there. the accountants. they want you to buy Exchange, of course. The poor people do have a living to make! Unix Reader needs an add-on even to submit forms. sebastian From owner-pdftex@tug.org Fri Jan 23 09:02:54 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA12975 for ; Fri, 23 Jan 1998 02:34:43 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id EAA10642 for pdftex-list; Fri, 23 Jan 1998 04:28:47 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id EAA10639 for ; Fri, 23 Jan 1998 04:28:44 -0500 Received: from hagen (zl43.pi.net [145.220.204.43]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id KAA26934; Fri, 23 Jan 1998 10:31:56 +0100 (MET) Posted-Date: Fri, 23 Jan 1998 10:31:56 +0100 (MET) Message-ID: <34C865E6.37D0@pi.net> Date: Fri, 23 Jan 1998 10:41:58 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: pdftex@tug.cs.umb.edu CC: pragma@pi.net Subject: Re: hyperref 6.9 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Taco Hoekwater wrote: > Will forms actually work in the Reader? knowing Adobe, it is probably > too buggy to do any good (except for people that work within Adobe > Corp., of course). They do work, but one can not save them 'on a click' only submit them. I searched the executable, reread the documentation etc, but one can only load, reset and submit, not save. One sometimes wonders who does the thinking there. > > If I can find a decent random routine, random transitions are nice too. > > macros/generic/random.tex Thanks (if you wanna see a simple transition demo, let me know), Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Fri Jan 23 09:02:54 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA16463 for ; Fri, 23 Jan 1998 03:30:17 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id FAA10823 for pdftex-list; Fri, 23 Jan 1998 05:08:56 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id FAA10820 for ; Fri, 23 Jan 1998 05:08:54 -0500 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 KAA20788; hop 0; Fri, 23 Jan 1998 10:09:22 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Fri, 23 Jan 1998 10:03:58 +0000 Date: Fri, 23 Jan 1998 09:35:50 +0000 Message-ID: <4175-Fri23Jan1998093550+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pragma@pi.net Cc: pdftex@tug.cs.umb.edu Subject: Re: hyperref 6.9 In-Reply-To: <34C782D1.1E2A@pi.net> References: <4042-Wed21Jan1998121144+0000-s.rahtz@elsevier.co.uk> <34C61E7A.5051@pi.net> <2171-Thu22Jan1998151856+0000-s.rahtz@elsevier.co.uk> <34C782D1.1E2A@pi.net> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk Hans Hagen writes: > I want to use them for typesetting on demand. Click this and that, let perl > generate a setup file, run pdftex and there's the new pdf file! BTW, you have gurk. what fun. i just found i can embed Javascript in forms, i can see the world is my oyster > to wait for the next pdftex release anyway. It can't be done in the current > one. ok, will have to do with pdfmark for the the present > (1) per page transitions am i right in thinking that a {ThisPage} transition dumped somewhere on a page is all thats needed? > > If I can find a decent random routine, random transitions are nice too. > there is an example of random walks using PSTricks in the LaTeX Graphics Companion; i didnt look very closely at the randomizing macros but they would probably do you. sebastian From owner-pdftex@tug.org Fri Jan 23 09:02:55 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA11666 for ; Fri, 23 Jan 1998 02:16:47 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id EAA10540 for pdftex-list; Fri, 23 Jan 1998 04:08:15 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id EAA10537 for ; Fri, 23 Jan 1998 04:08:13 -0500 Received: from hagen (zl32.pi.net [145.220.204.32]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id KAA20229; Fri, 23 Jan 1998 10:11:15 +0100 (MET) Posted-Date: Fri, 23 Jan 1998 10:11:15 +0100 (MET) Message-ID: <34C85DB3.3C54@pi.net> Date: Fri, 23 Jan 1998 10:06:59 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: taco.hoekwater@wkap.nl, Chris Rowley CC: pragma@pi.net, pdftex@tug.cs.umb.edu, Sebastian Rahtz Subject: Re: config file References: <199801221126.MAA20041@anxur.fi.muni.cz> <6915-Thu22Jan1998115438+0000-s.rahtz@elsevier.co.uk> <34C750F1.2C67@pi.net> <199801221806.SAA06771@fell.open.ac.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Chris Rowley wrote: > > Concerning he fonts: in ConTeXt I do not preload any font at all. Fonts > > are defined in advance (saves time) but only actually loaded when called > > for (saves space and makes fmt files more portable). > > Even math fonts? One can distinguish definition and loading. The fmt file does not hold any tfm files, only names and related font file names. At runtime, fonts at the default size are loaded (normally 12pt cmr). After that fonts are loaded when one switches to smaller sizes. I'm not familiar with the mechanisms LaTeX uses, so this answer is probably not adequate and complete. The approach to fonts/switching is also a bit different. Maybe Taco can explain this better (because he knows both mechanisms). Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Fri Jan 23 09:02:59 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA16015 for ; Fri, 23 Jan 1998 03:23:01 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id FAA10832 for pdftex-list; Fri, 23 Jan 1998 05:09:13 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id FAA10829 for ; Fri, 23 Jan 1998 05:09:11 -0500 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 KAA20815; hop 0; Fri, 23 Jan 1998 10:09:38 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Fri, 23 Jan 1998 10:04:31 +0000 Date: Fri, 23 Jan 1998 09:42:42 +0000 Message-ID: <547-Fri23Jan1998094242+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pdftex@tug.cs.umb.edu Subject: Re: web2c-win32 In-Reply-To: References: <34C7F080.7E02E8ED@a.crl.com> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk > > > - one benefits from any optimizations M'soft may make > > This argument is ridiculous. The first speed optimization from M$ that > actually works (without bugs) has yet to be made. You can benefit from > M$'s bug-fixes to their own product, though. in practice its ridiculous. but conceptually, using Msofts own compiler for their OS has to have potential benefits > > > - you need M'soft for xdvi, probably > > If so, it sucks. It's bad enough you need M$windows for display. what else do you suggest for display????? (if you are using Windows) > > > - many installations will not want to have DJGPP installed, if they > > > already have Visual C++ for other purposes > > I have 4 compilers installed (Cygwin, DJGPP, EMX and RSXNT). Why there > is no M$ product? Because all software I want to compile come with > makefiles and/or need a stable C++ compiler. Of those four, I prefer the largest C++ program I compile is Jade. do all the others compile it without error? can you compile web2c with EMX and RSXNT, out of curiosity? sebastian From owner-pdftex@tug.org Fri Jan 23 09:03:00 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id BAA09654 for ; Fri, 23 Jan 1998 01:44:51 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id DAA10425 for pdftex-list; Fri, 23 Jan 1998 03:39:44 -0500 Received: from relay.surfnet.nl (relay.surfnet.nl [192.87.36.2]) by tug.cs.umb.edu (8.8.5/8.8.5) with SMTP id DAA10422 for ; Fri, 23 Jan 1998 03:39:42 -0500 Received: from wkaxp1.wkap.nl by relay.surfnet.nl with SN-SMTP (PP) with ESMTP; Fri, 23 Jan 1998 09:42:37 +0100 Received: from id034.wkap.nl by wkap.nl (PMDF V5.1-4 #22311) with ESMTP id <01ISPMWU2F4W000H8F@wkap.nl> for pdftex@tug.cs.umb.edu; Fri, 23 Jan 1998 09:42:35 +0100 Received: from PC377.WKAP.NL by ID034.WKAP.NL (PMDF V5.1-9 #22310) with SMTP id <01ISPMWS5GC095MMY0@ID034.WKAP.NL> for pdftex@tug.cs.umb.edu; Fri, 23 Jan 1998 09:42:33 +0000 ([+0200]) Date: Fri, 23 Jan 1998 09:39:50 +0100 (Romance Standard Time) From: Taco Hoekwater Subject: Re: Win-32 In-reply-to: <980122154045.18192@vms.rhbnc.ac.uk> To: pdftex@tug.cs.umb.edu Reply-to: pdftex@tug.cs.umb.edu Message-id: MIME-version: 1.0 X-Mailer: Simeon for Win32 Version 4.1 Build (3) Content-type: TEXT/PLAIN; CHARSET=US-ASCII X-Authentication: none Sender: owner-pdftex@tug.org Precedence: bulk On Thu, 22 Jan 1998 15:40:45 +0000 (GMT) Philip Taylor wrote: > >> you have drag-and-drop at the moment. if i drop a .tex file on > >> "latex.exe", something happens. not entirely what you expect, but > >> thats details > > What _does_ happen? I would expect it to open and compile the file. It probably would, if windows would not _insist_ on inserting backslashes in the file name & path (it always uses the full path). I guess you could fix this by generating a new format that disables \ until after \jobname has been set. > Many current Win-32 GUI applications could be viewed as "Compilers" > in your rather extended sense; Acrobat Distiller is the obvious > example. Yet it is implemented ( almost :-((((( ) as a full Windows > GUI application (it seems to use non-standard file opening, which is > why the multiple saddies above). I really think that this interface > is what today's Windows users expect, and it is up to us to provide > that interface if we really want to attract Windows aficionados to use > (pdf)(e-)TeX. Why would you want this in the distribution? It is very easy to write a program that gives you all of these dialogs, stores the information, and then goes system("tex.exe "). If this was part of the executable itself, it seems likely that you can forget about calling tex from a command-line. Taco From owner-pdftex@tug.org Fri Jan 23 09:03:00 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA11856 for ; Fri, 23 Jan 1998 02:19:46 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id EAA10545 for pdftex-list; Fri, 23 Jan 1998 04:08:27 -0500 Received: from relay.surfnet.nl (relay.surfnet.nl [192.87.36.2]) by tug.cs.umb.edu (8.8.5/8.8.5) with SMTP id EAA10542 for ; Fri, 23 Jan 1998 04:08:25 -0500 Received: from wkaxp1.wkap.nl by relay.surfnet.nl with SN-SMTP (PP) with ESMTP; Fri, 23 Jan 1998 10:11:31 +0100 Received: from id034.wkap.nl by wkap.nl (PMDF V5.1-4 #22311) with ESMTP id <01ISPNWOSESW000NDJ@wkap.nl> for pdftex@tug.cs.umb.edu; Fri, 23 Jan 1998 10:11:30 +0100 Received: from PC377.WKAP.NL by ID034.WKAP.NL (PMDF V5.1-9 #22310) with SMTP id <01ISPNWMOCZK95MNDD@ID034.WKAP.NL> for pdftex@tug.cs.umb.edu; Fri, 23 Jan 1998 10:11:27 +0000 ([+0200]) Date: Fri, 23 Jan 1998 10:08:44 +0100 (Romance Standard Time) From: Taco Hoekwater Subject: Re: hyperref 6.9 In-reply-to: <34C782D1.1E2A@pi.net> To: Hans Hagen Cc: pdftex@tug.cs.umb.edu, Sebastian Rahtz Reply-to: pdftex@tug.cs.umb.edu Message-id: MIME-version: 1.0 X-Mailer: Simeon for Win32 Version 4.1 Build (3) Content-type: TEXT/PLAIN; CHARSET=US-ASCII X-Authentication: none Sender: owner-pdftex@tug.org Precedence: bulk On Thu, 22 Jan 1998 18:33:05 +0100 Hans Hagen wrote: > Sebastian Rahtz wrote: > > > yes, i remain to be convinced that people are waiting for forms > > I want to use them for typesetting on demand. Click this and that, let perl > generate a setup file, run pdftex and there's the new pdf file! BTW, you have > to wait for the next pdftex release anyway. It can't be done in the current > one. Will forms actually work in the Reader? knowing Adobe, it is probably too buggy to do any good (except for people that work within Adobe Corp., of course). > > > > - interface to page transitions > > > > > > Not that hard to do, but also not that easy to fit the concept into > > > tex (in a driver neutral way), considering all the possible settings. > > > > as i understand it, i can specify the transition for each page, but as > > you say, where and how would a LaTeX user specify that? i do need to Just to be nasty (sorry Frank): Isn't it nice to have an output routine that is simple enough to allow changes ? > > add a quick way to specify the document wide page transition style. > > For the moment I've implemented > > (1) per page transitions > (2) cyclic transitions, users specify a sequence and tex cylcles over this. > > Both take only a few lines of code and that's all I want to spend on such > gimmicks. > > \setuptransitions[such,so,this,that] > > If I can find a decent random routine, random transitions are nice too. macros/generic/random.tex Taco From owner-pdftex@tug.org Fri Jan 23 09:03:03 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA20790 for ; Fri, 23 Jan 1998 04:39:32 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id GAA11153 for pdftex-list; Fri, 23 Jan 1998 06:29:48 -0500 Received: from relay.surfnet.nl (relay.surfnet.nl [192.87.36.2]) by tug.cs.umb.edu (8.8.5/8.8.5) with SMTP id GAA11150 for ; Fri, 23 Jan 1998 06:29:46 -0500 Received: from wkaxp1.wkap.nl by relay.surfnet.nl with SN-SMTP (PP) with ESMTP; Fri, 23 Jan 1998 12:32:40 +0100 Received: from id034.wkap.nl by wkap.nl (PMDF V5.1-4 #22311) with ESMTP id <01ISPSUNEO4G000OCC@wkap.nl> for pdftex@tug.cs.umb.edu; Fri, 23 Jan 1998 12:32:37 +0100 Received: from PC377.WKAP.NL by ID034.WKAP.NL (PMDF V5.1-9 #22310) with SMTP id <01ISPSUJFZGG95MNJT@ID034.WKAP.NL> for pdftex@tug.cs.umb.edu; Fri, 23 Jan 1998 12:32:33 +0000 ([+0200]) Date: Fri, 23 Jan 1998 12:29:51 +0100 (Romance Standard Time) From: Taco Hoekwater Subject: Re: web2c-win32 In-reply-to: <547-Fri23Jan1998094242+0000-s.rahtz@elsevier.co.uk> To: Sebastian Rahtz Cc: pdftex@tug.cs.umb.edu Reply-to: taco.hoekwater@wkap.nl Message-id: MIME-version: 1.0 X-Mailer: Simeon for Win32 Version 4.1 Build (3) Content-type: TEXT/PLAIN; CHARSET=US-ASCII X-Authentication: none Sender: owner-pdftex@tug.org Precedence: bulk On Fri, 23 Jan 1998 09:42:42 +0000 Sebastian Rahtz wrote: > > > > - you need M'soft for xdvi, probably > > > > If so, it sucks. It's bad enough you need M$windows for display. > what else do you suggest for display????? (if you are using Windows) You can use the Xlib port to win32. That way you don't have to mess with the GDI calls yourself. It will not be as fast as GDI (haha, fast), but I doubt you will ever reach top speed anyway by using a port of a program from a different Windowing environment. > > > > - many installations will not want to have DJGPP installed, if they > > > > already have Visual C++ for other purposes > > > > I have 4 compilers installed (Cygwin, DJGPP, EMX and RSXNT). Why there > > is no M$ product? Because all software I want to compile come with > > makefiles and/or need a stable C++ compiler. Of those four, I prefer > > the largest C++ program I compile is Jade. do all the others compile > it without error? I think so. Never did it myself, because I am too lazy. But both DJGPP and EMX/RSXNT are full gcc (2.7.2) versions that emulate Unix in their libc, so the typical program compiles without any changes. Sometimes you have to remove #ifdef WIN32 things that are workaround for M$ bugs, but otherwise there are typically no problems (you have to use the Unix makefile. In fact you can cross-compile to EMX/RSX from linux a.out without problems). > can you compile web2c with EMX and RSXNT, out of curiosity? Yes, but it requires some minor editing (most notably, the configure* script will not work without a unix sh-style shell, the shellutils and the fileutils). If I ever get around to recompiling the thing I'll send patches to someone. Greetings, Taco --------------------------------------------------------------------- Taco Hoekwater texhelp@wkap.nl Kluwer Academic Publishers -- Pre Press -- Achterom 119, 3311 KB Dordrecht, The Netherlands tel. 31-78-6392550 --------------------------------------------------------------------- From owner-pdftex@tug.org Fri Jan 23 09:03:19 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA13851 for ; Fri, 23 Jan 1998 02:48:57 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id EAA10688 for pdftex-list; Fri, 23 Jan 1998 04:38:31 -0500 Received: from relay.surfnet.nl (relay.surfnet.nl [192.87.36.2]) by tug.cs.umb.edu (8.8.5/8.8.5) with SMTP id EAA10685 for ; Fri, 23 Jan 1998 04:38:29 -0500 Received: from wkaxp1.wkap.nl by relay.surfnet.nl with SN-SMTP (PP) with ESMTP; Fri, 23 Jan 1998 10:41:34 +0100 Received: from id034.wkap.nl by wkap.nl (PMDF V5.1-4 #22311) with ESMTP id <01ISPOYWC8EO000NKN@wkap.nl> for pdftex@tug.cs.umb.edu; Fri, 23 Jan 1998 10:41:31 +0100 Received: from PC377.WKAP.NL by ID034.WKAP.NL (PMDF V5.1-9 #22310) with SMTP id <01ISPOYTUC4G95MMU7@ID034.WKAP.NL> for pdftex@tug.cs.umb.edu; Fri, 23 Jan 1998 10:41:28 +0000 ([+0200]) Date: Fri, 23 Jan 1998 10:38:46 +0100 (Romance Standard Time) From: Taco Hoekwater Subject: Re: config file In-reply-to: <34C85DB3.3C54@pi.net> To: Hans Hagen Cc: Chris Rowley , Hans Hagen , pdftex@tug.cs.umb.edu, Sebastian Rahtz Reply-to: pdftex@tug.cs.umb.edu Message-id: MIME-version: 1.0 X-Mailer: Simeon for Win32 Version 4.1 Build (3) Content-type: TEXT/PLAIN; CHARSET=US-ASCII X-Authentication: none Sender: owner-pdftex@tug.org Precedence: bulk On Fri, 23 Jan 1998 10:06:59 +0100 Hans Hagen wrote: > Chris Rowley wrote: > > > > Concerning he fonts: in ConTeXt I do not preload any font at all. Fonts > > > are defined in advance (saves time) but only actually loaded when called > > > for (saves space and makes fmt files more portable). > > > > Even math fonts? Why is this surprising? There is no reason to load math fonts any more than there is a need to preload text fonts (apart from plain's definition of \bordermatrix, which is easy to fix). > One can distinguish definition and loading. The fmt file does not hold any tfm files, > only names and related font file names. At runtime, fonts at the default size are loaded > (normally 12pt cmr). After that fonts are loaded when one switches to smaller sizes. Hans' definition of defining here deals with the full expansion of a macro into a file name, and this is the only thing that is done during format generation (you can generate context with a tex.exe that has NO tfm files available). The whole font-selection macro layer for those predefined fonts has been simplified into one \csname \endcsname (as opposed to nfss's \pickup mechanism. Something like that is still used for on-the-fly font family changes). Probably the largest difference between context and latex is that the context system does not use an orthogonal approach to font naming. This makes it harder to explain exactly how it works. On the good side, it allows font scaling (also in math), defaulted replacements, separate accent encodings per family|group, partial font changes (like \itshape in latex), on-the-fly overruling of fonts, relative sizes (like \smaller), and a 'normal user' can write a full font-family-group specification. On the bad side, the system is not always as transparent as one would wish (there is a definate need for more documentation). In fact, it is rather confusing just trying to figure out what it can and cannot do without reverting to trial and error. There are advantages and disadvantages to both approaches, and both are complex enough to demand a full article if one wants to explain the differences (perhaps I'll write one if I'm bored for a week). Taco --------------------------------------------------------------------- Taco Hoekwater texhelp@wkap.nl Kluwer Academic Publishers -- Pre Press -- Achterom 119, 3311 KB Dordrecht, The Netherlands tel. 31-78-6392550 --------------------------------------------------------------------- From owner-pdftex@tug.org Fri Jan 23 09:03:52 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA00696 for ; Fri, 23 Jan 1998 09:03:50 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id KAA12345 for pdftex-list; Fri, 23 Jan 1998 10:58:30 -0500 Received: from mail.tyndale.com (mail.tyndale.com [208.203.193.2]) by tug.cs.umb.edu (8.8.5/8.8.5) with SMTP id KAA12342 for ; Fri, 23 Jan 1998 10:58:28 -0500 Received: from Connect2 Message Router by mail.tyndale.com via Connect2-SMTP 4.20B.1; Fri, 23 Jan 1998 10:07:18 -0600 Message-ID: Date: Fri, 23 Jan 1998 10:07:00 -0500 From: "Harrison, Shawn" Organization: Tyndale House Publishers To: pdftex@tug.cs.umb.edu Subject: Re: Win-32 MIME-Version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-disposition: inline Content-transfer-encoding: 7bit X-Mailer: Connect2-SMTP 4.20B.1 MHS/SMF to SMTP Gateway Sender: owner-pdftex@tug.org Precedence: bulk >> Many current Win-32 GUI applications could be viewed as "Compilers" >> in your rather extended sense; Acrobat Distiller is the obvious >> example. Yet it is implemented ( almost :-((((( ) as a full Windows >> GUI application (it seems to use non-standard file opening, which is >>why the multiple saddies above). I really think that this interface >> is what today's Windows users expect, and it is up to us to provide >> that interface if we really want to attract Windows aficionados to use >> (pdf)(e-)TeX. > >Why would you want this in the distribution? It is very easy to write a >program that gives you all of these dialogs, stores the information, >and then goes system("tex.exe "). If this was part of the >executable itself, it seems likely that you can forget about calling >tex from a command-line. I agree that keeping the pieces separate would still allow command-line buffs to have their way. But if the GUI interface is part of the distribution and is installed automatically, *everyone* can "have it their way". shawn_harrison@tyndale.com From owner-pdftex@tug.org Fri Jan 23 09:04:01 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA00723 for ; Fri, 23 Jan 1998 09:03:59 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id KAA12239 for pdftex-list; Fri, 23 Jan 1998 10:39:46 -0500 Received: from bionet.bio.dfo.ca (cod.mar.dfo-mpo.gc.ca [207.61.69.253]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id KAA12236 for ; Fri, 23 Jan 1998 10:39:43 -0500 Received: from vertigo.bio.dfo.ca by BIONET.bio.dfo.ca (PMDF V5.1-4 #17236) with SMTP id <01ISPOAZSYGW005IFR@BIONET.bio.dfo.ca> for pdftex@tug.cs.umb.edu; Fri, 23 Jan 1998 10:22:16 AST Received: from bodnext.bio.dfo.ca by vertigo.bio.dfo.ca via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id KAA22085; Fri, 23 Jan 1998 10:23:41 -0400 Received: from localhost by bodnext.bio.dfo.ca (NX5.67c/NX3.0S) id AA17420; Fri, 23 Jan 1998 10:21:15 -0400 Date: Fri, 23 Jan 1998 10:21:12 -0400 (AST) From: George White Subject: Re: web2c-win32 In-reply-to: <547-Fri23Jan1998094242+0000-s.rahtz@elsevier.co.uk> To: Sebastian Rahtz Cc: pdftex@tug.cs.umb.edu Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk The person to ask about compiling web2c is E. Mattes. I also favor EMX+RSXNT for my own programs because it a) is robust and reliable, b) supports a wider range of targets than the alternatives. I find, however, that many Win32 users have problems configuring RSX (in part because there are many old versions floating around that got installed with things like 4allTeX). My guess is that the EMX+RSXNT compiler and run-time support present minimal problems for building web2c, but that getting the autoconf scripts to work (or generating replacements) would require considerable effort. The main drawback is that if you have to repair the tools (things like ksh, gawk, sed) then you will probably want to run EMX+RSXNT under OS/2 HPFS. The other environments (Cygwin, DJGPP) have Win32 hosted supporting tools. In short, EMX+RSXNT might be the best tool, but you need someone who uses both OS/2 and Win32 to do the real work. -- George White Bedford Inst. of Oceanography, Nova Scotia, Canada. tel: 902.426.8509 On Fri, 23 Jan 1998, Sebastian Rahtz wrote: > > I have 4 compilers installed (Cygwin, DJGPP, EMX and RSXNT). Why there > > is no M$ product? Because all software I want to compile come with > > makefiles and/or need a stable C++ compiler. Of those four, I prefer [EMX+RSXNT] > > the largest C++ program I compile is Jade. do all the others compile > it without error? > > can you compile web2c with EMX and RSXNT, out of curiosity? > > sebastian From owner-pdftex@tug.org Fri Jan 23 09:04:46 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA00773 for ; Fri, 23 Jan 1998 09:04:45 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id JAA11967 for pdftex-list; Fri, 23 Jan 1998 09:43:01 -0500 Received: from esemetz.ese-metz.fr (esemetz.ese-metz.fr [192.70.65.1]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id JAA11961 for ; Fri, 23 Jan 1998 09:42:58 -0500 Received: from NEUROMANCER.ese-metz.fr (neuromancer.ese-metz.fr [193.48.224.95]) by esemetz.ese-metz.fr (8.8.8/8.8.8) with SMTP id PAA12077; Fri, 23 Jan 1998 15:45:57 +0100 (MET) To: s.rahtz@elsevier.co.uk (Sebastian Rahtz) Cc: taco.hoekwater@wkap.nl, pdftex@tug.cs.umb.edu Subject: Re: web2c-win32 References: <5042-Fri23Jan1998113630+0000-s.rahtz@elsevier.co.uk> From: Fabrice POPINEAU Date: 23 Jan 1998 15:45:32 +0100 In-Reply-To: s.rahtz@elsevier.co.uk's message of "Fri, 23 Jan 1998 11:36:30 +0000" Message-ID: Lines: 41 X-Mailer: Gnus v5.5/Emacs 19.34 X-Emacs: 19.34 MIME-Version: 1.0 (generated by SEMI MIME-Edit 0.92 - "Oyanagi") Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk >>>>> "Sebastian" == Sebastian Rahtz writes: Sebastian> TACO.HOEKWATER@wkap.nl writes: >> You can use the Xlib port to win32. That way you don't have to >> mess with the GDI calls yourself. It will not be as fast as GDI >> (haha, fast), but I doubt you will ever reach top speed anyway >> by using a port of a program from a different Windowing >> environment. Sebastian> xdviw32 isnt a port, its a rewrite... Win32 GDI is notably faster than anything under X-Window on the same hardware. XDvi is quite uneasy to read, because of many optimizations done for slow machines. All the graphic part is rewritten (and not optimized at all for the moment). >> Yes, but it requires some minor editing (most notably, the >> configure* script will not work without a unix sh-style shell, >> the shellutils and the fileutils). If I ever get around to >> recompiling the thing I'll send patches to someone. Cygwin was an option for me when I began to port web2c. Unfortunately, I think that requiring people to install cygwin, use bash, and mount their drives so that their tree looks like Unix was a Bad Thing. The situation as improved, but anyway it is difficult to do anything in the win32 world without the *documentation* given with MS development products (VC and MSDN). Even if there are GPL'ed win32 headers, I take any free documentation for the api. About bugs for MS products: I've used for a long time gcc. Gcc was very reliable on 2 platforms: sparc and m68k, but there were bugs on i386 too until 2.7.2. No optimizations for P5 architectures until very recently (2.8.0 out at last). I have compared speed of tex.exe on the same hardware: 20-30% faster in favor of VC/NT. I guess that users would prefer the faster and the more immediate to use. Nothing is black/white and I'm not an integrist. Fabrice From owner-pdftex@tug.org Fri Jan 23 09:09:41 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA01066 for ; Fri, 23 Jan 1998 09:09:40 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id LAA12387 for pdftex-list; Fri, 23 Jan 1998 11:01:00 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id LAA12375 for ; Fri, 23 Jan 1998 11:00:54 -0500 Received: from hagen (zl77.pi.net [145.220.204.77]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id RAA23538; Fri, 23 Jan 1998 17:04:06 +0100 (MET) Posted-Date: Fri, 23 Jan 1998 17:04:06 +0100 (MET) Message-ID: <34C8C16B.2F66@pi.net> Date: Fri, 23 Jan 1998 17:12:27 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: pdftex@tug.cs.umb.edu CC: pragma@pi.net Subject: threads Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Ah, another bug in the reader. When following a thread, colors can disappear. (I'm building a mechanism that when fed with text, spreads this text over as many pages as needed. A sort of simple page flow objects. Unfortunately the thread mechanism is not that willing to cooperate. I quote from the specs: "The viewer automatically maintains a comfortable zoom level" This concerns threads. Why is no \View supported, and why is the zoom so uncomfortable, and why is this feature implemented so inaccurate (many points wrong). (This remark does not concern pdftex but the specs and the viewer!) Sigh, Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Fri Jan 23 09:14:52 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA01352 for ; Fri, 23 Jan 1998 09:14:50 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id LAA12376 for pdftex-list; Fri, 23 Jan 1998 11:00:55 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id LAA12367 for ; Fri, 23 Jan 1998 11:00:52 -0500 Received: from hagen (zl77.pi.net [145.220.204.77]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id RAA23479; Fri, 23 Jan 1998 17:04:02 +0100 (MET) Posted-Date: Fri, 23 Jan 1998 17:04:02 +0100 (MET) Message-ID: <34C8BA5B.3684@pi.net> Date: Fri, 23 Jan 1998 16:42:19 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: David Waller CC: pdftex Subject: Re: Paper Size References: <199801231235.HAA08077@hil-img-ims-1.compuserve.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk David Waller wrote: > Having got pdflatex, hyperref etc. all nicely set up I find I can produce > very presentable pdf documents. > However viewing an A4 document on a screen is not very readable, unless you > have a very large monitor. > > As one of the aims of pdf is to view the document on screen, I was > wondering if anybody has come up with a better size and ratio for the > 'paper' and produced any files with all these settings in. (I am not a very > expert (pdf)LaTeX user so I am not sure which variables I would have to > change) I would say, switch to ConTeXt: www.ntg.nl/context/examples shows some examples. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Fri Jan 23 09:17:40 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA01500 for ; Fri, 23 Jan 1998 09:17:39 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id LAA12410 for pdftex-list; Fri, 23 Jan 1998 11:04:21 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id LAA12407 for ; Fri, 23 Jan 1998 11:04:20 -0500 Received: from hagen (zl77.pi.net [145.220.204.77]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id RAA23437; Fri, 23 Jan 1998 17:03:55 +0100 (MET) Posted-Date: Fri, 23 Jan 1998 17:03:55 +0100 (MET) Message-ID: <34C87B24.3C00@pi.net> Date: Fri, 23 Jan 1998 12:12:36 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: Sebastian Rahtz CC: pdftex@tug.cs.umb.edu Subject: Re: hyperref 6.9 References: <4042-Wed21Jan1998121144+0000-s.rahtz@elsevier.co.uk> <34C61E7A.5051@pi.net> <2171-Thu22Jan1998151856+0000-s.rahtz@elsevier.co.uk> <34C782D1.1E2A@pi.net> <4175-Fri23Jan1998093550+0000-s.rahtz@elsevier.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Sebastian Rahtz wrote: > Hans Hagen writes: > > I want to use them for typesetting on demand. Click this and that, let perl > > generate a setup file, run pdftex and there's the new pdf file! BTW, you have > gurk. what fun. i just found i can embed Javascript in forms, i can > see the world is my oyster Ah, time to learn JavaScript. > > (1) per page transitions > am i right in thinking that a {ThisPage} transition dumped somewhere on a page > is all thats needed? Yes. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Fri Jan 23 09:23:56 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA01805 for ; Fri, 23 Jan 1998 09:23:55 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id LAA12365 for pdftex-list; Fri, 23 Jan 1998 11:00:51 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id LAA12362 for ; Fri, 23 Jan 1998 11:00:49 -0500 Received: from hagen (zl77.pi.net [145.220.204.77]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id RAA23427; Fri, 23 Jan 1998 17:03:53 +0100 (MET) Posted-Date: Fri, 23 Jan 1998 17:03:53 +0100 (MET) Message-ID: <34C87AA9.7C06@pi.net> Date: Fri, 23 Jan 1998 12:10:33 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: pdftex@tug.cs.umb.edu CC: Sebastian Rahtz Subject: Re: hyperref 6.9 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Taco Hoekwater wrote: > Will forms actually work in the Reader? knowing Adobe, it is probably > too buggy to do any good (except for people that work within Adobe > Corp., of course). If needed I can upload a (simple) demo file. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Fri Jan 23 10:00:55 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA03137 for ; Fri, 23 Jan 1998 10:00:54 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id KAA12167 for pdftex-list; Fri, 23 Jan 1998 10:27:05 -0500 Received: from vms.rhbnc.ac.uk (alpha1.rhbnc.ac.uk [134.219.201.113]) by tug.cs.umb.edu (8.8.5/8.8.5) with SMTP id KAA12164 for ; Fri, 23 Jan 1998 10:27:03 -0500 Date: Fri, 23 Jan 1998 15:29:00 GMT From: Philip Taylor (RHBNC) Reply-To: P.Taylor@vms.rhbnc.ac.uk To: s.rahtz@elsevier.co.uk CC: PDFTEX@TUG.CS.UMB.EDU, CHAA006@vms.rhbnc.ac.uk Message-Id: <980123152900.17788@vms.rhbnc.ac.uk> Subject: Re: Positioning of pdfimages Sender: owner-pdftex@tug.org Precedence: bulk % David Waller writes: % > I have a slight problem positioning pdfimages. I am using the following: % > % > \begin{figure}[htbp] % > \begin{center} % > \pdfimage chap5-diags/title.png % .. % % > This places the image correctly, but does not centre the image. The caption % > is centred as expected. Is there an easy way to centre the image or % > alternatively move the caption to the left. % % there is nothing magic about \pdfimage. it produces a TeX box. why % should it be centered? Use standard LaTeX things like \centerline or % the center environment % sebastian Que?! "[Use] the center environment" ? Forgive me if I am being opaque, but what does "\begin {center}" do if not "use the center environment" ? ** Phil. From owner-pdftex@tug.org Fri Jan 23 09:58:01 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA03023 for ; Fri, 23 Jan 1998 09:57:59 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id LAA12584 for pdftex-list; Fri, 23 Jan 1998 11:48:48 -0500 Received: from venus.open.ac.uk (venus.open.ac.uk [137.108.143.2]) by tug.cs.umb.edu (8.8.5/8.8.5) with SMTP id LAA12581 for ; Fri, 23 Jan 1998 11:48:44 -0500 Received: from fell.open.ac.uk by venus with SMTP Local (MMTA v2.2) with ESMTP; Fri, 23 Jan 1998 16:26:38 +0000 Received: (from car2@localhost) by fell.open.ac.uk (8.8.5/8.6.12) id QAA07715; Fri, 23 Jan 1998 16:23:39 GMT Date: Fri, 23 Jan 1998 16:23:39 GMT Message-Id: <199801231623.QAA07715@fell.open.ac.uk> From: Chris Rowley MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: s.rahtz@elsevier.co.uk (Sebastian Rahtz) Cc: DWaller1@csi.com, pdftex@tug.cs.umb.edu Subject: Re: Positioning of pdfimages In-Reply-To: <294-Fri23Jan1998151708+0000-s.rahtz@elsevier.co.uk> References: <199801231427.JAA24155@hil-img-ims-5.compuserve.com> <294-Fri23Jan1998151708+0000-s.rahtz@elsevier.co.uk> Sender: owner-pdftex@tug.org Precedence: bulk Sebastian wrote -- > > alternatively move the caption to the left. > > there is nothing magic about \pdfimage. it produces a TeX box. why > should it be centered? Use standard LaTeX things like \centerline or > the center environment David was using the center environment. \centerline is not only not `standard LaTeX', it is not any LaTeX (but you can use it:-). Maybe what you meant is: \mbox{\pdfimage .... } chris From owner-pdftex@tug.org Fri Jan 23 10:05:42 1998 Flags: 000000000001 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA03296 for ; Fri, 23 Jan 1998 10:05:41 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id KAA12190 for pdftex-list; Fri, 23 Jan 1998 10:31:17 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id KAA12187 for ; Fri, 23 Jan 1998 10:31:16 -0500 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 PAA08452; hop 0; Fri, 23 Jan 1998 15:31:44 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Fri, 23 Jan 1998 15:26:27 +0000 Date: Fri, 23 Jan 1998 15:31:30 +0000 Message-ID: <3486-Fri23Jan1998153130+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: P.Taylor@vms.rhbnc.ac.uk Cc: PDFTEX@TUG.CS.UMB.EDU Subject: Re: Positioning of pdfimages In-Reply-To: <980123152900.17788@vms.rhbnc.ac.uk> References: <980123152900.17788@vms.rhbnc.ac.uk> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk Philip Taylor (RHBNC) writes: > % > \begin{figure}[htbp] > % > \begin{center} > % > \pdfimage chap5-diags/title.png > % .. > > Que?! "[Use] the center environment" ? Forgive me if I am being > opaque, but what does "\begin {center}" do if not "use the center > environment" ? > and i am sober too i betcha \begin{center} \includegraphics{chap5-diags/title.png} \end{center} would work..... sebastian From owner-pdftex@tug.org Fri Jan 23 10:12:15 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA03468 for ; Fri, 23 Jan 1998 10:12:13 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id KAA12102 for pdftex-list; Fri, 23 Jan 1998 10:16:42 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id KAA12099 for ; Fri, 23 Jan 1998 10:16:40 -0500 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 PAA07600; hop 0; Fri, 23 Jan 1998 15:17:08 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Fri, 23 Jan 1998 15:11:46 +0000 Date: Fri, 23 Jan 1998 15:17:08 +0000 Message-ID: <294-Fri23Jan1998151708+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: DWaller1@csi.com Cc: pdftex@TUG.CS.UMB.EDU Subject: Re: Positioning of pdfimages In-Reply-To: <199801231427.JAA24155@hil-img-ims-5.compuserve.com> References: <199801231427.JAA24155@hil-img-ims-5.compuserve.com> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk David Waller writes: > I have a slight problem positioning pdfimages. I am using the following: > > \begin{figure}[htbp] > \begin{center} > \pdfimage chap5-diags/title.png .. > This places the image correctly, but does not centre the image. The caption > is centred as expected. Is there an easy way to centre the image or > alternatively move the caption to the left. there is nothing magic about \pdfimage. it produces a TeX box. why should it be centered? Use standard LaTeX things like \centerline or the center environment sebastian From owner-pdftex@tug.org Fri Jan 23 10:36:38 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA04205 for ; Fri, 23 Jan 1998 10:36:37 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id MAA12728 for pdftex-list; Fri, 23 Jan 1998 12:27:26 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id MAA12725 for ; Fri, 23 Jan 1998 12:27:24 -0500 Received: from hagen (zl29.pi.net [145.220.204.29]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id SAA27493; Fri, 23 Jan 1998 18:30:31 +0100 (MET) Posted-Date: Fri, 23 Jan 1998 18:30:31 +0100 (MET) Message-ID: <34C8D4A8.6ECB@pi.net> Date: Fri, 23 Jan 1998 18:34:32 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: pdftex@tug.cs.umb.edu, P.Taylor@vms.rhbnc.ac.uk, Han The Thanh CC: pragma@pi.net Subject: forms Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hello Thanh and Philip, Something that came into my mind concerning pdfforms: when implementing more advanced pdf features (like fill in forms) one needs to have access to the real formnumber (one needs to feed R 0 specs. Formally the pdftex form number is an abstract association with the form. I guess that at the moment, the \pdflastform primitive just returns the actual number. Maybe it's not a bad idea to provide another primitive, \pdfformreference When indeed \pdflastform returns the real number, this new primitive is in fact a dummy primitive which returns it argument as is (sort of \number). But, it enables future releases of pdftex to use whatever internal representation or numbering, without the need to reprogram macro packages. In practice this comes to: \setbox0=\hbox{...} \pdfform0 \edef\somename{\the\pdflastform} \pdfliteral{ .... \pdfformreference\somename\space 0 R ...} You see what I mean? That way one does not have to know what the number in \somename actually means. It's just a number. Another and even better approach would be to say: \setbox0=\hbox{...} \newform\somename= like \box0, \hbox{..} or whatever and now \pdfform\somename can return the number! And (formally) no user ever knows what \somename actually is. It's just an \csname. Most users will define a macro anyway and why not let pdftex do that for us. That way we get a bit more abstraction. (At this moment I implemented this with macros, but I think it should be added functionality). Please let me know if you understand what I mean, Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Fri Jan 23 13:04:20 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id NAA08636 for ; Fri, 23 Jan 1998 13:04:18 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id OAA13363 for pdftex-list; Fri, 23 Jan 1998 14:46:18 -0500 Received: from venus.open.ac.uk (venus.open.ac.uk [137.108.143.2]) by tug.cs.umb.edu (8.8.5/8.8.5) with SMTP id OAA13360 for ; Fri, 23 Jan 1998 14:46:16 -0500 Received: from fell.open.ac.uk by venus with SMTP Local (MMTA v2.2) with ESMTP; Fri, 23 Jan 1998 19:49:16 +0000 Received: (from car2@localhost) by fell.open.ac.uk (8.8.5/8.6.12) id TAA07881; Fri, 23 Jan 1998 19:46:17 GMT Date: Fri, 23 Jan 1998 19:46:17 GMT Message-Id: <199801231946.TAA07881@fell.open.ac.uk> From: Chris Rowley MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pdftex@tug.cs.umb.edu Cc: Hans Hagen , Sebastian Rahtz Subject: Re: config file In-Reply-To: References: <34C85DB3.3C54@pi.net> Sender: owner-pdftex@tug.org Precedence: bulk Taco wrote -- > > > > Concerning he fonts: in ConTeXt I do not preload any font at all. Fonts > > > > are defined in advance (saves time) but only actually loaded when called > > > > for (saves space and makes fmt files more portable). > > > > > > Even math fonts? > > Why is this surprising? Sorry to mislead you, but I was and remain totally unsurprised since, as Hans has now clarified, he is not (as I understand the words) "loading math fonts when called for"; he is loading them: > At runtime, fonts at the default size are loaded and: > After that fonts are loaded when one switches to smaller sizes. I understand this to mean that they are loaded even if no math-mode is ever entered! > There is no reason to load math fonts any more Did you mean `preload' here? > than there is a need to preload text fonts (apart from plain's > definition of \bordermatrix, which is easy to fix). I was not referring to preloading. Even in the ancient world of LaTeX, preloading of math fonts is not necessary. > One can distinguish definition and loading. I think you are talking (here) about `preloading' (ie in the format), not `loading'. The comparison of the two font-selection systems was very useful to me, thanks. If you have a method for not loading math fonts until they are actually used then that would be even more interesting, especially to Sebastian and Phil Taylor. chris From owner-pdftex@tug.org Fri Jan 23 14:06:58 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id OAA10437 for ; Fri, 23 Jan 1998 14:06:56 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id PAA13619 for pdftex-list; Fri, 23 Jan 1998 15:57:19 -0500 Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by tug.cs.umb.edu (8.8.5/8.8.5) with SMTP id PAA13616 for ; Fri, 23 Jan 1998 15:57:18 -0500 Received: from graves.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 23 Jan 98 21:00:33 +0000 (GMT) Subject: (Q) Narrow PostScript fonts To: pdftex@tug.cs.umb.edu Date: Fri, 23 Jan 1998 21:00:32 +0000 (GMT) From: Timothy Murphy X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-ID: <9801232100.aa04757@graves.maths.tcd.ie> Sender: owner-pdftex@tug.org Precedence: bulk I was using pslatex.sty with pdflatex, and found that it called for pcrr8rn. I take it that this should call up Courier-Narrow. I notice from dvips/psfonts.map that in dvips this would probably call Courier with ".82 ExtendFont". Is this kind of thing possible in pdftex ? From owner-pdftex@tug.org Sun Jan 25 03:57:56 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA14388 for ; Sun, 25 Jan 1998 03:57:54 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id FAA21645 for pdftex-list; Sun, 25 Jan 1998 05:47:23 -0500 Received: from pccm41.quimica.uniovi.es (pccm41.quimica.uniovi.es [156.35.51.128]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id FAA21642 for ; Sun, 25 Jan 1998 05:47:21 -0500 From: carmenes@biosun.quimica.uniovi.es Received: from localhost (carmenes@localhost) by pccm41.quimica.uniovi.es (8.8.7/8.8.7) with SMTP id LAA08008 for ; Sun, 25 Jan 1998 11:53:20 +0100 X-Authentication-Warning: pccm41.quimica.uniovi.es: carmenes owned process doing -bs Date: Sun, 25 Jan 1998 11:53:20 +0100 (CET) X-Sender: carmenes@pccm41.quimica.uniovi.es To: pdftex@tug.cs.umb.edu Subject: Small bug in pdftex0.12a Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by tug.cs.umb.edu id FAA21643 Sender: owner-pdftex@tug.org Precedence: bulk Dear Thanh, I have found a small bug in pdftex 0.12a of 22 Nov 1997: setting in the TeX document \pdfcatalog pagemode {/UseOutlines} gives in the resulting output PDF file /PageMode (/UseOutlines) instead of /PageMode /UseOutlines without parenthesis, which is the correct syntax according to section 6.2 (pp. 73) of the PDF Reference Manual v.1.2. As a result, the selected pagemode is not recognized by AcrobatReader. Version 0.11 of May 1997 was correct in this respect. By the way, is the above version of November the current beta release, or is there anything more recent ? I would not like to report obsolete bugs :) As an additional comment, the ChangeLog file in the Nov version was not updated, which difficults beta testing. Ricardo. ============================================================== Dr. Ricardo Sánchez Cármenes, Departamento de Bioquímica y Biología Molecular, Universidad de Oviedo, E-33071-Oviedo, Spain. email "carmenes@biosun.quimica.uniovi.es" Fax: +34-8-5103157 ============================================================== From owner-pdftex@tug.org Sun Jan 25 12:05:36 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id MAA23186 for ; Sun, 25 Jan 1998 12:05:35 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id OAA23342 for pdftex-list; Sun, 25 Jan 1998 14:00:05 -0500 Received: from aragorn.ics.muni.cz (aragorn.ics.muni.cz [147.251.4.33]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id OAA23339 for ; Sun, 25 Jan 1998 14:00:04 -0500 Received: from anxur.fi.muni.cz (anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id UAA08769; Sun, 25 Jan 1998 20:03:26 +0100 (MET) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id UAA29322; Sun, 25 Jan 1998 20:03:27 +0100 (MET) From: Han The Thanh Message-Id: <199801251903.UAA29322@anxur.fi.muni.cz> Subject: Re: Small bug in pdftex0.12a In-Reply-To: from "carmenes@biosun.quimica.uniovi.es" at "Jan 25, 98 11:53:20 am" To: carmenes@biosun.quimica.uniovi.es Date: Sun, 25 Jan 1998 20:03:27 +0100 (MET) Cc: pdftex@tug.cs.umb.edu (PDFTEX) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hello Ricardo, > Dear Thanh, > > I have found a small bug in pdftex 0.12a of 22 Nov 1997: > setting in the TeX document > > \pdfcatalog pagemode {/UseOutlines} > > gives in the resulting output PDF file > > /PageMode (/UseOutlines) > > instead of > > /PageMode /UseOutlines > > without parenthesis, which is the correct syntax according > to section 6.2 (pp. 73) of the PDF Reference Manual v.1.2. > As a result, the selected pagemode is not recognized by > AcrobatReader. > > Version 0.11 of May 1997 was correct in this respect. > > By the way, is the above version of November the current > beta release, or is there anything more recent ? I would > not like to report obsolete bugs :) > > As an additional comment, the ChangeLog file in the Nov > version was not updated, which difficults beta testing. > > Ricardo. thanks for the bug report. Please don't touch pdftex 0.12a yet :-). I put on it six months ago but for Hans's testing only, so I didn't post any announce on it. If someone would like to do beta testing, please let me now. I'll glad to put on latest sources, but be warned that it's not documented yet. Regards, Thanh From owner-pdftex@tug.org Mon Jan 26 02:25:23 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA10333 for ; Mon, 26 Jan 1998 02:25:21 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id EAA26241 for pdftex-list; Mon, 26 Jan 1998 04:16:32 -0500 Received: from relay.surfnet.nl (relay.surfnet.nl [192.87.36.2]) by tug.cs.umb.edu (8.8.5/8.8.5) with SMTP id EAA26238 for ; Mon, 26 Jan 1998 04:16:30 -0500 Received: from wkaxp1.wkap.nl by relay.surfnet.nl with SN-SMTP (PP) with ESMTP; Mon, 26 Jan 1998 10:19:36 +0100 Received: from id034.wkap.nl by wkap.nl (PMDF V5.1-4 #22311) with ESMTP id <01ISTV2QD0V40006LS@wkap.nl> for pdftex@tug.cs.umb.edu; Mon, 26 Jan 1998 10:19:34 +0100 Received: from PC377.WKAP.NL by ID034.WKAP.NL (PMDF V5.1-9 #22310) with SMTP id <01ISTV2NHFWW95MNOC@ID034.WKAP.NL> for pdftex@tug.cs.umb.edu; Mon, 26 Jan 1998 10:19:31 +0000 ([+0200]) Date: Mon, 26 Jan 1998 10:16:12 +0100 (Romance Standard Time) From: Taco Hoekwater Subject: Re: config file In-reply-to: <199801231946.TAA07881@fell.open.ac.uk> To: Chris Rowley Cc: Hans Hagen , pdftex@tug.cs.umb.edu, Sebastian Rahtz Reply-to: taco.hoekwater@wkap.nl Message-id: MIME-version: 1.0 X-Mailer: Simeon for Win32 Version 4.1 Build (3) Content-type: TEXT/PLAIN; CHARSET=US-ASCII X-Authentication: none Sender: owner-pdftex@tug.org Precedence: bulk Chris wrote: > Taco wrote -- > > After that fonts are loaded when one switches to smaller sizes. > > I understand this to mean that they are loaded even if no math-mode is > ever entered! True. I never thought of this since I have TeX set up to allow about 1200 \font defs, but it may be a problem if you don't have that many available. > > There is no reason to load math fonts any more > > Did you mean `preload' here? /He did/ > > One can distinguish definition and loading. > > I think you are talking (here) about `preloading' (ie in the format), > not `loading'. Yes. > The comparison of the two font-selection systems was very useful to me, > thanks. > > If you have a method for not loading math fonts until they are > actually used then that would be even more interesting, especially to > Sebastian and Phil Taylor. I will have a look at this, but it is not yet clear to me why this would be a 'real' improvement. ConTeXt needs a huge TeX anyway, in which the number of \fonts is typically 750, and I never had any trouble. Besides that, the run-time speed penalty is fairly minimal. I'm would love to hear why this is such an important issue. Am I missing something? Greetings, Taco From owner-pdftex@tug.org Mon Jan 26 02:39:52 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA10751 for ; Mon, 26 Jan 1998 02:39:50 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id EAA26308 for pdftex-list; Mon, 26 Jan 1998 04:32:52 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id EAA26305 for ; Mon, 26 Jan 1998 04:32:50 -0500 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 JAA20629; hop 0; Mon, 26 Jan 1998 09:33:26 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Mon, 26 Jan 1998 09:27:17 +0000 Date: Sun, 25 Jan 1998 23:21:06 +0000 Message-ID: <7771-Sun25Jan1998232106+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: shawn_harrison@tyndale.com Cc: pdftex@tug.cs.umb.edu Subject: Re: HOWTO In-Reply-To: References: X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk Harrison, Shawn writes: > create documents for electronic distribution, using hyperref or pdftex > or.... But I am pretty well stumped about HOWTO use these packages---I > haven't been able to find an explanation for how to use these things, > even in a basic way. for hyperref, there is a file manual.pdf with the package, which explains a little. there is also a _pro tem_ pdftex manual at http://www.tug.org/applications/pdftex/pdftexman.pdf personally, i recommend simply adding \usepackage[pdftex]{hyperref} to your LaTeX document, and then running pdflatex on it. no more no less. sebastian From owner-pdftex@tug.org Mon Jan 26 03:12:39 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA11340 for ; Mon, 26 Jan 1998 03:12:37 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id FAA26431 for pdftex-list; Mon, 26 Jan 1998 05:04:17 -0500 Received: from calvin.info.unicaen.fr (calvin.info.unicaen.fr [193.55.128.51]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id FAA26428 for ; Mon, 26 Jan 1998 05:04:12 -0500 Received: from canardo.info.unicaen.fr (canardo [193.55.128.18]) by calvin.info.unicaen.fr (8.7.5/8.7.3) with ESMTP id LAA29105 for ; Mon, 26 Jan 1998 11:07:24 +0100 (MET) From: Jerzy Karczmarczuk Received: (from karczma@localhost) by canardo.info.unicaen.fr (8.7.5/8.7.3) id LAA01869 for pdftex@tug.cs.umb.edu; Mon, 26 Jan 1998 11:07:25 +0100 (MET) Date: Mon, 26 Jan 1998 11:07:25 +0100 (MET) Message-Id: <199801261007.LAA01869@canardo.info.unicaen.fr> To: pdftex@tug.cs.umb.edu Subject: hyperref'ing X-Sun-Charset: US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Sebastian Rahtz recommends: > personally, i recommend simply adding > > \usepackage[pdftex]{hyperref} > > to your LaTeX document, and then running pdflatex on it. no more no > less. > > sebastian Well, I would suggest some other options, for example [...,colorlinks=true], but I have a question. Would it be difficult to have links *underlined*, like in orthodox HTML? I am sorry, but I am orthodox. The red boxes disturb me. Coloured links are less conspicuous, but they might be confused with "normal" coloured text. When I add private links I can underline them, of course, but is it possible to change easily something within hyperref? Jerzy Karczmarczuk Caen, France. From owner-pdftex@tug.org Mon Jan 26 03:18:31 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA11463 for ; Mon, 26 Jan 1998 03:18:30 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id FAA26462 for pdftex-list; Mon, 26 Jan 1998 05:11:43 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id FAA26459 for ; Mon, 26 Jan 1998 05:11:41 -0500 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 KAA22691; hop 0; Mon, 26 Jan 1998 10:12:15 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Mon, 26 Jan 1998 10:06:02 +0000 Date: Mon, 26 Jan 1998 09:41:36 +0000 Message-ID: <801-Mon26Jan1998094136+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: tim@maths.tcd.ie Cc: pdftex@tug.cs.umb.edu Subject: Re: (Q) Narrow PostScript fonts In-Reply-To: <9801232100.aa04757@graves.maths.tcd.ie> References: <9801232100.aa04757@graves.maths.tcd.ie> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk Timothy Murphy writes: > > and found that it called for pcrr8rn. > I take it that this should call up Courier-Narrow. > I notice from dvips/psfonts.map that in dvips > this would probably call Courier with ".82 ExtendFont". > > Is this kind of thing possible in pdftex ? not at present, no. its in the same category as slanted Times sebastian From owner-pdftex@tug.org Mon Jan 26 04:00:52 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA12223 for ; Mon, 26 Jan 1998 04:00:51 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id FAA26621 for pdftex-list; Mon, 26 Jan 1998 05:52:09 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id FAA26618 for ; Mon, 26 Jan 1998 05:52:06 -0500 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 KAA24631; hop 0; Mon, 26 Jan 1998 10:52:39 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Mon, 26 Jan 1998 10:46:30 +0000 Date: Mon, 26 Jan 1998 10:51:48 +0000 Message-ID: <4124-Mon26Jan1998105148+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: karczma@info.unicaen.fr Cc: pdftex@tug.cs.umb.edu Subject: Re: hyperref'ing In-Reply-To: <199801261007.LAA01869@canardo.info.unicaen.fr> References: <199801261007.LAA01869@canardo.info.unicaen.fr> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk Jerzy Karczmarczuk writes: > Would it be difficult to have links *underlined*, like in orthodox HTML? > I am sorry, but I am orthodox. The red boxes disturb me. Coloured links > are less conspicuous, but they might be confused with "normal" coloured > text. When I add private links I can underline them, of course, but is > it possible to change easily something within hyperref? > Hans will correct me if I am wrong, but I don't think you can make *Acrobat* underline the links. Therefore you have to do it in LaTeX, using something like the ulem package to help. This means that you get the underline printed. If you *do* want to do underlining in TeX, then there is a problem in hyperref, as I just use grouping for the color. ie I say: \def\find@pdflink#1#2{% \leavevmode\pdfannotlink attr{\pdfBorderAttrs /C [\CurrentBorderColor]} goto name {#2!}% \colorlink{\csname @#1color\endcsname}% } \def\close@pdflink{\pdfendlink\hyper@resetcolor} if ulem allows things like {\underline #} to work, then you can just redefine \colorlink and \hyper@resetcolor, but if it wants markup like \underline{#1}, then its problematic. do i make sense? if this is a common need, then i am of course happy to put it into hyperref sebastian PS I plan this week to produce an extra package "acrobat", which will contain the Acrobat-only functionality, such as access to menus and forms. I don't want the original HyperTeX users getting too clogged up with Acrobat-specific stuff. From owner-pdftex@tug.org Mon Jan 26 04:11:36 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA12453 for ; Mon, 26 Jan 1998 04:11:35 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id FAA26600 for pdftex-list; Mon, 26 Jan 1998 05:48:56 -0500 Received: from NIH2WAAE (smtp5.site1.csi.com [149.174.183.74]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id FAA26597 for ; Mon, 26 Jan 1998 05:48:54 -0500 Received: from mail pickup service by csi.com with Microsoft SMTPSVC; Mon, 26 Jan 1998 05:52:19 -0500 Received: from d-waller (ld17-087.lon.compuserve.com [195.232.10.87]) by hil-img-ims-1.compuserve.com (8.8.6/8.8.6/IMS-1.1) with ESMTP id FAA00834 for ; Mon, 26 Jan 1998 05:51:19 -0500 (EST) Message-Id: <199801261051.FAA00834@hil-img-ims-1.compuserve.com> From: "David Waller" To: "pdftex" Subject: Positioning of images Thanks Date: Mon, 26 Jan 1998 10:50:53 -0000 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1162 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Thanks for the help on positioning of images. I forgot to mention that I was using pdflatex to produce a pdf file directly, so the includegraphics options didn't work (my copy of graphics package doesn't yet have a driver for pdflatex). The easiest answer in the end was to use \mbox{\pdfimage ...} However I did have to split the lie up to \mbox{ \pdfimage filename.png } otherwise pdflatex couldn't find the image. Thanks again. From owner-pdftex@tug.org Mon Jan 26 10:07:25 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA20385 for ; Mon, 26 Jan 1998 10:07:24 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id LAA28009 for pdftex-list; Mon, 26 Jan 1998 11:52:29 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id LAA28006 for ; Mon, 26 Jan 1998 11:52:27 -0500 Received: from hagen (zl51.pi.net [145.220.204.51]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id RAA27721; Mon, 26 Jan 1998 17:52:04 +0100 (MET) Posted-Date: Mon, 26 Jan 1998 17:52:04 +0100 (MET) Message-ID: <34CC7C99.3C7@pi.net> Date: Mon, 26 Jan 1998 13:07:53 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: Chris Rowley CC: taco.hoekwater@wkap.nl, Sebastian Rahtz , pdftex@tug.cs.umb.edu, pragma@pi.net Subject: Re: config file References: <34C85DB3.3C54@pi.net> <199801231946.TAA07881@fell.open.ac.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Chris Rowley wrote: > Sorry to mislead you, but I was and remain totally unsurprised since, > as Hans has now clarified, he is not (as I understand the words) "loading > math fonts when called for"; he is loading them: > > > At runtime, fonts at the default size are loaded Concerning fonts, although loading them could be postponed until the first glyph is typeset, in pacatice one needs font information in advance, like when dimensions are specified in em. It's not that easy to describe in a few sentences, but for instance \sl actually means 'a slanted typeface in the curren tstyle at the current size' (can be for instance \12ptrmsl or \11ptsssl or \10ptttsl, depending on the call chain als local size). This \12ptrmsl expands into loading the coorresponding file and redefining the command itself to calling the font. When the fmt file is generated, no font file is loaded, that is: tex reports indeed that no font is present in the font file. At run time (when a document is typeset) the default settings are loaded (an dused unless a user specifies else), in practice the 12pt cmr. At that moment I load about 20 files (attached to roman \tf, \sl, \bf, \bs, \it, \bi, and 3*3 math fonts.). > and: > > > After that fonts are loaded when one switches to smaller sizes. > > I understand this to mean that they are loaded even if no math-mode is > ever entered! Indeed, but only a one size. I could postpone that by using everymath, but decided no to do so. (On the other hand, $\bf 1.23+\sin{q}$ indeed produces a bold face sin. > > There is no reason to load math fonts any more > > Did you mean `preload' here? Preload in terms if plain tex means: load the font and forget about it. This means that the tfm file is present in the format! As said before, II do not preload fonts in this way. But you can consider loading the about 20 fonts a sort of preloading. > I think you are talking (here) about `preloading' (ie in the format), > not `loading'. No, nothing in the format! > If you have a method for not loading math fonts until they are > actually used then that would be even more interesting, especially to > Sebastian and Phil Taylor. First make clear what the problem is. I'm not that math oriented (although ConTeXt fully supports math fonts etc.) Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Tue Jan 27 03:00:26 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA15816 for ; Tue, 27 Jan 1998 03:00:24 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id EAA31865 for pdftex-list; Tue, 27 Jan 1998 04:51:29 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id EAA31862 for ; Tue, 27 Jan 1998 04:51:27 -0500 Received: from hagen (zl79.pi.net [145.220.204.79]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id KAA11421; Tue, 27 Jan 1998 10:54:53 +0100 (MET) Posted-Date: Tue, 27 Jan 1998 10:54:53 +0100 (MET) Message-ID: <34CD9C43.57BC@pi.net> Date: Tue, 27 Jan 1998 09:35:15 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: pdftex@tug.cs.umb.edu, Sebastian Rahtz CC: pragma@pi.net Subject: Re: hyperref'ing References: <199801261007.LAA01869@canardo.info.unicaen.fr> <4124-Mon26Jan1998105148+0000-s.rahtz@elsevier.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Sebastian Rahtz wrote: > > Jerzy Karczmarczuk writes: > > Would it be difficult to have links *underlined*, like in orthodox HTML? > > I am sorry, but I am orthodox. The red boxes disturb me. Coloured links > > are less conspicuous, but they might be confused with "normal" coloured > > text. When I add private links I can underline them, of course, but is > > it possible to change easily something within hyperref? > > > Hans will correct me if I am wrong, but I don't think you can make > *Acrobat* underline the links. Therefore you have to do it in LaTeX, > using something like the ulem package to help. This means that you get > the underline printed. How about using /BS << /S /U >> instead of /Border [ ... ] I didn't test it, but this should work (although the specs are a bit fuzzy). > do i make sense? if this is a common need, then i am of course happy > to put it into hyperref As far as I follow the hyperref discussion/functionality, I think you should stick to pdf features, therefore you can best use the /BS key. In ConTeXt I don't use pdf borders and colors, not only because I need far more control than in normal running text. The main complication of letting tex typeset the 'highlight' is to enable proper breaking across lines. (BTW, this can be done within acceptable bounds, although it took me some time to get it really robust). Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Tue Jan 27 04:13:20 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA17274 for ; Tue, 27 Jan 1998 04:13:17 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id GAA32119 for pdftex-list; Tue, 27 Jan 1998 06:01:30 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id GAA32116 for ; Tue, 27 Jan 1998 06:01:28 -0500 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 LAA12287; hop 0; Tue, 27 Jan 1998 11:02:03 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Tue, 27 Jan 1998 10:55:32 +0000 Date: Tue, 27 Jan 1998 10:22:14 +0000 Message-ID: <1533-Tue27Jan1998102214+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pragma@pi.net Cc: pdftex@tug.cs.umb.edu Subject: Re: hyperref'ing In-Reply-To: <34CD9C43.57BC@pi.net> References: <199801261007.LAA01869@canardo.info.unicaen.fr> <4124-Mon26Jan1998105148+0000-s.rahtz@elsevier.co.uk> <34CD9C43.57BC@pi.net> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk Hans Hagen writes: > How about using > > /BS << /S /U >> > > instead of > > /Border [ ... ] > ah, ok. i didnt look at the specs, i should have done. ok, i will work this into hyperref sebastian From owner-pdftex@tug.org Tue Jan 27 04:15:57 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA17323 for ; Tue, 27 Jan 1998 04:15:55 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id GAA32127 for pdftex-list; Tue, 27 Jan 1998 06:02:27 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id GAA32124 for ; Tue, 27 Jan 1998 06:02:25 -0500 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 LAA12385; hop 0; Tue, 27 Jan 1998 11:03:05 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Tue, 27 Jan 1998 10:56:34 +0000 Date: Tue, 27 Jan 1998 11:02:00 +0000 Message-ID: <2612-Tue27Jan1998110200+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pdftex@tug.org cc: shawn_harrison@tyndale.com Subject: HOWTO In-Reply-To: <199801262342.SAA29686@tug.cs.umb.edu> References: <199801262342.SAA29686@tug.cs.umb.edu> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk Shawn Harrison posted a summary of replies about HOWTO which is too large for the mailing list software. I am copying it below, without the PDF attachments. I will put those on http://www.tug.org/applications/pdftex Sebastian ******************** I got a great response for this question. Here are the answers: Brian Ripley said: >I'll append our local guide, in PDF. It may help you get an overview, >but it could be improved. One day.... (This local guide is attached as USINGPDF.PDF). Ray Artz said: >The MikTex project page > >http://www.snafu.de/~cschenk/miktex/ > >contains a further link to a document "Up and Running:PDFLATEX in >MikTEX" by David Meeker. You might find it helpful even if you don't >use MikTeX. > >If you wish, I could send you a sample Latex document that I prepared >using PDFLatex. > >Ray Artz > >P.S. You ask a good question. Please post any other answers you get. > >Ray E. Artz, Ph.D. This document is attached as RUNNING1.PDF. (Ray Artz later sent me an older copy of this file; I was pointed to a newer copy by the next respondent). Dcm3c ("Dave") said: >Check out http://members.aol.com/dcm3c/running.pdf >This document is geared towards running the MiKTeX implementation of PDFLaTeX, >but most of the stuff in it should apply for any installation. > >Dave. That is the copy I have attached. George White said: >There really isn't much documentation for pdftex and related tools. >I've been using pdftex for scientific documents that need to be >viewed by people who don't use TeX, and it has worked reasonably well, >but considerable experimentation was needed to get things working. > >I'm currently using teTeX-0.9 on a couple unix systems. I had to compile >it from sources (not hard, the configuration tools worked well for me), >and install updates for a number of macro packages (base, graphics, >hyperref, pslatex) to get things working. There are still a few rough >areas. Things are still changing rapidly, so to use this stuff you have >to be prepared to install updates from CTAN quite often. > >ConTeXt appears to be a very capable system for creating PDF via Adobe >Acrobat Distiller (the author uses Y&Y's dvipsone), but I haven't tried >using it to create PDF files (the documentation is nice, but stresses my >low-end hardware). Y&Y have information on creating PDF using Distiller >on their WWW site (http://www.yandy.com). There is some information at >Adobe that you should be able to find via Y&Y's site. > >To help you get started, here is a sample header from a LaTeX2e document: > >% sample header >\documentclass[twoside]{article} > >\usepackage{url} > >\ifx\pdfoutput\@undefined% >\usepackage[dvips]{graphicx} >\else% >\usepackage[pdftex]{graphicx} >\RequirePackage{hyperref} % this must be last: it turns on pdfoutput >\fi >% end header > >This allows me to use regular LaTeX or pdflatex on the same file >(some of the auxiliary files aren't compatible, so you if you switch >you have to run latex a couple times to update the files). > >The hyperref macros will create links from references to the labels >and put an outline in the PDF file. > >The biggest problem is with the graphic[sx] package -- only metapost, >PNG, and (very simple PDF) are supported. > >If you want to use pdftex with plain TeX, the example.tex file shows >most of the capabilities. > >You might find the pdftex article for Tugboat useful (the URL was >posted on this list recently). Sabastian Rahtz said: >for hyperref, there is a file manual.pdf with the package, which >explains a little. there is also a _pro tem_ pdftex manual at >http://www.tug.org/applications/pdftex/pdftexman.pdf > >personally, i recommend simply adding > >\usepackage[pdftex]{hyperref} > >to your LaTeX document, and then running pdflatex on it. no more no >less. > >sebastian The PDFTeX manual is attached as PDFTEXMA.PDF. The Hyperref manual is attached as MANUAL.PDF. I thank everyone for their help in getting me started. It strikes me (and was pointed out to me) that this information might be useful for others who are trying to get oriented. Is there a way we can put all of these documents in a centralized location (i.e., in CTAN)? I don't know how to post things there. (Like I said, I'm an editor.) Then, maybe an HTML "PDFTeX HOWTO"...... (I would be happy to write this if needed. After all, I am an editor.) Thanks again to all of you for your great help. shawn_harrison@tyndale.com Associate Editor From owner-pdftex@tug.org Tue Jan 27 09:22:32 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA24150 for ; Tue, 27 Jan 1998 09:22:31 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id LAA00640 for pdftex-list; Tue, 27 Jan 1998 11:07:06 -0500 Received: from mailgw3.lmco.com (mailgw3.lmco.com [192.35.35.23]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id LAA00637 for ; Tue, 27 Jan 1998 11:07:04 -0500 Received: from emss04g01.ems.lmco.com ([166.17.13.122]) by mailgw3.lmco.com (8.8.8/8.8.8) with ESMTP id LAA05900 for ; Tue, 27 Jan 1998 11:10:34 -0500 (EST) Received: from emss09m03.ems.lmco.com ([129.218.66.41]) by lmco.com (PMDF V5.1-10 #20546) with ESMTP id <0ENG008PZA9F08@lmco.com> for pdftex@tug.cs.umb.edu; Tue, 27 Jan 1998 11:10:28 -0500 (EST) Received: by emss09m03.ems.lmco.com with Internet Mail Service (5.0.1458.49) id ; Tue, 27 Jan 1998 10:03:20 -0600 Content-return: allowed Date: Tue, 27 Jan 1998 10:03:19 -0600 From: "Artz, Ray E" Subject: Acrobat Reader as a Previewer To: PDFTex List Message-id: <393829FB82FCD011BA6A0000F81EB986205FDF@emss09m03.ems.lmco.com> MIME-version: 1.0 X-Mailer: Internet Mail Service (5.0.1458.49) Content-type: text/plain X-Priority: 3 Sender: owner-pdftex@tug.org Precedence: bulk First, I hope the cross-posting to the two lists does not annoy too many. I'll post summaries of interesting responses to both lists. Until recently, I have used dviwin for most of my previewing (except when I needed ghostscript to see *.eps graphics). Lately I have been experimenting with pdfTex and using Acrobat as a previewer. It is nice to be able to get away from bitmapped fonts and to be able to produce documents which more of my associates can view easily (plus hyperref is great!) Of course it is difficult to get along without pstricks and *.eps graphics; the conversion route is so tedious! (I have been learning metapost, which helps.) However, I miss several features of dviwin (which are particularly easy to take advantage of using winedt and Alex's srcltx.sty), namely 1) automatic update after re-running latex (if I leave Acrobat viewing a pdf file, pdftex asks for another file for output) 2) forward and inverse search to permit easy transition between source and preview. If anyone has methods for obtaining these features for the pdftex/Acrobat setup, I would be delighted to learn of them. Ray Artz Ray E. Artz, Ph.D. Staff Engineer Precision Agriculture Segment Lockheed Martin P.O. Box 64525 MS U2F27 St. Paul, MN 55164-0525 TEL: (612) 456-2328 FAX: (612) 456-2362 Ray.E.Artz@lmco.com Street Address (Fed. Ex., etc.): MS U2F27 3333 Pilot Knob Road Eagan, MN 55121 From owner-pdftex@tug.org Tue Jan 27 10:08:01 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA25443 for ; Tue, 27 Jan 1998 10:07:58 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id LAA00872 for pdftex-list; Tue, 27 Jan 1998 11:56:30 -0500 Received: from NIH2WAAD (smtp4.site1.csi.com [149.174.183.73]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id LAA00869 for ; Tue, 27 Jan 1998 11:56:29 -0500 Received: from mail pickup service by csi.com with Microsoft SMTPSVC; Tue, 27 Jan 1998 11:59:55 -0500 Received: from d-waller (ld10-150.lon.compuserve.com [195.232.6.150]) by hil-img-ims-1.compuserve.com (8.8.6/8.8.6/IMS-1.1) with ESMTP id LAA05926; Tue, 27 Jan 1998 11:59:45 -0500 (EST) Message-Id: <199801271659.LAA05926@hil-img-ims-1.compuserve.com> From: "David Waller" To: "Artz, Ray E" , "PDFTex List" Subject: Re: Acrobat Reader as a Previewer Date: Tue, 27 Jan 1998 17:00:01 -0000 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1162 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk I have been working with Pdftex and acrobat reader now for a few weeks. I generally use the Emacs editor with Auctex loaded, as this allows Pdftex to be easily run and then can run acrobat just as easily. If acrobat is left running with the pdf file open, then emacs prompts to close the connection. Next time you view your file, it automatically starts up again. Note acrobat as the program doesn't get shut, only the file that is open is shut so you don't have to wait for acrobat reader to load again. The only disadvantage is that the file is always opened at the beginning, while when using a dvi viewer on my Unix box, I can automatically open on the same page as last time. I do agree that once Pdftex is set up with the correct font libraries it does produce a very good output, far better than the bit mapped versions. Dave Waller ---------- > From: Artz, Ray E > To: PDFTex List > Subject: Acrobat Reader as a Previewer > Date: 27 January 1998 16:12 > > Sender: owner-pdftex@tug.org > Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) > by dub-img-1.compuserve.com (8.8.6/8.8.6/2.10) with ESMTP id LAA10833; > Tue, 27 Jan 1998 11:11:50 -0500 (EST) > Received: (from daemon@localhost) > by tug.cs.umb.edu (8.8.5/8.8.5) id LAA00640 > for pdftex-list; Tue, 27 Jan 1998 11:07:06 -0500 > Received: from mailgw3.lmco.com (mailgw3.lmco.com [192.35.35.23]) > by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id LAA00637 > for ; Tue, 27 Jan 1998 11:07:04 -0500 > Received: from emss04g01.ems.lmco.com ([166.17.13.122]) > by mailgw3.lmco.com (8.8.8/8.8.8) with ESMTP id LAA05900 > for ; Tue, 27 Jan 1998 11:10:34 -0500 (EST) > Received: from emss09m03.ems.lmco.com ([129.218.66.41]) > by lmco.com (PMDF V5.1-10 #20546) with ESMTP id <0ENG008PZA9F08@lmco.com> for > pdftex@tug.cs.umb.edu; Tue, 27 Jan 1998 11:10:28 -0500 (EST) > Received: by emss09m03.ems.lmco.com with Internet Mail Service (5.0.1458.49) > id ; Tue, 27 Jan 1998 10:03:20 -0600 > Content-return: allowed > Date: Tue, 27 Jan 1998 10:03:19 -0600 > From: "Artz, Ray E" > Subject: Acrobat Reader as a Previewer > To: PDFTex List > Message-id: <393829FB82FCD011BA6A0000F81EB986205FDF@emss09m03.ems.lmco.com> > MIME-version: 1.0 > X-Mailer: Internet Mail Service (5.0.1458.49) > Content-type: text/plain > X-Priority: 3 > Sender: owner-pdftex@tug.org > Precedence: bulk > > First, I hope the cross-posting to the two lists does not annoy too > many. I'll post summaries of interesting responses to both lists. > > Until recently, I have used dviwin for most of my previewing (except > when I needed ghostscript to see *.eps graphics). Lately I have been > experimenting with pdfTex and using Acrobat as a previewer. It is nice > to be able to get away from bitmapped fonts and to be able to produce > documents which more of my associates can view easily (plus hyperref is > great!) Of course it is difficult to get along without pstricks and > *.eps graphics; the conversion route is so tedious! (I have been > learning metapost, which helps.) > > However, I miss several features of dviwin (which are particularly easy > to take advantage of using winedt and Alex's srcltx.sty), namely > 1) automatic update after re-running latex (if I leave Acrobat viewing a > pdf file, pdftex asks for another file for output) > 2) forward and inverse search to permit easy transition between source > and preview. > > If anyone has methods for obtaining these features for the > pdftex/Acrobat setup, I would be delighted to learn of them. > > Ray Artz > > Ray E. Artz, Ph.D. > Staff Engineer > Precision Agriculture Segment > Lockheed Martin > P.O. Box 64525 MS U2F27 > St. Paul, MN 55164-0525 > > TEL: (612) 456-2328 > FAX: (612) 456-2362 > Ray.E.Artz@lmco.com > > Street Address (Fed. Ex., etc.): > MS U2F27 > 3333 Pilot Knob Road > Eagan, MN 55121 > > From owner-pdftex@tug.org Wed Jan 28 03:07:39 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA20111 for ; Wed, 28 Jan 1998 03:07:37 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id EAA04442 for pdftex-list; Wed, 28 Jan 1998 04:52:50 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id EAA04439 for ; Wed, 28 Jan 1998 04:52:48 -0500 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 JAA25783; hop 0; Wed, 28 Jan 1998 09:53:30 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Wed, 28 Jan 1998 09:46:38 +0000 Date: Wed, 28 Jan 1998 09:14:10 +0000 Message-ID: <9038-Wed28Jan1998091410+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: DWaller1@csi.com Cc: ray.e.artz@lmco.com, pdftex@tug.cs.umb.edu Subject: Re: Acrobat Reader as a Previewer In-Reply-To: <199801271659.LAA05926@hil-img-ims-1.compuserve.com> References: <199801271659.LAA05926@hil-img-ims-1.compuserve.com> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk David Waller writes: > I have been working with Pdftex and acrobat reader now for a few weeks. I > generally use the Emacs editor with Auctex loaded, as this allows Pdftex to > be easily run and then can run acrobat just as easily. If acrobat is left > running with the pdf file open, then emacs prompts to close the connection. do you want to post the details of this? what makes Emacs close the PDF file, and how does it do it? sebastian From owner-pdftex@tug.org Wed Jan 28 03:12:54 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA20218 for ; Wed, 28 Jan 1998 03:12:47 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id EAA04437 for pdftex-list; Wed, 28 Jan 1998 04:52:26 -0500 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id EAA04434 for ; Wed, 28 Jan 1998 04:52:24 -0500 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 JAA25738; hop 0; Wed, 28 Jan 1998 09:53:06 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Wed, 28 Jan 1998 09:46:15 +0000 Date: Tue, 27 Jan 1998 23:52:30 +0000 Message-ID: <456-Tue27Jan1998235230+0000-s.rahtz@elsevier.co.uk> From: s.rahtz@elsevier.co.uk (Sebastian Rahtz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pragma@pi.net Cc: pdftex@tug.cs.umb.edu Subject: Re: hyperref'ing In-Reply-To: <34CD9C43.57BC@pi.net> References: <199801261007.LAA01869@canardo.info.unicaen.fr> <4124-Mon26Jan1998105148+0000-s.rahtz@elsevier.co.uk> <34CD9C43.57BC@pi.net> X-Mailer: VM 6.33 under Emacs 19.34.6 Sender: owner-pdftex@tug.org Precedence: bulk Hans Hagen writes: > How about using > > /BS << /S /U >> > > instead of > > /Border [ ... ] > Nice idea. but the result of *any* use of the /BS key seems to be ignored by Acrobat! It just puts in a solid box of 1pt thickness, regardless of the values of keys in the dictionary. Does anyone have example of an Acrobat document which does have underlining, so I can see how it works? Sebastian From owner-pdftex@tug.org Wed Jan 28 04:56:14 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA22193 for ; Wed, 28 Jan 1998 04:56:12 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id GAA04873 for pdftex-list; Wed, 28 Jan 1998 06:40:16 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id GAA04870 for ; Wed, 28 Jan 1998 06:40:14 -0500 Received: from hagen (zl32.pi.net [145.220.204.32]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id MAA28610; Wed, 28 Jan 1998 12:43:45 +0100 (MET) Posted-Date: Wed, 28 Jan 1998 12:43:45 +0100 (MET) Message-ID: <34CF1C0A.3B9C@pi.net> Date: Wed, 28 Jan 1998 12:52:42 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: pdftex@tug.cs.umb.edu, Sebastian Rahtz CC: pragma@pi.net Subject: Re: hyperref'ing References: <199801261007.LAA01869@canardo.info.unicaen.fr> <4124-Mon26Jan1998105148+0000-s.rahtz@elsevier.co.uk> <34CD9C43.57BC@pi.net> <456-Tue27Jan1998235230+0000-s.rahtz@elsevier.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Sebastian Rahtz wrote: > Hans Hagen writes: > > How about using > > > > /BS << /S /U >> > > > > instead of > > > > /Border [ ... ] > > > > Nice idea. but the result of *any* use of the /BS key seems to be > ignored by Acrobat! It just puts in a solid box of 1pt thickness, > regardless of the values of keys in the dictionary. Does anyone have > example of an Acrobat document which does have underlining, so I can > see how it works? Right, I did test it before I suggested it, but didn't get it working. I trusted on your eagerness to find the solution. It can be a bug. One way of finding this out is to make a link in exchange and look at the output (and don't be surprised if you have to follow a chain of objects. Unfortunately, exchange does not offer underlining! The pdf specs say that /Border is superseded in pdf 1.2. Now if one does not want a border, het can still say /Border [0 0 0], but there in no /None (/N) entry for /BS. Just another example of .... And, exchange still output /Border, so what does superseded mean here? Compare fields and normal links: in exchange one can set the field appearance to underline, but not the other annotations! This suggests that the plug in must do the job. BTW, for setting the state one needs access to the pdf object number, which is not possible in pdftex (not that needed too). Anyhow, I spent the last hour testing without success, so let's for the moment consider this a bug or documentation error. (I can of course send examples of underlining done by TeX, but that's of no use here.) ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Wed Jan 28 06:45:17 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA24199 for ; Wed, 28 Jan 1998 06:45:11 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id IAA05270 for pdftex-list; Wed, 28 Jan 1998 08:29:53 -0500 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id IAA05267 for ; Wed, 28 Jan 1998 08:29:50 -0500 Received: from mozart.ujf-grenoble.fr (mozart.ujf-grenoble.fr [193.54.241.5]) by ujf.ujf-grenoble.fr (8.8.5/8.8.5) with ESMTP id OAA00492; Wed, 28 Jan 1998 14:30:05 +0100 (MET) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id OAA19546; Wed, 28 Jan 1998 14:36:44 +0100 (MET) Date: Wed, 28 Jan 1998 14:36:44 +0100 (MET) Message-Id: <199801281336.OAA19546@mozart.ujf-grenoble.fr> From: Thierry Bouche To: s.rahtz@elsevier.co.uk (Sebastian Rahtz) Cc: DWaller1@csi.com, ray.e.artz@lmco.com, pdftex@tug.cs.umb.edu Subject: Re: Acrobat Reader as a Previewer In-Reply-To: <9038-Wed28Jan1998091410+0000-s.rahtz@elsevier.co.uk> References: <199801271659.LAA05926@hil-img-ims-1.compuserve.com> <9038-Wed28Jan1998091410+0000-s.rahtz@elsevier.co.uk> X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk probably simply you made acrobat a _compiler_ rather than a _previewer_ (running in the background) compare : (list "Print" "%p " 'TeX-run-command t nil) (list "View" "%v " 'TeX-run-background nil nil) From owner-pdftex@tug.org Wed Jan 28 11:02:37 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id LAA00796 for ; Wed, 28 Jan 1998 11:02:35 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id MAA07924 for pdftex-list; Wed, 28 Jan 1998 12:51:53 -0500 Received: from top.coli.uni-sb.de (top.coli.uni-sb.de [134.96.68.10]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id MAA07921 for ; Wed, 28 Jan 1998 12:51:47 -0500 Received: from top (SSPNa33wKLV8eKj2KSxcgbN9rg/f0G8I@top [134.96.68.10]) by top.coli.uni-sb.de (8.8.8/8.8.8) with SMTP id SAA03130 for ; Wed, 28 Jan 1998 18:55:17 +0100 (MET) Message-ID: <34CF7104.3A8E@coli.uni-sb.de> Date: Wed, 28 Jan 1998 18:55:16 +0100 From: Berthold Crysmann Organization: Graduiertenkolleg Kognitionswissenschaft, Universitaet des Saarlandes X-Mailer: Mozilla 3.01 (X11; I; SunOS 5.6 sun4u) MIME-Version: 1.0 To: pdftex@tug.cs.umb.edu Subject: Increasing number of strings in pdflatex Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hi, trying to run pdflatex on a medium size document (140p) makes TeX complaining about the number of strings being too high. Using ps2pdf (dvips/ghostscript route) works fine. How can I increase the number of strings, ideally at runtime??? Thanks in advance for your help. Berthold -- Berthold Crysmann Universitaet des Saarlandes, Computerlinguistik Geb. 17.2, Postfach 151150, D-66041 Saarbruecken Tel. +49-681-302-4502 / Fax +49-681-302-4700 From owner-pdftex@tug.org Thu Jan 29 02:59:14 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA24059 for ; Thu, 29 Jan 1998 02:59:12 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id EAA11565 for pdftex-list; Thu, 29 Jan 1998 04:31:19 -0500 Received: from NIH2WAAE (smtp5.site1.csi.com [149.174.183.74]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id EAA11562 for ; Thu, 29 Jan 1998 04:31:17 -0500 Received: from mail pickup service by csi.com with Microsoft SMTPSVC; Thu, 29 Jan 1998 04:34:53 -0500 Received: from d-waller (ld33-116.lon.compuserve.com [195.232.18.116]) by hil-img-ims-1.compuserve.com (8.8.6/8.8.6/IMS-1.1) with ESMTP id EAA08337; Thu, 29 Jan 1998 04:34:30 -0500 (EST) Message-Id: <199801290934.EAA08337@hil-img-ims-1.compuserve.com> From: "David Waller" To: "Sebastian Rahtz" Cc: , Subject: Re: Acrobat Reader as a Previewer Date: Thu, 29 Jan 1998 09:14:47 -0000 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1162 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_01BD2C96.580FF800" Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk This is a multi-part message in MIME format. ------=_NextPart_000_01BD2C96.580FF800 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit I have been using the NTEmacs distribution, which can be downloaded from www.cs.washington.edu/homes/voelker/ntemacs. This is the standard GNU Emacs recompiled to run under NT and Windows 95. I also added in the AucTeX package (pointers are on the NTEmacs page. Finally I set up the tex-site.el file (copy attached) to call pdflatex and the acrobat reader. As to how it all works I don't know! You run pdflatex firstly from the drop down menu (clear up any errors etc.) then run acrobat reader from the drop down menu. If this is the first time it is run then acrobat reader is started. If you should now run pdflatex again (without closing the file in acrobat reader), then Emacs warns you and somehow! closes the link - leaving acrobat running but with no file open. Going back to view will now just load the pdf file straight into the acrobat reader. I can't help much more since I don't know how it does work. Dave Waller ---------- > From: Sebastian Rahtz > To: DWaller1@csi.com > Cc: ray.e.artz@lmco.com; pdftex@tug.cs.umb.edu > Subject: Re: Acrobat Reader as a Previewer > Date: 28 January 1998 09:14 > > David Waller writes: > > I have been working with Pdftex and acrobat reader now for a few weeks. I > > generally use the Emacs editor with Auctex loaded, as this allows Pdftex to > > be easily run and then can run acrobat just as easily. If acrobat is left > > running with the pdf file open, then emacs prompts to close the connection. > > do you want to post the details of this? what makes Emacs close the > PDF file, and how does it do it? > > sebastian > ------=_NextPart_000_01BD2C96.580FF800 Content-Type: application/octet-stream; name="tex-site.el" Content-Transfer-Encoding: quoted-printable Content-Description: tex-site.el (EL File) Content-Disposition: attachment; filename="tex-site.el" ;;beginning of tex-site.el ;; ;;Customisation ;; Makes Auctex aware of style files and multifiles (setq TeX-auto-save t) (setq TeX-parse-self t) (setq default-TeX-master nil) (defvar no-doc "This function is part of AUC TeX, but has not yet been loaded. Full documentation will be available after autoloading the function." "Documentation for autoload functions.") (defvar TeX-lisp-directory "C:/emacs/site-lisp/auctex/" "*The directory where the AuCTeX files are located.") (defvar TeX-macro-global '("m:/tex/share/texmf/tex/") "*Directories containing the sites TeX macro and style files.") ;; The 'Tex-command-list' (pull-down menu at the top of emacs appearing = when emacs ;; is in major Tex mode) consists of the options below. (defvar TeX-command-list (list(list "PDFLaTeX" "m:/tex/bin/win32/pdflatex = \\nonstopmode\\input{%t}" 'TeX-run-LaTeX nil t) (list "View" "c:/acrobat3/reader/acrord32.exe %s.pdf" 'TeX-run-command nil t) (list "Dvips" "m:/tex/bin/win32/dvips %d -o %f" 'TeX-run-command nil t) (list "Ghostview" "c:/gstools/gsview/gsview32.exe %f" 'TeX-run-command nil t))) (setq TeX-default-mode 'LaTeX-mode) ;; ;;Autoloads ;; (or (assoc TeX-lisp-directory (mapcar 'list load-path)) ; No member yet. (assoc (substring TeX-lisp-directory 0 -1) ; without trailing slash (mapcar 'list load-path)) (setq load-path (cons TeX-lisp-directory load-path))) (defvar bibtex-mode-hook nil) (or (memq 'BibTeX-auto-store bibtex-mode-hook) (setq bintex-mode-hook (cons 'BibTeX-auto-store bibtex-mode-hook))) (autoload 'BibTeX-auto-store "latex" no-doc t) (autoload 'tex-mode "tex" no-doc t) (autoload 'plain-tex-mode "tex" no-doc t) (autoload 'texinfo-mode "tex-info" no-doc t) (autoload 'latex-mode "tex" no-doc t) (setq text-mode-hook 'turn-on-auto-fill) ------=_NextPart_000_01BD2C96.580FF800-- From owner-pdftex@tug.org Thu Jan 29 05:10:01 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA26518 for ; Thu, 29 Jan 1998 05:09:48 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id GAA12086 for pdftex-list; Thu, 29 Jan 1998 06:54:44 -0500 Received: from thefly.mathi.uni-heidelberg.de (modem.urz.uni-heidelberg.de [129.206.100.193]) by tug.cs.umb.edu (8.8.5/8.8.5) with SMTP id GAA12083 for ; Thu, 29 Jan 1998 06:54:28 -0500 Received: by thefly.mathi.uni-heidelberg.de (NX5.67f2/NX3.0M) id AA01066; Wed, 28 Jan 98 14:52:42 +0100 Message-Id: <9801281352.AA01066@thefly.mathi.uni-heidelberg.de> Content-Type: text/plain Mime-Version: 1.0 (NeXT Mail 3.3 v118.2) In-Reply-To: <199801261007.LAA01869@canardo.info.unicaen.fr> X-Nextstep-Mailer: Mail 3.3 (Enhance 2.1) Received: by NeXT.Mailer (1.118.2) From: Gregor Hoffleit Date: Wed, 28 Jan 98 14:52:41 +0100 To: Jerzy Karczmarczuk Subject: Re: hyperref'ing Cc: pdftex@tug.cs.umb.edu Reply-To: flight@mathi.uni-heidelberg.DE References: <199801261007.LAA01869@canardo.info.unicaen.fr> Sender: owner-pdftex@tug.org Precedence: bulk Jerzy Karczmarczuk wrote: Would it be difficult to have links *underlined*, like in orthodox HTML? I am sorry, but I am orthodox. The red boxes disturb me. Just a correction, Jerzy: Marking up the links in HTML is up to the browser, so you'd better say something along the lines of "default Netscape Navigator behavior". Gregor From owner-pdftex@tug.org Thu Jan 29 09:12:27 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA01945 for ; Thu, 29 Jan 1998 09:12:14 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id LAA13118 for pdftex-list; Thu, 29 Jan 1998 11:01:35 -0500 Received: from bionet.bio.dfo.ca (cod.mar.dfo-mpo.gc.ca [207.61.69.253]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id LAA13115 for ; Thu, 29 Jan 1998 11:01:28 -0500 Received: from vertigo.bio.dfo.ca by BIONET.bio.dfo.ca (PMDF V5.1-4 #17236) with SMTP id <01ISY4YB7DWG006GFH@BIONET.bio.dfo.ca> for pdftex@tug.cs.umb.edu; Thu, 29 Jan 1998 11:45:33 AST Received: from bodnext.bio.dfo.ca by vertigo.bio.dfo.ca via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id LAA08225; Thu, 29 Jan 1998 11:45:01 -0400 Received: from localhost by bodnext.bio.dfo.ca (NX5.67c/NX3.0S) id AA02250; Thu, 29 Jan 1998 11:44:25 -0400 Date: Thu, 29 Jan 1998 11:44:22 -0400 (AST) From: George White Subject: Aladdin gs 5.10 and images in pdflatex for pdfcompresslevel>0? To: pdftex@tug.cs.umb.edu Cc: ghost@aladdin.com Message-id: MIME-version: 1.0 Content-type: MULTIPART/MIXED; BOUNDARY="16840239-1293921747-886088662=:2226" Sender: owner-pdftex@tug.org Precedence: bulk This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --16840239-1293921747-886088662=:2226 Content-Type: TEXT/PLAIN; charset=US-ASCII I've been happily creating PDF documents (using teTeX 0.9) and viewing them with acroread on Win 3.1, OS/2, and SGI Irix. It appears, however, that any file that contains an image (from .png) results in the following (using gs 5.10 on the same platforms, but my main concern is for platforms that don't have acroread): Aladdin Ghostscript: Unrecoverable error, exit code 1 Error: /syntaxerror in stream Operand stack: 2854 Im1 --dict:1/1-- Im1 2854 38 0 Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- ... I have attached a sample file (to process this you will need the Ghostscript tiger.ps, which is used via gs to make tiger.pdf file and tiger.png) and the resulting log. I don't recall encountering this problem using my previous configuration (tex-k 7.0 installed over teTeX-0.4 on a NeXT). I'm currently using SGI Irix 5.3. -- George White Bedford Inst. of Oceanography, Nova Scotia, Canada. tel: 902.426.8509 --16840239-1293921747-886088662=:2226 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="pdftest.tex" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: example source XGRvY3VtZW50Y2xhc3NbdHdvc2lkZV17YXJ0aWNsZX0NCg0KXHVzZXBhY2th Z2V7dXJsfQ0KDQolLSVcbWFrZWF0bGV0dGVyDQpcaWZ4XHBkZm91dHB1dFx1 bmRlZmluZWQlDQpcdXNlcGFja2FnZVtkdmlwc117Z3JhcGhpY3h9DQpcZWxz ZSUNClx1c2VwYWNrYWdlW3BkZnRleF17Z3JhcGhpY3h9DQpcUmVxdWlyZVBh Y2thZ2V7aHlwZXJyZWZ9ICUgdGhpcyBtdXN0IGJlIGxhc3Q6IGl0IHR1cm5z IG9uIHBkZm91dHB1dA0KJVxwZGZjb21wcmVzc2xldmVsPTAgICUgZm9yIDEx MjAyMDMrIGJ5dGVzDQolXHBkZmNvbXByZXNzbGV2ZWw9OSAgJSBmb3IgMTEz MzMyKyBieXRlcw0KXHBkZmNvbXByZXNzbGV2ZWw9NSAgJSBmb3IgMTQwNTkz IGJ5dGVzIGJ5dGVzDQpcZmkNCiUtJVxtYWtlYXRvdGhlcg0KDQoNCiUgc2V0 dXAgZm9yIGRvdWJsZS1zaWRlZCBwcmludGluZw0KXG9kZHNpZGVtYXJnaW4g PSAxaW4gDQpcZXZlbnNpZGVtYXJnaW4gPSAwLjVpbg0KDQpcYmVnaW57ZG9j dW1lbnR9ICAgICAgICAgICAgICUgRW5kIG9mIHByZWFtYmxlIGFuZCBiZWdp bm5pbmcgb2YgdGV4dC4NCg0KXHRoaXNwYWdlc3R5bGV7ZW1wdHl9DQoNClxi ZWdpbntMYXJnZX0NClxiZWdpbntjZW50ZXJpbmd9DQpcYmZzZXJpZXMgDQpU ZXN0IGRvY3VtZW50IGZvciBwZGZ0ZXguDQoNClxlbmR7Y2VudGVyaW5nfQ0K XGVuZHtMYXJnZX0NCg0KXGJpZ3NraXANClRoaXMgZG9jdW1lbnQgd2FzIGNy ZWF0ZWQgdXNpbmcgDQpcaWZ4XHBkZm91dHB1dFx1bmRlZmluZWQlDQpcTGFU ZVh7fQ0KXGVsc2UlDQpwZGZcTGFUZVh7fQ0KXGZpDQp3aXRoIHRoZSBcdGV4 dHR0e2h5cGVycmVmfSBhbmQgXHRleHR0dHtncmFwaGljeH0gcGFja2FnZXMu DQoNClx0YWJsZW9mY29udGVudHMNCg0KXHNlY3Rpb257SW50cm9kdWN0aW9u fQ0KDQpUaGlzIGRvY3VtZW50IGNhbiBiZSBmb3JtYXR0ZWQgdXNpbmcgZWl0 aGVyIFxMYVRlWHt9IG9yIHBkZlxMYVRlWHt9Lg0KVGhlIGZpZ3VyZXMgdXNl ZCBmb3IgdGhlIHBkZlxMYVRlWHt9IHZlcnNpb24gd2VyZSBjcmVhdGVkIHVz aW5nIFBORw0KYW5kIFBERiBmaWxlIGZvcm1hdHMuICBUaGUgXExhVGVYe30g dmVyc2lvbiBwcm92aWRlcyBQb3N0U2NyaXB0DQpmaWd1cmVzIGZvciBjb21w YXJpc29uLiAgVGhlIGluaXRpYWwgZmlndXJlIHdhcyBjcmVhdGVkIGZyb20g dGhlDQpHaG9zdFNjcmlwdCBcdGV4dHR0e3RpZ2VyLnBzfSBmaWxlIGJ5IHRy YW5zbGF0aW5nIHRoZSBvcmlnaW4gdG8gDQokKDAsMCkkIGFuZCBhZGp1c3Rp bmcgdGhlIGJvdW5kaW5nIGJveC4NCg0KXHNlY3Rpb257QSBQTkcgZm9ybWF0 IGZpZ3VyZX0NCg0KVGhlIHZlcnNpb24gb2YgRmlndXJlIFxyZWZ7ZmlnOnBu Z30gdXNlZCB3aXRoIHBkZlxMYVRlWHt9IHdhcyBjcmVhdGVkIA0KYnkgcmFz dGVyaXppbmcgXHRleHR0dHt0aWdlci5lcHN9IHVzaW5nIEdob3N0c2NyaXB0 IGFzIGZvbGxvd3M6DQoNClxiZWdpbnt2ZXJiYXRpbX0NCmdzIC1xIC1kTk9Q QVVTRSAtZEJBVENIIC1zREVWSUNFPXBuZzE2bSAtZzU1NHg1NjggXA0KLXNP dXRwdXRGaWxlPXRpZ2VyLnBuZyAtYyBzYXZlIHBvcCAtZiB0aWdlci5lcHMN ClxlbmR7dmVyYmF0aW19DQoNClxiZWdpbntmaWd1cmV9DQoNClxjZW50ZXJp bmcNCiUtJVxtYWtlYXRsZXR0ZXINClxpZnhccGRmb3V0cHV0XHVuZGVmaW5l ZCUNClxpbmNsdWRlZ3JhcGhpY3MqW3NjYWxlPTAuNV17dGlnZXIucHN9DQpc ZWxzZSUNClxpbmNsdWRlZ3JhcGhpY3MqW3NjYWxlPTAuNV17dGlnZXIucG5n fQ0KXGZpDQolLSVcbWFrZWF0b3RoZXINCg0KXGNhcHRpb257XGxhYmVse2Zp Zzpwbmd9IFRoZSBHaG9zdHNjcmlwdCB0aWdlci59DQpcZW5ke2ZpZ3VyZX0N Cg0KXHNlY3Rpb257QSBQREYgZm9ybWF0IGZpZ3VyZX0NCg0KRmlndXJlIFxy ZWZ7ZmlnOnBkZn0gd2FzIGNyZWF0ZWQgdXNpbmcgQWxsYWRpbiBHaG9zdHNj cmlwdCB2ZXJzaW9uIDUuMjENCndpdGggdGhlIGNvbW1hbmQgbGluZToNCg0K XGJlZ2lue3ZlcmJhdGltfQ0KZ3MgLXEgLWROT1BBVVNFIC1kQkFUQ0ggLXNE RVZJQ0U9cGRmd3JpdGUgLWc1NTQweDU2ODAgXA0KLXNPdXRwdXRGaWxlPXRp Z2VyLnBkZiAtZFVzZUZsYXRlQ29tcHJlc3Npb249ZmFsc2UgXA0KLWMgc2F2 ZSBwb3AgLWYgdGlnZXIuZXBzDQpcZW5ke3ZlcmJhdGltfQ0KDQpcYmVnaW57 ZmlndXJlfQ0KDQpcY2VudGVyaW5nDQolLSVcbWFrZWF0bGV0dGVyDQpcaWZ4 XHBkZm91dHB1dFx1bmRlZmluZWQlDQpcaW5jbHVkZWdyYXBoaWNzKltzY2Fs ZT0wLjVde3RpZ2VyLnBzfQ0KXGVsc2UlDQpcaW5jbHVkZWdyYXBoaWNzKltz Y2FsZT0wLjVde3RpZ2VyLnBkZn0NClxmaQ0KJS0lXG1ha2VhdG90aGVyDQoN ClxjYXB0aW9ue1xsYWJlbHtmaWc6cGRmfSBUaGUgR2hvc3RzY3JpcHQgdGln ZXIufQ0KXGVuZHtmaWd1cmV9DQoNClxzZWN0aW9ue1Byb2JsZW1zfQ0KDQpV c2luZyB0aGUgbWF4aW11bSBjb21wcmVzc2lvbiwgdGhlIGZpbGUgaXMgdmll d2FibGUgd2l0aCBBZG9iZSBBY3JvYmF0LCANCmJ1dCBub3QgQWxhZGRpbiBH aG9zdHNjcmlwdDoNCg0KXGJlZ2lue3NtYWxsfQ0KXGJlZ2lue3ZlcmJhdGlt fQ0KR1NfUFJPRzogL3Vzci9sb2NhbC9iaW4vZ3M1LjIxDQpvcHRzOiAtSS91 c3IvbG9jYWwvdGVUZVgvdGV4bWYvZm9udHMvdHlwZTEvQmFLb01hOi91c3Iv bG9jYWwvc2hhcmUvZ2hvc3RzY3JpcHQva2FuamkNCmFyZ3M6IC1zREVWSUNF PXgxMSAtZE5PUEFVU0UgLWRRVUlFVCAtZFNBRkVSIC0NCkFsYWRkaW4gR2hv c3RzY3JpcHQ6IFVucmVjb3ZlcmFibGUgZXJyb3IsIGV4aXQgY29kZSAxDQpF cnJvcjogL3N5bnRheGVycm9yIGluIHN0cmVhbQ0KT3BlcmFuZCBzdGFjazoN CiAgIDI4NTQgICBJbTEgICAtLWRpY3Q6MS8xLS0gICBJbTEgICAyODU0ICAg MzggICAwDQpFeGVjdXRpb24gc3RhY2s6DQogICAlaW50ZXJwX2V4aXQgICAu cnVuZXhlYzIgICAtLW5vc3RyaW5ndmFsLS0gICAtLW5vc3RyaW5ndmFsLS0g ICANCi0tbm9zdHJpbmd2YWwtLSAgIDIgICAlc3RvcHBlZF9wdXNoICAgLS1u b3N0cmluZ3ZhbC0tICAgLS1ub3N0cmluZ3ZhbC0tICAgDQotLW5vc3RyaW5n dmFsLS0gICBmYWxzZSAgIDEgICAlc3RvcHBlZF9wdXNoICAgMSAgIDMgICAl b3BhcnJheV9wb3AgICANCi5ydW5leGVjMiAgIC0tbm9zdHJpbmd2YWwtLSAg IC0tbm9zdHJpbmd2YWwtLSAgIC0tbm9zdHJpbmd2YWwtLSAgIDIgICANCiVz dG9wcGVkX3B1c2ggICAtLW5vc3RyaW5ndmFsLS0gICAtLW5vc3RyaW5ndmFs LS0gICAtLW5vc3RyaW5ndmFsLS0gICANCi0tbm9zdHJpbmd2YWwtLSAgIDAg ICAtLW5vc3RyaW5ndmFsLS0gICAlYXJyYXlfY29udGludWUgICAtLW5vc3Ry aW5ndmFsLS0gICANCmZhbHNlICAgMSAgICVzdG9wcGVkX3B1c2ggICAtLW5v c3RyaW5ndmFsLS0gICAlbG9vcF9jb250aW51ZSAgDQogLS1ub3N0cmluZ3Zh bC0tICAgLS1ub3N0cmluZ3ZhbC0tICAgLS1ub3N0cmluZ3ZhbC0tICAgLS1u b3N0cmluZ3ZhbC0tICAgDQotLW5vc3RyaW5ndmFsLS0gICBmYWxzZSAgIDEg ICAlc3RvcHBlZF9wdXNoICAgLS1ub3N0cmluZ3ZhbC0tICAgDQolbG9vcF9j b250aW51ZSAgIC0tbm9zdHJpbmd2YWwtLSAgIC0tbm9zdHJpbmd2YWwtLSAg IC0tbm9zdHJpbmd2YWwtLSAgIA0KNSAgIDkgICAlb3BhcnJheV9wb3ANCkRp Y3Rpb25hcnkgc3RhY2s6DQogICAtLWRpY3Q6ODA1LzkwMS0tICAgLS1kaWN0 OjAvMjAtLSAgIC0tZGljdDo1OC8yMDAtLSAgIC0tZGljdDoxMjAvMTI3LS0g ICANCi0tZGljdDoxMTkvMTUyLS0gICAtLWRpY3Q6MTEvMTUtLSAgIC0tZGlj dDoxLzItLSAgIC0tZGljdDoxMy8yMC0tICAgDQotLWRpY3Q6MS8xLS0NCkN1 cnJlbnQgYWxsb2NhdGlvbiBtbw0KXGVuZHt2ZXJiYXRpbX0NClxlbmR7c21h bGx9DQoNClxlbmR7ZG9jdW1lbnR9DQoNCg0KDQo= --16840239-1293921747-886088662=:2226 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="pdftest.log" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: log file VGhpcyBpcyBQREZUZVgsIFZlcnNpb24gMC4xMSAoYmFzZWQgb24gVGVYIFZl cnNpb24gMy4xNDE1OSkgKFdlYjJjIDcuMCkgKGZvcm1hdD1wZGZsYXRleCA5 OC4xLjEzKSAgMjkgSkFOIDE5OTggMTA6MDkNCioqcGRmdGVzdA0KKHBkZnRl c3QudGV4DQpMYVRlWDJlIDwxOTk3LzEyLzAxPg0KQmFiZWwgPHYzLjZoPiBh bmQgaHlwaGVuYXRpb24gcGF0dGVybnMgZm9yIGFtZXJpY2FuLCBsb2FkZWQu DQooL2Rpc2s2L2d3aGl0ZS90ZVRlWC0wLjkvc2hhcmUvdGV4bWYvdGV4L2xh dGV4L2Jhc2UvYXJ0aWNsZS5jbHMNCkRvY3VtZW50IENsYXNzOiBhcnRpY2xl IDE5OTcvMTAvMTAgdjEuM3ggU3RhbmRhcmQgTGFUZVggZG9jdW1lbnQgY2xh c3MNCigvZGlzazYvZ3doaXRlL3RlVGVYLTAuOS9zaGFyZS90ZXhtZi90ZXgv bGF0ZXgvYmFzZS9zaXplMTAuY2xvDQpGaWxlOiBzaXplMTAuY2xvIDE5OTcv MTAvMTAgdjEuM3ggU3RhbmRhcmQgTGFUZVggZmlsZSAoc2l6ZSBvcHRpb24p DQopDQpcY0BwYXJ0PVxjb3VudDc5DQpcY0BzZWN0aW9uPVxjb3VudDgwDQpc Y0BzdWJzZWN0aW9uPVxjb3VudDgxDQpcY0BzdWJzdWJzZWN0aW9uPVxjb3Vu dDgyDQpcY0BwYXJhZ3JhcGg9XGNvdW50ODMNClxjQHN1YnBhcmFncmFwaD1c Y291bnQ4NA0KXGNAZmlndXJlPVxjb3VudDg1DQpcY0B0YWJsZT1cY291bnQ4 Ng0KXGFib3ZlY2FwdGlvbnNraXA9XHNraXA0MQ0KXGJlbG93Y2FwdGlvbnNr aXA9XHNraXA0Mg0KXGJpYmluZGVudD1cZGltZW4xMDINCikNCigvZGlzazYv Z3doaXRlL3RlVGVYLTAuOS9zaGFyZS90ZXhtZi5sb2NhbC90ZXgvbGF0ZXgv ZXRjL3VybC5zdHkNClBhY2thZ2U6IHVybCAxOTk2LzEwLzE5ICB2ZXIgMS4y ICBWZXJiIG1vZGUgZm9yIHVybHMsIGVtYWlsIGFkZHJlc3NlcywgYW5kIGZp bGUNCiBuYW1lcw0KKQ0KKC9kaXNrNi9nd2hpdGUvdGVUZVgtMC45L3NoYXJl L3RleG1mL3RleC9sYXRleC9ncmFwaGljcy9ncmFwaGljeC5zdHkNClBhY2th Z2U6IGdyYXBoaWN4IDE5OTcvMDYvMDkgdjEuMGQgRW5oYW5jZWQgTGFUZVgg R3JhcGhpY3MgKERQQyxTUFFSKQ0KDQooL2Rpc2s2L2d3aGl0ZS90ZVRlWC0w Ljkvc2hhcmUvdGV4bWYvdGV4L2xhdGV4L2dyYXBoaWNzL2tleXZhbC5zdHkN ClBhY2thZ2U6IGtleXZhbCAxOTk3LzExLzEwIHYxLjEwIGtleT12YWx1ZSBw YXJzZXIgKERQQykNClxLVkB0b2tzQD1cdG9rczE0DQopDQooL2Rpc2s2L2d3 aGl0ZS90ZVRlWC0wLjkvc2hhcmUvdGV4bWYvdGV4L2xhdGV4L2dyYXBoaWNz L2dyYXBoaWNzLnN0eQ0KUGFja2FnZTogZ3JhcGhpY3MgMTk5Ny8wOS8wOSB2 MS4wZiBTdGFuZGFyZCBMYVRlWCBHcmFwaGljcyAoRFBDLFNQUVIpDQoNCigv ZGlzazYvZ3doaXRlL3RlVGVYLTAuOS9zaGFyZS90ZXhtZi90ZXgvbGF0ZXgv Z3JhcGhpY3MvdHJpZy5zdHkNClBhY2thZ2U6IHRyaWcgMTk5NC8xMC8xNiB2 MS4wOCBzaW4gY29zIHRhbiAoRFBDKQ0KKQ0KKC9kaXNrNi9nd2hpdGUvdGVU ZVgtMC45L3NoYXJlL3RleG1mL3RleC9sYXRleC9jb25maWcvZ3JhcGhpY3Mu Y2ZnKQ0KUGFja2FnZSBncmFwaGljcyBJbmZvOiBEcml2ZXIgZmlsZTogcGRm dGV4LmRlZiBvbiBpbnB1dCBsaW5lIDg0Lg0KDQooL2Rpc2s2L2d3aGl0ZS90 ZVRlWC0wLjkvc2hhcmUvdGV4bWYvdGV4L2xhdGV4L2dyYXBoaWNzL3BkZnRl eC5kZWYNCkZpbGU6IHBkZnRleC5kZWYgMTk5Ny8wNi8wOSB2MC4wMmQgZ3Jh cGhpY3MvY29sb3IgZm9yIHBkZnRleA0KKSkNClxHaW5AcmVxQGhlaWdodD1c ZGltZW4xMDMNClxHaW5AcmVxQHdpZHRoPVxkaW1lbjEwNA0KKQ0KKC9kaXNr Ni9nd2hpdGUvdGVUZVgtMC45L3NoYXJlL3RleG1mL3RleC9sYXRleC9oeXBl cnJlZi9oeXBlcnJlZi5zdHkNClBhY2thZ2U6IGh5cGVycmVmIDE5OTgvMDEv MTkgNi45IEh5cGVydGV4dCBsaW5rcyBmb3IgTGFUZVgNClxAbGlua2RpbT1c ZGltZW4xMDUNCg0KKC9kaXNrNi9nd2hpdGUvdGVUZVgtMC45L3NoYXJlL3Rl eG1mL3RleC9sYXRleC9jb25maWcvaHlwZXJyZWYuY2ZnDQooL2Rpc2s2L2d3 aGl0ZS90ZVRlWC0wLjkvc2hhcmUvdGV4bWYvdGV4L2xhdGV4L2h5cGVycmVm L2hwZGZ0ZXguZGVmDQpcQG91dGxpbmVmaWxlPVx3cml0ZTMNCikpDQpQYWNr YWdlIGh5cGVycmVmIEluZm86IEJvb2ttYXJrcyBPTiBvbiBpbnB1dCBsaW5l IDI0NC4NClBhY2thZ2UgaHlwZXJyZWYgSW5mbzogSHlwZXIgZmlndXJlcyBP RkYgb24gaW5wdXQgbGluZSAyNTUuDQpQYWNrYWdlIGh5cGVycmVmIEluZm86 IExpbmsgbmVzdGluZyBPRkYgb24gaW5wdXQgbGluZSAyNjAuDQpQYWNrYWdl IGh5cGVycmVmIEluZm86IEh5cGVyaW5kZXggT04gb24gaW5wdXQgbGluZSAy NjMuDQpQYWNrYWdlIGh5cGVycmVmIEluZm86IFBsYWluIHBhZ2VzIE9OIG9u IGlucHV0IGxpbmUgMjY4Lg0KUGFja2FnZSBoeXBlcnJlZiBJbmZvOiBCYWNr cmVmZXJlbmNpbmcgT0ZGIG9uIGlucHV0IGxpbmUgMjc1Lg0KUGFja2FnZSBo eXBlcnJlZiBJbmZvOiBMaW5rIGNvbG9yaW5nIE9GRiBvbiBpbnB1dCBsaW5l IDI4NS4NCg0KKC9kaXNrNi9nd2hpdGUvdGVUZVgtMC45L3NoYXJlL3RleG1m L3RleC9sYXRleC9oeXBlcnJlZi9uYW1lcmVmLnN0eQ0KUGFja2FnZTogbmFt ZXJlZiAxOTk3LzExLzI0IENyb3NzLXJlZmVyZW5jaW5nIGJ5IG5hbWUgb2Yg c2VjdGlvbg0KKQ0KXGNASXRlbT1cY291bnQ4Nw0KXGNASGZvb3Rub3RlPVxj b3VudDg4DQpQYWNrYWdlIGh5cGVycmVmIEluZm86IEh5cGVyIGZpZ3VyZXMg T0ZGIG9uIGlucHV0IGxpbmUgOTE3Lg0KUGFja2FnZSBoeXBlcnJlZiBJbmZv OiBMaW5rIG5lc3RpbmcgT0ZGIG9uIGlucHV0IGxpbmUgOTIyLg0KUGFja2Fn ZSBoeXBlcnJlZiBJbmZvOiBIeXBlciBpbmRleCBPTiBvbiBpbnB1dCBsaW5l IDkyNS4NClBhY2thZ2UgaHlwZXJyZWYgSW5mbzogUGxhaW4gcGFnZXMgT04g b24gaW5wdXQgbGluZSA5MzAuDQpQYWNrYWdlIGh5cGVycmVmIEluZm86IGJh Y2tyZWZlcmVuY2luZyBPRkYgb24gaW5wdXQgbGluZSA5MzcuDQpQYWNrYWdl IGh5cGVycmVmIEluZm86IExpbmsgY29sb3JpbmcgT0ZGIG9uIGlucHV0IGxp bmUgOTQyLg0KKQ0KKHBkZnRlc3QuYXV4KQ0KXG9wZW5vdXQxID0gYHBkZnRl c3QuYXV4Jy4NCg0KTGFUZVggRm9udCBJbmZvOiAgICBDaGVja2luZyBkZWZh dWx0cyBmb3IgT01ML2NtbS9tL2l0IG9uIGlucHV0IGxpbmUgMjIuDQpMYVRl WCBGb250IEluZm86ICAgIC4uLiBva2F5IG9uIGlucHV0IGxpbmUgMjIuDQpM YVRlWCBGb250IEluZm86ICAgIENoZWNraW5nIGRlZmF1bHRzIGZvciBUMS9j bXIvbS9uIG9uIGlucHV0IGxpbmUgMjIuDQpMYVRlWCBGb250IEluZm86ICAg IC4uLiBva2F5IG9uIGlucHV0IGxpbmUgMjIuDQpMYVRlWCBGb250IEluZm86 ICAgIENoZWNraW5nIGRlZmF1bHRzIGZvciBPVDEvY21yL20vbiBvbiBpbnB1 dCBsaW5lIDIyLg0KTGFUZVggRm9udCBJbmZvOiAgICAuLi4gb2theSBvbiBp bnB1dCBsaW5lIDIyLg0KTGFUZVggRm9udCBJbmZvOiAgICBDaGVja2luZyBk ZWZhdWx0cyBmb3IgT01TL2Ntc3kvbS9uIG9uIGlucHV0IGxpbmUgMjIuDQpM YVRlWCBGb250IEluZm86ICAgIC4uLiBva2F5IG9uIGlucHV0IGxpbmUgMjIu DQpMYVRlWCBGb250IEluZm86ICAgIENoZWNraW5nIGRlZmF1bHRzIGZvciBP TVgvY21leC9tL24gb24gaW5wdXQgbGluZSAyMi4NCkxhVGVYIEZvbnQgSW5m bzogICAgLi4uIG9rYXkgb24gaW5wdXQgbGluZSAyMi4NCkxhVGVYIEZvbnQg SW5mbzogICAgQ2hlY2tpbmcgZGVmYXVsdHMgZm9yIFUvY21yL20vbiBvbiBp bnB1dCBsaW5lIDIyLg0KTGFUZVggRm9udCBJbmZvOiAgICAuLi4gb2theSBv biBpbnB1dCBsaW5lIDIyLg0KDQooL2Rpc2s2L2d3aGl0ZS90ZVRlWC0wLjkv c2hhcmUvdGV4bWYvdGV4L2xhdGV4L3BkZnRleC9zdXBwLXBkZi50ZXgNCigv ZGlzazYvZ3doaXRlL3RlVGVYLTAuOS9zaGFyZS90ZXhtZi90ZXgvbGF0ZXgv cGRmdGV4L3N1cHAtbWlzLnRleA0KbG9hZGluZyA6IENvbnRleHQgU3VwcG9y dCBNYWNyb3MgLyBNaXNzaW5nDQpcc2NyYXRjaGNvdW50ZXI9XGNvdW50ODkN ClxzY3JhdGNoZGltZW49XGRpbWVuMTA2DQpcc2NyYXRjaHNraXA9XHNraXA0 Mw0KXHNjcmF0Y2htdXNraXA9XG11c2tpcDEwDQpcc2NyYXRjaGJveD1cYm94 MjYNClxzY3JhdGNocmVhZD1ccmVhZDENClxzY3JhdGNocmVhZD1cd3JpdGU0 DQpcbmV4dGJveD1cYm94MjcNClxuZXh0ZGVwdGg9XGRpbWVuMTA3DQpcZXZl cnlsaW5lPVx0b2tzMTUNCikNCmxvYWRpbmcgOiBDb250ZXh0IFN1cHBvcnQg TWFjcm9zIC8gUERGDQpcbm9mTVBzZWdtZW50cz1cY291bnQ5MA0KXG5vZk1Q YXJndW1lbnRzPVxjb3VudDkxDQopIChwZGZ0ZXN0Lm91dCkgKHBkZnRlc3Qu b3V0KQ0KXG9wZW5vdXQzID0gYHBkZnRlc3Qub3V0Jy4NCg0KTGFUZVggRm9u dCBJbmZvOiAgICBFeHRlcm5hbCBmb250IGBjbWV4MTAnIGxvYWRlZCBmb3Ig c2l6ZQ0KKEZvbnQpICAgICAgICAgICAgICA8Nz4gb24gaW5wdXQgbGluZSAz OS4NCkxhVGVYIEZvbnQgSW5mbzogICAgRXh0ZXJuYWwgZm9udCBgY21leDEw JyBsb2FkZWQgZm9yIHNpemUNCihGb250KSAgICAgICAgICAgICAgPDU+IG9u IGlucHV0IGxpbmUgMzkuDQogKHBkZnRlc3QudG9jKQ0KXHRmQHRvYz1cd3Jp dGU1DQpcb3Blbm91dDUgPSBgcGRmdGVzdC50b2MnLg0KDQoNCk92ZXJmdWxs IFxoYm94ICgxLjA1MjU0cHQgdG9vIHdpZGUpIGluIHBhcmFncmFwaCBhdCBs aW5lcyA1Ni0tNTgNClxPVDEvY21yL20vbi8xMCBUaGUgdmVyLXNpb24gb2Yg RmlnLXVyZSBbXTFbXVtdIHVzZWQgd2l0aCBwZGZMW11UW11YIHdhcyBjcmUt YXQNCmVkIGJ5IHJhcy10ZXItaXotaW5nIFxPVDEvY210dC9tL24vMTAgdGln ZXIuZXBzDQogW10NCg0KRmlsZTogdGlnZXIucG5nIEdyYXBoaWMgZmlsZSAo dHlwZSBwbmcpDQpGaWxlOiB0aWdlci5wZGYgR3JhcGhpYyBmaWxlICh0eXBl IHBkZikNCltQREYgdG8gUERGIHRpZ2VyLnBkZiAoMzEwMiBsaW5lcyldDQpV bmRlcmZ1bGwgXGhib3ggKGJhZG5lc3MgMTAwMDApIGhhcyBvY2N1cnJlZCB3 aGlsZSBcb3V0cHV0IGlzIGFjdGl2ZQ0KW10NCiBbXQ0KDQpbMQ0KDQpdDQpV bmRlcmZ1bGwgXGhib3ggKGJhZG5lc3MgMTAwMDApIGhhcyBvY2N1cnJlZCB3 aGlsZSBcb3V0cHV0IGlzIGFjdGl2ZQ0KW10NCiBbXQ0KDQpbMl0NClVuZGVy ZnVsbCBcaGJveCAoYmFkbmVzcyAxMDAwMCkgaGFzIG9jY3VycmVkIHdoaWxl IFxvdXRwdXQgaXMgYWN0aXZlDQpbXQ0KIFtdDQoNClszXQ0KT3ZlcmZ1bGwg XGhib3ggKDUxLjg5NTM5cHQgdG9vIHdpZGUpIGluIHBhcmFncmFwaCBhdCBs aW5lcyAxMzQtLTEzNA0KW11cT1QxL2NtdHQvbS9uLzkgb3B0czogLUkvdXNy L2xvY2FsL3RlVGVYL3RleG1mL2ZvbnRzL3R5cGUxL0JhS29NYTovdXNyL2xv Y2FsLw0Kc2hhcmUvZ2hvc3RzY3JpcHQva2FuamlbXSANCiBbXQ0KDQoNClVu ZGVyZnVsbCBcaGJveCAoYmFkbmVzcyAxMDAwMCkgaGFzIG9jY3VycmVkIHdo aWxlIFxvdXRwdXQgaXMgYWN0aXZlDQpbXQ0KIFtdDQoNCls0XSAocGRmdGVz dC5hdXgpICkgDQpIZXJlIGlzIGhvdyBtdWNoIG9mIFRlWCdzIG1lbW9yeSB5 b3UgdXNlZDoNCiAxMTg1IHN0cmluZ3Mgb3V0IG9mIDEwNjAzDQogMTQzNDIg c3RyaW5nIGNoYXJhY3RlcnMgb3V0IG9mIDY4NjIzDQogMTc4Njk4IHdvcmRz IG9mIG1lbW9yeSBvdXQgb2YgODI2OTQzDQogNDExNiBtdWx0aWxldHRlciBj b250cm9sIHNlcXVlbmNlcyBvdXQgb2YgMTAwMDArMA0KIDUxODcgd29yZHMg b2YgZm9udCBpbmZvIGZvciAyMCBmb250cywgb3V0IG9mIDIwMDAwMCBmb3Ig NTAwDQogMTQgaHlwaGVuYXRpb24gZXhjZXB0aW9ucyBvdXQgb2YgMTAwMA0K IDI1aSw1biwyNHAsMjQ4YiwzNTlzIHN0YWNrIHBvc2l0aW9ucyBvdXQgb2Yg MzAwaSwxMDBuLDUwMHAsMTAwMDBiLDQwMDBzDQo8L2Rpc2s2L2d3aGl0ZS90 ZVRlWC0wLjkvc2hhcmUvdGV4bWYvcGRmdGV4L2Jhc2UvY210ZXh0LmVuYz4N CjwvZGlzazYvZ3doaXRlL3RlVGVYLTAuOS9zaGFyZS90ZXhtZi9wZGZ0ZXgv YmFzZS9jbW1pLmVuYz48L2Rpc2s2L2d3aGl0ZS90ZVRlWC0NCjAuOS9zaGFy ZS90ZXhtZi9wZGZ0ZXgvYmFzZS9jbXR0ZXh0LmVuYz48L2Rpc2s2L2d3aGl0 ZS90ZVRlWC0wLjkvc2hhcmUvdGV4bWYvZm8NCm50cy90eXBlMS9ibHVlc2t5 L2NtL2NtdHQ5LnBmYj48L2Rpc2s2L2d3aGl0ZS90ZVRlWC0wLjkvc2hhcmUv dGV4bWYvZm9udHMvdHlwZTENCi9ibHVlc2t5L2NtL2NtbWkxMC5wZmI+PC9k aXNrNi9nd2hpdGUvdGVUZVgtMC45L3NoYXJlL3RleG1mL2ZvbnRzL3R5cGUx L2JsdWVza3kNCi9jbS9jbWJ4MTAucGZiPjwvZGlzazYvZ3doaXRlL3RlVGVY LTAuOS9zaGFyZS90ZXhtZi9mb250cy90eXBlMS9ibHVlc2t5L2NtL2NtdHQN CjEwLnBmYj48L2Rpc2s2L2d3aGl0ZS90ZVRlWC0wLjkvc2hhcmUvdGV4bWYv Zm9udHMvdHlwZTEvYmx1ZXNreS9jbS9jbXI3LnBmYj48L2QNCmlzazYvZ3do aXRlL3RlVGVYLTAuOS9zaGFyZS90ZXhtZi9mb250cy90eXBlMS9ibHVlc2t5 L2NtL2NtcjEwLnBmYj48L2Rpc2s2L2d3aGkNCnRlL3RlVGVYLTAuOS9zaGFy ZS90ZXhtZi9mb250cy90eXBlMS9ibHVlc2t5L2NtL2NtYngxMi5wZmI+DQpP dXRwdXQgd3JpdHRlbiBvbiBwZGZ0ZXN0LnBkZiAoNCBwYWdlcywgMTQwNTkz IGJ5dGVzKS4NCg== --16840239-1293921747-886088662=:2226-- From owner-pdftex@tug.org Fri Jan 30 01:55:47 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id BAA26485 for ; Fri, 30 Jan 1998 01:55:45 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id DAA16889 for pdftex-list; Fri, 30 Jan 1998 03:46:51 -0500 Received: from lilas.imf-lille.fr (lilas.imf-lille.fr [195.220.255.203]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id DAA16886 for ; Fri, 30 Jan 1998 03:46:47 -0500 Received: from lys.imf-lille.fr (lys.imf-lille.fr [172.27.7.4]) by lilas.imf-lille.fr (8.8.2/jtpda-5.1) with SMTP id JAA00299 ; Fri, 30 Jan 1998 09:32:59 +0100 (MET) Received: from lys by lys.imf-lille.fr (SMI-8.6/SMI-SVR4) id JAA14795; Fri, 30 Jan 1998 09:48:15 GMT Message-ID: <34D1A1DF.256@imf-lille.fr> Date: Fri, 30 Jan 1998 09:48:15 +0000 From: Laurent DESCAMPS Organization: Institut de Mecanique des Fluides de Lille X-Mailer: Mozilla 3.01 (X11; I; SunOS 5.5.1 sun4u) MIME-Version: 1.0 To: pdftex@tug.cs.umb.edu Subject: pdftex.fmt Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Does anyone know how to create the format file 'pdftex.fmt' required by pdftex? I first installed the binaries and I also compiled the all sources , but in both cases, no pdftex.fmt was found. I'm not a TeX master and don't know how to create any format Thanks -- Laurent Descamps Institut de Mecanique des Fluides de Lille Bd. Paul Painleve 59045 Lille Cedex, France tel:33-03 20 49 69 00 fax:33-03 20 52 95 93 E-mail= mailto:descamps@imf-lille.fr From owner-pdftex@tug.org Fri Jan 30 02:34:04 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA27410 for ; Fri, 30 Jan 1998 02:33:58 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id EAA17011 for pdftex-list; Fri, 30 Jan 1998 04:17:17 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id EAA17008 for ; Fri, 30 Jan 1998 04:17:16 -0500 Received: from hagen (zl41.pi.net [145.220.204.41]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id KAA23690; Fri, 30 Jan 1998 10:20:54 +0100 (MET) Posted-Date: Fri, 30 Jan 1998 10:20:54 +0100 (MET) Message-ID: <34D19B31.6713@pi.net> Date: Fri, 30 Jan 1998 10:19:45 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: pdftex@tug.cs.umb.edu CC: pragma@pi.net Subject: javascript bug / long lines Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hello Thanh, Sebastian and others, I'm integrating JavaScript handling in ConTeXt (more or less finished, now testing, optimizing and integrating as natural as possible). Of course, some distiller bug did surface: Distiller does some formatting (adding \012's and at the end of long lines \ tokens. Such linebreaks can occur oin the middle of print functions (".... \ ...") and on those Acrobat Exchange/Reader reports an error. (So in fact we're dealing with a plug in bug!) Now I'm pretty sure that Thanh can do a better job and just break at spaces when lines become too long, but not in the middle of "strings". At the moment pdftex makes very long lines! Can you correct/handle this Thanh? I did try to do formatting from TeX (automatically adding \012 myself), but somehow Distiller does ignore formatting. Are these \012 actually needed? Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net ----------------------------------------------------------------- From owner-pdftex@tug.org Fri Jan 30 04:21:02 1998 Flags: 000000000000 Received: from tug.cs.umb.edu (tug.cs.umb.edu [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA29458 for ; Fri, 30 Jan 1998 04:21:00 -0700 (MST) Received: (from daemon@localhost) by tug.cs.umb.edu (8.8.5/8.8.5) id GAA17441 for pdftex-list; Fri, 30 Jan 1998 06:14:40 -0500 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.cs.umb.edu (8.8.5/8.8.5) with ESMTP id GAA17438 for ; Fri, 30 Jan 1998 06:14:38 -0500 Received: from hagen (zl16.pi.net [145.220.204.16]) by mailhost.pi.net (8.8.3/8.7.1) with SMTP id MAA29057; Fri, 30 Jan 1998 12:18:17 +0100 (MET) Posted-Date: Fri, 30 Jan 1998 12:18:17 +0100 (MET) Message-ID: <34D1AC9F.4A91@pi.net> Date: Fri, 30 Jan 1998 11:34:07 +0100 From: Hans Hagen Organization: Planet Internet X-Mailer: Mozilla 2.01E-PI-32 (Win95; I) MIME-Version: 1.0 To: pdftex@tug.cs.umb.edu CC: pragma@pi.net Subject: Re: Increasing number of strings in pdflatex References: <34CF7104.3A8E@coli.uni-sb.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Berthold Crysmann wrote: > How can I increase the number of strings, ideally at runtime??? Just adapt texmf.cnf Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@pi.net -----------------------------------------------------------------