From owner-pdftex@tug.org Mon Jun 1 04:30:40 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA10002 for ; Mon, 1 Jun 1998 04:30:39 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA23019 for pdftex-list; Mon, 1 Jun 1998 06:24:34 -0400 Received: from aragorn.ics.muni.cz (aragorn.ics.muni.cz [147.251.4.33]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA23016 for ; Mon, 1 Jun 1998 06:24:30 -0400 Received: from anxur.fi.muni.cz (214@anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id MAA02588; Mon, 1 Jun 1998 12:23:58 +0200 (MET DST) Received: (from sojka@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id MAA10559; Mon, 1 Jun 1998 12:23:53 +0200 (MET DST) From: Petr Sojka Message-Id: <199806011023.MAA10559@anxur.fi.muni.cz> Subject: Acrobat error messages In-Reply-To: <356C52D8.E475EAA1@pi.net> from Hans Hagen at "May 27, 98 07:52:24 pm" To: pragma@pi.net (Hans Hagen) Date: Mon, 1 Jun 1998 12:23:53 +0200 (MET DST) Cc: pdftex@tug.org (pdfTeX List) Organization: Masaryk University, Brno, The Czech Republic, www.fi.muni.cz Postal-Address: Faculty of Informatics, Botanicka 68a, 60200 Brno Telephone: +420-5-41512352 (my room), +420-5-41512329 (secretary), Fax: +420-5-41212568, 41213219 PGP: http://pks.pgp.cz:11371/pks/lookup?op=index&search=Petr+Sojka X-Mailer: ELM [version 2.4ME+ PL39 (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 wrote:" : > found to my disappointment that acroread didn't like the : > pdf file with a jpeg image in it. I get "there was an : > error processing a page. There was a problem reading this : > document (14)" : : Does anybody know what those numbers (there are far more than 100 of : them) mean? You can get explanation of those error numbers by holding down Ctrl+Click OK. Petr Sojka From owner-pdftex@tug.org Mon Jun 1 07:07:36 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA12480 for ; Mon, 1 Jun 1998 07:07:35 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA23543 for pdftex-list; Mon, 1 Jun 1998 08:58:46 -0400 Received: from aragorn.ics.muni.cz (ns.muni.cz [147.251.4.33]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA23540 for ; Mon, 1 Jun 1998 08:58:40 -0400 Received: from anxur.fi.muni.cz (11601@anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id OAA12890; Mon, 1 Jun 1998 14:58:39 +0200 (MET DST) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id OAA18901; Mon, 1 Jun 1998 14:58:37 +0200 (MET DST) From: Han The Thanh Message-Id: <199806011258.OAA18901@anxur.fi.muni.cz> Subject: Re: pdftex 0.12n In-Reply-To: <5351-Mon01Jun1998132708+0100-s.rahtz@elsevier.co.uk> from Sebastian Rahtz at "Jun 1, 98 01:27:08 pm" To: s.rahtz@elsevier.co.uk (Sebastian Rahtz) Date: Mon, 1 Jun 1998 14:58:37 +0200 (MET DST) Cc: pdftex@tug.org (PDFTEX) X-Mailer: ELM [version 2.4ME+ PL39 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk > how do you compile pdftoepdf.cc? it doesnt seem to be included in > libpdf.a, and it seems to need all sorts of extra .h files, presumably > from xpdf? I forgot that the web2c-7.2/web2c/Makefile.in needs to be modified to build pdftex with xpdf. I've upload it to the location of pdftex-0.12n. Thanh From owner-pdftex@tug.org Mon Jun 1 07:41:53 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA13093 for ; Mon, 1 Jun 1998 07:41:52 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA23689 for pdftex-list; Mon, 1 Jun 1998 09:36:21 -0400 Received: from math.ams.org (math.ams.org [130.44.210.14]) by tug.org (8.8.5/8.8.5) with SMTP id JAA23686 for ; Mon, 1 Jun 1998 09:36:19 -0400 Received: from SUN06.AMS.ORG by math.ams.org via smtpd (for tug.org [158.121.106.10]) with SMTP; 1 Jun 1998 13:36:20 UT Received: from mac038.ams.org by sun06.ams.org (PMDF V5.1-10 #27147) with SMTP id <0ETV00L47KGF92@sun06.ams.org> for pdftex@tug.org; Mon, 1 Jun 1998 09:36:16 -0400 (EDT) Date: Mon, 01 Jun 1998 09:36:20 -0400 From: Tom Kacvinsky Subject: Making encoding files from PS fonts To: pdftex@tug.org Message-id: <374790.3105682580@mac038.ams.org> MIME-version: 1.0 X-Mailer: Mulberry (MacOS) [1.3.3, s/n P020-200112-003] Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Correct me if I am wrong, but at one time, I thought someone had posted a PERL script to this list that would make a PostScript encoding file from a PS font. I searched the archive using the web interface at http://tug.org/archives/pdftex and had no joy. I also searched CTAN for a script named getenc (I think that is what is called), and again, no joy. Help! Thanks, Tom From owner-pdftex@tug.org Mon Jun 1 08:14:43 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA13812 for ; Mon, 1 Jun 1998 08:14:42 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA23849 for pdftex-list; Mon, 1 Jun 1998 10:11:06 -0400 Received: from ugsolutions.com (mailer.ug.eds.com [134.244.3.234]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA23846 for ; Mon, 1 Jun 1998 10:11:00 -0400 Received: from slosf4 (slosf4.ug.eds.com) by UG.EDS.COM (PMDF V5.0-7 #20540) id <01IXPP04EXTS00JLF2@UG.EDS.COM> for PDFTEX@tug.org; Mon, 01 Jun 1998 07:05:06 -0700 (PDT) Received: by slosf4; (5.65v3.2/1.1.8.2/07Jun96-1134AM) id AA30428; Mon, 01 Jun 1998 09:04:56 -0500 Date: Mon, 01 Jun 1998 09:04:56 -0500 From: Alan Shutko Subject: Re: pdfTeX and GNU GPL (Was: Re: pdftex-0.12m (fwd)) In-reply-to: Barbara Beeton's message of "Thu, 28 May 1998 10:21:56 -0400 (EDT)" To: PDFTEX@tug.org Message-id: X-Mailer: Gnus v5.5/Emacs 20.2 Content-transfer-encoding: 7BIT Lines: 17 References: Sender: owner-pdftex@tug.org Precedence: bulk >>>>> "B" == Barbara Beeton writes: B> the gpl allows anyone to make changes to a source as long as it is B> communicated to the gnu group and the entire suite, along with the B> statement of the gpl, are distributed together. GPL nit: all the GPL requires is that you distribute (or make available for no more than cost of copying) the source to any binaries that you distribute, and that you do not restrict the rights to copy, modify, and redistribute of those you give the source to. It does not require you to communicate changes back to the author, nor does it require you to distribute the entire work. (For example, it's perfectly legal for me to pull the ctags command out of Emacs and distribute it, in effect producing a derived work.) -- Alan Shutko - (314) 344-5214 From owner-pdftex@tug.org Mon Jun 1 09:37:39 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA15642 for ; Mon, 1 Jun 1998 09:37:38 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA24140 for pdftex-list; Mon, 1 Jun 1998 11:31:03 -0400 Received: from dirc.bris.ac.uk (dirc.bris.ac.uk [137.222.10.51]) by tug.org (8.8.5/8.8.5) with SMTP id LAA24137 for ; Mon, 1 Jun 1998 11:31:01 -0400 Received: from luna.cs.bris.ac.uk by dirc.bris.ac.uk with SMTP-PRIV (PP) with ESMTP; Mon, 1 Jun 1998 16:30:56 +0100 Received: from maxx.cs.bris.ac.uk (maxx.cs.bris.ac.uk [137.222.102.35]) by luna.cs.bris.ac.uk (8.8.7/8.8.5) with ESMTP id QAA27194 for ; Mon, 1 Jun 1998 16:27:16 +0100 (BST) Received: from localhost by maxx.cs.bris.ac.uk (8.8.7) id QAA21421; Mon, 1 Jun 1998 16:27:10 +0100 (BST) To: The PDFTeX List Subject: URLS to interior pages of PDF docs Reply-To: worrall@cs.bris.ac.uk X-Address: Computer Science Dept., University of Bristol, Bristol, U.K. X-Work-Phone: +44 (117) 954 5106 X-Word: babble X-Attribution: Ad Date: Mon, 01 Jun 1998 16:27:09 +0100 Message-ID: <21420.896714829@maxx> From: Adam Worrall Sender: owner-pdftex@tug.org Precedence: bulk This is more of a hyperref question than a PDFTeX question. You can link to a named destination 'dest' in a pdf file 'file.pdf' via an URL of the form http://www.some.site/some/dir/file.pdf#dest In that in _certain situations_[1], the browser will then cause the PDF viewer to jump to the specified destination. All well and good. Using hyperref with an appropriate .cfg file, I produce some .dvi files, which contain lines similar to : [ /View [/XYZ gsave revscl currentpoint grestore 72 add exch pop null exch null] /Dest /page.2 /Rect [pdf@llx pdf@lly pdf@urx pdf@ury] /DEST pdfmark So, I can use 'page.N' as a destination in a URL. True, or False ? I've not been able to get this to work for the life of me. Is my version of [1] incorrect ? Thanks for your time, - Adam [1] As far as I have heard, this only works when using the acroread plugin for Netscape. -- Adam.Worrall@bristol.ac.uk http://www.cs.bris.ac.uk/~worrall/ The London Mathematical Society http://www.lms.ac.uk/ From owner-pdftex@tug.org Mon Jun 1 18:15:04 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id SAA29044 for ; Mon, 1 Jun 1998 18:15:03 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id UAA26077 for pdftex-list; Mon, 1 Jun 1998 20:11:29 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id UAA26074 for ; Mon, 1 Jun 1998 20:11:27 -0400 Received: from SnowWhite.inet.cz (pavel@dialup1.inet.cz [194.196.193.1]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id CAA31401; Tue, 2 Jun 1998 02:09:44 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id BAA21877; Tue, 2 Jun 1998 01:50:13 +0200 Date: Tue, 2 Jun 1998 01:50:13 +0200 Message-Id: <199806012350.BAA21877@SnowWhite.inet.cz> From: "Pavel Janik ml." To: Han The Thanh CC: pdftex@tug.org In-reply-to: <199806011258.OAA18901@anxur.fi.muni.cz> (message from Han The Thanh on Mon, 1 Jun 1998 14:58:37 +0200 (MET DST)) Subject: Re: pdftex 0.12n X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.103 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Sender: owner-pdftex@tug.org Precedence: bulk Odesilatel: Han The Thanh Datum: Mon, 1 Jun 1998 14:58:37 +0200 (MET DST) Hi, > > how do you compile pdftoepdf.cc? it doesnt seem to be included in > > libpdf.a, and it seems to need all sorts of extra .h files, presumably > > from xpdf? > > I forgot that the web2c-7.2/web2c/Makefile.in needs to be modified to build > pdftex with xpdf. I've upload it to the location of pdftex-0.12n. I've just successfully compiled 0.12n, but I also must change #include line in epdf.h. (Ugh, in xpdf part of sources - so I made a criminal act of violatating license terms of xpdf (if I did it in US) :-{ But czech "authors'law" is somewhat benevolent to fixing bugs in software...) BTW - Do you test compilation before releasing sources? :-) Linus Torvalds said (about linux kernel v. 2.1.94, just before releasing): If it compiles, it is good, if it boots up it is perfect. :-)) README says: cd web2c/pdftexdir/xpdf-0.7a ./configure >> cd ../../.. make pdftex Correct is (I hope): cd web2c/pdftexdir/xpdf-0.7a ./configure >> cd ../.. make pdftex I have one suggestion/question: isn't it better to make everything go to pdftexdir/ than modifying toplevel makefile? If we do so, it'll be easier to include new versions of pdftex in distributions. Any comments? -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Tue Jun 2 01:17:43 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id BAA07275 for ; Tue, 2 Jun 1998 01:17:42 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id DAA27830 for pdftex-list; Tue, 2 Jun 1998 03:11:06 -0400 Received: from mailhost.pi.net (mailhost.pi.net [145.220.3.9]) by tug.org (8.8.5/8.8.5) with ESMTP id DAA27827 for ; Tue, 2 Jun 1998 03:11:05 -0400 Received: from pi.net (zl23.pi.net [145.220.204.23]) by mailhost.pi.net (8.8.3/8.7.1) with ESMTP id JAA11380; Tue, 2 Jun 1998 09:11:00 +0200 (MET DST) Posted-Date: Tue, 2 Jun 1998 09:11:00 +0200 (MET DST) Message-ID: <3573A6CC.6D8D573C@pi.net> Date: Tue, 02 Jun 1998 09:16:28 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: worrall@cs.bris.ac.uk CC: pdftex Subject: Re: URLS to interior pages of PDF docs References: <21420.896714829@maxx> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Adam Worrall wrote: > Using hyperref with an appropriate .cfg file, I produce some .dvi files, > which contain lines similar to : > > [ > /View [/XYZ gsave revscl currentpoint grestore > 72 add exch pop null exch null] > /Dest /page.2 > /Rect [pdf@llx pdf@lly pdf@urx pdf@ury] > > /DEST pdfmark References to a page using pdfmarks is done by saying {PageN}, which generates the appropriate X 0 R reference, so you think along lines like /Rect [your specs] /Action << /S /GoTo /D [{PageN} /Fit] >> /Subtype /Link /ANN pdfmark 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 Jun 2 03:37:41 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA09771 for ; Tue, 2 Jun 1998 03:37:40 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA28420 for pdftex-list; Tue, 2 Jun 1998 05:30:01 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA28414 for ; Tue, 2 Jun 1998 05:30:00 -0400 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 KAA22990; hop 0; Tue, 2 Jun 1998 10:24:49 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Tue, 2 Jun 1998 10:29:34 +0100 Date: Tue, 2 Jun 1998 09:04:42 +0100 Message-ID: <9738-Tue02Jun1998090442+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-17 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: worrall@cs.bris.ac.uk Cc: pdftex@tug.org Subject: Re: URLS to interior pages of PDF docs In-Reply-To: <21420.896714829@maxx> References: <21420.896714829@maxx> Sender: owner-pdftex@tug.org Precedence: bulk Adam Worrall writes: > which contain lines similar to : > > [ > /View [/XYZ gsave revscl currentpoint grestore > 72 add exch pop null exch null] > /Dest /page.2 > /Rect [pdf@llx pdf@lly pdf@urx pdf@ury] > > /DEST pdfmark > > > So, I can use 'page.N' as a destination in a URL. > true. usually. but it depends on the value of the "plainpages" option: \ifhy@plainpages \hyper@anchorstart{page.\arabic{page}}\hyper@anchorend \else \hyper@anchorstart{page.\thepage}\hyper@anchorend \fi if want all page numbers arabic, use "plainpages". you could also use Acrobat page numbers, but those are absolute, of course. > [1] As far as I have heard, this only works when using the acroread > plugin for Netscape. i dont think i have tested it... sebastian From owner-pdftex@tug.org Tue Jun 2 03:38:02 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA09786 for ; Tue, 2 Jun 1998 03:38:01 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA28430 for pdftex-list; Tue, 2 Jun 1998 05:30:31 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA28427 for ; Tue, 2 Jun 1998 05:30:29 -0400 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 KAA23060; hop 0; Tue, 2 Jun 1998 10:25:21 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Tue, 2 Jun 1998 10:30:18 +0100 Date: Tue, 2 Jun 1998 09:14:58 +0100 Message-ID: <6712-Tue02Jun1998091458+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-17 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pragma@pi.net Cc: worrall@cs.bris.ac.uk, pdftex@tug.org Subject: Re: URLS to interior pages of PDF docs In-Reply-To: <3573A6CC.6D8D573C@pi.net> References: <21420.896714829@maxx> <3573A6CC.6D8D573C@pi.net> Sender: owner-pdftex@tug.org Precedence: bulk Hans Hagen writes: > References to a page using pdfmarks is done by saying {PageN}, which > generates the appropriate X 0 R reference, so you think along lines like > > /Rect [your specs] > /Action << /S /GoTo /D [{PageN} /Fit] >> but remember that this is an *absolute* page number. if you have set the page numbering to start at 1001 in your document, asking for {page1002} will not work. Thats why hyperref inserts a specific page.N anchor on every page sebastian From owner-pdftex@tug.org Tue Jun 2 03:38:24 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA09804 for ; Tue, 2 Jun 1998 03:38:23 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA28425 for pdftex-list; Tue, 2 Jun 1998 05:30:12 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA28422 for ; Tue, 2 Jun 1998 05:30:11 -0400 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 KAA23031; hop 0; Tue, 2 Jun 1998 10:25:02 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Tue, 2 Jun 1998 10:29:50 +0100 Date: Tue, 2 Jun 1998 09:10:48 +0100 Message-ID: <3996-Tue02Jun1998091048+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-17 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Pavel.Janik@inet.cz Cc: thanh@informatics.muni.cz, pdftex@tug.org Subject: Re: pdftex 0.12n In-Reply-To: <199806012350.BAA21877@SnowWhite.inet.cz> References: <199806011258.OAA18901@anxur.fi.muni.cz> <199806012350.BAA21877@SnowWhite.inet.cz> Sender: owner-pdftex@tug.org Precedence: bulk Pavel Janik ml. writes: > I've just successfully compiled 0.12n, but I also must change #include > line in epdf.h. (Ugh, in xpdf part of sources - so I made a criminal which #include? i compiled it last night, and didnt have to do this (but I did add -I../.. to the Makefile...) > cd web2c/pdftexdir/xpdf-0.7a > ./configure > >> cd ../../.. > make pdftex this is a bit messy, isnt it. but never mind. it can be cleaned up sebastian From owner-pdftex@tug.org Tue Jun 2 05:27:47 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA11565 for ; Tue, 2 Jun 1998 05:27:42 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA28821 for pdftex-list; Tue, 2 Jun 1998 07:13:01 -0400 Received: from vms.rhbnc.ac.uk (alpha1.rhbnc.ac.uk [134.219.201.113]) by tug.org (8.8.5/8.8.5) with SMTP id HAA28815 for ; Tue, 2 Jun 1998 07:12:59 -0400 Date: Tue, 2 Jun 1998 12:12:59 +0100 From: Philip Taylor (RHBNC) Reply-To: P.Taylor@vms.rhbnc.ac.uk To: PDFTEX@tug.org CC: CHAA006@vms.rhbnc.ac.uk Message-Id: <980602121259.cad2@vms.rhbnc.ac.uk> Subject: Re: page numbers in PDF URLs Sender: owner-pdftex@tug.org Precedence: bulk % Hans Hagen writes: % > References to a page using pdfmarks is done by saying {PageN}, which % > generates the appropriate X 0 R reference, so you think along lines like % > % > /Rect [your specs] % > /Action << /S /GoTo /D [{PageN} /Fit] >> % % but remember that this is an *absolute* page number. if you have set % the page numbering to start at 1001 in your document, asking for % {page1002} will not work. Thats why hyperref inserts a specific page.N % anchor on every page But isn't all this missing the point : the original posting asked about page references \stress {in a URL}; surely what the poster wants is a working version of http://foo/bar.pdf#page3 ** Phil. From owner-pdftex@tug.org Tue Jun 2 06:13:51 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA12318 for ; Tue, 2 Jun 1998 06:13:50 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA29042 for pdftex-list; Tue, 2 Jun 1998 08:04:04 -0400 Received: from aragorn.ics.muni.cz (aragorn.ics.muni.cz [147.251.4.33]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA29036 for ; Tue, 2 Jun 1998 08:04:00 -0400 Received: from anxur.fi.muni.cz (11601@anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id OAA10332; Tue, 2 Jun 1998 14:03:37 +0200 (MET DST) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id OAA10278; Tue, 2 Jun 1998 14:03:35 +0200 (MET DST) From: Han The Thanh Message-Id: <199806021203.OAA10278@anxur.fi.muni.cz> Subject: Re: pdftex 0.12n In-Reply-To: <3996-Tue02Jun1998091048+0100-s.rahtz@elsevier.co.uk> from Sebastian Rahtz at "Jun 2, 98 09:10:48 am" To: s.rahtz@elsevier.co.uk (Sebastian Rahtz) Date: Tue, 2 Jun 1998 14:03:35 +0200 (MET DST) Cc: pdftex@tug.org (PDFTEX) X-Mailer: ELM [version 2.4ME+ PL39 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk > Pavel Janik ml. writes: > > I've just successfully compiled 0.12n, but I also must change #include > > line in epdf.h. (Ugh, in xpdf part of sources - so I made a criminal > which #include? i compiled it last night, and didnt have to do this > (but I did add -I../.. to the Makefile...) > > > cd web2c/pdftexdir/xpdf-0.7a > > ./configure > > >> cd ../../.. > > make pdftex > this is a bit messy, isnt it. but never mind. it can be cleaned up sorry about that incovenience. I've just added lines I thought that are needed for compiling xpdf but not tested it. But at least it's possble to build pdftex >From sources now :-). I'm too busy to clean up things now. Thanh From owner-pdftex@tug.org Tue Jun 2 06:15:38 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA12329 for ; Tue, 2 Jun 1998 06:15:37 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA29070 for pdftex-list; Tue, 2 Jun 1998 08:12:00 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA29067 for ; Tue, 2 Jun 1998 08:11:58 -0400 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 NAA28934; hop 0; Tue, 2 Jun 1998 13:06:50 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Tue, 2 Jun 1998 13:11:47 +0100 Date: Tue, 2 Jun 1998 13:08:26 +0100 Message-ID: <6417-Tue02Jun1998130826+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-17 I); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: thanh@informatics.muni.cz Cc: pdftex@tug.org Subject: Re: pdftex 0.12n In-Reply-To: <199806021203.OAA10278@anxur.fi.muni.cz> References: <3996-Tue02Jun1998091048+0100-s.rahtz@elsevier.co.uk> <199806021203.OAA10278@anxur.fi.muni.cz> Sender: owner-pdftex@tug.org Precedence: bulk Han The Thanh writes: > sorry about that incovenience. I've just added lines I thought that > are needed for compiling xpdf but not tested it. But at least it's > possble to build pdftex from sources now :-). I'm too busy to clean Do please carry on as you are! Many other people can clean up the compilation issues, but only you can do these excellent new developments to pdftex.... Sebastian From owner-pdftex@tug.org Tue Jun 2 07:07:14 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA13259 for ; Tue, 2 Jun 1998 07:07:13 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA29276 for pdftex-list; Tue, 2 Jun 1998 09:00:46 -0400 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA29273 for ; Tue, 2 Jun 1998 09:00:43 -0400 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 PAA01274; Tue, 2 Jun 1998 15:00:41 +0200 (MET DST) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id PAA27055; Tue, 2 Jun 1998 15:10:53 +0200 (MET DST) Date: Tue, 2 Jun 1998 15:10:53 +0200 (MET DST) Message-Id: <199806021310.PAA27055@mozart.ujf-grenoble.fr> From: Thierry Bouche To: P.Taylor@vms.rhbnc.ac.uk Cc: PDFTEX@tug.org, CHAA006@vms.rhbnc.ac.uk Subject: Re: page numbers in PDF URLs In-Reply-To: <980602121259.cad2@vms.rhbnc.ac.uk> References: <980602121259.cad2@vms.rhbnc.ac.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 $(C; (Bsurely what the $(C; (Bposter wants is a working version of $(C; (B $(C; (B http://foo/bar.pdf#page3 and hyperref + plainpage provides http://foo/bar.pdf#page.3 ;-) From owner-pdftex@tug.org Tue Jun 2 07:37:44 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA13875 for ; Tue, 2 Jun 1998 07:37:43 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA29432 for pdftex-list; Tue, 2 Jun 1998 09:33:01 -0400 Received: from aragorn.ics.muni.cz (ns.muni.cz [147.251.4.33]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA29420 for ; Tue, 2 Jun 1998 09:31:35 -0400 Received: from anxur.fi.muni.cz (11601@anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id PAA15831; Tue, 2 Jun 1998 15:31:21 +0200 (MET DST) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id PAA14401; Tue, 2 Jun 1998 15:31:20 +0200 (MET DST) From: Han The Thanh Message-Id: <199806021331.PAA14401@anxur.fi.muni.cz> Subject: Re: pdftex 0.12n In-Reply-To: <6417-Tue02Jun1998130826+0100-s.rahtz@elsevier.co.uk> from Sebastian Rahtz at "Jun 2, 98 01:08:26 pm" To: s.rahtz@elsevier.co.uk (Sebastian Rahtz) Date: Tue, 2 Jun 1998 15:31:20 +0200 (MET DST) Cc: pdftex@tug.org (PDFTEX) X-Mailer: ELM [version 2.4ME+ PL39 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk > Han The Thanh writes: > > sorry about that incovenience. I've just added lines I thought that > > are needed for compiling xpdf but not tested it. But at least it's > > possble to build pdftex from sources now :-). I'm too busy to clean > > Do please carry on as you are! Many other people can clean up the > compilation issues, but only you can do these excellent new > developments to pdftex.... many thanks, Sebastian. That is exactly what I need as encouragement from peole interested in pdftex... Thanh From owner-pdftex@tug.org Tue Jun 2 08:16:29 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA14701 for ; Tue, 2 Jun 1998 08:16:28 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA29596 for pdftex-list; Tue, 2 Jun 1998 10:11:13 -0400 Received: from extra.ucc.su.OZ.AU (extra.ucc.su.oz.au [129.78.64.4]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA29593 for ; Tue, 2 Jun 1998 10:11:10 -0400 Received: from mail.usyd.edu.au (mp-7-4.mp.usyd.edu.au [129.78.57.4]) by extra.ucc.su.OZ.AU (8.8.7/8.6.12) with ESMTP id AAA13531 for ; Wed, 3 Jun 1998 00:11:06 +1000 (EST) Message-ID: <357408A0.70D47E25@mail.usyd.edu.au> Date: Wed, 03 Jun 1998 00:13:53 +1000 From: Robert Howlett X-Mailer: Mozilla 4.05 [en] (Win95; I) MIME-Version: 1.0 To: pdftex@tug.org Subject: Spacing error with pk fonts Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hi folks, Here is a little tex file that produced strange behaviour: \parindent=0 pt \nopagenumbers \setbox0=\hbox{I} \def\I#1{\hbox to#1\wd0{\hrulefill}} I\I4I\I4I\I4I\I4I IIIIIIIIIIIIIIIIIIIII \bye pdftex this and look at the result with acroread, first using cmr10.pfb and then using cmr10.pk instead. Using the pk version of the font the second line appears significantly shorter than it is when the pfb font is used. Or so I thought until I found that with GSview it looked pretty much the same both times. Our real problem is of a similar nature but with a home-produced pk font which we made with special symbols for describing knitting patterns. We made a dvi file and it was OK, but when we made a pdf file the lines were slightly the wrong lengths (or seemed so with acroread). Unfortunately, this time it looked even worse when viewed with GSview. Has anyone else encountered phenomena like this? Bob. (PS I'm using win95 -- maybe there won't be any problem under unix) From owner-pdftex@tug.org Tue Jun 2 08:42:33 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA15285 for ; Tue, 2 Jun 1998 08:42:32 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA29675 for pdftex-list; Tue, 2 Jun 1998 10:30:09 -0400 Received: from vms.rhbnc.ac.uk (alpha1.rhbnc.ac.uk [134.219.201.113]) by tug.org (8.8.5/8.8.5) with SMTP id KAA29672 for ; Tue, 2 Jun 1998 10:30:08 -0400 Date: Tue, 2 Jun 1998 15:28:43 +0100 From: Philip Taylor (RHBNC) Reply-To: P.Taylor@vms.rhbnc.ac.uk To: Thierry.Bouche@ujf-grenoble.fr CC: S.RAHTZ@elsevier.co.uk, PDFTEX@tug.org, CHAA006@vms.rhbnc.ac.uk Message-Id: <980602152843.cad2@vms.rhbnc.ac.uk> Subject: Re: page numbers in PDF URLs Sender: owner-pdftex@tug.org Precedence: bulk >> you should be happy with >> http://www-fourier.ujf-grenoble.fr/~bouche/grfguide.pdf#page.3 >> >> but i cannot test it, for some reason the netscape plug-in doesn't >> want to work... Yes, it works! Unfortunately there is a clash with the "normal" interpretation of "#" which means that two more more consecutive references to http://foo/bar#page.$n$, $n'$, $n''$ and so on will all just display page.$n$, since the browser assumes that all "#n" references with a common root are on a single page. I wonder if one can exploit "no-cache" pragmas to overcome this? ** Phil. From owner-pdftex@tug.org Tue Jun 2 17:05:28 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id RAA27104 for ; Tue, 2 Jun 1998 17:05:26 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id SAA31628 for pdftex-list; Tue, 2 Jun 1998 18:54:53 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id SAA31625 for ; Tue, 2 Jun 1998 18:54:50 -0400 Received: from SnowWhite.inet.cz (pavel@dialup1.inet.cz [194.196.193.1]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id AAA06359; Wed, 3 Jun 1998 00:53:05 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id AAA01735; Wed, 3 Jun 1998 00:13:51 +0200 Date: Wed, 3 Jun 1998 00:13:51 +0200 Message-Id: <199806022213.AAA01735@SnowWhite.inet.cz> From: "Pavel Janik ml." To: Sebastian Rahtz CC: pdftex@tug.org In-reply-to: <3996-Tue02Jun1998091048+0100-s.rahtz@elsevier.co.uk> (message from Sebastian Rahtz on Tue, 2 Jun 1998 09:10:48 +0100) Subject: Re: pdftex 0.12n X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.103 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Datum: Tue, 2 Jun 1998 09:10:48 +0100 Odesilatel: Sebastian Rahtz Hi, > which #include? i compiled it last night, and didnt have to do this > (but I did add -I../.. to the Makefile...) that's it :-)) #include "../../image.h" if I remember... Smile. > this is a bit messy, isnt it. but never mind. it can be cleaned up I'm ok, but try to imagine people trying to install pdftex at 1st attempt. :-( And I know about two of them (at least). Suggestion for Han the Thanh: Is it possible to leave old versions of pdftex sources on the ftp server? -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Wed Jun 3 05:08:19 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA11080 for ; Wed, 3 Jun 1998 05:08:17 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA01584 for pdftex-list; Wed, 3 Jun 1998 06:59:09 -0400 Received: from extra.ucc.su.OZ.AU (extra.ucc.su.oz.au [129.78.64.4]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA01581 for ; Wed, 3 Jun 1998 06:59:06 -0400 Received: from mail.usyd.edu.au (mp-13-23.mp.usyd.edu.au [129.78.58.147]) by extra.ucc.su.OZ.AU (8.8.7/8.6.12) with ESMTP id UAA10696 for ; Wed, 3 Jun 1998 20:58:56 +1000 (EST) Message-ID: <35752D1B.99E34623@mail.usyd.edu.au> Date: Wed, 03 Jun 1998 21:01:47 +1000 From: Robert Howlett X-Mailer: Mozilla 4.05 [en] (Win95; I) MIME-Version: 1.0 To: pdftex@tug.org Subject: Compiling pdftex 0.12n Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hi, I persuaded the computer systems manager at my workplace to try to install pdftex on our Digital Alphas. He was initially unsuccessful because of the problems that Sebastian Ratz and Pavel Janik have described in recent messages to this list, but finally he has succeeded. He reports as follows: > Bob, > > You write: > >> I didn't send in a bug report, since someone else had already reported >> what seems to be the same problem. Here are copies of three messages >> posted to the mailing list. > > OK, thanks. I have installed the modified web2c-7.2/web2c/Makefile.in . I > found another bug in it: it needs the following fix, could you please report > this? > > 364c364 > < cd $(xpdfdir) && make `basename $(xpdflib)` > --- > > cd $(xpdfdir) && $(MAKE) `basename $(xpdflib)` > 368c368 > < cd $(xpdfextradir) && make `basename $(xpdfextralib)` > --- > > cd $(xpdfextradir) && $(MAKE) `basename $(xpdfextralib)` > > Then I got the "#include image.h" problem in epdf.h which someone else > mentioned; I fixed that with -I../.. as suggested. After another > complication with include files, pdftex has compiled and says > > This is pdfTeX, Version 3.14159-0.12n (Web2C 7.2) > I can't find the format file `pdftex.fmt'! > > I will pause at this point before trying to install the library files. > > "Pavel Janik ml." (I think) had a good point: > >> BTW - Do you test compilation before releasing sources? :-) Linus >> Torvalds said (about linux kernel v. 2.1.94, just before releasing): >> >> If it compiles, it is good, if it boots up it is perfect. > > Jim (Obviously, Jim has had to spend quite a bit of time on the installation). Bob From owner-pdftex@tug.org Wed Jun 3 09:26:10 1998 Flags: 000000000001 From: Fabrice POPINEAU Date: 03 Jun 1998 17:17:28 +0200 Message-ID: ; Wed, 3 Jun 1998 15:19:08 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id RAA03989 for pdftex-list; Wed, 3 Jun 1998 17:15:56 -0400 Received: from esemetz.ese-metz.fr (esemetz.ese-metz.fr [192.70.65.1]) by tug.org (8.8.5/8.8.5) with ESMTP id RAA03986 for ; Wed, 3 Jun 1998 17:15:54 -0400 Received: from hal9000 (ppp2.ese-metz.fr [193.48.224.222]) by esemetz.ese-metz.fr (8.8.8/8.8.8) with SMTP id XAA21307; Wed, 3 Jun 1998 23:15:44 +0200 (MET DST) Message-ID: <001901bd8f35$67963da0$dee030c1@hal9000.ese-metz.fr> From: "Fabrice Popineau" To: "Hans Hagen" Cc: Subject: Re: pdftex 0.12n win32 Date: Wed, 3 Jun 1998 23:19:13 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit 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 Hans> Somehow the pdf files are not read well. This is the same in the Hans> msdos version, while at Thanh site (unix) this go ok. It is actually working (at least on your simple test file). However, the xpdf part needs gzip.exe to read pdf files. You can get it from : ftp://ftp.ese-metz.fr/pub/TeX/win32/gzip.exe (or somewhere under pub/TeX ?) Unless Thanh has already changed that, I guess I will add a compile time option to make use of zlib.dll rather than of gzip.exe. Fabrice From owner-pdftex@tug.org Wed Jun 3 16:32:08 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id QAA27010 for ; Wed, 3 Jun 1998 16:32:06 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id SAA04286 for pdftex-list; Wed, 3 Jun 1998 18:24:09 -0400 Received: from aragorn.ics.muni.cz (ns.muni.cz [147.251.4.33]) by tug.org (8.8.5/8.8.5) with ESMTP id SAA04283 for ; Wed, 3 Jun 1998 18:24:06 -0400 Received: from anxur.fi.muni.cz (11601@anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id AAA13617 for ; Thu, 4 Jun 1998 00:23:51 +0200 (MET DST) Received: (from thanh@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id AAA09372 for pdftex@tug.cs.umb.edu; Thu, 4 Jun 1998 00:23:51 +0200 (MET DST) From: Han The Thanh Message-Id: <199806032223.AAA09372@anxur.fi.muni.cz> Subject: it's not much related to pdftex In-Reply-To: <001901bd8f35$67963da0$dee030c1@hal9000.ese-metz.fr> from Fabrice Popineau at "Jun 3, 98 11:19:13 pm" To: pdftex@tug.org (PDFTEX) Date: Thu, 4 Jun 1998 00:23:50 +0200 (MET DST) X-Mailer: ELM [version 2.4ME+ PL39 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hello all, I've been away from Brno for last two days, so sorry that I coundn't reply to messages of some of you to sent to me. I'm leaving Brno tomorrow and will be away for about three months (I'm going to America to work on a camp as a kitchen assistant with the Camp America programme). So I'd like to say goodbye to you, and please be patient with bugs that might be found in pdfte-0.12n (and fix them if you can and you like :-)). Regards, Thanh From owner-pdftex@tug.org Thu Jun 4 01:53:41 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id BAA07683 for ; Thu, 4 Jun 1998 01:53:40 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id DAA06394 for pdftex-list; Thu, 4 Jun 1998 03:47:02 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id DAA06391 for ; Thu, 4 Jun 1998 03:47:01 -0400 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 IAA18314; hop 0; Thu, 4 Jun 1998 08:41:51 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Thu, 4 Jun 1998 08:46:52 +0100 Date: Thu, 4 Jun 1998 08:42:52 +0100 Message-ID: <8475-Thu04Jun1998084252+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-17 Q) From: Sebastian Rahtz To: pdftex@tug.org Subject: pdftex 0.12n Sender: owner-pdftex@tug.org Precedence: bulk Good luck to Thanh in the USA for the summer. pdftex 0.12n is a good thing to leave behind for us to play with! I am deeply happy with this! I took all the examples in the LaTeX Graphics Companion which are stored as EPS files (about 250 of them) and converted them to PDF. pdftex happily (well, more or less) sucked them in just as predicted. JPEG files also read in, but i had to set the dimensions specifically. Some of you may like to use the appended Perl script on your EPS files. its a variation on my "fitps" which pipes the output to Ghostscript's pdfwrite device, producing PDF pages whose MediBox matches the original BoundingBox. Sebastian #!/tool/bin/perl # A script to transform an EPS file so that: # a) it is guarenteed to start at the 0,0 coordinate # b) it sets a page size exactly corresponding to the BoundingBox # This means that when Ghostscript renders it, the result needs no # cropping, and the PDF MediaBox is correct. # c) the result is piped to Ghostscript and a PDF version written # # It needs a Level 2 PS interpreter. # If the bounding box is not right, of course, you have problems... # # The only thing I have not allowed for is the case of # "%%BoundingBox: (atend)", which is more complicated. # # Sebastian Rahtz, for Elsevier Science $filedate="1998/6/03"; $fileversion="2.0"; $Filename=$ARGV[0]; open(TMP,"<$Filename") || die "Usage: epstopdf "; $_=$Filename; s/\.[A-Za-z]*$//; open(GS,"| gs -q -sDEVICE=pdfwrite -dNOCACHE -dUseFlateCompression=false -sDEVICE=pdfwrite -sOutputFile=$_.pdf - -c quit") or die "cannot open Ghostscript for piped input"; print STDERR "read $Filename, write $_.pdf\n"; $bbneeded=1; local $bbpatt="[0-9\.\-]"; while () { if ( /%%BoundingBox: (atend)/) { $bbneeded = 0; print GS; } elsif ( /%%BoundingBox:(\s$bbpatt+)\s($bbpatt+)\s($bbpatt+)\s($bbpatt+)/ ) { # only read the *first* bounding box if ($bbneeded) { $width = $3 - $1; $height = $4 - $2; $xoffset = 0 - $1; $yoffset = 0 - $2; print GS "%%BoundingBox: 0 0 $width $height\n"; print GS "<< /PageSize [$width $height] >> setpagedevice\n"; print GS "gsave $xoffset $yoffset translate\n"; $bbneeded=0; } # else ignore that embedded BoundingBox anyway } else { print GS; } } close(TMP); print GS "grestore\n"; close(GS); ; From owner-pdftex@tug.org Thu Jun 4 02:42:28 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA08689 for ; Thu, 4 Jun 1998 02:42:27 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA06588 for pdftex-list; Thu, 4 Jun 1998 04:35:06 -0400 Received: from vyvoj.vyvoj (jablovyv.dial-up.cz [193.179.205.11]) by tug.org (8.8.5/8.8.5) with ESMTP id EAA06585 for ; Thu, 4 Jun 1998 04:35:02 -0400 Received: from osoba.vyvoj (osoba.vyvoj [192.168.1.38]) by vyvoj.vyvoj with SMTP id KAA15103 (8.7.6/IDA-1.6 for ); Thu, 4 Jun 1998 10:54:48 +0200 Message-ID: <199806040854.KAA15103@vyvoj.vyvoj> Comments: Authenticated sender is From: "Jiri Osoba" Organization: Jablotron Ltd. - Development dpt. To: pdftex@tug.org Date: Thu, 4 Jun 1998 10:34:27 +0200 Subject: Transparent picture Reply-to: Jiri Osoba X-mailer: Pegasus Mail for Windows (v2.42a) Sender: owner-pdftex@tug.org Precedence: bulk Hi, is any (simple) way how to include picture (png) with transparent background? Jiri. From owner-pdftex@tug.org Thu Jun 4 03:23:31 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA09356 for ; Thu, 4 Jun 1998 03:23:30 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA06736 for pdftex-list; Thu, 4 Jun 1998 05:18:33 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA06733 for ; Thu, 4 Jun 1998 05:18:32 -0400 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 KAA21626; hop 0; Thu, 4 Jun 1998 10:13:23 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Thu, 4 Jun 1998 10:18:25 +0100 Date: Thu, 4 Jun 1998 10:12:38 +0100 Message-ID: <608-Thu04Jun1998101238+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: 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.org Subject: Re: pdftex 0.12n In-Reply-To: <199806040919.LAA09658@mozart.ujf-grenoble.fr> References: <8475-Thu04Jun1998084252+0100-s.rahtz@elsevier.co.uk> <199806040919.LAA09658@mozart.ujf-grenoble.fr> Sender: owner-pdftex@tug.org Precedence: bulk Thierry Bouche writes: > i occasionnally have to add -c showpage on the gs command line for > EPS, as you're already analysing the EPS, couldn't you check for a > showpage (probably redefined in the header...) and add one if needed? > sounds dangerous to me. "analysing" is a big word for what I do. i hate to add something which could produce a blank page at the end.... sebastian From owner-pdftex@tug.org Thu Jun 4 03:24:18 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA09361 for ; Thu, 4 Jun 1998 03:24:17 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA06754 for pdftex-list; Thu, 4 Jun 1998 05:20:17 -0400 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA06751 for ; Thu, 4 Jun 1998 05:20:15 -0400 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 LAA01710; Thu, 4 Jun 1998 11:08:46 +0200 (MET DST) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id LAA09658; Thu, 4 Jun 1998 11:19:14 +0200 (MET DST) Date: Thu, 4 Jun 1998 11:19:14 +0200 (MET DST) Message-Id: <199806040919.LAA09658@mozart.ujf-grenoble.fr> From: Thierry Bouche To: Sebastian Rahtz Cc: pdftex@tug.org Subject: Re: pdftex 0.12n In-Reply-To: <8475-Thu04Jun1998084252+0100-s.rahtz@elsevier.co.uk> References: <8475-Thu04Jun1998084252+0100-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 i occasionnally have to add -c showpage on the gs command line for EPS, as you're already analysing the EPS, couldn't you check for a showpage (probably redefined in the header...) and add one if needed? Thanks! Th. From owner-pdftex@tug.org Thu Jun 4 03:25:33 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA09368 for ; Thu, 4 Jun 1998 03:25:32 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA06741 for pdftex-list; Thu, 4 Jun 1998 05:18:41 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA06738 for ; Thu, 4 Jun 1998 05:18:39 -0400 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 KAA21632; hop 0; Thu, 4 Jun 1998 10:13:30 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Thu, 4 Jun 1998 10:18:28 +0100 Date: Thu, 4 Jun 1998 10:14:46 +0100 Message-ID: <3500-Thu04Jun1998101446+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pdftex@tug.org Subject: Re: pdftex 0.12n In-Reply-To: <199806040919.LAA09658@mozart.ujf-grenoble.fr> References: <8475-Thu04Jun1998084252+0100-s.rahtz@elsevier.co.uk> <199806040919.LAA09658@mozart.ujf-grenoble.fr> Sender: owner-pdftex@tug.org Precedence: bulk having just tried pdftex 0.12n under Windows (was Linux before), I can see why Hans gets depressed (see appended). does it work for anyone under Windows? sebastian This is pdfTeX, Version 3.14159-0.12n (Web2c 7.2) **\relax (pdftex.cfg) *\pdfimage 8-7-1.pdf Error (0): PDF file is damaged - attempting to reconstruct xref table... Error: Couldn't find trailer dictionary Error: Couldn't read xref table pdfTeX error (ext1): invalid image dimension. <*> \pdfimage 8-7-1.pdf ! ==> Fatal error occurred, the output PDF file not finished! Transcript written on texput.log. From owner-pdftex@tug.org Thu Jun 4 03:44:50 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA09689 for ; Thu, 4 Jun 1998 03:44:49 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA06822 for pdftex-list; Thu, 4 Jun 1998 05:38:38 -0400 Received: from nag.co.uk (andover.nag.co.uk [192.156.217.113]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA06819 for ; Thu, 4 Jun 1998 05:38:35 -0400 Received: (from davidc@localhost) by nag.co.uk (8.8.7/8.8.7) id KAA15198; Thu, 4 Jun 1998 10:35:45 +0100 Date: Thu, 4 Jun 1998 10:35:45 +0100 Message-Id: <199806040935.KAA15198@nag.co.uk> From: David Carlisle To: pdftex@tug.org In-reply-to: <608-Thu04Jun1998101238+0100-s.rahtz@elsevier.co.uk> (message from Sebastian Rahtz on Thu, 4 Jun 1998 10:12:38 +0100) Subject: Re: pdftex 0.12n References: <8475-Thu04Jun1998084252+0100-s.rahtz@elsevier.co.uk> <199806040919.LAA09658@mozart.ujf-grenoble.fr> <608-Thu04Jun1998101238+0100-s.rahtz@elsevier.co.uk> Sender: owner-pdftex@tug.org Precedence: bulk > sounds dangerous to me. "analysing" is a big word for what I do. i > hate to add something which could produce a blank page at the end.... an eps file probably doesn't have a showpage. It shouldn't have one really, although the spec allows one (which should be ignored if the eps file is included into something larger) so if you want to send an eps to a postscript engine and be sure of something coming out the other side you need something like this save mark /showpage {} def cleartomark restore showpage From owner-pdftex@tug.org Thu Jun 4 04:04:05 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA10057 for ; Thu, 4 Jun 1998 04:04:04 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA06900 for pdftex-list; Thu, 4 Jun 1998 05:48:06 -0400 Received: from esemetz.ese-metz.fr (esemetz.ese-metz.fr [192.70.65.1]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA06894 for ; Thu, 4 Jun 1998 05:47:30 -0400 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 LAA30359; Thu, 4 Jun 1998 11:47:25 +0200 (MET DST) To: Sebastian Rahtz Cc: pdftex@tug.org Subject: Re: pdftex 0.12n References: <8475-Thu04Jun1998084252+0100-s.rahtz@elsevier.co.uk> <199806040919.LAA09658@mozart.ujf-grenoble.fr> <3500-Thu04Jun1998101446+0100-s.rahtz@elsevier.co.uk> From: Fabrice POPINEAU Date: 04 Jun 1998 11:49:18 +0200 In-Reply-To: Sebastian Rahtz's message of "Thu, 4 Jun 1998 10:14:46 +0100" Message-ID: Lines: 5 X-Mailer: Gnus v5.6.4/Emacs 19.34 X-Emacs: 19.34 MIME-Version: 1.0 (generated by SEMI MIME-Edit 0.98 - "Sodani") Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Send me your test-file so that I have a chance to debug it. The trivial test Hans sent me has worked for me. Fabrice From owner-pdftex@tug.org Thu Jun 4 05:20:54 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA11420 for ; Thu, 4 Jun 1998 05:20:53 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA07225 for pdftex-list; Thu, 4 Jun 1998 07:13:38 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id HAA07222 for ; Thu, 4 Jun 1998 07:13:36 -0400 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 MAA26093; hop 0; Thu, 4 Jun 1998 12:08:28 +0100 (BST) Received: from screavie.elsevier.co.uk by snowdon.elsevier.co.uk with SMTP (PP); Thu, 4 Jun 1998 12:13:20 +0100 Received: from lurgmhor.elsevier.co.uk (lurgmhor.elsevier.co.uk [193.131.197.7]) by screavie.elsevier.co.uk (8.8.5/8.8.5) with ESMTP id MAA13283 for ; Thu, 4 Jun 1998 12:13:12 +0100 (BST) Received: (from srahtz@localhost) by lurgmhor.elsevier.co.uk (8.8.5/8.8.5) id MAA16601; Thu, 4 Jun 1998 12:13:11 +0100 (BST) Date: Thu, 4 Jun 1998 12:13:11 +0100 (BST) Message-Id: <199806041113.MAA16601@lurgmhor.elsevier.co.uk> From: Sebastian Rahtz To: pdftex@tug.org Subject: compiling pdftex 0.12n Sender: owner-pdftex@tug.org Precedence: bulk Adding the following near the end of web2c/configure.in, and re-running autoconf, is a Good Idea for those still struggling. It means you can leave out that extra stage of a manual configure in xpdf-0.7a. sebastian ESUBDIRS=pdftexdir/xpdf-0.7a AC_SUBST(ESUBDIRS) AC_SUBST(DSUBDIRS) AC_CONFIG_SUBDIRS(pdftexdir/xpdf-0.7a) From owner-pdftex@tug.org Thu Jun 4 07:46:04 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA13968 for ; Thu, 4 Jun 1998 07:46:03 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA07792 for pdftex-list; Thu, 4 Jun 1998 09:36:50 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA07789 for ; Thu, 4 Jun 1998 09:36:48 -0400 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 OAA01021; hop 0; Thu, 4 Jun 1998 14:31:39 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Thu, 4 Jun 1998 14:36:42 +0100 Date: Thu, 4 Jun 1998 14:16:48 +0100 Message-ID: <8721-Thu04Jun1998141648+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: rhowlett@mail.usyd.edu.au Cc: pdftex@tug.org Subject: Re: Compiling pdftex 0.12n In-Reply-To: <35752D1B.99E34623@mail.usyd.edu.au> References: <35752D1B.99E34623@mail.usyd.edu.au> Sender: owner-pdftex@tug.org Precedence: bulk Robert Howlett writes: > > < cd $(xpdfextradir) && make `basename $(xpdfextralib)` > > --- > > > cd $(xpdfextradir) && $(MAKE) `basename $(xpdfextralib)` > > thanks for this. I was going mad trying to understand why my Solaris system was calling the Sun (not-working) C++ compiler. Turns out I need gnu make for some reason, but it was not being propagated... sebastian From owner-pdftex@tug.org Thu Jun 4 10:18:18 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA17472 for ; Thu, 4 Jun 1998 10:18:17 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id MAA08397 for pdftex-list; Thu, 4 Jun 1998 12:10:20 -0400 Received: from ALUMNI.laurentian.ca (alumni.laurentian.ca [142.51.1.5]) by tug.org (8.8.5/8.8.5) with ESMTP id MAA08394 for ; Thu, 4 Jun 1998 12:10:19 -0400 Received: from nickel.laurentian.ca ([142.51.16.184]) by ALUMNI.LAURENTIAN.CA (PMDF V5.1-10 #24081) with ESMTP id <01IXU6JNARMO0042VS@ALUMNI.LAURENTIAN.CA> for pdftex@tug.cs.umb.edu; Thu, 4 Jun 1998 12:10:23 EST Date: Thu, 04 Jun 1998 12:32:02 -0400 From: Shirley Newman Subject: see my wish To: pdftex@tug.org Message-id: <3576CC01.D511B991@nickel.laurentian.ca> MIME-version: 1.0 X-Mailer: Mozilla 4.04 [en] (WinNT; I) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk http://www.suresite.com/ca/p/poetry and http://www.angelfire.com/on/tippers and tell a friend. Thanks From owner-pdftex@tug.org Thu Jun 4 10:22:37 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA17562 for ; Thu, 4 Jun 1998 10:22:36 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id MAA08426 for pdftex-list; Thu, 4 Jun 1998 12:16:34 -0400 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id MAA08423 for ; Thu, 4 Jun 1998 12:16:31 -0400 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 SAA01142 for ; Thu, 4 Jun 1998 18:16:30 +0200 (MET DST) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id SAA24715; Thu, 4 Jun 1998 18:27:00 +0200 (MET DST) Date: Thu, 4 Jun 1998 18:27:00 +0200 (MET DST) Message-Id: <199806041627.SAA24715@mozart.ujf-grenoble.fr> From: Thierry Bouche To: PDFTeX Mailing List Subject: PDF inclusion 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 Wunderbach, marvelous & hurrah! i've just tried the following steps on a (up to now un-pdftex-able) document with many Xfig graphics: eps2pdf produced valid pdf, but badly included by Hans' macros (probably some ressources were included in a second stream). Now, if i simply replace the \psfig{psfile= by \pdfimage in the .pstex_t stub, i get it traight & right! Hmm, right in acrobat, but gs is not as happy as i am: Processing pages 1 through 11. Page 1 Error: /typecheck in --put-- Operand stack: 11.955 --dict:7/7-- --dict:11/11-- --dict:7/7-- 1.0 82 83 --dict:1/256-- --nostringval-- 556.0 Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- 2 3 %oparray_pop --nostringval-- --nostringval-- false 1 %stopped_push 1 3 %oparray_pop --nostringval-- 2 1 11 --nostringval-- %for_pos_int_continue --nostringval-- --nostringval-- --nostringval-- 0 --nostringval-- %array_continue --nostringval-- false 1 %stopped_push --nostringval-- %loop_continue --nostringval-- --nostringval-- --nostringval-- --nostringval-- --nostringval-- 84 1 90 --nostringval-- %for_pos_int_continue --nostringval-- --nostringval-- --nostringval-- 5 10 %oparray_pop Dictionary stack: --dict:779/809-- --dict:0/20-- --dict:47/200-- --dict:47/200-- --dict:120/127-- --dict:111/152-- --dict:10/10-- --dict:1/2-- --dict:16/20-- --dict:2/2-- Current allocation mode is local very good work anyway, thanks Thanh;-) Thierry From owner-pdftex@tug.org Thu Jun 4 20:20:08 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id UAA00578 for ; Thu, 4 Jun 1998 20:20:06 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id WAA10783 for pdftex-list; Thu, 4 Jun 1998 22:13:44 -0400 Received: from math.ams.org (math.ams.org [130.44.210.14]) by tug.org (8.8.5/8.8.5) with SMTP id WAA10780 for ; Thu, 4 Jun 1998 22:13:42 -0400 Received: from SUN06.AMS.ORG by math.ams.org via smtpd (for tug.org [158.121.106.10]) with SMTP; 5 Jun 1998 02:13:43 UT Received: from mac038.ams.org by sun06.ams.org (PMDF V5.1-10 #27147) with SMTP id <0EU200HGK3IRRK@sun06.ams.org> for pdftex@tug.org; Thu, 4 Jun 1998 22:13:39 -0400 (EDT) Date: Thu, 04 Jun 1998 22:13:49 -0400 From: Tom Kacvinsky Subject: Re: compiling pdftex 0.12n To: Sebastian Rahtz Cc: pdftex@tug.org Message-id: <1117779.3105987229@mac038.ams.org> MIME-version: 1.0 X-Mailer: Mulberry (MacOS) [1.3.3, s/n P020-200112-003] Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Sounds good. Thanks. One more favor, though: where can I lay my grubby paws on autoconf 2.12.1? When I run autoconf on the modified configure.in "script", I get an error message to the effect that I need to use Autoconf 2.12.1 or higher. The thing is, autoconf 2.12.1 is not on the GNU mirrors. Urk. Arghh. Gak... BTW, pdftex-0.12h has been producing some weird results for me. I can get nice viewing PDF files, but I get all kinds of errors when printing. And I can't seem to pinpoint the problem. The list of things I have tried is too long to produce here. Lets put it this way: if I do not have pdftex include fonts (Computer Modern and AMS PostScript fonts only, BSR/Y&Y versions), the PDF file produced on a UNIX box will print just fine from a Macintosh with the fonts locally installed. So it seems as if it is a font problem. I get errors with ashow, definefont, and currentpoint. Very odd. So you can see why I am eager to get 0.12n compiled and working. > Adding the following near the end of web2c/configure.in, and > re-running autoconf, is a Good Idea for those still struggling. It > means you can leave out that extra stage of a manual configure in > xpdf-0.7a. > > sebastian > > ESUBDIRS=pdftexdir/xpdf-0.7a > AC_SUBST(ESUBDIRS) > AC_SUBST(DSUBDIRS) > AC_CONFIG_SUBDIRS(pdftexdir/xpdf-0.7a) From owner-pdftex@tug.org Thu Jun 4 20:20:08 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id UAA00578 for ; Thu, 4 Jun 1998 20:20:06 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id WAA10783 for pdftex-list; Thu, 4 Jun 1998 22:13:44 -0400 Received: from math.ams.org (math.ams.org [130.44.210.14]) by tug.org (8.8.5/8.8.5) with SMTP id WAA10780 for ; Thu, 4 Jun 1998 22:13:42 -0400 Received: from SUN06.AMS.ORG by math.ams.org via smtpd (for tug.org [158.121.106.10]) with SMTP; 5 Jun 1998 02:13:43 UT Received: from mac038.ams.org by sun06.ams.org (PMDF V5.1-10 #27147) with SMTP id <0EU200HGK3IRRK@sun06.ams.org> for pdftex@tug.org; Thu, 4 Jun 1998 22:13:39 -0400 (EDT) Date: Thu, 04 Jun 1998 22:13:49 -0400 From: Tom Kacvinsky Subject: Re: compiling pdftex 0.12n To: Sebastian Rahtz Cc: pdftex@tug.org Message-id: <1117779.3105987229@mac038.ams.org> MIME-version: 1.0 X-Mailer: Mulberry (MacOS) [1.3.3, s/n P020-200112-003] Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Sounds good. Thanks. One more favor, though: where can I lay my grubby paws on autoconf 2.12.1? When I run autoconf on the modified configure.in "script", I get an error message to the effect that I need to use Autoconf 2.12.1 or higher. The thing is, autoconf 2.12.1 is not on the GNU mirrors. Urk. Arghh. Gak... BTW, pdftex-0.12h has been producing some weird results for me. I can get nice viewing PDF files, but I get all kinds of errors when printing. And I can't seem to pinpoint the problem. The list of things I have tried is too long to produce here. Lets put it this way: if I do not have pdftex include fonts (Computer Modern and AMS PostScript fonts only, BSR/Y&Y versions), the PDF file produced on a UNIX box will print just fine from a Macintosh with the fonts locally installed. So it seems as if it is a font problem. I get errors with ashow, definefont, and currentpoint. Very odd. So you can see why I am eager to get 0.12n compiled and working. > Adding the following near the end of web2c/configure.in, and > re-running autoconf, is a Good Idea for those still struggling. It > means you can leave out that extra stage of a manual configure in > xpdf-0.7a. > > sebastian > > ESUBDIRS=pdftexdir/xpdf-0.7a > AC_SUBST(ESUBDIRS) > AC_SUBST(DSUBDIRS) > AC_CONFIG_SUBDIRS(pdftexdir/xpdf-0.7a) From owner-pdftex@tug.org Thu Jun 4 20:20:08 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id UAA00578 for ; Thu, 4 Jun 1998 20:20:06 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id WAA10783 for pdftex-list; Thu, 4 Jun 1998 22:13:44 -0400 Received: from math.ams.org (math.ams.org [130.44.210.14]) by tug.org (8.8.5/8.8.5) with SMTP id WAA10780 for ; Thu, 4 Jun 1998 22:13:42 -0400 Received: from SUN06.AMS.ORG by math.ams.org via smtpd (for tug.org [158.121.106.10]) with SMTP; 5 Jun 1998 02:13:43 UT Received: from mac038.ams.org by sun06.ams.org (PMDF V5.1-10 #27147) with SMTP id <0EU200HGK3IRRK@sun06.ams.org> for pdftex@tug.org; Thu, 4 Jun 1998 22:13:39 -0400 (EDT) Date: Thu, 04 Jun 1998 22:13:49 -0400 From: Tom Kacvinsky Subject: Re: compiling pdftex 0.12n To: Sebastian Rahtz Cc: pdftex@tug.org Message-id: <1117779.3105987229@mac038.ams.org> MIME-version: 1.0 X-Mailer: Mulberry (MacOS) [1.3.3, s/n P020-200112-003] Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Sounds good. Thanks. One more favor, though: where can I lay my grubby paws on autoconf 2.12.1? When I run autoconf on the modified configure.in "script", I get an error message to the effect that I need to use Autoconf 2.12.1 or higher. The thing is, autoconf 2.12.1 is not on the GNU mirrors. Urk. Arghh. Gak... BTW, pdftex-0.12h has been producing some weird results for me. I can get nice viewing PDF files, but I get all kinds of errors when printing. And I can't seem to pinpoint the problem. The list of things I have tried is too long to produce here. Lets put it this way: if I do not have pdftex include fonts (Computer Modern and AMS PostScript fonts only, BSR/Y&Y versions), the PDF file produced on a UNIX box will print just fine from a Macintosh with the fonts locally installed. So it seems as if it is a font problem. I get errors with ashow, definefont, and currentpoint. Very odd. So you can see why I am eager to get 0.12n compiled and working. > Adding the following near the end of web2c/configure.in, and > re-running autoconf, is a Good Idea for those still struggling. It > means you can leave out that extra stage of a manual configure in > xpdf-0.7a. > > sebastian > > ESUBDIRS=pdftexdir/xpdf-0.7a > AC_SUBST(ESUBDIRS) > AC_SUBST(DSUBDIRS) > AC_CONFIG_SUBDIRS(pdftexdir/xpdf-0.7a) From owner-pdftex@tug.org Fri Jun 5 05:44:30 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA10772 for ; Fri, 5 Jun 1998 05:44:29 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA13301 for pdftex-list; Fri, 5 Jun 1998 07:25:47 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id HAA13298 for ; Fri, 5 Jun 1998 07:25:46 -0400 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 MAA27958; hop 0; Fri, 5 Jun 1998 12:20:35 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Fri, 5 Jun 1998 12:25:32 +0100 Date: Fri, 5 Jun 1998 11:46:26 +0100 Message-ID: <7703-Fri05Jun1998114626+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: tjk@ams.org Cc: pdftex@tug.org Subject: Re: compiling pdftex 0.12n In-Reply-To: <1117779.3105987229@mac038.ams.org> References: <1117779.3105987229@mac038.ams.org> Sender: owner-pdftex@tug.org Precedence: bulk Tom Kacvinsky writes: > Sounds good. Thanks. One more favor, though: where can I lay > my grubby paws on autoconf 2.12.1? When I run autoconf > on the modified configure.in "script", I get an error message > to the effect that I need to use Autoconf 2.12.1 or higher. > The thing is, autoconf 2.12.1 is not on the GNU mirrors. its confusing, isnt it. but the 2.12.1-ness is the etc/autoconf directory of the web2c 7.2 distribution. ie autoconf -m $WHATEVER/etc/autoconf sebastian From owner-pdftex@tug.org Fri Jun 5 06:16:06 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA11259 for ; Fri, 5 Jun 1998 06:16:05 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA13494 for pdftex-list; Fri, 5 Jun 1998 08:12:07 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA13489 for ; Fri, 5 Jun 1998 08:12:05 -0400 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 NAA29730; hop 0; Fri, 5 Jun 1998 13:06:54 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Fri, 5 Jun 1998 13:11:45 +0100 Date: Fri, 5 Jun 1998 12:50:52 +0100 Message-ID: <5972-Fri05Jun1998125052+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q) From: Sebastian Rahtz To: pdftex@tug.org Subject: updates without Thanh Sender: owner-pdftex@tug.org Precedence: bulk Now that Thanh is away for 3 months, I suggest that anyone who finds/fixes bugs in pdftex 0.12n should report them directly here, and I will attempt to maintain an up-to-date release in the applications/pdftex area on www.tug.org. I will shortly put what I am using there, with the Makefile and configure changes. I bet some clever person could add support for direct TIFF inclusion pretty easily, based on the JPEG stuff. If we had that, pdftex would really be free-standing, I think. Any volunteers? sebastian From owner-pdftex@tug.org Fri Jun 5 06:17:42 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA11293 for ; Fri, 5 Jun 1998 06:17:41 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA13497 for pdftex-list; Fri, 5 Jun 1998 08:12:08 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA13493 for ; Fri, 5 Jun 1998 08:12:06 -0400 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 NAA29733; hop 0; Fri, 5 Jun 1998 13:06:55 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Fri, 5 Jun 1998 13:11:55 +0100 Date: Fri, 5 Jun 1998 12:52:58 +0100 Message-ID: <3942-Fri05Jun1998125258+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q) From: Sebastian Rahtz To: pdftex@tug.org Subject: hyperref 6.25 Sender: owner-pdftex@tug.org Precedence: bulk Patrick Daly found a serious error in the hyperref pdftex driver (the syntax for base URL was wrong), so I have installed a release 6.25 on CTAN with this and a couple of other fixes. Sorry, pdftex forms still waiting for me to find a few free hours. Hans's Context does it so much better anyway..... Sebastian From owner-pdftex@tug.org Fri Jun 5 06:20:00 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA11338 for ; Fri, 5 Jun 1998 06:19:59 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA13502 for pdftex-list; Fri, 5 Jun 1998 08:12:50 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA13499 for ; Fri, 5 Jun 1998 08:12:48 -0400 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 NAA29773; hop 0; Fri, 5 Jun 1998 13:07:37 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Fri, 5 Jun 1998 13:11:31 +0100 Date: Fri, 5 Jun 1998 12:46:50 +0100 Message-ID: <7146-Fri05Jun1998124650+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q) From: Sebastian Rahtz MIME-Version: 1.0 To: pdftex@tug.org Subject: pdftex.def for pdftex0.12n Content-type: multipart/mixed; boundary="itrL8eBTV5" Content-transfer-encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk --itrL8eBTV5 Content-type: text/plain; charset="us-ascii" Content-transfer-encoding: 7bit Those of you using pdftex 0.12n and LaTeX graphics package need the attached update of pdftex.def, which has support for the new pdf and jpg inclusion. In fact, you should all be able to use this, as it has conditional sections based on the release of pdftex you have. Caveats: a) the parsing of PDF files for the MediaBox may change. Hans Hagen has been working on this too b) the system of double inclusion of graphics to measure their size needs changing but this gets you going. it should be in the June LaTeX release, if David breaks the rules a bit :-} Sebastian --itrL8eBTV5 Content-Disposition: attachment; filename="pdftex.def" Content-type: application/octet-stream Content-transfer-encoding: base64 XFByb3ZpZGVzRmlsZXtwZGZ0ZXguZGVmfVsxOTk4LzA2LzA0IHYwLjAyZyBncmFwaGljcy9j b2xvciBmb3IgcGRmdGV4XQoKJSUlJSUlJSUlJSUlJSUlJSUlJSUlJSUlJSUlJSUlJSUlJSUl JSUlJSUlJSUlJSUlJSUlJSUlJSUlJSUlJSUlJSUlJSUlJSUlCiUlCiUlIExhVGVYIENvbG91 ciBhbmQgR3JhcGhpY3Mgc3VwcG9ydCBmb3IgUERGVGVYCiUlCiUlIERhdmlkIENhcmxpc2xl LCBTZWJhc3RpYW4gUmFodHogYW5kIEhhbnMgSGFnZW4KJSUKJSUgSXQgbWF5IGJlIHVzZWQg Ynkgc3BlY2lmeWluZyB0aGUgcGRmdGV4IG9wdGlvbiB0byBhbnkgb2YgdGhlCiUlIHN1cHBv cnRlZCBwYWNrYWdlcywgZm9yIGV4YW1wbGU6CiUlCiUlIFx1c2VwYWNrYWdlW3BkZnRleF17 Z3JhcGhpY3h9CiUlCiUlJSUlJSUlJSUlJSUlJSUlJSUlJSUlJSUlJSUlJSUlJSUlJSUlJSUl JSUlJSUlJSUlJSUlJSUlJSUlJSUlJSUlJSUlJSUlJQoKXGlmeFxwZGZ0ZXh2ZXJzaW9uXEB1 bmRlZmluZWQKIFxkZWZcZHJpdmVyQHJlbGVhc2V7MX0lClxlbHNlCiAgXGlmbnVtXHBkZnRl eHZlcnNpb248MTIKICAgIFxkZWZcZHJpdmVyQHJlbGVhc2V7Mn0lCiAgXGVsc2UKICAgICAg XGlmbnVtIFxleHBhbmRhZnRlciBgXHBkZnRleHJldmlzaW9uIDwgYG4KICAgICAgICBcZGVm XGRyaXZlckByZWxlYXNlezN9JQogICAgICBcZWxzZQogICAgICAgICBcZGVmXGRyaXZlckBy ZWxlYXNlezR9JQogICAgICBcZmkKICBcZmkKXGZpCgoKJSBDb2xvdXIgU3VwcG9ydC4gVGhl IGZvbGxvd2luZyBtb2RlbHMgbWF5IGJlIHVzZWQuCiUgICAqIGNteWsgICBzdXBwb3J0ZWQg ZGlyZWN0bHkuCiUgICAqIHJnYiAgICBzdXBwb3J0ZWQgZGlyZWN0bHkuCiUgICAqIFJHQiAg ICBjb252ZXJ0ZWQgdG8gcmdiIGJ5IHRoaXMgZmlsZS4KJSAgICogZ3JheSAgIGNvbnZlcnRl ZCB0byByZ2IgYnkgdGhpcyBmaWxlLgolICAgKiBuYW1lZCAgY29udmVydGVkIHRvIGNteWsg YnkgdGhpcyBmaWxlLgolClxkZWZcY0Bsb3JAYXJnIzF7JQogIFxkaW1lbkAjMVxwQAogIFxp ZmRpbVxkaW1lbkA8XHpAXGRpbWVuQFxtYXhkaW1lblxmaQogIFxpZmRpbVxkaW1lbkA+XHBA CiAgICBcUGFja2FnZUVycm9ye2NvbG9yfXtBcmd1bWVudCBgIzEnIG5vdCBpbiByYW5nZSBb MCwxXX1cQGVoZAogIFxmaX0KXGRlZlxjb2xvckBjbXlrIzEjMntcY0Bsb3JAQGNteWsjMlxA QCMxfQpcZGVmXGNAbG9yQEBjbXlrIzEsIzIsIzMsIzRcQEAjNXslCiAgXGNAbG9yQGFyZ3sj NH0lCiAgXGNAbG9yQGFyZ3sjMX0lCiAgXGNAbG9yQGFyZ3sjMn0lCiAgXGNAbG9yQGFyZ3sj M30lCiAgXGVkZWYjNXsjMSAjMiAjMyAjNCBrICMxICMyICMzICM0IEt9JQogIH0KXGRlZlxj b2xvckBncmF5IzEjMntcY0Bsb3JAQHJnYiMyLCMyLCMyXEBAIzF9ClxkZWZcY29sb3JAcmdi IzEjMntcY0Bsb3JAQHJnYiMyXEBAIzF9ClxkZWZcY0Bsb3JAQHJnYiMxLCMyLCMzXEBAIzR7 JQogIFxjQGxvckBhcmd7IzF9JQogIFxjQGxvckBhcmd7IzJ9JQogIFxjQGxvckBhcmd7IzN9 JQogIFxlZGVmIzR7IzEgIzIgIzMgcmcgIzEgIzIgIzMgUkd9JQogIH0KXGRlZlxjb2xvckBS R0IjMSMye1xjQGxvckBAUkdCIzJcQEAjMX0KXGRlZlxjQGxvckBAUkdCIzEsIzIsIzNcQEAj NHslCiBcY0Bsb3JAUkdCQHJnYnsjMX1cQHRlbXBhCiBcY0Bsb3JAUkdCQHJnYnsjMn1cQHRl bXBiCiBcY0Bsb3JAUkdCQHJnYnsjM31cQHRlbXBjCiBcY0Bsb3JAQHJnYlxAdGVtcGEsXEB0 ZW1wYixcQHRlbXBjXEBAIzQlCiAgfQpcZGVmXGNAbG9yQFJHQkByZ2IjMSMyeyUKICBcZGlt ZW5AIzFccEAKICBcZGl2aWRlXGRpbWVuQFxAY2NsdgogIFxlZGVmIzJ7XHN0cmlwQHB0XGRp bWVuQH19CgpcZGVmXGNvbG9yQG5hbWVkIzEjMntcY0Bsb3JAQG5hbWVkIzIsLFxAQCMxfQpc ZGVmXGNAbG9yQEBuYW1lZCMxLCMyLCMzXEBAIzR7JQogIFxAaWZ1bmRlZmluZWR7Y29sQCMx fSUKICAgIHtcUGFja2FnZUVycm9ye2NvbG9yfXtVbmRlZmluZWQgY29sb3IgYCMxJ31cQGVo ZH0lCiAge1xlZGVmIzR7XGNzbmFtZSBjb2xAIzFcZW5kY3NuYW1lfX0lCiAgfQoKXGRlZlxz ZXRAY29sb3J7XHBkZmxpdGVyYWx7XGN1cnJlbnRAY29sb3J9XGFmdGVyZ3JvdXBccmVzZXRA Y29sb3J9ClxkZWZccmVzZXRAY29sb3J7XHBkZmxpdGVyYWx7XGN1cnJlbnRAY29sb3J9fQpc ZGVmXGRlZmluZUBjb2xvckBuYW1lZCMxIzJ7JQogICBcZXhwYW5kYWZ0ZXJcZWRlZlxjc25h bWUgY29sQCMxXGVuZGNzbmFtZXsjMn19ClxkZWZcY3VycmVudEBjb2xvcnsxIDEgMSAxIGsg MSAxIDEgMSBLfQoKCiUgTmVlZCB0aGUgYGNvbG9yZml4JyBtb2RpZmljYXRpb25zIGFzIG5v IGludGVybmFsIGNvbG91ciBzdGFjawolIGlzIG1haW50YWluZWQKJTwqY29sb3JmaXg+ClxB dEJlZ2luRG9jdW1lbnR7JQogIFxsZXRcQGxkY0BsQHJcY29sb3IKICBcZGVmXGNvbG9ye1xp ZkBpbmxhYmVsXGxlYXZldm1vZGVcZmlcQGxkY0BsQHJ9JQogIFxsZXRcQGxkdXNlYkB4XHVz ZWJveAogIFxkZWZcdXNlYm94IzF7XEBsZHVzZWJAeHsjMX1cc2V0QGNvbG9yfX0KJTwvY29s b3JmaXg+CgolCiUgR3JhcGhpYyBpbmNsdXNpb24uIEN1cnJlbnRseSBzdXBwb3J0cyAucG5n LCAuanBnLCAubXBzIGFuZCAucGRmIGluY2x1c2lvbjsKJSAubXBzIGlzIE1ldGFQb3N0IG91 dHB1dC4gCiUgLm1wcyBpbmNsdXNpb24gZGVwZW5kcyBvbiBsb2FkaW5nIGEgQ09OVEVYVCBt b2R1bGUgYnkgSGFucyBIYWdlbjsKJSAucGRmIGFsc28gbmVlZHMgYSBDb250ZXh0IG1vZHVs ZSB1bmxlc3MgcGRmdGV4IDAuMTJuIG9yIGxhdGVyLgoKJSBQTkcgYml0bWFwcyBtYXkgYmUg c2NhbGVkL3JvdGF0ZWQgYXMgdXN1YWwKJSBieSB0aGUgZ3JhcGhpY3MgY29tbWFuZHMgb3Ig a2V5d29yZCBhcmd1bWVudHMuClxkZWZcR3JlYWRAcG5nIzF7JQogIFxzZXRib3hcQHRlbXBi b3hhXGhib3h7XHBkZmltYWdlIzFccmVsYXh9JQogICBcZGVmXEdpbkBsbHh7MH1cbGV0XEdp bkBsbHlcR2luQGxseAogICBcR2luQGRlZmF1bHRicFxHaW5AdXJ4e1x3ZFxAdGVtcGJveGF9 JQogICBcR2luQGRlZmF1bHRicFxHaW5AdXJ5e1xodFxAdGVtcGJveGF9fQoKXGlmbnVtXGRy aXZlckByZWxlYXNlPjMKICBcbGV0XEdyZWFkQGpwZ1xHcmVhZEBwbmcKXGZpCgpcZWRlZlxH cmVhZEBNQm94ey9NZWRpYUJveH0KXGRlZlxHcmVhZEBwZGYjMXslCiAgXGJlZ2luZ3JvdXAK ICBcQHRlbXBjbnRhXHpACiAgIFxsb29wXGlmbnVtXEB0ZW1wY250YTxcQHh4eGlpCiAgIFxj YXRjb2RlXEB0ZW1wY250YTE0ICUKICAgXGFkdmFuY2VcQHRlbXBjbnRhXEBuZQogIFxyZXBl YXQKICBcY2F0Y29kZTEyNz0xNCAlCiAgXGxldFxkb1xAbWFrZW90aGVyXGRvc3BlY2lhbHNc Y2F0Y29kZWBcIDEwICUKICBcY2F0Y29kZVxlbmRsaW5lY2hhcjUgJQogIFxpbW1lZGlhdGVc b3BlbmluXEBpbnB1dGNoZWNrIzEgJQogIFxpZmVvZlxAaW5wdXRjaGVjawogICAgXEBsYXRl eEBlcnJvcntGaWxlIGAjMScgbm90IGZvdW5kfVxAZWhjCiAgXGVsc2UKICAgICBcR3JlYWRA dHJ1ZQogICAgIFxsZXRcQHRlbXBiXEdyZWFkQGZhbHNlCiAgICAgXGxvb3AKJSB2MC4wMmU6 IHVzZSBcLiBub3QgXEB0ZW1wYSBzbyB0aGUgc3BhY2UgaXMgcHJlc2VydmVkIGJlZm9yZSBb CiAgICAgICBccmVhZFxAaW5wdXRjaGVjayB0b1wuJQogICAgICAgXGlmZW9mXEBpbnB1dGNo ZWNrCiAgICAgICAgIFxHcmVhZEBmYWxzZQogICAgICAgXGVsc2UKICAgICAgICAgXGV4cGFu ZGFmdGVyXEdyZWFkQGZpbmRAbWJveFwuIFtdXFwlCiAgICAgICBcZmkKICAgICBcaWZHcmVh ZEAKICAgICBccmVwZWF0CiAgICBcaW1tZWRpYXRlXGNsb3NlaW5cQGlucHV0Y2hlY2sKICBc ZmkKICBcaWZHaW5AYmJveFxlbHNlCiAgICBcQGxhdGV4QGVycm9yCiAgICAgIHtDYW5ub3Qg ZGV0ZXJtaW5lIHNpemUgb2YgZ3JhcGhpYyBpbiAjMSAobm8gQm91bmRpbmdCb3gpfSUKICAg ICAgXEBlaGMKICAgIFxnZGVmXEBndGVtcGF7MCAwIDcyIDcyIH0lCiAgXGZpCiAgXGVuZGdy b3VwCiAgXGV4cGFuZGFmdGVyXEdyZWFkQHBhcnNlQGJiXEBndGVtcGFcXH0KXGxvbmdcZGVm XEdyZWFkQGZpbmRAbWJveCMxIFsjMl0jM1xceyUKICBcZGVmXEB0ZW1wYXsjMX0lCiAgXGlm eFxAdGVtcGFcR3JlYWRATUJveAogICAgXGdkZWZcQGd0ZW1wYXsjMiB9JQogICAgXEB0ZW1w YgogICAgXEdpbkBiYm94dHJ1ZQogIFxmaQp9ClxkZWZcR2luY2x1ZGVAcG5nIzF7JQogIFxo Ym94eyUKJSB2MC4wMmYgYWRkIFxAZGVwdGhcekAgKGZyb20gU2ViYXN0aWFuKQogICAgXHBk ZmltYWdlCiAgICAgIFxAaGVpZ2h0XEdpbkByZXFAaGVpZ2h0IFxAd2lkdGhcR2luQHJlcUB3 aWR0aCBcQGRlcHRoXHpACiAgICAgICMxXHJlbGF4fX0KXGRlZlxHaW5jbHVkZUBtcHMjMXsl CiAgIFxkZWZcQHRlbXBheyF9JQogICBcaWZ4XEdpbkBzY2FsZXlcQHRlbXBhCiAgICAgXGxl dFxHaW5Ac2NhbGV5XEdpbkBzY2FsZXgKICAgXGVsc2UKICAgIFxpZnhcR2luQHNjYWxleFxA dGVtcGFcbGV0XEdpbkBzY2FsZXhcR2luQHNjYWxleVxmaQogICBcZmkgICAgCiAgIFxoYm94 eyUKICAgICBcY29udmVydE1QdG9QREZ7IzF9e1xHaW5Ac2NhbGV4fXtcR2luQHNjYWxleX0l CiAgICAgICAgfSUKfQpcZGVmXEdyZWFkQG1wc3tcR3JlYWRAZXBzfQpcaWZudW1cZHJpdmVy QHJlbGVhc2U+MwogXGxldFxHaW5jbHVkZUBqcGdcR2luY2x1ZGVAcG5nCiBcbGV0XEdpbmNs dWRlQHBkZlxHaW5jbHVkZUBwbmcKXGVsc2UKIFxkZWZcR2luY2x1ZGVAcGRmIzF7JQogICBc ZGVmXEB0ZW1wYXshfSUKICAgXGlmeFxHaW5Ac2NhbGV5XEB0ZW1wYQogICAgIFxsZXRcR2lu QHNjYWxleVxHaW5Ac2NhbGV4CiAgIFxlbHNlCiAgICBcaWZ4XEdpbkBzY2FsZXhcQHRlbXBh XGxldFxHaW5Ac2NhbGV4XEdpbkBzY2FsZXlcZmkKICAgXGZpICAgIAogICBcaGJveHslClxj b252ZXJ0UERGdG9QREZ7IzF9e1xHaW5Ac2NhbGV4fXtcR2luQHNjYWxleX0gezBicH0gezBi cH17XEdpbkByZXFAd2lkdGh9e1xHaW5AcmVxQGhlaWdodH0lCiAgICAgICAgfSUKfQpcZmkK CiUgdjAuMDJlOiByZXN0cmljdCB0aGUgcnVsZXMgdG8ganVzdCB0aGUgdHlwZXMgdGhhdCBw ZGZ0ZXggY2FuIGN1cnJlbnRseQolIGRlYWwgd2l0aC4KXGlmbnVtXGRyaXZlckByZWxlYXNl PjMKIFxkZWZcR2luQGV4dGVuc2lvbnN7LnBuZywucGRmLC5qcGcsLm1wc30KIFxAbmFtZWRl ZntHaW5AcnVsZUAuanBnfSMxe3tqcGd9ey5qcGd9eyMxfX0KXGVsc2UKIFxkZWZcR2luQGV4 dGVuc2lvbnN7LnBuZywucGRmLC5tcHN9ClxmaQpcQG5hbWVkZWZ7R2luQHJ1bGVALnBuZ30j MXt7cG5nfXsucG5nfXsjMX19ClxAbmFtZWRlZntHaW5AcnVsZUAubXBzfSMxe3ttcHN9ey5t cHN9eyMxfX0KXEBuYW1lZGVme0dpbkBydWxlQC5wZGZ9IzF7e3BkZn17LnBkZn17IzF9fQoK CiUgUm90YXRpb24KJSBzbGlnaHRseSBoYWNreSwgYnV0IHNldCB3aWR0aCBvZiBib3ggMCB0 byAwcHQgb3RoZXJ3aXNlCiUgdGhlIENUTSBnZXRzIHJlc3RvcmVkIGluIHRoZSB3cm9uZyBw bGFjZS4KClxkZWZcR3JvdEBzdGFydHslCiBccGRmbGl0ZXJhbHsgcQogICAgIFxHcm90QGNv c1xzcGFjZVxHcm90QHNpblxzcGFjZS1cR3JvdEBzaW5cc3BhY2VcR3JvdEBjb3Ncc3BhY2UK ICAgICAwIDAgY219JQogIFx3ZFx6QFx6QH0KClxkZWZcR3JvdEBlbmR7XHBkZmxpdGVyYWx7 IFF9fQoKJSBTY2FsaW5nIGlzIE9LLCBhcyBncmFwaGljcyBwYWNrYWdlIGRvZXMgaXQgcmln aHQgaGVyZS4KXGRlZlxHc2NhbGVAc3RhcnR7JQogIFxwZGZsaXRlcmFseyBxCiAgIFxHc2Nh bGVAeFxzcGFjZTAgMCBcR3NjYWxlQHlcc3BhY2UgMCAwIGNtfX0KClxsZXRcR3NjYWxlQGVu ZFxHcm90QGVuZAoKJSB1bmRvIHRoZSB0cmlnLnN0eSBgb3B0aW1pc2F0aW9uJyBzbyB0aGF0 IHRoZXNlIDAgMSBhbmQgLTEgdmFsdWVzCiUgZ2V0IHdyaXR0ZW4gb3V0IGFzIGRpZ2l0cywg bm90IHVuZXhwYW5kYWJsZSBUZVggcHJpbWl0aXZlcy4KXEF0QmVnaW5Eb2N1bWVudHslClxl eHBhbmRhZnRlclxkZWZcY3NuYW1lIHNpbigwKVxlbmRjc25hbWV7MH0lClxleHBhbmRhZnRl clxkZWZcY3NuYW1lIGNvcygwKVxlbmRjc25hbWV7MX0lClxleHBhbmRhZnRlclxkZWZcY3Nu YW1lIHNpbig5MClcZW5kY3NuYW1lezF9JQpcZXhwYW5kYWZ0ZXJcZGVmXGNzbmFtZSBjb3Mo OTApXGVuZGNzbmFtZXswfSUKXGV4cGFuZGFmdGVyXGRlZlxjc25hbWUgc2luKC05MClcZW5k Y3NuYW1ley0xfSUKXGV4cGFuZGFmdGVyXGRlZlxjc25hbWUgY29zKC05MClcZW5kY3NuYW1l ezB9JQpcZXhwYW5kYWZ0ZXJcZGVmXGNzbmFtZSBzaW4oMTgwKVxlbmRjc25hbWV7MH0lClxl eHBhbmRhZnRlclxkZWZcY3NuYW1lIGNvcygxODApXGVuZGNzbmFtZXstMX19CgolIEFyZSB3 ZSBydW5uaW5nIHVuZGVyIFBERlRlWD8KXGlmeFxwZGZwYWdlaGVpZ2h0XEB1bmRlZmluZWQK ICBcUGFja2FnZVdhcm5pbmdOb0xpbmVcQGN1cnJuYW1lCiAgICB7cGRmdGV4IG9wdGlvbiBk b2VzIG5vdCB3b3JrIHdpdGggc3RhbmRhcmQgVGVYfQpcZWxzZQogICBccGRmcGFnZWhlaWdo dFxwYXBlcmhlaWdodAogICBccGRmcGFnZXdpZHRoXHBhcGVyd2lkdGgKICAgXHBkZm91dHB1 dD0xClxmaQoKCiUgdjAuMDJlOiBSZXN0b3JlIGNhdGNvZGVzIG9mIGNvbnRleHQgbGV0dGVy cy4gCiUgTm90IG5lZWRlZCB3aXRoIGN1cnJlbnQgdmVyc2lvbiBvZiBzdXBwLXBkZgolIGJ1 dCBwcm90ZWN0cyBhZ2FpbnN0IG9sZGVyIHZlcnNpb25zLgpcQXRCZWdpbkRvY3VtZW50eyUK ICBcZWRlZlxAdGVtcGF7JQogICAgXGNhdGNvZGVgXG5vZXhwYW5kXCFcdGhlXGNhdGNvZGVg XCEKICAgIFxjYXRjb2RlYFxub2V4cGFuZFxAXHRoZVxjYXRjb2RlYFxACiAgICBcY2F0Y29k ZWBcbm9leHBhbmRcP1x0aGVcY2F0Y29kZWBcPyB9JQogIFxJbnB1dElmRmlsZUV4aXN0c3tz dXBwLXBkZn17fXt9JQogIFxAdGVtcGF9CgpcZW5kaW5wdXQK --itrL8eBTV5-- From owner-pdftex@tug.org Fri Jun 5 08:14:58 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA13597 for ; Fri, 5 Jun 1998 08:14:57 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA14020 for pdftex-list; Fri, 5 Jun 1998 10:06:46 -0400 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA14017 for ; Fri, 5 Jun 1998 10:06:35 -0400 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 QAA17937; Fri, 5 Jun 1998 16:04:56 +0200 (MET DST) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id QAA16960; Fri, 5 Jun 1998 16:15:33 +0200 (MET DST) Date: Fri, 5 Jun 1998 16:15:33 +0200 (MET DST) Message-Id: <199806051415.QAA16960@mozart.ujf-grenoble.fr> From: Thierry Bouche To: Sebastian Rahtz Cc: pdftex@tug.org Subject: Re: updates without Thanh In-Reply-To: <5972-Fri05Jun1998125052+0100-s.rahtz@elsevier.co.uk> References: <5972-Fri05Jun1998125052+0100-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 There is reportedly a problem with printing from acrobat to PS with a mac, although files are now correctly displayed. (not specific to .12n) As i said yesterday i'm now able to include Xfig EPS (using Courier Font): the result is perfect in acroread, but GS chokes on it (first page), and on the PS file generated by acrobat (first page with an included PDF, Error: /invalidaccess in --put--). What is strange is that my HP5 PS printer accepts the same PS file (and prints it correctly up to the page containing 2 included PDF graphics, that it definitely refuses to print (even individually)). you may see that file on ftp://fourier.ujf-grenoble.fr/pub/contrib-tex/pdftex/vungocx.pdf i made other tests with other images, without problems Maybe is it time to consider supporting clipping, settransfer, and \pagecolor? Cheers, Thierry From owner-pdftex@tug.org Fri Jun 5 08:40:21 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA14156 for ; Fri, 5 Jun 1998 08:40:20 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA14150 for pdftex-list; Fri, 5 Jun 1998 10:35:47 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA14143 for ; Fri, 5 Jun 1998 10:35:45 -0400 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 PAA05882; hop 0; Fri, 5 Jun 1998 15:30:34 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Fri, 5 Jun 1998 15:35:15 +0100 Date: Fri, 5 Jun 1998 15:10:28 +0100 Message-ID: <8192-Fri05Jun1998151028+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pdftex@tug.org Subject: Re: [PDF] ANNOC: Pdfmarks: Links and Forms In-Reply-To: <199806051354.JAA18979@dax.cc.uakron.edu> References: <199806051354.JAA18979@dax.cc.uakron.edu> Sender: owner-pdftex@tug.org Precedence: bulk D. P. Story (dpstory@uakron.edu) wrote in another PDF list: > I've written two internet articles on Pdfmarks covering links and > forms. The URL: > > http://www.math.uakron.edu/~dpstory/lnk_forms.html > > Written from the perspective of a TeX user, the articles are > interactive and contain, I hope, a lot of valuable information. > Postscript (and, of course, TeX) users can copy and paste code swatches > into your own source document. > in case he doesn't post that here, i'll post it for him. The articles are very interesting; although they describe things in terms of pdfmarks, and thus cannot be directly used in pdftex, there is a lot of good solid underlying information. Sebastian From owner-pdftex@tug.org Fri Jun 5 08:40:53 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA14161 for ; Fri, 5 Jun 1998 08:40:52 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA14151 for pdftex-list; Fri, 5 Jun 1998 10:35:48 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA14145 for ; Fri, 5 Jun 1998 10:35:46 -0400 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 PAA05885; hop 0; Fri, 5 Jun 1998 15:30:36 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Fri, 5 Jun 1998 15:35:20 +0100 Date: Fri, 5 Jun 1998 15:17:42 +0100 Message-ID: <9678-Fri05Jun1998151742+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pdftex@tug.org Subject: Re: updates without Thanh In-Reply-To: <199806051415.QAA16960@mozart.ujf-grenoble.fr> References: <5972-Fri05Jun1998125052+0100-s.rahtz@elsevier.co.uk> <199806051415.QAA16960@mozart.ujf-grenoble.fr> Sender: owner-pdftex@tug.org Precedence: bulk Thierry Bouche writes: > page), and on the PS file generated by acrobat (first page with > an included PDF, Error: /invalidaccess in --put--). What is strange is > that my HP5 PS printer accepts the same PS file (and prints it > correctly up to the page containing 2 included PDF graphics, that it > definitely refuses to print (even individually)). > > you may see that file on > ftp://fourier.ujf-grenoble.fr/pub/contrib-tex/pdftex/vungocx.pdf i tested this with xpdf; i get "unknown font tag 'R6' on page 8 or so (2nd graphic); the text looks like a dogs dinner, the pictures are lovely not sure what the moral is > Maybe is it time to consider supporting clipping, settransfer, and > \pagecolor? you can surely do \pagecolor as a hack attaching a block of color to the start of the page? sebastian From owner-pdftex@tug.org Fri Jun 5 09:50:50 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA15894 for ; Fri, 5 Jun 1998 09:50:49 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA14398 for pdftex-list; Fri, 5 Jun 1998 11:43:35 -0400 Received: from extra.ucc.su.OZ.AU (extra.ucc.su.oz.au [129.78.64.4]) by tug.org (8.8.5/8.8.5) with ESMTP id LAA14395 for ; Fri, 5 Jun 1998 11:43:32 -0400 Received: from mail.usyd.edu.au (mp-12-61.mp.usyd.edu.au [129.78.58.123]) by extra.ucc.su.OZ.AU (8.8.7/8.6.12) with ESMTP id BAA08448 for ; Sat, 6 Jun 1998 01:43:29 +1000 (EST) Message-ID: <357812D1.48481175@mail.usyd.edu.au> Date: Sat, 06 Jun 1998 01:46:25 +1000 From: Robert Howlett X-Mailer: Mozilla 4.05 [en] (Win95; I) MIME-Version: 1.0 To: pdftex@tug.org Subject: pk font handling Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hi, I've encountered what seems to be a minor bug in pdftex's handling of pk fonts. My tex file says \font\xx =foo at 10 truept \xx A test \bye It works, and pdftex finds foo.pk in the directory \texfonts\300dpi Now I add the line \magnification=\magstep1 at the start of my file, and pdftex complains that it can't find font foo at 250. It has clearly divided 300 by 1.2 to get 250, but it shouldn't have, since "true pt" was used in the font declaration. (I can easily live with this!) Bob From owner-pdftex@tug.org Sat Jun 6 04:33:14 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA08416 for ; Sat, 6 Jun 1998 04:33:13 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA18569 for pdftex-list; Sat, 6 Jun 1998 06:29:47 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id GAA18566 for ; Sat, 6 Jun 1998 06:29:35 -0400 Received: from SnowWhite.inet.cz (pavel@dialup2.inet.cz [194.196.193.2]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id MAA21957; Sat, 6 Jun 1998 12:27:20 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id VAA01379; Fri, 5 Jun 1998 21:06:10 +0200 Date: Fri, 5 Jun 1998 21:06:10 +0200 Message-Id: <199806051906.VAA01379@SnowWhite.inet.cz> From: "Pavel Janik ml." To: Sebastian Rahtz CC: pdftex@tug.org, Jiri Osoba In-reply-to: <5972-Fri05Jun1998125052+0100-s.rahtz@elsevier.co.uk> (message from Sebastian Rahtz on Fri, 5 Jun 1998 12:50:52 +0100) Subject: TIFF image inclusion (Was: Re: updates without Thanh) X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.103 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Date: Fri, 5 Jun 1998 12:50:52 +0100 From: Sebastian Rahtz Hi, > Now that Thanh is away for 3 months, I suggest that anyone who > finds/fixes bugs in pdftex 0.12n should report them directly here, and > I will attempt to maintain an up-to-date release in the > applications/pdftex area on www.tug.org. I will shortly put what I am > using there, with the Makefile and configure changes. I think I can get write access to ftp://ftp.cstug.cz/.../thanh/ so I can maintain the sources in time Thanh is away (I also wanna clean up Thanh's Makefiles and other stuff). > I bet some clever person could add support for direct TIFF inclusion > pretty easily, based on the JPEG stuff. If we had that, pdftex would > really be free-standing, I think. Any volunteers? I hope Jiri Osoba will do it :-) (Nebo se mylim? translation from czech follows: Didn't he?) It should not be too hard, because Thanh made a cleanup in image inclusion. This work must include: - new writetiff.c file and some additions to functions in writeimg.c - must correctly handle big/little endian byte ordering in TIFF images Info about TIFF can be found at: ftp://ftp.sgi.com/graphics/tiff ftp://ftp.adobe.com/pub/adobe/DeveloperSupport/TechNotes/PDFfiles/ TIFF* ? and if you have RedHat Linux: SnowWhite:/home/pavel$ rpm -qi libtiff Name : libtiff Distribution: Hurricane Version : 3.4 Vendor: Red Hat Software Release : 1 Build Date: Wed Oct 15 03:56:18 1997 Install date: Tue Jan 13 18:37:26 1998 Build Host: porky.redhat.com Group : Libraries Source RPM: libtiff-3.4-1.src.rpm Size : 617503 Packager : Red Hat Software URL : http://www-mipl.jpl.nasa.gov/~ndr/tiff/ Summary : Library for handling TIFF files. Description : This package is a library of functions that manipulate TIFF images. SnowWhite:/home/pavel$ I hope somebody volunteer for this (Jiri, do you?). If not, I can do it, but It'sNotGoodTimeNowYouKnow (tm). -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Sat Jun 6 04:33:20 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA08422 for ; Sat, 6 Jun 1998 04:33:19 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA18564 for pdftex-list; Sat, 6 Jun 1998 06:29:08 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id GAA18561 for ; Sat, 6 Jun 1998 06:29:04 -0400 Received: from SnowWhite.inet.cz (pavel@dialup2.inet.cz [194.196.193.2]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id MAA21954; Sat, 6 Jun 1998 12:27:15 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id VAA01464; Fri, 5 Jun 1998 21:18:36 +0200 Date: Fri, 5 Jun 1998 21:18:36 +0200 Message-Id: <199806051918.VAA01464@SnowWhite.inet.cz> From: "Pavel Janik ml." To: Robert Howlett CC: pdftex@tug.org In-reply-to: <357812D1.48481175@mail.usyd.edu.au> (message from Robert Howlett on Sat, 06 Jun 1998 01:46:25 +1000) Subject: Re: pk font handling X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.103 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Datum: Sat, 06 Jun 1998 01:46:25 +1000 Odesilatel: Robert Howlett Hi, > Now I add the line > \magnification=\magstep1 > at the start of my file, and pdftex complains that > it can't find font foo at 250. it might be pdftex's bug - see TexBook page 60 (Exercise 10.6 and Answer to this exercise). pdfTeX probably doesn't do: "and the final output magnifies it back to 12pt". Please test another type of fonts (ttf or pfb e.g.) and report it here. -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Sat Jun 6 05:59:55 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA09784 for ; Sat, 6 Jun 1998 05:59:54 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA18852 for pdftex-list; Sat, 6 Jun 1998 07:55:30 -0400 Received: from extra.ucc.su.OZ.AU (extra.ucc.su.oz.au [129.78.64.4]) by tug.org (8.8.5/8.8.5) with ESMTP id HAA18849 for ; Sat, 6 Jun 1998 07:55:27 -0400 Received: from mail.usyd.edu.au (mp-13-19.mp.usyd.edu.au [129.78.58.143]) by extra.ucc.su.OZ.AU (8.8.7/8.6.12) with ESMTP id VAA04147; Sat, 6 Jun 1998 21:55:08 +1000 (EST) Message-ID: <35792ECE.7510D19A@mail.usyd.edu.au> Date: Sat, 06 Jun 1998 21:58:06 +1000 From: Robert Howlett X-Mailer: Mozilla 4.05 [en] (Win95; I) MIME-Version: 1.0 To: Pavel.Janik@inet.cz CC: pdftex@tug.org Subject: Re: pk font handling References: <199806051918.VAA01464@SnowWhite.inet.cz> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Pavel Janik ml. wrote: > > Datum: Sat, 06 Jun 1998 01:46:25 +1000 > Odesilatel: Robert Howlett > > Hi, > > > Now I add the line > > \magnification=\magstep1 > > at the start of my file, and pdftex complains that > > it can't find font foo at 250. > > it might be pdftex's bug - see TexBook page 60 (Exercise 10.6 and > Answer to this exercise). pdfTeX probably doesn't do: "and the final > output magnifies it back to 12pt". Please test another type of fonts > (ttf or pfb e.g.) and report it here. > -- > Pavel Janik ml. > Pavel.Janik@inet.cz I don't think the question makes sense for scalable fonts. I guess that what pdftex does is the most sensible thing -- it produces the right output. My test file now goes like this %\pdfoutput=0 %\magnification=\magstep1 \font\xx =foo at 10 truept \xx Hi \bye When I uncomment the first line and run pdftex to get a dvi file, and then view the result with dviwin, the font foo.pk in \texfonts\300dpi is used by dviwin, whether or not the second line is uncommented. With the first line commented out, pdftex uses the font from \texfonts\300dpi if the second line is commented out, but looks for foo.pk in \texfonts\250dpi instead if the second line is uncommented. The result would look OK if only this latter font existed. (It doesn't, because I don't have a metafont file for the font.) Bob From owner-pdftex@tug.org Sat Jun 6 06:48:39 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA10616 for ; Sat, 6 Jun 1998 06:48:38 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA19027 for pdftex-list; Sat, 6 Jun 1998 08:45:19 -0400 Received: from smtp3.xs4all.nl (smtp3.xs4all.nl [194.109.6.53]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA19024 for ; Sat, 6 Jun 1998 08:45:17 -0400 Received: from infovore (root@infovore.xs4all.nl [194.109.13.254]) by smtp3.xs4all.nl (8.8.8/8.8.8) with ESMTP id OAA04700 for ; Sat, 6 Jun 1998 14:45:12 +0200 (CEST) Received: by infovore id m0yhvpO-000d4vC (Debian Smail-3.2 1996-Jul-4 #2); Fri, 5 Jun 1998 14:42:38 +0200 (CEST) To: pdftex@tug.org Subject: Re: compiling pdftex 0.12n References: <1117779.3105987229@mac038.ams.org> Mime-Version: 1.0 (generated by tm-edit 7.105) Content-Type: text/plain; charset=US-ASCII From: Olaf Weber Date: 05 Jun 1998 14:42:37 +0200 In-Reply-To: Tom Kacvinsky's message of "Thu, 04 Jun 1998 22:13:49 -0400" Message-ID: <8790ncggua.fsf@infovore.xs4all.nl> Lines: 19 X-Mailer: Gnus v5.4.66/Emacs 19.34 Sender: owner-pdftex@tug.org Precedence: bulk Tom Kacvinsky writes: > Sounds good. Thanks. One more favor, though: where can I lay > my grubby paws on autoconf 2.12.1? When I run autoconf > on the modified configure.in "script", I get an error message > to the effect that I need to use Autoconf 2.12.1 or higher. > The thing is, autoconf 2.12.1 is not on the GNU mirrors. > Urk. Arghh. Gak... It is not a true release of autoconf, but how we refer to the patched version used by web2c. Its macro files can be found in in the .../web2c-7.2/etc/autoconf directory. So an autoreconf run would look like this: $ cd .../web2c-7.2 $ autoreconf -m etc/autoconf --force provided you have autoconf 2.12 already installed. -- Olaf Weber From owner-pdftex@tug.org Mon Jun 8 08:21:40 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA23979 for ; Mon, 8 Jun 1998 08:21:39 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA29618 for pdftex-list; Mon, 8 Jun 1998 10:11:01 -0400 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA29599 for ; Mon, 8 Jun 1998 10:06:06 -0400 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 QAA06090 for ; Mon, 8 Jun 1998 16:05:34 +0200 (MET DST) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id QAA24623; Mon, 8 Jun 1998 16:16:35 +0200 (MET DST) Date: Mon, 8 Jun 1998 16:16:35 +0200 (MET DST) Message-Id: <199806081416.QAA24623@mozart.ujf-grenoble.fr> From: Thierry Bouche To: PDFTeX Mailing List Subject: hyperref & ext1 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 The following error message is rather frequent with hyperref: Warning (ext1): destination with the same identifier already exists! It vanishes sometimes, but not always. Could someone remind me what is going on? Th(anks) Th(ierry) From owner-pdftex@tug.org Mon Jun 8 09:15:35 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA25794 for ; Mon, 8 Jun 1998 09:15:33 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA29857 for pdftex-list; Mon, 8 Jun 1998 11:09:48 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id LAA29854 for ; Mon, 8 Jun 1998 11:09:47 -0400 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 QAA19404; hop 0; Mon, 8 Jun 1998 16:04:32 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Mon, 8 Jun 1998 16:09:42 +0100 Date: Mon, 8 Jun 1998 15:50:46 +0100 Message-ID: <6249-Mon08Jun1998155046+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Pavel.Janik@inet.cz Cc: pdftex@tug.org, osoba@vyvoj.jablotron.cz Subject: Re: TIFF image inclusion (Was: Re: updates without Thanh) In-Reply-To: <199806051906.VAA01379@SnowWhite.inet.cz> References: <5972-Fri05Jun1998125052+0100-s.rahtz@elsevier.co.uk> <199806051906.VAA01379@SnowWhite.inet.cz> Sender: owner-pdftex@tug.org Precedence: bulk Pavel Janik ml. writes: > I think I can get write access to ftp://ftp.cstug.cz/.../thanh/ so I > can maintain the sources in time Thanh is away (I also wanna clean up > Thanh's Makefiles and other stuff). oh, good. yes, please do update the files with new Makefile.in and configure.in > I hope Jiri Osoba will do it :-) (Nebo se mylim? translation from > czech follows: Didn't he?) It should not be too hard, because Thanh > made a cleanup in image inclusion. This work must include: I too was hoping Jiri might volunteer. as you say, its pretty clear what to do Sebastian From owner-pdftex@tug.org Mon Jun 8 12:19:06 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id MAA02644 for ; Mon, 8 Jun 1998 12:19:04 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id OAA30661 for pdftex-list; Mon, 8 Jun 1998 14:14:18 -0400 Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by tug.org (8.8.5/8.8.5) with SMTP id OAA30658 for ; Mon, 8 Jun 1998 14:14:16 -0400 Received: from lanczos.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 8 Jun 98 19:14:15 +0100 (BST) Subject: Re: hyperref & ext1 In-Reply-To: <199806081416.QAA24623@mozart.ujf-grenoble.fr> from Thierry Bouche at "Jun 8, 98 04:16:35 pm" To: Thierry Bouche Date: Mon, 8 Jun 1998 19:14:13 +0100 (BST) From: Timothy Murphy Cc: pdftex@tug.org X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-ID: <9806081914.aa09172@lanczos.maths.tcd.ie> Sender: owner-pdftex@tug.org Precedence: bulk > The following error message is rather frequent with hyperref: > > Warning (ext1): destination with the same identifier already exists! > > > It vanishes sometimes, but not always. Could someone remind me what is > going on? You get this if eg you start re-numbering pages with each chapter. In that case you can say \usepackage[pdftex,plainpages=false]{hyperref} (I guess the same will occur if some other counter is reset.) From owner-pdftex@tug.org Tue Jun 9 00:20:19 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id AAA28539 for ; Tue, 9 Jun 1998 00:20:18 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id CAA00549 for pdftex-list; Tue, 9 Jun 1998 02:17:12 -0400 Received: from vyvoj.vyvoj (jablovyv.dial-up.cz [193.179.205.11]) by tug.org (8.8.5/8.8.5) with ESMTP id CAA00546 for ; Tue, 9 Jun 1998 02:17:08 -0400 Received: from osoba.vyvoj (osoba.vyvoj [192.168.1.38]) by vyvoj.vyvoj with SMTP id IAA28333 (8.7.6/IDA-1.6); Tue, 9 Jun 1998 08:38:44 +0200 Message-ID: <199806090638.IAA28333@vyvoj.vyvoj> Comments: Authenticated sender is From: "Jiri Osoba" Organization: Jablotron Ltd. - Development dpt. To: Pavel.Janik@inet.cz Date: Tue, 9 Jun 1998 08:15:55 +0200 Subject: Re: TIFF image inclusion (Was: Re: updates without Thanh) Reply-to: Jiri Osoba CC: pdftex@tug.org X-mailer: Pegasus Mail for Windows (v2.42a) Sender: owner-pdftex@tug.org Precedence: bulk On 5 Jun 98 at 21:06, Pavel Janik ml. wrote: > Date: Fri, 5 Jun 1998 12:50:52 +0100 > From: Sebastian Rahtz > > Hi, > > > Now that Thanh is away for 3 months, I suggest that anyone who > > finds/fixes bugs in pdftex 0.12n should report them directly here, and > > I will attempt to maintain an up-to-date release in the > > applications/pdftex area on www.tug.org. I will shortly put what I am > > using there, with the Makefile and configure changes. > > I think I can get write access to ftp://ftp.cstug.cz/.../thanh/ so I > can maintain the sources in time Thanh is away (I also wanna clean up > Thanh's Makefiles and other stuff). I don't think that this is a good idea. Let to Thanh what will be in pdfTeX. Else there will be a few (incompatible) pdfTeXs. In my opinion we shouldn't change pdfTeX while Thanh is maitaining it. OK, we can fix some bugs (which Thanh should fix), but not add new features. > > I bet some clever person could add support for direct TIFF inclusion > > pretty easily, based on the JPEG stuff. If we had that, pdftex would > > really be free-standing, I think. Any volunteers? > > I hope Jiri Osoba will do it :-) (Nebo se mylim? translation from > czech follows: Didn't he?) It should not be too hard, because Thanh > made a cleanup in image inclusion. This work must include: I will not do it (in czech: to neudelam). I spoke (well, through e-mail) with Thanh about some general rule to add other pictures format to pdfTeX and Thanh was against it. He sait (I can post his answer) that there is no reason why to do it. Bitmap, which must be included without loosing informations, can be included through PNG, fotos can be included through JPG and vector graphic can be included through PDF. So please don't extend pdfTeX in this way, Thanh is against it. Jiri. From owner-pdftex@tug.org Tue Jun 9 02:24:15 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA16173 for ; Tue, 9 Jun 1998 02:24:14 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA01082 for pdftex-list; Tue, 9 Jun 1998 04:18:56 -0400 Received: from smtp02.wxs.nl (smtp02.wxs.nl [195.121.6.60]) by tug.org (8.8.5/8.8.5) with ESMTP id EAA01076 for ; Tue, 9 Jun 1998 04:18:54 -0400 Received: from wxs.nl ([195.121.70.179]) by smtp02.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA5064; Tue, 9 Jun 1998 10:18:33 +0200 Message-ID: <357CED12.B38A32D7@wxs.nl> Date: Tue, 09 Jun 1998 10:06:42 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Jiri Osoba CC: Pavel.Janik@inet.cz, pdftex@tug.org Subject: Re: TIFF image inclusion (Was: Re: updates without Thanh) References: <199806090638.IAA28333@vyvoj.vyvoj> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Jiri Osoba wrote: > I will not do it (in czech: to neudelam). I spoke (well, through > e-mail) with Thanh about some general rule to add other pictures > format to pdfTeX and Thanh was against it. He sait (I can post his > answer) that there is no reason why to do it. Bitmap, which must be > included without loosing informations, can be included through PNG, > fotos can be included through JPG and vector graphic can be included > through PDF. So please don't extend pdfTeX in this way, Thanh is > against it. There are some libraries that can do conversions. Maybe we should make a straightforward utility that converts gif/tiff into png, if possible stripping off things that are not valid in pdftex (like some channels). 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 Jun 9 02:34:55 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA16643 for ; Tue, 9 Jun 1998 02:34:54 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA01083 for pdftex-list; Tue, 9 Jun 1998 04:18:58 -0400 Received: from smtp03.wxs.nl (mmp02.wxs.nl [195.121.6.37]) by tug.org (8.8.5/8.8.5) with ESMTP id EAA01077 for ; Tue, 9 Jun 1998 04:18:54 -0400 Received: from wxs.nl ([195.121.70.179]) by smtp03.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAACA2; Tue, 9 Jun 1998 10:18:35 +0200 Message-ID: <357CED8D.7FFAEE94@wxs.nl> Date: Tue, 09 Jun 1998 10:08:45 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Jiri Osoba CC: Pavel.Janik@inet.cz, pdftex@tug.org Subject: Re: TIFF image inclusion (Was: Re: updates without Thanh) References: <199806090638.IAA28333@vyvoj.vyvoj> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Jiri Osoba wrote: > In my opinion we shouldn't change pdfTeX while Thanh is maitaining > it. OK, we can fix some bugs (which Thanh should fix), but not add > new features. Right. Thanh only mentioned solving bugs. Stability is of high priority. Of course we can (as always) do tests and in about three months report results/wishes to Thanh. 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 Jun 9 02:57:47 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA17130 for ; Tue, 9 Jun 1998 02:57:46 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA01212 for pdftex-list; Tue, 9 Jun 1998 04:53:06 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id EAA01209 for ; Tue, 9 Jun 1998 04:53:05 -0400 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 JAA03618; hop 0; Tue, 9 Jun 1998 09:47:50 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Tue, 9 Jun 1998 09:52:49 +0100 Date: Tue, 9 Jun 1998 09:33:56 +0100 Message-ID: <3027-Tue09Jun1998093356+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: tim@maths.tcd.ie Cc: Thierry.Bouche@ujf-grenoble.fr, pdftex@tug.org Subject: Re: hyperref & ext1 In-Reply-To: <9806081914.aa09172@lanczos.maths.tcd.ie> References: <199806081416.QAA24623@mozart.ujf-grenoble.fr> <9806081914.aa09172@lanczos.maths.tcd.ie> Sender: owner-pdftex@tug.org Precedence: bulk Timothy Murphy writes: > > Warning (ext1): destination with the same identifier already exists! .. > You get this if eg you start re-numbering pages with each chapter. > In that case you can say > > \usepackage[pdftex,plainpages=false]{hyperref} > > (I guess the same will occur if some other counter is reset.) > resetting counters by hand is a dangerous game, yes. hyperref often uses them to derive meaningful labels. I suppose I should add an option to make all labels arbitraty xNNNNNN type, but that breaks HyperTeX conventions (for what they are worth) sebastian From owner-pdftex@tug.org Tue Jun 9 06:18:21 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA22013 for ; Tue, 9 Jun 1998 06:18:20 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA01939 for pdftex-list; Tue, 9 Jun 1998 08:07:47 -0400 Received: from socks.ubsinc.com (socks.ubsinc.com [207.152.88.2]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA01936 for ; Tue, 9 Jun 1998 08:07:45 -0400 Received: from iws-irms.com ([198.179.146.151]) by socks.ubsinc.com (8.8.5/8.8.5) with ESMTP id HAA08275 for ; Tue, 9 Jun 1998 07:08:41 -0500 Message-ID: <357D24DE.25C789BD@iws-irms.com> Date: Tue, 09 Jun 1998 07:04:46 -0500 From: Glauber Ribeiro Organization: Integrated Warehousing Solutions http://www.iws-irms.com X-Mailer: Mozilla 4.05 [en] (WinNT; I) MIME-Version: 1.0 To: pdftex@tug.org Subject: Including PDF in PDF Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hello, i've missed some of the discussions recently due to travelling and work. I seem to remember something about being able to include a PDF file as a "graph" with the new version of pdftex. Is this true? Is it possible to include any PDF file now? If so, could someone summarize how this is done or point me to documentation? Thank you Glauber -- Glauber Ribeiro --- IWS mailto://glauber@iws-irms.com http://www.iws-irms.com From owner-pdftex@tug.org Tue Jun 9 06:34:51 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA22473 for ; Tue, 9 Jun 1998 06:34:50 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA02056 for pdftex-list; Tue, 9 Jun 1998 08:28:51 -0400 Received: from extra.ucc.su.OZ.AU (extra.ucc.su.oz.au [129.78.64.4]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA02053 for ; Tue, 9 Jun 1998 08:28:48 -0400 Received: from mail.usyd.edu.au (mp-12-11.mp.usyd.edu.au [129.78.58.73]) by extra.ucc.su.OZ.AU (8.8.7/8.6.12) with ESMTP id WAA25446 for ; Tue, 9 Jun 1998 22:28:44 +1000 (EST) Message-ID: <357D2B38.CECCF5D9@mail.usyd.edu.au> Date: Tue, 09 Jun 1998 22:31:52 +1000 From: Robert Howlett X-Mailer: Mozilla 4.05 [en] (Win95; I) MIME-Version: 1.0 To: pdftex@tug.org Subject: acrobat reader on macs Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hello all, Does anyone know if the Macintosh version of Acrobat Reader can successfully deal with pdf produced by pdftex? For a couple of months a colleague of mine has been using pdftex 0.11 to produce pdf files (using cm fonts only) which are intended for viewing by "mathematics enrichment classes" in various secondary schools in New South Wales. We had thought that the system was working OK, but recently someone reported that their school's mac did not display any of the TeX fonts used in the document in question. I then got a friend to try with his mac, and he reported that he could not view the document on the screen, although it did print OK. Has anyone encountered anything like this? I have come to expect that such phenomena are more likely to be due to bugs in acrobat reader rather than problems with pdftex; so I'm not hopeful that upgrading to the latest pdftex is going to help. Bob From owner-pdftex@tug.org Tue Jun 9 07:13:32 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA23546 for ; Tue, 9 Jun 1998 07:13:31 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA02299 for pdftex-list; Tue, 9 Jun 1998 09:09:19 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA02296 for ; Tue, 9 Jun 1998 09:09:17 -0400 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 OAA10528; hop 0; Tue, 9 Jun 1998 14:04:01 +0100 (BST) Received: from screavie.elsevier.co.uk by snowdon.elsevier.co.uk with SMTP (PP); Tue, 9 Jun 1998 14:08:57 +0100 Received: from lurgmhor.elsevier.co.uk (lurgmhor.elsevier.co.uk [193.131.197.7]) by screavie.elsevier.co.uk (8.8.5/8.8.5) with ESMTP id OAA07026; Tue, 9 Jun 1998 14:08:53 +0100 (BST) Received: (from srahtz@localhost) by lurgmhor.elsevier.co.uk (8.8.5/8.8.5) id OAA25191; Tue, 9 Jun 1998 14:08:53 +0100 (BST) Date: Tue, 9 Jun 1998 14:08:53 +0100 (BST) Message-Id: <199806091308.OAA25191@lurgmhor.elsevier.co.uk> From: Sebastian Rahtz To: glauber@iws-irms.com Cc: pdftex@tug.org Subject: Re: Including PDF in PDF In-Reply-To: <357D24DE.25C789BD@iws-irms.com> References: <357D24DE.25C789BD@iws-irms.com> Sender: owner-pdftex@tug.org Precedence: bulk Glauber Ribeiro writes: > i've missed some of the discussions recently due to travelling and work. > I seem to remember something about being able to include a PDF file as a > "graph" with the new version of pdftex. Is this true? Is it possible to > include any PDF file now? If so, could someone summarize how this is more or less. I think there are still some things to iron out, but in principal any single-page PDF file can be included with eg \pdfimage foo.pdf using the updated pdftex.def for the LaTeX graphics package (see archives of this group, posted last week) means you can just say \includegraphics{foo.pdf} in the ordinary way sebastian PS I express some caution, as I have spent the last N million hours trying to pin down an unreadable PDF file written by pdftex using this technique.... From owner-pdftex@tug.org Tue Jun 9 09:49:42 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA28873 for ; Tue, 9 Jun 1998 09:49:41 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA02931 for pdftex-list; Tue, 9 Jun 1998 11:39:49 -0400 Received: from smtp02.wxs.nl (smtp02.wxs.nl [195.121.6.60]) by tug.org (8.8.5/8.8.5) with ESMTP id LAA02928 for ; Tue, 9 Jun 1998 11:39:48 -0400 Received: from wxs.nl ([195.121.70.32]) by smtp02.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA69DF; Tue, 9 Jun 1998 17:39:37 +0200 Message-ID: <357D5951.23DFC163@wxs.nl> Date: Tue, 09 Jun 1998 17:48:33 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Glauber Ribeiro , pdftex Subject: Re: Including PDF in PDF References: <357D24DE.25C789BD@iws-irms.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Glauber Ribeiro wrote: > i've missed some of the discussions recently due to travelling and work. > I seem to remember something about being able to include a PDF file as a > "graph" with the new version of pdftex. Is this true? Is it possible to > include any PDF file now? If so, could someone summarize how this is > done or point me to documentation? \pdfimage myfile.pdf In the new supp-pdf module mediabox scanning is taken care of. 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 Jun 9 12:29:16 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id MAA02960 for ; Tue, 9 Jun 1998 12:29:15 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id OAA03680 for pdftex-list; Tue, 9 Jun 1998 14:24:30 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id OAA03677 for ; Tue, 9 Jun 1998 14:24:27 -0400 Received: from SnowWhite.inet.cz (pavel@dialup1.inet.cz [194.196.193.1]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id UAA28809; Tue, 9 Jun 1998 20:22:25 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id TAA06940; Tue, 9 Jun 1998 19:50:40 +0200 Date: Tue, 9 Jun 1998 19:50:40 +0200 Message-Id: <199806091750.TAA06940@SnowWhite.inet.cz> From: "Pavel Janik ml." To: Hans Hagen CC: pdftex@tug.org In-reply-to: <357CED12.B38A32D7@wxs.nl> (message from Hans Hagen on Tue, 09 Jun 1998 10:06:42 +0200) Subject: Re: TIFF image inclusion (Was: Re: updates without Thanh) X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.103 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Date: Tue, 09 Jun 1998 10:06:42 +0200 From: Hans Hagen Hi, > There are some libraries that can do conversions. Maybe we should make a > straightforward utility that converts gif/tiff into png, if possible > stripping off things that are not valid in pdftex (like some channels). I have this bug fixed in my tree, pdfTeX now supports interlaced PNGs and PNGs with alpha channel. Late this evening it should be available for everyone. I will post announcement here. -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Tue Jun 9 19:53:26 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id TAA12914 for ; Tue, 9 Jun 1998 19:53:24 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id VAA05345 for pdftex-list; Tue, 9 Jun 1998 21:49:33 -0400 Received: from fisher.stat.ualberta.ca (fisher.stat.ualberta.ca [129.128.51.10]) by tug.org (8.8.5/8.8.5) with SMTP id VAA05342 for ; Tue, 9 Jun 1998 21:49:32 -0400 Received: (from daemon@localhost) by fisher.stat.ualberta.ca (8.6.12/8.6.12.3) id TAA25904; Tue, 9 Jun 1998 19:49:28 -0600 From: "Paul Y. Peng" Received: from bimodal.stat.ualberta.ca(129.128.51.42) via SMTP by fisher.stat.ualberta.ca, id smtpdIIuIQI4AAA; Tue Jun 9 19:49:27 1998 Received: (from peng@localhost) by bimodal.stat.ualberta.ca (8.7.5/8.7.5.3) id TAA25796; Tue, 9 Jun 1998 19:46:34 -0600 (MDT) Message-Id: <199806100146.TAA25796@bimodal.stat.ualberta.ca> Subject: Re: Including PDF in PDF To: pdftex@stat.ualberta.ca, Date: Tue, 9 Jun 1998 19:46:33 -0600 (MDT) In-Reply-To: <357D5951.23DFC163@wxs.nl> from "Hans Hagen" at Jun 9, 98 05:48:33 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-pdftex@tug.org Precedence: bulk Please forgive me if my question is too simple. I am new to pdflatex and this group. I am trying to include a pdf (single page) file into my latex file which then is compiled into a pdf file by pdflatex. The pdf file to be included is actually generated by ps2pdf from a postscript file. What I have got are 1. If I include the pdf file by \pdfimage file.pdf, I get error message ! Error: pdftex (file file.pdf): ==> setjmp() failed c:\texmf\miktex\bin\pdftex.exe: No error 2. If I include the pdf file by \includegraphics[bb = 0 0 600 800]{file.pdf} nothing comes up in the final pdf file! 3. From some documents of pdftex, it SEEMS that a pdf file cannot be included directly into a latex if it contains texts and a suggested way is to transform the texts into pictures by pstoedit. I used this program instead of ps2pdf to transform my postscript file into pdf file, but the texts in the resulting pdf file look unacceptable. I am wondering what's the best way to include a postscript file into a latex file so that pdflatex can do its job. Thank you for your help. PS: I have \usepackage[pdftex]{graphicx} and \pdfcompresslevel=9 \pdfoutput=1 in the preamble of my latex file. I am using MikTex downloaded in April (1.09?). Paul. From owner-pdftex@tug.org Tue Jun 9 20:15:38 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id UAA13336 for ; Tue, 9 Jun 1998 20:15:37 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id WAA05445 for pdftex-list; Tue, 9 Jun 1998 22:11:13 -0400 Received: from fisher.stat.ualberta.ca (fisher.stat.ualberta.ca [129.128.51.10]) by tug.org (8.8.5/8.8.5) with SMTP id WAA05442 for ; Tue, 9 Jun 1998 22:11:11 -0400 Received: (from daemon@localhost) by fisher.stat.ualberta.ca (8.6.12/8.6.12.3) id UAA33386 for ; Tue, 9 Jun 1998 20:11:08 -0600 From: "Paul Y. Peng" Received: from bimodal.stat.ualberta.ca(129.128.51.42) via SMTP by fisher.stat.ualberta.ca, id smtpdIloIQI4AAA; Tue Jun 9 20:11:01 1998 Received: (from peng@localhost) by bimodal.stat.ualberta.ca (8.7.5/8.7.5.3) id UAA26040 for pdftex@tug.org; Tue, 9 Jun 1998 20:11:02 -0600 (MDT) Message-Id: <199806100211.UAA26040@bimodal.stat.ualberta.ca> Subject: Re: Including PDF in PDF To: pdftex@stat.ualberta.ca, Date: Tue, 9 Jun 1998 19:46:33 -0600 (MDT) In-Reply-To: <357D5951.23DFC163@wxs.nl> from "Hans Hagen" at Jun 9, 98 05:48:33 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-pdftex@tug.org Precedence: bulk Please forgive me if my question is too simple. I am new to pdflatex and this group. I am trying to include a pdf (single page) file into my latex file which then is compiled into a pdf file by pdflatex. The pdf file to be included is actually generated by ps2pdf from a postscript file. What I have got are 1. If I include the pdf file by \pdfimage file.pdf, I get error message ! Error: pdftex (file file.pdf): ==> setjmp() failed c:\texmf\miktex\bin\pdftex.exe: No error 2. If I include the pdf file by \includegraphics[bb = 0 0 600 800]{file.pdf} nothing comes up in the final pdf file! 3. From some documents of pdftex, it SEEMS that a pdf file cannot be included directly into a latex if it contains texts and a suggested way is to transform the texts into pictures by pstoedit. I used this program instead of ps2pdf to transform my postscript file into pdf file, but the texts in the resulting pdf file look unacceptable. I am wondering what's the best way to include a postscript file into a latex file so that pdflatex can do its job. Thank you for your help. PS: I have \usepackage[pdftex]{graphicx} and \pdfcompresslevel=9 \pdfoutput=1 in the preamble of my latex file. I am using MikTex downloaded in April (1.09?). Paul. From owner-pdftex@tug.org Wed Jun 10 02:13:26 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA20196 for ; Wed, 10 Jun 1998 02:13:20 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id DAA06759 for pdftex-list; Wed, 10 Jun 1998 03:57:23 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id DAA06756 for ; Wed, 10 Jun 1998 03:57:13 -0400 Received: from SnowWhite.inet.cz (pavel@dialup1.inet.cz [194.196.193.1]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id JAA16890; Wed, 10 Jun 1998 09:51:41 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id JAA00355; Wed, 10 Jun 1998 09:48:51 +0200 Date: Wed, 10 Jun 1998 09:48:51 +0200 Message-Id: <199806100748.JAA00355@SnowWhite.inet.cz> From: "Pavel Janik ml." To: pdftex@tug.org CC: Petr Sojka , Sebastian Rahtz Subject: New pdfTeX and PDF macros for CWEB X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.103 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Hi, I've just finished my tests with new bug fix release of pdfTeX-0.12n. It's named pdfTeX-0.12o-1. `o' suffix means that it's new version. In the future, I'll made available only `o' versions, numbered from the first `1' to whatever. pdfTeX-0.12o-1 has no new features (it will never had, since Thanh is away). It contains bugfixes only: 1. PNG files with alpha channel can be included as normal PNG files: \pdfimage png_with_alpha_channel.png Please test this feature (somebody reported, that pdfTeX cannot include alpha `channelled' PNG, it died with "alpha channel not supported", now it should not.) 2. pdfTeX can now include interlaced PNG files. It's too ugly, but the best we can do. You can test this feature (on Linux e.g.) by running xv. Save your favourite file (my is /usr/src/linux/Documentation/logo.gif) as interlaced PNG and try to include it in PDF. Now it works (for me ;-). As these features (or bug fixes) are in test phase, they generate warnings: can't handle alpha channel correctly, stripped Please report bugs to pdftex@tug.org and experimental support for interlaced png please report bugs to pdftex@tug.org Feel free to ignore them, but if you find some bugs, please report it. Thanks. 3. Makefiles clean up and Install script for example installation. Please report problems with this script. I'm using it to build new versions of pdfTeX. Diffstat from pdftex-0.12n follows: README | 49 pdftexdir/Makefile.in | 2 pdftexdir/TAGS | 622 ------------ pdftexdir/epdf.h | 2 pdftexdir/jpg.h | 93 - pdftexdir/pdftex.ch | 6 pdftexdir/pdftex.version | 2 pdftexdir/pdftexextra.h | 2 pdftexdir/texput.log | 9 pdftexdir/writepng.c | 30 pdftexdir/xpdf-0.7a/xpdf/Makefile | 100 - pdftexdir/xpdf-0.7a/xpdf/Makefile.in | 2 pdftexdir/xpdf-0.7a/xpdf/Makefile.in.swp |binary pdftexdir/xpdf-0.7a/xpdf/Makefile.swp |binary pdftexdir/xpdf-0.7a/xpdf/TAGS | 1556 ------------------------------- pdftexdir/xpdf-0.7a/xpdf/epdf.h | 21 pdftexdir/xpdf-0.7a/xpdf/pdftoepdf.cc | 274 ----- pdftexdir/xpdf-0.7a/xpdf/rc | 1 pdftexdir/xpdf-0.7a/xpdf/test.log | 10 19 files changed, 94 insertions, 2687 deletions As you can see, I did major cleanup. ftp://ftp.cstug.cz/pub/tex/local/cstug/janik/ I made also available PDF macros to file cwebmac.tex, that is used to build dvi from CWEB sources. Now you can do everything in CWEB as in WEB. It's almost the same as pdfwebmac.tex as distributed in pdflib-0.12. -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Wed Jun 10 02:39:39 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA20828 for ; Wed, 10 Jun 1998 02:39:38 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA06916 for pdftex-list; Wed, 10 Jun 1998 04:34:50 -0400 Received: from nag.co.uk (andover.nag.co.uk [192.156.217.113]) by tug.org (8.8.5/8.8.5) with ESMTP id EAA06913 for ; Wed, 10 Jun 1998 04:34:48 -0400 Received: (from davidc@localhost) by nag.co.uk (8.8.7/8.8.7) id JAA00727; Wed, 10 Jun 1998 09:41:06 +0100 Date: Wed, 10 Jun 1998 09:41:06 +0100 Message-Id: <199806100841.JAA00727@nag.co.uk> From: David Carlisle To: pdftex@tug.org In-reply-to: <199806100748.JAA00355@SnowWhite.inet.cz> (Pavel.Janik@inet.cz) Subject: Re: New pdfTeX and PDF macros for CWEB References: <199806100748.JAA00355@SnowWhite.inet.cz> Sender: owner-pdftex@tug.org Precedence: bulk > It's named pdfTeX-0.12o-1 is \pdftexrevision o or o-1 ? If it is the latter then I need to quickly change the June LaTeX release (when is 1998/06/01 ?:-) as it has \ifnum \expandafter`\pdftexrevision < `m .... which would die fairly horribly if \pdftexrevision wasn't a single letter. If it is the former then it means you can't tell from within the system what you have, but if you are mainly planning bug fixes rather than new commands, perhaps this does not matter? David From owner-pdftex@tug.org Wed Jun 10 05:55:36 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA24229 for ; Wed, 10 Jun 1998 05:55:35 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA07736 for pdftex-list; Wed, 10 Jun 1998 07:50:59 -0400 Received: from top.coli.uni-sb.de (top.coli.uni-sb.de [134.96.68.10]) by tug.org (8.8.5/8.8.5) with ESMTP id HAA07733 for ; Wed, 10 Jun 1998 07:50:57 -0400 Received: from top (crysmann@top [134.96.68.10]) by top.coli.uni-sb.de (8.8.8/8.8.8) with SMTP id NAA02813 for ; Wed, 10 Jun 1998 13:50:47 +0200 (MET DST) Message-ID: <357E7317.24AF@coli.uni-sb.de> Date: Wed, 10 Jun 1998 13:50:47 +0200 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.org Subject: Problem Printing PK fonts Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk I just tried out the new pdftex-0.12n and everything (pk fonts, PDF inclusion) just works perfect for me as far as viewing is concerned. However, when printing from Acrobat Reader (Solaris/SPARC) I find that all the pk glyphs are either missing or replaced by something nonsensical. To be more precise, I tried to use the TIPA phonetic fonts which come with their own official 8bit TeX encoding (T3). Any clues what's going wrong? Do I have to set up a map or encoding file? Best, 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 Wed Jun 10 08:21:26 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA27064 for ; Wed, 10 Jun 1998 08:21:25 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA08276 for pdftex-list; Wed, 10 Jun 1998 10:15:27 -0400 Received: from top.coli.uni-sb.de (top.coli.uni-sb.de [134.96.68.10]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA08273 for ; Wed, 10 Jun 1998 10:15:20 -0400 Received: from top (crysmann@top [134.96.68.10]) by top.coli.uni-sb.de (8.8.8/8.8.8) with SMTP id QAA14848 for ; Wed, 10 Jun 1998 16:15:14 +0200 (MET DST) Message-ID: <357E94F1.75D@coli.uni-sb.de> Date: Wed, 10 Jun 1998 16:15:13 +0200 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.org Subject: Re: Problem Printing PK fonts References: <357E7317.24AF@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: > > I just tried out the new pdftex-0.12n and everything (pk fonts, PDF > inclusion) just works perfect for me as far as viewing is concerned. > However, when printing from Acrobat Reader (Solaris/SPARC) I find that > all the pk glyphs are either missing or replaced by something > nonsensical. To be more precise, I tried to use the TIPA phonetic fonts > which come with their own official 8bit TeX encoding (T3). > Meanwhile, I found out that acroread doesn't find the fonts before they are displayed on the page. While browsing through the document you can check how Acrobat updates its "Font Info" with every font found. If "Print|Download Fonts Once" is checked, embedded PKs don't get sent to the printer (as Acrobat haasn't found them yet). With this box unchecked printing is fine, as fonts seem to get downloaded on demand. However, "Download Fonts Once" seems to be on as default, so it would be nice if all fonts were found upon opening. Can this be fixed? As a temporary hack: Does someone know how to reconfigure Acrobat to have "Download Fonts Once" switched off by default? Can this be set in the document? Thanks in advance for your help, Berthold PS: Here's the culprit: http://www.coli.uni-sb.de/~crysmann/tipaman.pdf -- 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 Wed Jun 10 10:08:02 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA29356 for ; Wed, 10 Jun 1998 10:08:01 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id MAA08716 for pdftex-list; Wed, 10 Jun 1998 12:02:18 -0400 Received: from ricardo.ecn.wfu.edu (ricardo.ecn.wfu.edu [152.17.150.2]) by tug.org (8.8.5/8.8.5) with ESMTP id MAA08713 for ; Wed, 10 Jun 1998 12:02:16 -0400 Received: from localhost (cottrell@localhost) by ricardo.ecn.wfu.edu (8.8.7/8.7) with SMTP id MAA12200 for ; Wed, 10 Jun 1998 12:02:06 -0400 Date: Wed, 10 Jun 1998 12:02:06 -0400 (EDT) From: Allin Cottrell To: pdftex@tug.org Subject: pdftex for win32 In-Reply-To: <357E94F1.75D@coli.uni-sb.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk A quick question on behalf of a colleague: Is pdftex currently included in Fabrice P's web2c port to win32, as on CTAN? Thanks. Allin Cottrell Department of Economics Wake Forest University, NC From owner-pdftex@tug.org Wed Jun 10 11:13:48 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id LAA00940 for ; Wed, 10 Jun 1998 11:13:47 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id NAA08969 for pdftex-list; Wed, 10 Jun 1998 13:10:10 -0400 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id NAA08966 for ; Wed, 10 Jun 1998 13:10:08 -0400 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 TAA16687 for ; Wed, 10 Jun 1998 19:10:00 +0200 (MET DST) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id TAA26365; Wed, 10 Jun 1998 19:08:36 +0200 (MET DST) Date: Wed, 10 Jun 1998 19:08:36 +0200 (MET DST) Message-Id: <199806101708.TAA26365@mozart.ujf-grenoble.fr> From: Thierry Bouche To: PDFTeX Mailing List Subject: Bad things... 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 Hi all, could someone explain me that? (it's from 2 Xfig generated EPS converted to PDF using GS) Error (6845): Bad two dim code (0005) in CCITTFax stream Error (5717): Bad two dim code (0050) in CCITTFax stream Error (4444): Bad two dim code (0005) in CCITTFax stream Error (3316): Bad two dim code (0050) in CCITTFax stream Error (2042): Bad two dim code (0005) in CCITTFax stream Error (949): Bad two dim code (0050) in CCITTFax stream Thanks, Th. From owner-pdftex@tug.org Wed Jun 10 13:36:34 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id NAA04491 for ; Wed, 10 Jun 1998 13:36:33 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id PAA09491 for pdftex-list; Wed, 10 Jun 1998 15:34:04 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id PAA09487 for ; Wed, 10 Jun 1998 15:34:01 -0400 Received: from SnowWhite.inet.cz (pavel@dialup1.inet.cz [194.196.193.1]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id VAA30677; Wed, 10 Jun 1998 21:31:59 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id VAA04168; Wed, 10 Jun 1998 21:27:31 +0200 Date: Wed, 10 Jun 1998 21:27:31 +0200 Message-Id: <199806101927.VAA04168@SnowWhite.inet.cz> From: "Pavel Janik ml." To: davidc@nag.co.uk CC: pdftex@tug.org In-reply-to: <199806100841.JAA00727@nag.co.uk> (message from David Carlisle on Wed, 10 Jun 1998 09:41:06 +0100) Subject: Re: New pdfTeX and PDF macros for CWEB X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.103 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Date: Wed, 10 Jun 1998 09:41:06 +0100 From: David Carlisle > > It's named pdfTeX-0.12o-1 > > is \pdftexrevision o or o-1 ? It's revision: @d banner=='This is pdfTeX, Version 3.14159-0.12o-1' {printed when \TeX\ starts @d pdftex_version=12 { \.{\\pdftexversion} } @d pdftex_revision=="o" { \.{\\pdftexrevision} } My work is intended for Thanh. After revisiting changes he should move pdftex-0.12o-x to 0.12o and continue with development. -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Wed Jun 10 13:51:48 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id NAA04864 for ; Wed, 10 Jun 1998 13:51:46 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id PAA09545 for pdftex-list; Wed, 10 Jun 1998 15:49:39 -0400 Received: from gwfs.stud.fh-jena.de (gwfs.stud.fh-jena.de [194.94.37.56]) by tug.org (8.8.5/8.8.5) with ESMTP id PAA09542 for ; Wed, 10 Jun 1998 15:49:37 -0400 Received: from gw4s.stud (gw4s.stud.fh-jena.de [194.94.37.30]) by gwfs.stud.fh-jena.de (8.8.6/8.8.6) with ESMTP id VAA19818 for ; Wed, 10 Jun 1998 21:50:13 +0200 (MET DST) From: Colin Marquardt <941etcm@gwfs.stud.fh-jena.de> Received: (from 941etcm@localhost) by gw4s.stud (8.8.6/8.8.6) id VAA03588 for pdftex@tug.org; Wed, 10 Jun 1998 21:45:13 +0200 (MDT) Message-Id: <199806101945.VAA03588@gw4s.stud> Subject: Re: pdftex for win32 To: pdftex@tug.org Date: Wed, 10 Jun 1998 21:45:13 +0200 (MDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-pdftex@tug.org Precedence: bulk Allin Cottrell wrote: > A quick question on behalf of a colleague: Is pdftex currently > included in Fabrice P's web2c port to win32, as on CTAN? > Thanks. > > Allin Cottrell > Department of Economics > Wake Forest University, NC It may not help, but the win32-web2c at Fabrice's home ftp-location has got pdftex-0.12h. It's in ...-bin1.zip; it might differ from the CTAN-version though. Cheers, Colin -- Colin Marquardt colin.marquardt@gmx.de Ortsstrasse 28 D-07426 Untersch"obling From owner-pdftex@tug.org Wed Jun 10 14:40:55 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id OAA06031 for ; Wed, 10 Jun 1998 14:40:54 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id QAA09696 for pdftex-list; Wed, 10 Jun 1998 16:29:29 -0400 Received: from esemetz.ese-metz.fr (esemetz.ese-metz.fr [192.70.65.1]) by tug.org (8.8.5/8.8.5) with ESMTP id QAA09693 for ; Wed, 10 Jun 1998 16:29:28 -0400 Received: (from popineau@localhost) by esemetz.ese-metz.fr (8.8.8/8.8.8) id WAA25500; Wed, 10 Jun 1998 22:29:21 +0200 (MET DST) Date: Wed, 10 Jun 1998 22:29:21 +0200 (MET DST) From: "Fabrice.Popineau" Message-Id: <199806102029.WAA25500@esemetz.ese-metz.fr> To: cottrell@ricardo.ecn.wfu.edu, pdftex@tug.org Subject: Re: pdftex for win32 Sender: owner-pdftex@tug.org Precedence: bulk Yes, but an older version. Some 0.12h or something like this. Fabrice From owner-pdftex@tug.org Wed Jun 10 19:40:24 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id TAA12446 for ; Wed, 10 Jun 1998 19:40:23 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id VAA10805 for pdftex-list; Wed, 10 Jun 1998 21:31:39 -0400 Received: from math.ams.org (math.ams.org [130.44.210.14]) by tug.org (8.8.5/8.8.5) with SMTP id VAA10802 for ; Wed, 10 Jun 1998 21:31:37 -0400 Received: from SUN06.AMS.ORG by math.ams.org via smtpd (for tug.org [158.121.106.10]) with SMTP; 11 Jun 1998 01:31:38 UT Received: from mac038.ams.org by sun06.ams.org (PMDF V5.1-10 #27147) with SMTP id <0EUD00IFG5KPME@sun06.ams.org> for pdftex@tug.org; Wed, 10 Jun 1998 21:31:37 -0400 (EDT) Date: Wed, 10 Jun 1998 21:31:38 -0400 From: Tom Kacvinsky Subject: Re: New pdfTeX and PDF macros for CWEB To: Pavel.Janik@inet.cz Cc: pdftex@tug.org Message-id: <967141.3106503098@mac038.ams.org> MIME-version: 1.0 X-Mailer: Mulberry (MacOS) [1.3.3, s/n P020-200112-003] Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hi, Thanks a lot for your work. It solved a lot of the problems I had. Of course, most of the problems I had were due to operator error! There is one thing that got my attention. Namely, g++ 2.8.1 squawked when compiling pdftoepdf.cc. I eventually got pdftoepdf.cc to compile, but I had to fix some stuff in pdftoepdf.cc (lines 139 and and 142), and I had to add a new member function to the Object class in Object.h. I am not really sure if pdftoepdf.cc is part of the xpdf package, but I am fairly certain that Object.h is part of the xpdf package. As I have said, I have fixes for these problems, but I 'd like to know who I should contact with these fixes. For the curious: I added a member function (getRefPtr) to the Object class that returns a pointer to that Object's ref member. This was used in line 139 of pdftoepdf.cc: writeEPDF("%d 0 R", addNewRef(obj->getRefPtr())); With the distributed file, the line was: writeEPDF("%d 0 R", addNewRef(&obj->ref)); g++ complained (rightfully so) that ref is a private member of obj. This is what stopped compilation. I also changed pdftoepdf.cc at line 142. I changed error(-1, "type <%s> cannot be copied", obj->getTypeName); to error(-1, "type <%s> cannot be copied", obj->getTypeName()); Otherwise, g++ complains about passing a function pointer to a variable argument function. Not fatal, but annoying nevertheless. I also think that that would tend to cause errors. The argument used above needs to be a string, and what was passed was a function pointer. Regards, Tom From owner-pdftex@tug.org Thu Jun 11 05:01:45 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA23232 for ; Thu, 11 Jun 1998 05:01:44 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA12941 for pdftex-list; Thu, 11 Jun 1998 06:55:55 -0400 Received: from custos (custos.foa.se [150.227.16.253]) by tug.org (8.8.5/8.8.5) with SMTP id GAA12938 for ; Thu, 11 Jun 1998 06:55:53 -0400 Received: by custos; (5.65v3.2/1.3/10May95) id AA22826; Thu, 11 Jun 1998 12:55:52 +0200 Received: from antonia.sto.foa.se by mercur.foa.se (5.65v3.2/1.1.8.2/11Dec96-1251PM/sal/mek) id AA07325 for ; Thu, 11 Jun 1998 12:55:51 +0200 Date: Thu, 11 Jun 1998 12:52:35 +0200 (MET DST) From: Martin Hagstrom To: pdftex@tug.org Subject: Manual, introduction etc? 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.org id GAA12939 Sender: owner-pdftex@tug.org Precedence: bulk My excuses for a trivial question. There is a manual for pdftex mentioned somewhere. Does it exist? Is there any kind of FAQ, manual, document for beginners? For example, silly question, how to include (eps)graphics, to which file, and how to write .map files for missing fonts (ecrm....) Trivial questions but... ------------------------------------------------------------------ Martin Hagström Tel: +46 08 7063658 Dept. of Guidance and Control Fax: +46 08 7063651 Defence Research Est. 172 90 Stockholm Email: martinh@sto.foa.se Sweden From owner-pdftex@tug.org Thu Jun 11 07:42:29 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA26069 for ; Thu, 11 Jun 1998 07:42:28 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA13505 for pdftex-list; Thu, 11 Jun 1998 09:37:52 -0400 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA13502 for ; Thu, 11 Jun 1998 09:37:50 -0400 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 PAA05172; Thu, 11 Jun 1998 15:37:40 +0200 (MET DST) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id PAA10598; Thu, 11 Jun 1998 15:36:24 +0200 (MET DST) Date: Thu, 11 Jun 1998 15:36:24 +0200 (MET DST) Message-Id: <199806111336.PAA10598@mozart.ujf-grenoble.fr> From: Thierry Bouche To: Martin Hagstrom Cc: pdftex@tug.org Subject: Re: Manual, introduction etc? In-Reply-To: References: 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 « Manual, introduction etc? », Martin Hagstrom écrit : « » » My excuses for a trivial question. There is a manual for pdftex mentioned » somewhere. Does it exist? Is there any kind of FAQ, manual, document for » beginners? well, there has been one, & as things changed, they were withdrawn by Thanh. However, you can get something like a reference manual of the previous version by reading Thanh's paper at eurotex'98, which is available (.ps.gz) from http://www.ens.fr/publis.html or (direct) http://www.univ-rennes1.fr/pub/GUTenberg/publicationsPS/28-29-han.ps.gz or (.pdf) from http://www-fourier.ujf-grenoble.fr/~bouche/PDFtex/manual.pdf » For example, silly question, how to include (eps)graphics, to which file, with 1.2n you convert EPS to PDF with gs (_without_ the NOCACHE option, if you care about type quality), dans simply include it. » and how to write .map files for missing fonts (ecrm....) » with 1.2n you don't even imagine to do that because ecrm are MF fonts, so they should not be in the map file, but you can use the PK's direct. This said, for better PDFs, you should preferably use AE (virtual EC >From CM [some chars are missing]) or EM (commercial type 1 implementation of a T1+OT1+TS1 CM) HzH ThB From "Thierry Bouche " Thu Jun 11 08:17:35 1998 Flags: 000000000000 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA26677 for ; Thu, 11 Jun 1998 08:13:17 -0600 (MDT) 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 QAA07614; Thu, 11 Jun 1998 16:12:49 +0200 (MET DST) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id QAA13180; Thu, 11 Jun 1998 16:11:33 +0200 (MET DST) Date: Thu, 11 Jun 1998 16:11:33 +0200 (MET DST) Message-Id: <199806111411.QAA13180@mozart.ujf-grenoble.fr> From: Thierry Bouche To: Hilmar Schlegel Cc: fontinst@cogs.susx.ac.uk, tex-fonts@math.utah.edu, pdftex@tug.org Subject: Re: fontinst with 8y.etx In-Reply-To: <357F1B04.6918@mailszrz.zrz.tu-berlin.de> References: <199806101548.RAA15979@attila.uni-duesseldorf.de> <357F1B04.6918@mailszrz.zrz.tu-berlin.de> 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 I'm trying to generalize the audience of this debate. The question is: why did we choose 8r rather than something else. The main question at the time i write seems to be: is there an encoding that could insure portability of PDF files across platforms (including Windows & Macs...) that would be functionnally equivalent to 8r (i.e. making visible all adobe 228 glyphs + ff-ligs when available). For instance: is there a way to combine LY1 & Melissa's Mac mods? Concernant « Re: fontinst with 8y.etx », Hilmar Schlegel écrit : « » Ulrik Vieth wrote: » > » > Thierry wrote: » > » > > BTW, if LY1 is functionnally equivalent to 8r, why 8r ? » > » > Good question. Personally, I find 8y (or LY1) slightly less arbitrary » > then 8r. Both provide access to all the glyphs available in standard » > PostScript fonts, they just use a slightly different arrangement. » » No, there is a an essential difference: LY claims to be Acrobat-Reader » proof when making PDF. If that works in any case, esp. on a Mac is not » perfectly sure but it circumvents the most obvious traps. Well, does there exist something working proprely on unices, macoses & windowses95-99/Nt? Doesn't that whole question seem surrealistic to you, talking of some _portable_ doc format???!! » On the other side it is promoted with the argument to avoid the need of » VF - which is only important for Dvi-interpreters not capable of doing » VF and not relevant in the context of fontinst. This is also the reason for fontinst making ligfull 8r TFMs. That was a request from a Mac user, as far as i remember. » » > Since hardly anybody seems to be interested in typesetting directly » > with 8r, while OTOH Y&Y does promote typesetting with 8y (regardless » > whether or not you may find that adequate for non-expertized fonts), » » Well, there is the difficulty that fontinst generated LY encoded TFMs » are quite different from those made by the Y&Y tools. This leads under » certain circumstances to a big processing overhead due to the fact that » fontinst is rounding metric data to a grid of 1 AFM unit while the Y&Y » tools do not round metric data. but y&y doesn't put its ton of LY1 TFMs on CTAN, and they don't conform to karl berry names? » Also due to different checksums it is » not straight forward to mix "raw" fonts from Y&Y and VFs made by » fontinst. » this is indeed a problem, meaning that y&y LY1 TFMs could be of some use to other users, but fontinst's TFMs could'nt be used with an y&y system? » > using fontinst to install 7t/8t/8c on top of 8y (and 8x, if available) » > might turn out a compromise that could make eveyone happy? WDYT? » » From the Tex view it is completely irrelevant which » all-Standard-Roman-Character-Set encoding is used. For the purpose in » question it is however necessary or at least of desire to add a few » things to LY1 to make complete T1 fonts from fonts which provide some » additional characters. This applies especially to Eng and A, E-ogonek » which are usually not provided as composites. Postscript level 3 fonts » will provide them. » LY is not optimal in the sense that it contains several repeated codes » and therefore has less space for additional useful characters which some » fonts might provide - the advantage is mainly to cover the majority of » standard fonts without the need of a special installation. » » If one keeps the little details in mind LY1+ works just fine. » that is: as fine as 8r? Thierry From owner-pdftex@tug.org Thu Jun 11 08:18:01 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA26791 for ; Thu, 11 Jun 1998 08:18:00 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA13650 for pdftex-list; Thu, 11 Jun 1998 10:13:31 -0400 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA13647 for ; Thu, 11 Jun 1998 10:13:25 -0400 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 QAA07614; Thu, 11 Jun 1998 16:12:49 +0200 (MET DST) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id QAA13180; Thu, 11 Jun 1998 16:11:33 +0200 (MET DST) Date: Thu, 11 Jun 1998 16:11:33 +0200 (MET DST) Message-Id: <199806111411.QAA13180@mozart.ujf-grenoble.fr> From: Thierry Bouche To: Hilmar Schlegel Cc: fontinst@cogs.susx.ac.uk, tex-fonts@math.utah.edu, pdftex@tug.org Subject: Re: fontinst with 8y.etx In-Reply-To: <357F1B04.6918@mailszrz.zrz.tu-berlin.de> References: <199806101548.RAA15979@attila.uni-duesseldorf.de> <357F1B04.6918@mailszrz.zrz.tu-berlin.de> 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 I'm trying to generalize the audience of this debate. The question is: why did we choose 8r rather than something else. The main question at the time i write seems to be: is there an encoding that could insure portability of PDF files across platforms (including Windows & Macs...) that would be functionnally equivalent to 8r (i.e. making visible all adobe 228 glyphs + ff-ligs when available). For instance: is there a way to combine LY1 & Melissa's Mac mods? Concernant « Re: fontinst with 8y.etx », Hilmar Schlegel écrit : « » Ulrik Vieth wrote: » > » > Thierry wrote: » > » > > BTW, if LY1 is functionnally equivalent to 8r, why 8r ? » > » > Good question. Personally, I find 8y (or LY1) slightly less arbitrary » > then 8r. Both provide access to all the glyphs available in standard » > PostScript fonts, they just use a slightly different arrangement. » » No, there is a an essential difference: LY claims to be Acrobat-Reader » proof when making PDF. If that works in any case, esp. on a Mac is not » perfectly sure but it circumvents the most obvious traps. Well, does there exist something working proprely on unices, macoses & windowses95-99/Nt? Doesn't that whole question seem surrealistic to you, talking of some _portable_ doc format???!! » On the other side it is promoted with the argument to avoid the need of » VF - which is only important for Dvi-interpreters not capable of doing » VF and not relevant in the context of fontinst. This is also the reason for fontinst making ligfull 8r TFMs. That was a request from a Mac user, as far as i remember. » » > Since hardly anybody seems to be interested in typesetting directly » > with 8r, while OTOH Y&Y does promote typesetting with 8y (regardless » > whether or not you may find that adequate for non-expertized fonts), » » Well, there is the difficulty that fontinst generated LY encoded TFMs » are quite different from those made by the Y&Y tools. This leads under » certain circumstances to a big processing overhead due to the fact that » fontinst is rounding metric data to a grid of 1 AFM unit while the Y&Y » tools do not round metric data. but y&y doesn't put its ton of LY1 TFMs on CTAN, and they don't conform to karl berry names? » Also due to different checksums it is » not straight forward to mix "raw" fonts from Y&Y and VFs made by » fontinst. » this is indeed a problem, meaning that y&y LY1 TFMs could be of some use to other users, but fontinst's TFMs could'nt be used with an y&y system? » > using fontinst to install 7t/8t/8c on top of 8y (and 8x, if available) » > might turn out a compromise that could make eveyone happy? WDYT? » » From the Tex view it is completely irrelevant which » all-Standard-Roman-Character-Set encoding is used. For the purpose in » question it is however necessary or at least of desire to add a few » things to LY1 to make complete T1 fonts from fonts which provide some » additional characters. This applies especially to Eng and A, E-ogonek » which are usually not provided as composites. Postscript level 3 fonts » will provide them. » LY is not optimal in the sense that it contains several repeated codes » and therefore has less space for additional useful characters which some » fonts might provide - the advantage is mainly to cover the majority of » standard fonts without the need of a special installation. » » If one keeps the little details in mind LY1+ works just fine. » that is: as fine as 8r? Thierry From owner-pdftex@tug.org Tue Jun 9 12:29:39 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id MAA02967 for ; Tue, 9 Jun 1998 12:29:38 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id OAA03685 for pdftex-list; Tue, 9 Jun 1998 14:24:45 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id OAA03682 for ; Tue, 9 Jun 1998 14:24:43 -0400 Received: from SnowWhite.inet.cz (pavel@dialup1.inet.cz [194.196.193.1]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id UAA28836; Tue, 9 Jun 1998 20:22:45 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id TAA06939; Tue, 9 Jun 1998 19:47:43 +0200 Date: Tue, 9 Jun 1998 19:47:43 +0200 Message-Id: <199806091747.TAA06939@SnowWhite.inet.cz> From: "Pavel Janik ml." To: Jiri Osoba CC: Petr Sojka , Sebastian Rahtz CC: pdftex@tug.org In-reply-to: <199806090638.IAA28333@vyvoj.vyvoj> (osoba@vyvoj.jablotron.cz) Subject: pdfTeX updates X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.103 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk From: "Jiri Osoba" Date: Tue, 9 Jun 1998 08:15:55 +0200 Hi, > I don't think that this is a good idea. Let to Thanh what will be in > pdfTeX. Else there will be a few (incompatible) pdfTeXs. Ok, I suggest not adding new features directly to pdfTeX, only bug fixes (Ok, I have two of them - support for alpha channel PNGs and interlaced PNGs, and cleaning Makefiles and compilation process). But I also suggest to develop new features, but as separate modules - and let Thanh to decide what should go to pdfTeX and what should be distributed separate (as in Linux, you never know what will be accepted into mainstream kernel). I'll do TIFF support (I hope this weekend...). > In my opinion we shouldn't change pdfTeX while Thanh is maitaining > it. OK, we can fix some bugs (which Thanh should fix), but not add > new features. I mostly agree, but three months is long time for development of pdfTeX and we should not depend on one person. Thanh also wants do go home (to Vietnam) and we shouldn't break development here... > included without loosing informations, can be included through PNG, > fotos can be included through JPG and vector graphic can be included > through PDF. So please don't extend pdfTeX in this way, Thanh is > against it. Ok, I'll do separate module for pdfTeX. -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Thu Jun 11 09:41:43 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA28650 for ; Thu, 11 Jun 1998 09:41:41 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA13978 for pdftex-list; Thu, 11 Jun 1998 11:36:41 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id LAA13975 for ; Thu, 11 Jun 1998 11:36:36 -0400 Received: from SnowWhite.inet.cz (pavel@SnowWhite.local [10.0.0.101]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id RAA21584; Thu, 11 Jun 1998 17:34:28 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id RAA01552; Thu, 11 Jun 1998 17:32:46 +0200 Date: Thu, 11 Jun 1998 17:32:46 +0200 Message-Id: <199806111532.RAA01552@SnowWhite.inet.cz> From: "Pavel Janik ml." To: Tom Kacvinsky CC: pdftex@tug.org In-reply-to: <967141.3106503098@mac038.ams.org> (message from Tom Kacvinsky on Wed, 10 Jun 1998 21:31:38 -0400) Subject: Re: New pdfTeX and PDF macros for CWEB X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.105 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Date: Wed, 10 Jun 1998 21:31:38 -0400 From: Tom Kacvinsky Hi, > Of course, most of the problems I had were due to operator error! ;-) > There is one thing that got my attention. Namely, g++ 2.8.1 squawked There are known problems with gcc and g++ 2.8.1, please use gcc 2.7.2.3 or egcs for compiling pdfTeX. > class in Object.h. I am not really sure if pdftoepdf.cc is part of the > xpdf package, but I am fairly certain that Object.h is part of the > xpdf package. As I have said, I have fixes for these problems, pdftoepdf.cc is part of pdfTeX. > but I 'd like to know who I should contact with these fixes. Please test this very carefully and then contact Derek B. Noonburg (derekn @ aimnet.com) if it is bug of xpdf (I don't think so) or mail it here if it's bug of pdfTeX. > I also changed pdftoepdf.cc at line 142. I changed > > error(-1, "type <%s> cannot be copied", obj->getTypeName); > to > > error(-1, "type <%s> cannot be copied", obj->getTypeName()); This looks ok, I'll correct it. BTW - do you ever get this message? It look like: type cannot be copied :-( It's corrected now in my tree. Thanks. -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Thu Jun 11 09:46:52 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA28782 for ; Thu, 11 Jun 1998 09:46:51 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA13998 for pdftex-list; Thu, 11 Jun 1998 11:40:02 -0400 Received: from mx2.cac.washington.edu (mx2.cac.washington.edu [140.142.33.1]) by tug.org (8.8.5/8.8.5) with ESMTP id LAA13995 for ; Thu, 11 Jun 1998 11:40:01 -0400 Received: from crosby.apl.washington.edu.apl.washington.edu (crosby97.apl.washington.edu [128.95.97.2]) by mx2.cac.washington.edu (8.8.4+UW97.07/8.8.4+UW98.04) with SMTP id IAA07281; Thu, 11 Jun 1998 08:39:55 -0700 Received: from galiano (charon.apl.washington.edu) by crosby.apl.washington.edu.apl.washington.edu (4.1/SMI-4.1 ) id AA03111; Thu, 11 Jun 98 08:39:53 PDT Message-Id: <9806111539.AA03111@crosby.apl.washington.edu.apl.washington.edu> From: "Jody Klymak" To: "Sebastian Rahtz" , Subject: RE: Including PDF in PDF Date: Thu, 11 Jun 1998 08:40:26 -0700 X-Priority: 3 (Normal) X-Msmail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 In-Reply-To: <199806091308.OAA25191@lurgmhor.elsevier.co.uk> Importance: Normal X-Mimeole: Produced By Microsoft MimeOLE V4.72.2106.4 Sender: owner-pdftex@tug.org Precedence: bulk Hi Sebastian (or anyone else who knows off hand), Forgive my pitiful ignorance, but what format is the pdftex.def that you posted to this list a couple of weeks ago. What I was able to get from the archive starts: --itrL8eBTV5 Content-Disposition: attachment; filename="pdftex.def" Content-type: application/octet-stream Content-transfer-encoding: base64 XFByb3ZpZGVzRmlsZXtwZGZ0ZXguZGVmfVsxOTk4LzA2LzA0IHYwLjAyZyBncmFwaGljcy9j b2xvciBmb3IgcGRmdGV4XQoKJSUlJSUlJSUlJSUlJSUlJSUlJSUlJSUlJSUlJSUlJSUlJSUl JSUlJSUlJSUlJSUlJSUlJSUlJSUlJSUlJSUlJSUlJSUlJSUlCiUlCiUlIExhVGVYIENvbG91 ciBhbmQgR3JhcGhpY3Mgc3VwcG9ydCBmb3IgUERGVGVYCiUlCiUlIERhdmlkIENhcmxpc2xl LCBTZWJhc3RpYW4gUmFodHogYW5kIEhhbnMgSGFnZW4KJSUKJSUgSXQgbWF5IGJlIHVzZWQg Which I don't recognize right off. Thanks a lot, Jody > -----Original Message----- > From: owner-pdftex@tug.org [mailto:owner-pdftex@tug.org]On Behalf Of > Sebastian Rahtz > Sent: Tuesday, June 09, 1998 6:09 AM > To: glauber@iws-irms.com > Cc: pdftex@tug.org > Subject: Re: Including PDF in PDF > > > Glauber Ribeiro writes: > > i've missed some of the discussions recently due to travelling > and work. > > I seem to remember something about being able to include a PDF > file as a > > "graph" with the new version of pdftex. Is this true? Is it possible to > > include any PDF file now? If so, could someone summarize how this is > more or less. I think there are still some things to iron out, but in > principal any single-page PDF file can be included with eg > > \pdfimage foo.pdf > > using the updated pdftex.def for the LaTeX graphics package (see > archives of > this group, posted last week) means you can just say > \includegraphics{foo.pdf} > in the ordinary way > > sebastian > > PS I express some caution, as I have spent the last N million hours > trying to pin down an unreadable PDF file written by pdftex using this > technique.... > From owner-pdftex@tug.org Thu Jun 11 10:04:29 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA29168 for ; Thu, 11 Jun 1998 10:04:28 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA14068 for pdftex-list; Thu, 11 Jun 1998 11:57:41 -0400 Received: from math.ams.org (math.ams.org [130.44.210.14]) by tug.org (8.8.5/8.8.5) with SMTP id LAA14065 for ; Thu, 11 Jun 1998 11:57:40 -0400 Received: from SUN06.AMS.ORG by math.ams.org via smtpd (for tug.org [158.121.106.10]) with SMTP; 11 Jun 1998 15:57:41 UT Received: from mac038.ams.org by sun06.ams.org (PMDF V5.1-10 #27147) with SMTP id <0EUE006HS9O3WP@sun06.ams.org> for pdftex@tug.org; Thu, 11 Jun 1998 11:57:40 -0400 (EDT) Date: Thu, 11 Jun 1998 11:57:42 -0400 From: Tom Kacvinsky Subject: Re: New pdfTeX and PDF macros for CWEB To: Pavel.Janik@inet.cz Cc: pdftex@tug.org Message-id: <537275.3106555062@mac038.ams.org> MIME-version: 1.0 X-Mailer: Mulberry (MacOS) [1.3.3, s/n P020-200112-003] Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hi, > > There are known problems with gcc and g++ 2.8.1, please use gcc > 2.7.2.3 or egcs for compiling pdfTeX. > The complaints that g++ 2.8.1 had were not spurious, and that is why I was concerned. If you look in Object.h, ref is a *private* member of the Object class, and the function CopyObject (or some such) in pdftoepdf.cc is not a friend of the Object class. Hence the construct &obj->ref should cause g++ to squawk, because CopyObject is trying access a private member of obj. I guess I'll look in on the gcc newsgroups to find out about the known problems with g++ 2.8.1. > > class in Object.h. I am not really sure if pdftoepdf.cc is part of the > > xpdf package, but I am fairly certain that Object.h is part of the > > xpdf package. As I have said, I have fixes for these problems, > > pdftoepdf.cc is part of pdfTeX. > > > but I 'd like to know who I should contact with these fixes. > Please test this very carefully and then contact Derek B. Noonburg > (derekn @ aimnet.com) if it is bug of xpdf (I don't think so) or mail > it here if it's bug of pdfTeX. The modification I made to Object.h was not a bug fix; it was an addition to the Object class so that I can get around the &obj->ref problem stated above. I would have used the getRef member function in the following way: &obj->getRef() but that results in a temporary being passed around. That, I think, would cause more trouble than it is worth. So I made the following member function: Ref *getRefPtr() { return &ref; } and used obj->getRefPtr instead. > This looks ok, I'll correct it. BTW - do you ever get this message? It > look like: > > type cannot be copied I never got the code to compile until I made the changes, so I never got such output. I suspect the changes I made will make that disappear. I hope. Regards, Tom From "Rebecca and Rowland " Thu Jun 11 11:50:45 1998 Flags: 000000000001 Received: from mserv1b.u-net.net (mserv1b.u-net.net [195.102.240.137]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with SMTP id LAA01490 for ; Thu, 11 Jun 1998 11:48:12 -0600 (MDT) Received: from ([194.119.133.39]) [194.119.133.39] by mserv1b.u-net.net with esmtp (Exim 1.82 #2) id 0ykBRK-0002a9-00; Thu, 11 Jun 1998 18:47:07 +0100 X-Sender: rebecca-astrid@mail.u-net.com Message-Id: In-Reply-To: <199806111411.QAA13180@mozart.ujf-grenoble.fr> References: <357F1B04.6918@mailszrz.zrz.tu-berlin.de> <199806101548.RAA15979@attila.uni-duesseldorf.de> <357F1B04.6918@mailszrz.zrz.tu-berlin.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 11 Jun 1998 18:43:26 +0100 To: Thierry Bouche , Hilmar Schlegel From: Rebecca and Rowland Subject: Re: fontinst with 8y.etx Cc: fontinst@cogs.susx.ac.uk, tex-fonts@math.utah.edu, pdftex@tug.org At 4:11 pm +0200 11/6/98, Thierry Bouche wrote: >I'm trying to generalize the audience of this debate. [snip] >Well, does there exist something working proprely on unices, macoses & >windowses95-99/Nt? >Doesn't that whole question seem surrealistic to you, talking of some >_portable_ doc format???!! >From what I gather, reading various posts here and there about Acrobat Reader, different versions of the reader for different platforms develop apparently arbitrary bugs which then disappear in a later version. I think some people have suggested that the bug level is constant, and there's no one solution that deals with all the bugs. [snip] >but y&y doesn't put its ton of LY1 TFMs on CTAN, and they don't >conform to karl berry names? I suspect Y&Y would be happy to have its LY1 tfms on CTAN if you asked; as it is, Y&Y has made a full set of LY1 tfms available on its own web server. True, the names aren't `fontname' compliant (horrid phrase), but is this such a bad thing? [snip] Rowland. From owner-pdftex@tug.org Thu Jun 11 11:52:08 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id LAA01575 for ; Thu, 11 Jun 1998 11:52:07 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id NAA14518 for pdftex-list; Thu, 11 Jun 1998 13:48:34 -0400 Received: from mserv1b.u-net.net (mserv1b.u-net.net [195.102.240.137]) by tug.org (8.8.5/8.8.5) with SMTP id NAA14515 for ; Thu, 11 Jun 1998 13:48:15 -0400 Received: from ([194.119.133.39]) [194.119.133.39] by mserv1b.u-net.net with esmtp (Exim 1.82 #2) id 0ykBRK-0002a9-00; Thu, 11 Jun 1998 18:47:07 +0100 X-Sender: rebecca-astrid@mail.u-net.com Message-Id: In-Reply-To: <199806111411.QAA13180@mozart.ujf-grenoble.fr> References: <357F1B04.6918@mailszrz.zrz.tu-berlin.de> <199806101548.RAA15979@attila.uni-duesseldorf.de> <357F1B04.6918@mailszrz.zrz.tu-berlin.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 11 Jun 1998 18:43:26 +0100 To: Thierry Bouche , Hilmar Schlegel From: Rebecca and Rowland Subject: Re: fontinst with 8y.etx Cc: fontinst@cogs.susx.ac.uk, tex-fonts@math.utah.edu, pdftex@tug.org Sender: owner-pdftex@tug.org Precedence: bulk At 4:11 pm +0200 11/6/98, Thierry Bouche wrote: >I'm trying to generalize the audience of this debate. [snip] >Well, does there exist something working proprely on unices, macoses & >windowses95-99/Nt? >Doesn't that whole question seem surrealistic to you, talking of some >_portable_ doc format???!! >From what I gather, reading various posts here and there about Acrobat Reader, different versions of the reader for different platforms develop apparently arbitrary bugs which then disappear in a later version. I think some people have suggested that the bug level is constant, and there's no one solution that deals with all the bugs. [snip] >but y&y doesn't put its ton of LY1 TFMs on CTAN, and they don't >conform to karl berry names? I suspect Y&Y would be happy to have its LY1 tfms on CTAN if you asked; as it is, Y&Y has made a full set of LY1 tfms available on its own web server. True, the names aren't `fontname' compliant (horrid phrase), but is this such a bad thing? [snip] Rowland. From owner-pdftex@tug.org Thu Jun 11 14:46:26 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id OAA05485 for ; Thu, 11 Jun 1998 14:46:25 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id QAA15221 for pdftex-list; Thu, 11 Jun 1998 16:42:37 -0400 Received: from math.ams.org (math.ams.org [130.44.210.14]) by tug.org (8.8.5/8.8.5) with SMTP id QAA15218 for ; Thu, 11 Jun 1998 16:42:36 -0400 Received: from SUN06.AMS.ORG by math.ams.org via smtpd (for tug.org [158.121.106.10]) with SMTP; 11 Jun 1998 20:42:33 UT Received: from sun06.ams.org by sun06.ams.org (PMDF V5.1-10 #27147) with SMTP id <0EUE00F9PMUP9L@sun06.ams.org> for pdftex@tug.org; Thu, 11 Jun 1998 16:42:25 -0400 (EDT) Date: Thu, 11 Jun 1998 16:42:25 -0400 (EDT) From: Tom Kacvinsky Subject: PS from pdfTeX's PDF In-reply-to: <537275.3106555062@mac038.ams.org> To: pdftex@tug.org Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Hi, This is long. Sorry for this, but I felt this gives the full history of the problem. compiled pdfTeX-0.12h that came bundled with texk-7.2 on Digital Alphas running Digital UNIX 4.0B. Set up pdftex.map to use BSR/Y&Y PS fonts. Sub-setting turned on, no encoding file fed to pdftex. Ran testfont.tex on 10 point sized CM and AMS fonts. Brought resulting PDF file over to a Macintosh (transferred in binary). This Macintosh has Acrobat Exchange 3.01, LaserWriter Driver 8.5.1. Tried to print the file from Exchange to a HP LaserJet 5Si. Got all kinds of PS errors, ranging from invalidfont (offending command: definefont), to typecheck (offending command: show). Double checked by printing from an NT box and a UNIX box. Same problem. Tried exporting PDF to PS and distilling the resulting PS file. Distiller chokes. Turned off font sub-setting in pdftex (<< instead of < in mapfile), and the file printed from UNIX and NT. No go with Mac. If no font embedding is done at all, the file prints from all platforms. If I export the file to PS using Exchange (again, on a Macintosh), extract some of the fonts from the PS file, and disassemble them using t1disasm, the /CharStrings array (dictionary?) is not fully shown -- only the first glyph is disassembled. Next, I compile pdftex-0.12o (a marathon feat because of my blunders...). Run the font chart again. The printing problems go away on UNIX and NT, but remain on my Mac. Here is one weird thing I noticed (on my Mac): I couldn't print directly to the printer or use the printer drive to produce a printable/distillable PS file, but I could use Exchange to export a printable/distillable PS file. I suspect that the problem involves fonts, as most of the PS errors I have encountered leave something font related on the operand stack. I do not know if this is a font issue or a Macintosh print driver problem (I also tried LaserWriter 8.3.1, with the same problems). Does anyone have any input? What platforms do you compile on? Print from? What fonts are being used? Does anyone have any more information about the robustness of the font handling code of pdftex? Yes, I know I asked this before, and from what responses I got, I didn't think I'd have this problem, so I'll ask again to see if anyone has encountered these problems recently. One last question: how do you feel about requesting that font compression be built into pdftex? I haven't read the specs on this, but it should be possible. Regards, Tom From owner-pdftex@tug.org Thu Jun 11 15:32:47 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id PAA06538 for ; Thu, 11 Jun 1998 15:32:46 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id RAA15420 for pdftex-list; Thu, 11 Jun 1998 17:30:07 -0400 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id RAA15417 for ; Thu, 11 Jun 1998 17:30:05 -0400 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 XAA24998; Thu, 11 Jun 1998 23:29:56 +0200 (MET DST) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id XAA22577; Thu, 11 Jun 1998 23:28:43 +0200 (MET DST) From: Thierry Bouche Message-Id: <199806112128.XAA22577@mozart.ujf-grenoble.fr> Subject: Re: fontinst with 8y.etx To: rebecca@astrid.u-net.com (Rebecca and Rowland) Date: Thu, 11 Jun 1998 23:28:43 +0200 (MET DST) Cc: Thierry.Bouche@ujf-grenoble.fr, hshlgaii@mailszrz.zrz.tu-berlin.de, fontinst@cogs.susx.ac.uk, tex-fonts@math.utah.edu, pdftex@tug.org In-Reply-To: from Rebecca and Rowland at "Jun 11, 98 06:43:26 pm" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk > At 4:11 pm +0200 11/6/98, Thierry Bouche wrote: > True, the names aren't `fontname' compliant (horrid phrase), but is this > such a bad thing? > [snip] no, indeed i was asking that because of possible clashes between TFMs with the same names & different checksuls, if the names are different, there is no problem (unless y&y apps use the checksum to verify if the encoding is correct, or other very strange ideas alike). -- Thierry Bouche. ----- thierry.bouche@ujf-grenoble.fr http://www-fourier.ujf-grenoble.fr/~bouche/ From "Berthold K.P. Horn " Thu Jun 11 18:10:37 1998 Flags: 000000000001 Received: from LCS.MIT.EDU (mintaka.lcs.mit.edu [18.26.0.36]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with SMTP id SAA09785 for ; Thu, 11 Jun 1998 18:09:32 -0600 (MDT) Received: from p13.tc10.metro.MA.tiac.com by MINTAKA.LCS.MIT.EDU id aa18066; 11 Jun 98 20:08 EDT Message-Id: <4.0.1.19980611192942.00e195b0@life.ai.mit.edu> X-Sender: bkph@life.ai.mit.edu X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0.1 Date: Thu, 11 Jun 1998 20:08:47 -0400 To: Thierry Bouche , Hilmar Schlegel From: "Berthold K.P. Horn" Subject: Re: fontinst with 8y.etx Cc: fontinst@cogs.susx.ac.uk, tex-fonts@math.utah.edu, pdftex@tug.org In-Reply-To: <199806111411.QAA13180@mozart.ujf-grenoble.fr> References: <357F1B04.6918@mailszrz.zrz.tu-berlin.de> <199806101548.RAA15979@attila.uni-duesseldorf.de> <357F1B04.6918@mailszrz.zrz.tu-berlin.de> 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 csc-sun.math.utah.edu id SAA09786 Hi: At 04:11 PM 98/06/11 +0200, Thierry Bouche wrote: >The question is: why did we choose 8r rather than something else. >The main question at the time i write seems to be: is there an >encoding that could insure portability of PDF files across platforms >(including Windows & Macs...) that would be functionnally equivalent >to 8r (i.e. making visible all adobe 228 glyphs + ff-ligs when >available). 8r was chosen before problems with Acrobat were known. PDFEncoding is another possibility, except that it does not provide access to ff-ligatures and dotlessj, fraction, sfthyphen, nbspace... And it has grave accent where we want quoteleft, and it has quotesingle were we want quoteright. I believe there is a general abhorence of using active characters to work around that problem. Also I don't think it works reliably in the Mac Acrobat Reader either. Plus, a lot of work has gone into 8y... >For instance: is there a way to combine LY1 & Melissa's Mac mods? AFAIK, Mellisa's `mods' are simply work-arounds for the limitations of Mac: problems due to not being able to access 21 of the 228 glyphs on the Mac (due to lack of ability to reencode fonts - somthing not fixed by VF, I hasten to add, because VF only `remaps'). So something has to be done to approximate lslash, ff, eth, thorn etc. >Well, does there exist something working proprely on unices, macoses & >windowses95-99/Nt? >Doesn't that whole question seem surrealistic to you, talking of some >_portable_ doc format???!! Well, I gather that some people on Unix are using LY1, as are some OzTeX users... >» On the other side it is promoted with the argument to avoid the need of >» VF - which is only important for Dvi-interpreters not capable of doing >» VF and not relevant in the context of fontinst. >This is also the reason for fontinst making ligfull 8r TFMs. That was >a request from a Mac user, as far as i remember. I am not sure you can dismiss this so easily, particularly in the context of PDF. For example, if you make a nice virtual text font based on CM you will end up with all the same problems in PDF as you do with the original CM, since the virtual font does not exist in the PDF domain. You can't search, for example, bookmarks come out wrong, etc. >» > Since hardly anybody seems to be interested in typesetting directly >» > with 8r, while OTOH Y&Y does promote typesetting with 8y (regardless >» > whether or not you may find that adequate for non-expertized fonts), >» Well, there is the difficulty that fontinst generated LY encoded TFMs >» are quite different from those made by the Y&Y tools. This leads under >» certain circumstances to a big processing overhead due to the fact that >» fontinst is rounding metric data to a grid of 1 AFM unit while the Y&Y >» tools do not round metric data. Not sure what that refers to. Only CM and EM fonts use `non-rounded' numbers. As for overhead, it took a few minutes to do all 2300 fonts in the Adobe library, while I have heard R&R estimate 5min to 30min per font using fontinst... >but y&y doesn't put its ton of LY1 TFMs on CTAN, and they don't >conform to karl berry names? You can happily take the TFM files now on the Y&Y web site and port them to CTAN. As for Karl Berry names: more than half of those fonts don't have Berry names (and this is just the Adobe Type Library), and in some cases it wasn't clear what some fonts were called. So it was easier to organize the files on the names given by Adobe. It would be easy to extract those that have Berry names and rename them, given that the HTML table has both names (and more) listed. But what do you do with the rest? Since few people are now stuck on 8+3 platforms, maybe it is time to forget this. We could use PS FontName as the TFM file name, or, since those can get rather long, use the Mac 5+3+3+... contracted names, which are unique also (or supposed to be anyway - for otherwise the font cannot be used on the Mac). >» Also due to different checksums it is >» not straight forward to mix "raw" fonts from Y&Y and VFs made by >» fontinst. >this is indeed a problem, meaning that y&y LY1 TFMs could be of some >use to other users, but fontinst's TFMs could'nt be used with an y&y >system? You just turn off the encoding warnings in either case. It is a pity though not to agree on a sensible checksum algorithm :-), like the mod 40 method to hide the font encoding. >» > using fontinst to install 7t/8t/8c on top of 8y (and 8x, if available) >» > might turn out a compromise that could make eveyone happy? Regards, Berthold. Berthold K.P. Horn Cambridge, MA mailto:bkph@ai.mit.edu From "Berthold K.P. Horn " Thu Jun 11 18:10:56 1998 Flags: 000000000001 Received: from LCS.MIT.EDU (mintaka.lcs.mit.edu [18.26.0.36]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with SMTP id SAA09789 for ; Thu, 11 Jun 1998 18:09:40 -0600 (MDT) Received: from p13.tc10.metro.MA.tiac.com by MINTAKA.LCS.MIT.EDU id aa18069; 11 Jun 98 20:09 EDT Message-Id: <4.0.1.19980611195952.00e17780@life.ai.mit.edu> X-Sender: bkph@life.ai.mit.edu X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0.1 Date: Thu, 11 Jun 1998 20:09:05 -0400 To: Rebecca and Rowland , Thierry Bouche , Hilmar Schlegel From: "Berthold K.P. Horn" Subject: Re: fontinst with 8y.etx Cc: fontinst@cogs.susx.ac.uk, tex-fonts@math.utah.edu, pdftex@tug.org In-Reply-To: References: <199806111411.QAA13180@mozart.ujf-grenoble.fr> <357F1B04.6918@mailszrz.zrz.tu-berlin.de> <199806101548.RAA15979@attila.uni-duesseldorf.de> <357F1B04.6918@mailszrz.zrz.tu-berlin.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" At 06:43 PM 98/06/11 +0100, Rebecca and Rowland wrote: >>Well, does there exist something working proprely on unices, macoses & >>windowses95-99/Nt? >>Doesn't that whole question seem surrealistic to you, talking of some >>_portable_ doc format???!! >>From what I gather, reading various posts here and there about Acrobat >Reader, different versions of the reader for different platforms develop >apparently arbitrary bugs which then disappear in a later version. I think >some people have suggested that the bug level is constant, and there's no >one solution that deals with all the bugs. LY1 has the feature that it works around known encoding sensitive bugs, except the ones in the Macintosh Acrobat Reader. And no encoding appears to be able to do that. This is not to say there aren't bugs in other Acrobat Readers or in Distiller... >[snip] >>but y&y doesn't put its ton of LY1 TFMs on CTAN, and they don't >>conform to karl berry names? >I suspect Y&Y would be happy to have its LY1 tfms on CTAN if you asked; as >it is, Y&Y has made a full set of LY1 tfms available on its own web server. >True, the names aren't `fontname' compliant (horrid phrase), but is this >such a bad thing? Well, the problem is what to do with the over 1000 fonts in the Adobe Type Library alone that do not have Berry names. Also, may be it is time to make a new start and use something more sensible, like PS FontName, or better the 5+3+3+... contracted PS FontName. Regards, Berthold. Berthold K.P. Horn Cambridge, MA mailto:bkph@ai.mit.edu From "Berthold K.P. Horn " Thu Jun 11 18:11:30 1998 Flags: 000000000001 Received: from LCS.MIT.EDU (mintaka.lcs.mit.edu [18.26.0.36]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with SMTP id SAA09812 for ; Thu, 11 Jun 1998 18:10:15 -0600 (MDT) Received: from p13.tc10.metro.MA.tiac.com by MINTAKA.LCS.MIT.EDU id aa18074; 11 Jun 98 20:09 EDT Message-Id: <4.0.1.19980611200334.00e17c90@life.ai.mit.edu> X-Sender: bkph@life.ai.mit.edu X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0.1 Date: Thu, 11 Jun 1998 20:09:24 -0400 To: Thierry Bouche , rebecca@astrid.u-net.com (Rebecca and Rowland) From: "Berthold K.P. Horn" Subject: Re: fontinst with 8y.etx Cc: Thierry.Bouche@ujf-grenoble.fr, hshlgaii@mailszrz.zrz.tu-berlin.de, fontinst@cogs.susx.ac.uk, tex-fonts@math.utah.edu, pdftex@tug.org In-Reply-To: <199806112128.XAA22577@mozart.ujf-grenoble.fr> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" At 11:28 PM 98/06/11 +0200, Thierry Bouche wrote: >> At 4:11 pm +0200 11/6/98, Thierry Bouche wrote: >> True, the names aren't `fontname' compliant (horrid phrase), but is this >> such a bad thing? >no, indeed i was asking that because of possible clashes between TFMs >with the same names & different checksuls, if the names are different, >there is no problem (unless y&y apps use the checksum to verify if the >encoding is correct, or other very strange ideas alike). I see your French-English dictionary has a mistaken entry for `very good', giving instead `very strange' :-) Hiding the encoding information in the otherwise useless checksum seems like a good idea. And the algorithm is not proprietary :-) I posted it here a while back. Regards, Berthold. Berthold K.P. Horn Cambridge, MA mailto:bkph@ai.mit.edu From owner-pdftex@tug.org Thu Jun 11 18:13:36 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id SAA09960 for ; Thu, 11 Jun 1998 18:13:35 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id UAA16043 for pdftex-list; Thu, 11 Jun 1998 20:09:34 -0400 Received: from LCS.MIT.EDU (mintaka.lcs.mit.edu [18.26.0.36]) by tug.org (8.8.5/8.8.5) with SMTP id UAA16036 for ; Thu, 11 Jun 1998 20:09:18 -0400 Received: from p13.tc10.metro.MA.tiac.com by MINTAKA.LCS.MIT.EDU id aa18061; 11 Jun 98 20:08 EDT Message-Id: <4.0.1.19980611191820.00e14d80@life.ai.mit.edu> X-Sender: bkph@life.ai.mit.edu X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0.1 Date: Thu, 11 Jun 1998 19:42:14 -0400 To: Thierry Bouche From: "Berthold K.P. Horn" Subject: Re: fontinst with 8y.etx Cc: fontinst@cogs.susx.ac.uk, tex-fonts@math.utah.edu, pdftex@tug.org In-Reply-To: <199806111411.QAA13180@mozart.ujf-grenoble.fr> References: <357F1B04.6918@mailszrz.zrz.tu-berlin.de> <199806101548.RAA15979@attila.uni-duesseldorf.de> <357F1B04.6918@mailszrz.zrz.tu-berlin.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-pdftex@tug.org Precedence: bulk Ulrik wrote: > Question what happens if you write an 8y.etx, i.e. LY1 encoding file... > Answer: It works perfectly, fontinst runs happily and does everything... > ... except that it uses 8y instead of 8r fonts... > Does this sound like an interesting approach that might > convince skeptics... > As far as I can see, using 8y instead of 8r is absolutely equivalent > from the point of view of fontinst. Well, in Santa Barbara I proposed 8y as the base, but wasn't convincing enough, so the duplicate characters were removed and some other changes made to `water down' 8y, and that resulted in 8r. Of course, my personal interest is not in whether 8y or 8r is used as the basis for something else (like OT1 or T1+TS1), but in having an encoding I can use directly. And 8y works better in that role. As it turned out, it also works better as regards Acrobat (Although, there seems to be nothing that works absolutely reliably with the Macintosh Reader, which is brain-dead AFAIK --- quite suprising, since Adobe's Mac software used to be flawless, while their Windows attempts were mediocre). Regards, Berthold. Berthold K.P. Horn Cambridge, MA mailto:bkph@ai.mit.edu From owner-pdftex@tug.org Thu Jun 11 18:14:34 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id SAA10010 for ; Thu, 11 Jun 1998 18:14:33 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id UAA16049 for pdftex-list; Thu, 11 Jun 1998 20:09:48 -0400 Received: from LCS.MIT.EDU (mintaka.lcs.mit.edu [18.26.0.36]) by tug.org (8.8.5/8.8.5) with SMTP id UAA16046 for ; Thu, 11 Jun 1998 20:09:41 -0400 Received: from p13.tc10.metro.MA.tiac.com by MINTAKA.LCS.MIT.EDU id aa18069; 11 Jun 98 20:09 EDT Message-Id: <4.0.1.19980611195952.00e17780@life.ai.mit.edu> X-Sender: bkph@life.ai.mit.edu X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0.1 Date: Thu, 11 Jun 1998 20:09:05 -0400 To: Rebecca and Rowland , Thierry Bouche , Hilmar Schlegel From: "Berthold K.P. Horn" Subject: Re: fontinst with 8y.etx Cc: fontinst@cogs.susx.ac.uk, tex-fonts@math.utah.edu, pdftex@tug.org In-Reply-To: References: <199806111411.QAA13180@mozart.ujf-grenoble.fr> <357F1B04.6918@mailszrz.zrz.tu-berlin.de> <199806101548.RAA15979@attila.uni-duesseldorf.de> <357F1B04.6918@mailszrz.zrz.tu-berlin.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-pdftex@tug.org Precedence: bulk At 06:43 PM 98/06/11 +0100, Rebecca and Rowland wrote: >>Well, does there exist something working proprely on unices, macoses & >>windowses95-99/Nt? >>Doesn't that whole question seem surrealistic to you, talking of some >>_portable_ doc format???!! >>From what I gather, reading various posts here and there about Acrobat >Reader, different versions of the reader for different platforms develop >apparently arbitrary bugs which then disappear in a later version. I think >some people have suggested that the bug level is constant, and there's no >one solution that deals with all the bugs. LY1 has the feature that it works around known encoding sensitive bugs, except the ones in the Macintosh Acrobat Reader. And no encoding appears to be able to do that. This is not to say there aren't bugs in other Acrobat Readers or in Distiller... >[snip] >>but y&y doesn't put its ton of LY1 TFMs on CTAN, and they don't >>conform to karl berry names? >I suspect Y&Y would be happy to have its LY1 tfms on CTAN if you asked; as >it is, Y&Y has made a full set of LY1 tfms available on its own web server. >True, the names aren't `fontname' compliant (horrid phrase), but is this >such a bad thing? Well, the problem is what to do with the over 1000 fonts in the Adobe Type Library alone that do not have Berry names. Also, may be it is time to make a new start and use something more sensible, like PS FontName, or better the 5+3+3+... contracted PS FontName. Regards, Berthold. Berthold K.P. Horn Cambridge, MA mailto:bkph@ai.mit.edu From owner-pdftex@tug.org Thu Jun 11 18:14:35 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id SAA10015 for ; Thu, 11 Jun 1998 18:14:34 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id UAA16044 for pdftex-list; Thu, 11 Jun 1998 20:09:34 -0400 Received: from LCS.MIT.EDU (mintaka.lcs.mit.edu [18.26.0.36]) by tug.org (8.8.5/8.8.5) with SMTP id UAA16040 for ; Thu, 11 Jun 1998 20:09:32 -0400 Received: from p13.tc10.metro.MA.tiac.com by MINTAKA.LCS.MIT.EDU id aa18066; 11 Jun 98 20:08 EDT Message-Id: <4.0.1.19980611192942.00e195b0@life.ai.mit.edu> X-Sender: bkph@life.ai.mit.edu X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0.1 Date: Thu, 11 Jun 1998 20:08:47 -0400 To: Thierry Bouche , Hilmar Schlegel From: "Berthold K.P. Horn" Subject: Re: fontinst with 8y.etx Cc: fontinst@cogs.susx.ac.uk, tex-fonts@math.utah.edu, pdftex@tug.org In-Reply-To: <199806111411.QAA13180@mozart.ujf-grenoble.fr> References: <357F1B04.6918@mailszrz.zrz.tu-berlin.de> <199806101548.RAA15979@attila.uni-duesseldorf.de> <357F1B04.6918@mailszrz.zrz.tu-berlin.de> 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.org id UAA16041 Sender: owner-pdftex@tug.org Precedence: bulk Hi: At 04:11 PM 98/06/11 +0200, Thierry Bouche wrote: >The question is: why did we choose 8r rather than something else. >The main question at the time i write seems to be: is there an >encoding that could insure portability of PDF files across platforms >(including Windows & Macs...) that would be functionnally equivalent >to 8r (i.e. making visible all adobe 228 glyphs + ff-ligs when >available). 8r was chosen before problems with Acrobat were known. PDFEncoding is another possibility, except that it does not provide access to ff-ligatures and dotlessj, fraction, sfthyphen, nbspace... And it has grave accent where we want quoteleft, and it has quotesingle were we want quoteright. I believe there is a general abhorence of using active characters to work around that problem. Also I don't think it works reliably in the Mac Acrobat Reader either. Plus, a lot of work has gone into 8y... >For instance: is there a way to combine LY1 & Melissa's Mac mods? AFAIK, Mellisa's `mods' are simply work-arounds for the limitations of Mac: problems due to not being able to access 21 of the 228 glyphs on the Mac (due to lack of ability to reencode fonts - somthing not fixed by VF, I hasten to add, because VF only `remaps'). So something has to be done to approximate lslash, ff, eth, thorn etc. >Well, does there exist something working proprely on unices, macoses & >windowses95-99/Nt? >Doesn't that whole question seem surrealistic to you, talking of some >_portable_ doc format???!! Well, I gather that some people on Unix are using LY1, as are some OzTeX users... >» On the other side it is promoted with the argument to avoid the need of >» VF - which is only important for Dvi-interpreters not capable of doing >» VF and not relevant in the context of fontinst. >This is also the reason for fontinst making ligfull 8r TFMs. That was >a request from a Mac user, as far as i remember. I am not sure you can dismiss this so easily, particularly in the context of PDF. For example, if you make a nice virtual text font based on CM you will end up with all the same problems in PDF as you do with the original CM, since the virtual font does not exist in the PDF domain. You can't search, for example, bookmarks come out wrong, etc. >» > Since hardly anybody seems to be interested in typesetting directly >» > with 8r, while OTOH Y&Y does promote typesetting with 8y (regardless >» > whether or not you may find that adequate for non-expertized fonts), >» Well, there is the difficulty that fontinst generated LY encoded TFMs >» are quite different from those made by the Y&Y tools. This leads under >» certain circumstances to a big processing overhead due to the fact that >» fontinst is rounding metric data to a grid of 1 AFM unit while the Y&Y >» tools do not round metric data. Not sure what that refers to. Only CM and EM fonts use `non-rounded' numbers. As for overhead, it took a few minutes to do all 2300 fonts in the Adobe library, while I have heard R&R estimate 5min to 30min per font using fontinst... >but y&y doesn't put its ton of LY1 TFMs on CTAN, and they don't >conform to karl berry names? You can happily take the TFM files now on the Y&Y web site and port them to CTAN. As for Karl Berry names: more than half of those fonts don't have Berry names (and this is just the Adobe Type Library), and in some cases it wasn't clear what some fonts were called. So it was easier to organize the files on the names given by Adobe. It would be easy to extract those that have Berry names and rename them, given that the HTML table has both names (and more) listed. But what do you do with the rest? Since few people are now stuck on 8+3 platforms, maybe it is time to forget this. We could use PS FontName as the TFM file name, or, since those can get rather long, use the Mac 5+3+3+... contracted names, which are unique also (or supposed to be anyway - for otherwise the font cannot be used on the Mac). >» Also due to different checksums it is >» not straight forward to mix "raw" fonts from Y&Y and VFs made by >» fontinst. >this is indeed a problem, meaning that y&y LY1 TFMs could be of some >use to other users, but fontinst's TFMs could'nt be used with an y&y >system? You just turn off the encoding warnings in either case. It is a pity though not to agree on a sensible checksum algorithm :-), like the mod 40 method to hide the font encoding. >» > using fontinst to install 7t/8t/8c on top of 8y (and 8x, if available) >» > might turn out a compromise that could make eveyone happy? Regards, Berthold. Berthold K.P. Horn Cambridge, MA mailto:bkph@ai.mit.edu From owner-pdftex@tug.org Thu Jun 11 18:14:55 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id SAA10025 for ; Thu, 11 Jun 1998 18:14:54 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id UAA16057 for pdftex-list; Thu, 11 Jun 1998 20:10:16 -0400 Received: from LCS.MIT.EDU (mintaka.lcs.mit.edu [18.26.0.36]) by tug.org (8.8.5/8.8.5) with SMTP id UAA16054 for ; Thu, 11 Jun 1998 20:10:15 -0400 Received: from p13.tc10.metro.MA.tiac.com by MINTAKA.LCS.MIT.EDU id aa18074; 11 Jun 98 20:09 EDT Message-Id: <4.0.1.19980611200334.00e17c90@life.ai.mit.edu> X-Sender: bkph@life.ai.mit.edu X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0.1 Date: Thu, 11 Jun 1998 20:09:24 -0400 To: Thierry Bouche , rebecca@astrid.u-net.com (Rebecca and Rowland) From: "Berthold K.P. Horn" Subject: Re: fontinst with 8y.etx Cc: Thierry.Bouche@ujf-grenoble.fr, hshlgaii@mailszrz.zrz.tu-berlin.de, fontinst@cogs.susx.ac.uk, tex-fonts@math.utah.edu, pdftex@tug.org In-Reply-To: <199806112128.XAA22577@mozart.ujf-grenoble.fr> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-pdftex@tug.org Precedence: bulk At 11:28 PM 98/06/11 +0200, Thierry Bouche wrote: >> At 4:11 pm +0200 11/6/98, Thierry Bouche wrote: >> True, the names aren't `fontname' compliant (horrid phrase), but is this >> such a bad thing? >no, indeed i was asking that because of possible clashes between TFMs >with the same names & different checksuls, if the names are different, >there is no problem (unless y&y apps use the checksum to verify if the >encoding is correct, or other very strange ideas alike). I see your French-English dictionary has a mistaken entry for `very good', giving instead `very strange' :-) Hiding the encoding information in the otherwise useless checksum seems like a good idea. And the algorithm is not proprietary :-) I posted it here a while back. Regards, Berthold. Berthold K.P. Horn Cambridge, MA mailto:bkph@ai.mit.edu From owner-pdftex@tug.org Fri Jun 12 04:13:43 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA24066 for ; Fri, 12 Jun 1998 04:13:42 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA18323 for pdftex-list; Fri, 12 Jun 1998 06:09:19 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA18320 for ; Fri, 12 Jun 1998 06:09:18 -0400 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 LAA13730; hop 0; Fri, 12 Jun 1998 11:04:00 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Fri, 12 Jun 1998 11:08:35 +0100 Date: Fri, 12 Jun 1998 10:54:38 +0100 Message-ID: <3133-Fri12Jun1998105438+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: jklymak@apl.washington.edu Cc: pdftex@tug.org Subject: RE: Including PDF in PDF In-Reply-To: <9806111539.AA03111@crosby.apl.washington.edu.apl.washington.edu> References: <199806091308.OAA25191@lurgmhor.elsevier.co.uk> <9806111539.AA03111@crosby.apl.washington.edu.apl.washington.edu> Sender: owner-pdftex@tug.org Precedence: bulk Jody Klymak writes: > Hi Sebastian (or anyone else who knows off hand), > > Forgive my pitiful ignorance, but what format is the pdftex.def that you It was MIME encoded attachment > Which I don't recognize right off. you need a more intelligent mail user agent.,... will send loose to you privately sebastian From owner-pdftex@tug.org Fri Jun 12 04:15:28 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA24086 for ; Fri, 12 Jun 1998 04:15:27 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA18287 for pdftex-list; Fri, 12 Jun 1998 06:02:53 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA18284 for ; Fri, 12 Jun 1998 06:02:51 -0400 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 KAA13281; hop 0; Fri, 12 Jun 1998 10:57:33 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Fri, 12 Jun 1998 11:02:25 +0100 Date: Tue, 9 Jun 1998 21:10:06 +0100 Message-ID: <7715-Tue09Jun1998211006+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: osoba@vyvoj.jablotron.cz Cc: Pavel.Janik@inet.cz, pdftex@tug.org Subject: Re: TIFF image inclusion (Was: Re: updates without Thanh) In-Reply-To: <199806090638.IAA28333@vyvoj.vyvoj> References: <199806090638.IAA28333@vyvoj.vyvoj> Sender: owner-pdftex@tug.org Precedence: bulk Jiri Osoba writes: > I will not do it (in czech: to neudelam). I spoke (well, through > e-mail) with Thanh about some general rule to add other pictures > format to pdfTeX and Thanh was against it. He sait (I can post his > answer) that there is no reason why to do it. Bitmap, which must be > included without loosing informations, can be included through PNG, > fotos can be included through JPG and vector graphic can be included > through PDF. So please don't extend pdfTeX in this way, Thanh is Some counter arguments (though I would not wish to go against Thanh's, its his project): 1. I am not sure why you differentiate JPEG. Surely JPEG can be converted without loss to PNG? 2. JPEG and TIFF *are* particular, in that Acrobat supports them natively (as opposed to, say, GIF or BMP). It makes sense for pdftex to have a 1:1 way of getting TIFF from a TIFF file to a PDF file 3. Practically, PNG is a pain. The existing software is of variable quality, and is incomplete. Quite a few of the converters I looked at did not preserve dpi information. Many people have a HUGE investment in TIFF and are not switching to PNG any time soon (different for people who use GIF and BMP, for them PNG is a winner) just my thoughts. in general, if its easy to do, why not? Sebastian From owner-pdftex@tug.org Fri Jun 12 04:34:40 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA24409 for ; Fri, 12 Jun 1998 04:34:39 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA18397 for pdftex-list; Fri, 12 Jun 1998 06:30:48 -0400 Received: from calvin.info.unicaen.fr (calvin.info.unicaen.fr [193.55.128.51]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA18394 for ; Fri, 12 Jun 1998 06:30:46 -0400 Received: (from karczma@localhost) by calvin.info.unicaen.fr (8.9.0.Beta5/8.9.0.Beta5) id MAA16441 for pdftex@tug.org; Fri, 12 Jun 1998 12:30:43 +0200 (MET DST) Date: Fri, 12 Jun 1998 12:30:43 +0200 (MET DST) From: Jerzy Karczmarczuk Message-Id: <199806121030.MAA16441@calvin.info.unicaen.fr> To: pdftex@tug.org Subject: image inclusion/conversion X-Sun-Charset: US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Sebastian Rahtz: > 1. I am not sure why you differentiate JPEG. Surely JPEG can be converted > without loss to PNG? Yes, I have for several months converted JPEG into PNG in order to include the pictures into pdftex generated documents. Awful. You *do* lose something, you lose your time and a lot of disk space... Jerzy Karczmarczuk Caen, France. From owner-pdftex@tug.org Fri Jun 12 05:32:33 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA25276 for ; Fri, 12 Jun 1998 05:32:27 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA18652 for pdftex-list; Fri, 12 Jun 1998 07:27:54 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id HAA18649 for ; Fri, 12 Jun 1998 07:27:52 -0400 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 MAA16953; hop 0; Fri, 12 Jun 1998 12:22:33 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Fri, 12 Jun 1998 12:27:44 +0100 Date: Fri, 12 Jun 1998 12:12:18 +0100 Message-ID: <7702-Fri12Jun1998121218+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: tjk@ams.org Cc: pdftex@tug.org Subject: Re: PS from pdfTeX's PDF In-Reply-To: References: <537275.3106555062@mac038.ams.org> Sender: owner-pdftex@tug.org Precedence: bulk > > Does anyone have any input? What platforms do you compile on? Print > from? What fonts are being used? Does anyone have any more information > about the robustness of the font handling code of pdftex? Yes, I know I I have been running pdftex under Windows NT, Linux and Solaris, printing, viewing, what have you, and narry a problem have I met (except that I have to mangle some Type1 fonts to get past pdfTeX's less than 100% algorithms). I first used a Macintosh in 1995, and I last used a Macintosh in 1994. With few exceptions,[1] I can honestly say that I hated and despised Macs for all those 9 years. They were slow, irritatingly patronizing, crash-ridden, more or less free of useful (to me) applications [2] etc etc OK so I am a sad bastard, but I get to see and print my PDF files..... Sebastian [1] i used to get off on Hypercard [2] with the great and honourable exception of Illustrator, the only reason I ever *wanted* a Mac. From owner-pdftex@tug.org Fri Jun 12 06:31:26 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA26189 for ; Fri, 12 Jun 1998 06:31:25 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA18841 for pdftex-list; Fri, 12 Jun 1998 08:23:53 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA18838 for ; Fri, 12 Jun 1998 08:23:51 -0400 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 NAA18920; hop 0; Fri, 12 Jun 1998 13:18:32 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Fri, 12 Jun 1998 13:23:36 +0100 Date: Fri, 12 Jun 1998 13:11:28 +0100 Message-ID: <8633-Fri12Jun1998131128+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pdftex@tug.org Subject: Re: PS from pdfTeX's PDF In-Reply-To: <7702-Fri12Jun1998121218+0100-s.rahtz@elsevier.co.uk> References: <537275.3106555062@mac038.ams.org> <7702-Fri12Jun1998121218+0100-s.rahtz@elsevier.co.uk> Sender: owner-pdftex@tug.org Precedence: bulk Sebastian Rahtz writes: > I first used a Macintosh in 1995, and I last used a Macintosh in > 1994. With few exceptions,[1] I can honestly say that I hated and ok i am not Dr Who, and I cannot type. s/1995/1985/. sebastian PS yes of course it was a *joke* [1]. Mac users need not send me hate mail. [1] albeit true From owner-pdftex@tug.org Fri Jun 12 06:55:23 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA26587 for ; Fri, 12 Jun 1998 06:55:22 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA18931 for pdftex-list; Fri, 12 Jun 1998 08:47:24 -0400 Received: from vyvoj.vyvoj (jablovyv.dial-up.cz [193.179.205.11]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA18928 for ; Fri, 12 Jun 1998 08:47:21 -0400 Received: from osoba.vyvoj (osoba.vyvoj [192.168.1.38]) by vyvoj.vyvoj with SMTP id OAA29862 (8.7.6/IDA-1.6); Fri, 12 Jun 1998 14:56:37 +0200 Message-ID: <199806121256.OAA29862@vyvoj.vyvoj> Comments: Authenticated sender is From: "Jiri Osoba" Organization: Jablotron Ltd. - Development dpt. To: Sebastian Rahtz Date: Fri, 12 Jun 1998 14:32:14 +0200 Subject: Re: TIFF image inclusion (Was: Re: updates without Thanh) Reply-to: Jiri Osoba CC: Pavel.Janik@inet.cz, pdftex@tug.org X-mailer: Pegasus Mail for Windows (v2.42a) Sender: owner-pdftex@tug.org Precedence: bulk On 9 Jun 98 at 21:10, Sebastian Rahtz wrote: > Jiri Osoba writes: > > I will not do it (in czech: to neudelam). I spoke (well, through > > e-mail) with Thanh about some general rule to add other pictures > > format to pdfTeX and Thanh was against it. He sait (I can post his > > answer) that there is no reason why to do it. Bitmap, which must be > > included without loosing informations, can be included through PNG, > > fotos can be included through JPG and vector graphic can be included > > through PDF. So please don't extend pdfTeX in this way, Thanh is > > Some counter arguments (though I would not wish to go against Thanh's, > its his project): > > 1. I am not sure why you differentiate JPEG. Surely JPEG can be converted > without loss to PNG? It can, but JPG 640x480x16M has 50kB (and this is the size of this picture in PDF), converted to PNG has 360kB (more that 7x). Try to include few fotos into your PDF using PNG and you will get _V_E_R_Y__H_U_G_E_, untransportable PDF. It was the reason why I suggested (and created) JPG support. Jiri. From owner-pdftex@tug.org Fri Jun 12 07:13:18 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA26879 for ; Fri, 12 Jun 1998 07:13:17 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA19026 for pdftex-list; Fri, 12 Jun 1998 09:09:22 -0400 Received: from socks.ubsinc.com (socks.ubsinc.com [207.152.88.2]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA19023 for ; Fri, 12 Jun 1998 09:09:19 -0400 Received: from iws-irms.com (sabuguinho.146.179.198.in-addr.arpa [198.179.146.243]) by socks.ubsinc.com (8.8.5/8.8.5) with ESMTP id IAA20601 for ; Fri, 12 Jun 1998 08:10:09 -0500 Message-ID: <358127AD.B5B273B2@iws-irms.com> Date: Fri, 12 Jun 1998 08:05:49 -0500 From: Glauber Ribeiro Organization: Integrated Warehousing Solutions http://www.iws-irms.com X-Mailer: Mozilla 4.05 [en] (WinNT; I) MIME-Version: 1.0 To: pdftex@tug.org Subject: PDF inclusion Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Thanks to all who helped me. I'm able to create a PDF file from Visio using the Adobe PDF Writer (Windows print driver) and it includes beautifully using \pdfimage width \textwidth file.pdf This is great! Thank you for making this possible. The PDF i tested with was a very complex graphic, with many lines, text, etc. It displays and prints perfectly with Acrobat Exchange 3.01 in Windows NT 4. I haven't been able to use \includegraphics, despite installing the pdftex.def which was posted here a few weeks ago. However, i think this is because i haven't re-loaded the pdftex configuration files; i just loaded the new binary and re-generated latex.fmt. Later i'll get the full pdftex distribution and give it another try. Glauber -- Glauber Ribeiro --- IWS mailto://glauber@iws-irms.com http://www.iws-irms.com From owner-pdftex@tug.org Fri Jun 12 07:17:15 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA26950 for ; Fri, 12 Jun 1998 07:17:13 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA19051 for pdftex-list; Fri, 12 Jun 1998 09:13:49 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA19048 for ; Fri, 12 Jun 1998 09:13:48 -0400 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 OAA20735; hop 0; Fri, 12 Jun 1998 14:08:28 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Fri, 12 Jun 1998 14:13:35 +0100 Date: Fri, 12 Jun 1998 13:34:40 +0100 Message-ID: <1999-Fri12Jun1998133440+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: peng@stat.ualberta.ca Cc: pdftex@stat.ualberta.ca, pdftex@tug.org Subject: Re: Including PDF in PDF In-Reply-To: <199806100146.TAA25796@bimodal.stat.ualberta.ca> References: <357D5951.23DFC163@wxs.nl> <199806100146.TAA25796@bimodal.stat.ualberta.ca> Sender: owner-pdftex@tug.org Precedence: bulk Paul Y. Peng writes: > 1. If I include the pdf file by \pdfimage file.pdf, I get error > message > ! Error: pdftex (file file.pdf): > ==> setjmp() failed > c:\texmf\miktex\bin\pdftex.exe: No error your release of pdftex does not, I think, include pdtex 0.12n or later. you need this to include pdf files directly. > 2. If I include the pdf file by > \includegraphics[bb = 0 0 600 800]{file.pdf} > nothing comes up in the final pdf file! you dont need that bb option > I am wondering what's the best way to include a postscript file into a > latex file so that pdflatex can do its job. Thank you for your help. either get pdftex 0.12n or later, or convert the EPS file to PNG bitmap format (using eg Ghostscript) sebastian From owner-pdftex@tug.org Fri Jun 12 07:54:42 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA27648 for ; Fri, 12 Jun 1998 07:54:41 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA19196 for pdftex-list; Fri, 12 Jun 1998 09:51:06 -0400 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA19193 for ; Fri, 12 Jun 1998 09:51:03 -0400 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 PAA03169 for ; Fri, 12 Jun 1998 15:50:59 +0200 (MET DST) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id PAA19388; Fri, 12 Jun 1998 15:49:50 +0200 (MET DST) Date: Fri, 12 Jun 1998 15:49:50 +0200 (MET DST) Message-Id: <199806121349.PAA19388@mozart.ujf-grenoble.fr> From: Thierry Bouche To: pdftex@tug.org Subject: pdftex & linux In-Reply-To: <1999-Fri12Jun1998133440+0100-s.rahtz@elsevier.co.uk> References: <357D5951.23DFC163@wxs.nl> <199806100146.TAA25796@bimodal.stat.ualberta.ca> <1999-Fri12Jun1998133440+0100-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 Hi, 1. what system requirements to take advantage of the binaries for linux? (TL3 & pdftex-.12n) I've a rather old-fashionned linux 2.0.30 based on some RedHat 3/4, and my libraries seem to be a bit outdated. 2. Will pdftex-.12o-x compile on top of the web2c-7.2 source tree from TL3 or should i get a more recent version, & from where? Thanks, Thierry From owner-pdftex@tug.org Fri Jun 12 08:42:57 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA28580 for ; Fri, 12 Jun 1998 08:42:56 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA19376 for pdftex-list; Fri, 12 Jun 1998 10:33:47 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA19373 for ; Fri, 12 Jun 1998 10:33:05 -0400 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 PAA24168; hop 0; Fri, 12 Jun 1998 15:27:46 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Fri, 12 Jun 1998 15:32:51 +0100 Date: Fri, 12 Jun 1998 15:21:54 +0100 Message-ID: <3427-Fri12Jun1998152154+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: bkph@ai.mit.edu Cc: fontinst@cogs.susx.ac.uk, tex-fonts@math.utah.edu, pdftex@tug.org Subject: Re: fontinst with 8y.etx In-Reply-To: <4.0.1.19980611195952.00e17780@life.ai.mit.edu> References: <199806111411.QAA13180@mozart.ujf-grenoble.fr> <357F1B04.6918@mailszrz.zrz.tu-berlin.de> <199806101548.RAA15979@attila.uni-duesseldorf.de> <4.0.1.19980611195952.00e17780@life.ai.mit.edu> Sender: owner-pdftex@tug.org Precedence: bulk Berthold K.P. Horn writes: > LY1 has the feature that it works around known encoding sensitive > bugs, except the ones in the Macintosh Acrobat Reader. And no > encoding appears to be able to do that. This is not > to say there aren't bugs in other Acrobat Readers or in Distiller... Since you agree that Macintoshes live in a special encoding hell of their own, I never saw why 8y is better than 8r in this respect. I can't think when I last had an encoding problem, and of course I use 8r every day All other things being equal, I'd happily switch to using 8y as a plug-in replacement for 8r. But they are not equal - there are thousands and thousands of people out there whose work revolves around 8r. Ok, they don't *know* thatt, but they wont take kindly to being told that tens of megabytes of files on CTAN are about to change, and that distributions from OzTeX to teTeX are all going to change incompatibly overnight. I leave aside the fact that the best-selling LaTeX book of the last year has a detailed description of 8r in it.... Possibly not everyone reading this realizes *quite* how much hate mail one can get when one tinkers with something like PS font metrics for TeXxies. But I stress that I have nothing against 8y. I just remain to be convinced that the pain of changing will be outweighed by the possible advantages. > Adobe Type Library alone that do not have Berry names. Also, > may be it is time to make a new start and use something more > sensible, like PS FontName, or better the 5+3+3+... contracted > PS FontName. Unless you simply utilize a lookup table, one point of the Berry scheme is to be able to reconstruct family details from just the name. It forces you to decide whether NiceFontMedium or NiceFontSemiBold maps to LaTeX's "bx". Long names don't help you there. sebastian From owner-pdftex@tug.org Fri Jun 12 08:57:01 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA29065 for ; Fri, 12 Jun 1998 08:57:00 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA19449 for pdftex-list; Fri, 12 Jun 1998 10:51:59 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id KAA19446 for ; Fri, 12 Jun 1998 10:51:54 -0400 Received: from SnowWhite.inet.cz (pavel@SnowWhite.local [10.0.0.101]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id QAA14704; Fri, 12 Jun 1998 16:49:48 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id QAA01613; Fri, 12 Jun 1998 16:48:07 +0200 Date: Fri, 12 Jun 1998 16:48:07 +0200 Message-Id: <199806121448.QAA01613@SnowWhite.inet.cz> From: "Pavel Janik ml." To: Thierry.Bouche@ujf-grenoble.fr CC: pdftex@tug.org In-reply-to: <199806121349.PAA19388@mozart.ujf-grenoble.fr> (message from Thierry Bouche on Fri, 12 Jun 1998 15:49:50 +0200 (MET DST)) Subject: Re: pdftex & linux X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.105 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Date: Fri, 12 Jun 1998 15:49:50 +0200 (MET DST) From: Thierry Bouche Hi, > 1. what system requirements to take advantage of the binaries for linux? > (TL3 & pdftex-.12n) you can test it with ldd pdftex - it should print something like this (I'm running Red Hat Linux 5.1 now): SnowWhite:$ ldd `which pdftex` libm.so.6 => /lib/libm.so.6 (0x40003000) libc.so.6 => /lib/libc.so.6 (0x4001c000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x00000000) SnowWhite:$ But I can make statically linked binaries, if you wish and these will run on AnyLinux(tm). ;-) > 2. Will pdftex-.12o-x compile on top of the web2c-7.2 source tree from > TL3 or should i get a more recent version, & from where? I think it should, as 0.12n :-) I personally use ftp://ftp.tug.org/tex/web2*7.2a.tar.gz -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Fri Jun 12 12:08:48 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id MAA03343 for ; Fri, 12 Jun 1998 12:08:47 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id OAA20190 for pdftex-list; Fri, 12 Jun 1998 14:01:21 -0400 Received: from cs.sfu.ca (cs.sfu.ca [142.58.111.1]) by tug.org (8.8.5/8.8.5) with ESMTP id OAA20187 for ; Fri, 12 Jun 1998 14:01:19 -0400 Received: from daisy.cs.sfu.ca (oneill@daisy [199.60.1.9]) by cs.sfu.ca (8.8.8/8.8.8) with ESMTP id LAA22636; Fri, 12 Jun 1998 11:01:18 -0700 (PDT) From: "Melissa O'Neill" Received: (from oneill@localhost) by daisy.cs.sfu.ca (8.8.8/8.8.8) id LAA17018; Fri, 12 Jun 1998 11:01:18 -0700 (PDT) Message-Id: <199806121801.LAA17018@daisy.cs.sfu.ca> Subject: Re: fontinst with 8y.etx To: fontinst@cogs.susx.ac.uk (Fontinst), tex-fonts@math.utah.edu (TeX Fonts), pdftex@tug.org Date: Fri, 12 Jun 1998 11:01:18 -0700 (PDT) In-Reply-To: <4.0.1.19980611192942.00e195b0@life.ai.mit.edu> from "Berthold K.P. Horn" at Jun 11, 98 08:08:47 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Berthold K.P. Horn writes: > PDFEncoding is another possibility, except that it does not provide > access to ff-ligatures and dotlessj, fraction, sfthyphen, nbspace... Also, my understanding was that sfthyphen and nbspace were characters in the Windows(tm) character set, rather than real characters in actual fonts. Certainly they aren't in Adobe's fonts, nor in PS fonts designed specifically with TeX in mind like LucidaBright. (BTW, `fraction' is in the PDFDocEncoding, since it is one of standard 228 glyphs in Adobe text fonts). The `ff', `ffi' and `ffl' ligatures are typically found in expert fonts. Fonts like LucidaBright are the exception, rather than the rule. More to the point, if you aren't going to have an encoding just to the standard 228 glyphs in a PostScript font, which extra ones do you add. I currently set text in my own custom encoding which I call PDF+, which adds dotlessj onefitted colonmonetary rupiah figuredash threequartersemdash ffi ffl ff onedotenleader twodotenleader onethird twothirds to the standard 228, but other people might wish to make different choices. And there are plenty of extra glyphs to choose from -- Adobe Courier contains 260 glyphs, the extra ones being: Gcaron IJ Idot LL Scedilla arrowboth arrowdown arrowleft arrowright arrowup center dectab down format gcaron graybox ij indent largebullet left lira ll merge notegraphic overscore prescription return scedilla square stop tab up. So it becomes very easy to show that it's just not possible to have an encoding that covers every glyph in every slightly non-standard text font. > And it has grave accent where we want quoteleft, and it has quotesingle > were we want quoteright. I believe there is a general abhorence of > using active characters to work around that problem. This positioning is certainly annoying, but is a problem only if you're typesetting directly in the font. If you're using a VFs and using something like the T1 encoding in TeX, there is no problem. The problem I have with LY1 is that it wastes valuable space in the encoding by including duplicates, and omits some glyphs I'd like to have access to. It also doesn't work well with all Acrobat Readers (perhaps no encoding does, but since it is often promoted on the idea that it works around Acrobat bugs, it's important to realize the falsity of any such claims). Thierry Bouche had written: >> The main question at the time i write seems to be: is there an >> encoding that could insure portability of PDF files across platforms >> (including Windows & Macs...) that would be functionnally equivalent >> to 8r (i.e. making visible all adobe 228 glyphs + ff-ligs when >> available). This question remains to be answered. I don't think that the PDFDocEncoding is the solution necessarily, but it is conceivable that it might be a better starting point than LY1. Regards, Melissa. From "Melissa O'Neill " Fri Jun 12 12:10:36 1998 Flags: 000000000000 Received: from cs.sfu.ca (cs.sfu.ca [142.58.111.1]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id MAA03142 for ; Fri, 12 Jun 1998 12:01:21 -0600 (MDT) Received: from daisy.cs.sfu.ca (oneill@daisy [199.60.1.9]) by cs.sfu.ca (8.8.8/8.8.8) with ESMTP id LAA22636; Fri, 12 Jun 1998 11:01:18 -0700 (PDT) From: "Melissa O'Neill" Received: (from oneill@localhost) by daisy.cs.sfu.ca (8.8.8/8.8.8) id LAA17018; Fri, 12 Jun 1998 11:01:18 -0700 (PDT) Message-Id: <199806121801.LAA17018@daisy.cs.sfu.ca> Subject: Re: fontinst with 8y.etx To: fontinst@cogs.susx.ac.uk (Fontinst), tex-fonts@math.utah.edu (TeX Fonts), pdftex@tug.org Date: Fri, 12 Jun 1998 11:01:18 -0700 (PDT) In-Reply-To: <4.0.1.19980611192942.00e195b0@life.ai.mit.edu> from "Berthold K.P. Horn" at Jun 11, 98 08:08:47 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Berthold K.P. Horn writes: > PDFEncoding is another possibility, except that it does not provide > access to ff-ligatures and dotlessj, fraction, sfthyphen, nbspace... Also, my understanding was that sfthyphen and nbspace were characters in the Windows(tm) character set, rather than real characters in actual fonts. Certainly they aren't in Adobe's fonts, nor in PS fonts designed specifically with TeX in mind like LucidaBright. (BTW, `fraction' is in the PDFDocEncoding, since it is one of standard 228 glyphs in Adobe text fonts). The `ff', `ffi' and `ffl' ligatures are typically found in expert fonts. Fonts like LucidaBright are the exception, rather than the rule. More to the point, if you aren't going to have an encoding just to the standard 228 glyphs in a PostScript font, which extra ones do you add. I currently set text in my own custom encoding which I call PDF+, which adds dotlessj onefitted colonmonetary rupiah figuredash threequartersemdash ffi ffl ff onedotenleader twodotenleader onethird twothirds to the standard 228, but other people might wish to make different choices. And there are plenty of extra glyphs to choose from -- Adobe Courier contains 260 glyphs, the extra ones being: Gcaron IJ Idot LL Scedilla arrowboth arrowdown arrowleft arrowright arrowup center dectab down format gcaron graybox ij indent largebullet left lira ll merge notegraphic overscore prescription return scedilla square stop tab up. So it becomes very easy to show that it's just not possible to have an encoding that covers every glyph in every slightly non-standard text font. > And it has grave accent where we want quoteleft, and it has quotesingle > were we want quoteright. I believe there is a general abhorence of > using active characters to work around that problem. This positioning is certainly annoying, but is a problem only if you're typesetting directly in the font. If you're using a VFs and using something like the T1 encoding in TeX, there is no problem. The problem I have with LY1 is that it wastes valuable space in the encoding by including duplicates, and omits some glyphs I'd like to have access to. It also doesn't work well with all Acrobat Readers (perhaps no encoding does, but since it is often promoted on the idea that it works around Acrobat bugs, it's important to realize the falsity of any such claims). Thierry Bouche had written: >> The main question at the time i write seems to be: is there an >> encoding that could insure portability of PDF files across platforms >> (including Windows & Macs...) that would be functionnally equivalent >> to 8r (i.e. making visible all adobe 228 glyphs + ff-ligs when >> available). This question remains to be answered. I don't think that the PDFDocEncoding is the solution necessarily, but it is conceivable that it might be a better starting point than LY1. Regards, Melissa. From owner-pdftex@tug.org Fri Jun 12 12:20:12 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id MAA03674 for ; Fri, 12 Jun 1998 12:20:10 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id OAA20262 for pdftex-list; Fri, 12 Jun 1998 14:16:11 -0400 Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by tug.org (8.8.5/8.8.5) with SMTP id OAA20259 for ; Fri, 12 Jun 1998 14:16:09 -0400 Subject: Re: pdftex & linux In-Reply-To: <199806121448.QAA01613@SnowWhite.inet.cz> from "Pavel Janik ml." at "Jun 12, 98 04:48:07 pm" To: Pavel.Janik@inet.cz Date: Fri, 12 Jun 1998 19:16:01 +0100 (BST) From: Timothy Murphy Cc: pdftex@tug.org X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-ID: <9806121916.aa15225@salmon.maths.tcd.ie> Sender: owner-pdftex@tug.org Precedence: bulk > > But I can make statically linked binaries, if you wish and these will > run on AnyLinux(tm). ;-) If you do anything, I would have thought it would be better to follow the usual Linux practice and have libc and glibc versions. However, I think most people use glibc now, so it is probably not worth doing anything. From owner-pdftex@tug.org Fri Jun 12 13:45:58 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id NAA05433 for ; Fri, 12 Jun 1998 13:45:57 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id PAA20653 for pdftex-list; Fri, 12 Jun 1998 15:41:42 -0400 Received: from hubert.wuh.wustl.edu (nb22-pool-18.wustl.edu [128.252.113.18]) by tug.org (8.8.5/8.8.5) with ESMTP id PAA20649 for ; Fri, 12 Jun 1998 15:41:39 -0400 Received: (from ats@localhost) by hubert.wuh.wustl.edu (8.8.7/8.8.7) id OAA12578; Fri, 12 Jun 1998 14:39:07 -0500 To: Timothy Murphy Cc: Pavel.Janik@inet.cz, pdftex@tug.org Subject: Re: pdftex & linux References: <9806121916.aa15225@salmon.maths.tcd.ie> From: Alan Shutko Date: 12 Jun 1998 14:39:06 -0500 In-Reply-To: Timothy Murphy's message of "Fri, 12 Jun 1998 19:16:01 +0100 (BST)" Message-ID: Lines: 16 X-Mailer: Gnus v5.5/Emacs 20.2 Sender: owner-pdftex@tug.org Precedence: bulk >>>>> "T" == Timothy Murphy writes: >> But I can make statically linked binaries, if you wish and these >> will run on AnyLinux(tm). ;-) T> If you do anything, I would have thought it would be better to T> follow the usual Linux practice and have libc and glibc versions. Sure, but which libc? There are so many different versions of libc5 floating around, picking any one will screw people over. -- Alan Shutko - By consent of the corrupted You will lose an important disk file. From "Rebecca and Rowland " Fri Jun 12 22:03:48 1998 Flags: 000000000000 Received: from mserv1b.u-net.net (mserv1b.u-net.net [195.102.240.137]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with SMTP id WAA14755 for ; Fri, 12 Jun 1998 22:02:35 -0600 (MDT) Received: from ([194.119.133.1]) [194.119.133.1] by mserv1b.u-net.net with esmtp (Exim 1.82 #2) id 0ykhVX-0004UV-00; Sat, 13 Jun 1998 05:01:35 +0100 X-Sender: rebecca-astrid@mail.u-net.com Message-Id: In-Reply-To: <4.0.1.19980611192942.00e195b0@life.ai.mit.edu> References: <199806111411.QAA13180@mozart.ujf-grenoble.fr> <357F1B04.6918@mailszrz.zrz.tu-berlin.de> <199806101548.RAA15979@attila.uni-duesseldorf.de> <357F1B04.6918@mailszrz.zrz.tu-berlin.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 13 Jun 1998 02:47:45 +0100 To: "Berthold K.P. Horn" , Thierry Bouche , Hilmar Schlegel From: Rebecca and Rowland Subject: Re: fontinst with 8y.etx Cc: fontinst@cogs.susx.ac.uk, tex-fonts@math.utah.edu, pdftex@tug.org At 8:08 pm -0400 11/6/98, Berthold K.P. Horn wrote: >Hi: > >At 04:11 PM 98/06/11 +0200, Thierry Bouche wrote: [snip] >>For instance: is there a way to combine LY1 & Melissa's Mac mods? > >AFAIK, Mellisa's `mods' are simply work-arounds for the limitations >of Mac: problems due to not being able to access 21 of the 228 glyphs >on the Mac (due to lack of ability to reencode fonts - somthing not >fixed by VF, I hasten to add, because VF only `remaps'). So something >has to be done to approximate lslash, ff, eth, thorn etc. This is not a limitation of Macs, but a limitation of some software on Macs. >>Well, does there exist something working proprely on unices, macoses & >>windowses95-99/Nt? >>Doesn't that whole question seem surrealistic to you, talking of some >>_portable_ doc format???!! > >Well, I gather that some people on Unix are using LY1, as are some >OzTeX users... Some people have rings in their noses. It doesn't make them particuarly sensible. (Note: this is a joke of sorts) [snip] >Not sure what that refers to. Only CM and EM fonts use `non-rounded' >numbers. As for overhead, it took a few minutes to do all 2300 >fonts in the Adobe library, while I have heard R&R estimate 5min >to 30min per font using fontinst... That's on my obsolete 25MHz 68LC040 Mac, which has roughly the same processing power as a 40MHz 80486SX PC. 30 minutes is nearer the time it takes to run \latinfamily on a *typical* set of 4 afms; it's *very* much slower if you have what spqr refers to as a `pathologically kerned' set of founts. There's no doubt that fontinst is slow, but on a modern computer, it's not that much of a problem. If you assume an average of 12 minutes per fount on my computer (geometric mean of 5 and 30), and that you're using a modern computer that's 100 times faster than my 1993 Mac, it'll take: 2300 x 12min / 100 = 4.6 hours to process the whole lot with fontinst. It might be that that estimate is flawed in some way. Even if I'm out by an order of magnitude, that's still less than 2 days to process the whole lot. Slow, yes; but not impractically slow. >>but y&y doesn't put its ton of LY1 TFMs on CTAN, and they don't >>conform to karl berry names? > >You can happily take the TFM files now on the Y&Y web site and port >them to CTAN. As for Karl Berry names: more than half of those fonts >don't have Berry names (and this is just the Adobe Type Library), >and in some cases it wasn't clear what some fonts were called. So it >was easier to organize the files on the names given by Adobe. >It would be easy to extract those that have Berry names and rename >them, given that the HTML table has both names (and more) listed. >But what do you do with the rest? > >Since few people are now stuck on 8+3 platforms, maybe it is time to >forget this. I'd say not: the 8+3 filename limit applies to ISO9660 CD-ROMs, as well as MS-DOS. MS-DOS is still widely used, especially in `developing nations' which have plenty of obsolete computers still in use. I wouldn't be happy with excluding people just because they happen to live in the `wrong' country. And please note that I have frothed at the mouth in a screaming fit at the horrible things I've had to do to filenames before uploading packages to CTAN (download my rmpage package and search for `Gates' if you want to read several looney rants about this); I dislike this limit, but I think that it does make sense to stick with it for the foreseeable future. > We could use PS FontName as the TFM file name, >or, since those can get rather long, use the Mac 5+3+3+... >contracted names, which are unique also (or supposed to be anyway >- for otherwise the font cannot be used on the Mac). To be more specific: or else the fount can't be used on Macs running mfs or hfs. hfs+ can handle longer filenames as far as I know, but it's hardly widely used. [snip] Rowland. From owner-pdftex@tug.org Fri Jun 12 22:07:06 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id WAA14899 for ; Fri, 12 Jun 1998 22:07:04 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id AAA22420 for pdftex-list; Sat, 13 Jun 1998 00:03:22 -0400 Received: from mserv1b.u-net.net (mserv1b.u-net.net [195.102.240.137]) by tug.org (8.8.5/8.8.5) with SMTP id AAA22411 for ; Sat, 13 Jun 1998 00:02:38 -0400 Received: from ([194.119.133.1]) [194.119.133.1] by mserv1b.u-net.net with esmtp (Exim 1.82 #2) id 0ykhVX-0004UV-00; Sat, 13 Jun 1998 05:01:35 +0100 X-Sender: rebecca-astrid@mail.u-net.com Message-Id: In-Reply-To: <4.0.1.19980611192942.00e195b0@life.ai.mit.edu> References: <199806111411.QAA13180@mozart.ujf-grenoble.fr> <357F1B04.6918@mailszrz.zrz.tu-berlin.de> <199806101548.RAA15979@attila.uni-duesseldorf.de> <357F1B04.6918@mailszrz.zrz.tu-berlin.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 13 Jun 1998 02:47:45 +0100 To: "Berthold K.P. Horn" , Thierry Bouche , Hilmar Schlegel From: Rebecca and Rowland Subject: Re: fontinst with 8y.etx Cc: fontinst@cogs.susx.ac.uk, tex-fonts@math.utah.edu, pdftex@tug.org Sender: owner-pdftex@tug.org Precedence: bulk At 8:08 pm -0400 11/6/98, Berthold K.P. Horn wrote: >Hi: > >At 04:11 PM 98/06/11 +0200, Thierry Bouche wrote: [snip] >>For instance: is there a way to combine LY1 & Melissa's Mac mods? > >AFAIK, Mellisa's `mods' are simply work-arounds for the limitations >of Mac: problems due to not being able to access 21 of the 228 glyphs >on the Mac (due to lack of ability to reencode fonts - somthing not >fixed by VF, I hasten to add, because VF only `remaps'). So something >has to be done to approximate lslash, ff, eth, thorn etc. This is not a limitation of Macs, but a limitation of some software on Macs. >>Well, does there exist something working proprely on unices, macoses & >>windowses95-99/Nt? >>Doesn't that whole question seem surrealistic to you, talking of some >>_portable_ doc format???!! > >Well, I gather that some people on Unix are using LY1, as are some >OzTeX users... Some people have rings in their noses. It doesn't make them particuarly sensible. (Note: this is a joke of sorts) [snip] >Not sure what that refers to. Only CM and EM fonts use `non-rounded' >numbers. As for overhead, it took a few minutes to do all 2300 >fonts in the Adobe library, while I have heard R&R estimate 5min >to 30min per font using fontinst... That's on my obsolete 25MHz 68LC040 Mac, which has roughly the same processing power as a 40MHz 80486SX PC. 30 minutes is nearer the time it takes to run \latinfamily on a *typical* set of 4 afms; it's *very* much slower if you have what spqr refers to as a `pathologically kerned' set of founts. There's no doubt that fontinst is slow, but on a modern computer, it's not that much of a problem. If you assume an average of 12 minutes per fount on my computer (geometric mean of 5 and 30), and that you're using a modern computer that's 100 times faster than my 1993 Mac, it'll take: 2300 x 12min / 100 = 4.6 hours to process the whole lot with fontinst. It might be that that estimate is flawed in some way. Even if I'm out by an order of magnitude, that's still less than 2 days to process the whole lot. Slow, yes; but not impractically slow. >>but y&y doesn't put its ton of LY1 TFMs on CTAN, and they don't >>conform to karl berry names? > >You can happily take the TFM files now on the Y&Y web site and port >them to CTAN. As for Karl Berry names: more than half of those fonts >don't have Berry names (and this is just the Adobe Type Library), >and in some cases it wasn't clear what some fonts were called. So it >was easier to organize the files on the names given by Adobe. >It would be easy to extract those that have Berry names and rename >them, given that the HTML table has both names (and more) listed. >But what do you do with the rest? > >Since few people are now stuck on 8+3 platforms, maybe it is time to >forget this. I'd say not: the 8+3 filename limit applies to ISO9660 CD-ROMs, as well as MS-DOS. MS-DOS is still widely used, especially in `developing nations' which have plenty of obsolete computers still in use. I wouldn't be happy with excluding people just because they happen to live in the `wrong' country. And please note that I have frothed at the mouth in a screaming fit at the horrible things I've had to do to filenames before uploading packages to CTAN (download my rmpage package and search for `Gates' if you want to read several looney rants about this); I dislike this limit, but I think that it does make sense to stick with it for the foreseeable future. > We could use PS FontName as the TFM file name, >or, since those can get rather long, use the Mac 5+3+3+... >contracted names, which are unique also (or supposed to be anyway >- for otherwise the font cannot be used on the Mac). To be more specific: or else the fount can't be used on Macs running mfs or hfs. hfs+ can handle longer filenames as far as I know, but it's hardly widely used. [snip] Rowland. From owner-pdftex@tug.org Sat Jun 13 07:29:00 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA24577 for ; Sat, 13 Jun 1998 07:28:58 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA24515 for pdftex-list; Sat, 13 Jun 1998 09:24:51 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id JAA24512 for ; Sat, 13 Jun 1998 09:24:48 -0400 Received: from SnowWhite.inet.cz (pavel@dialup1.inet.cz [194.196.193.1]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id PAA12922; Sat, 13 Jun 1998 15:22:41 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id KAA00841; Sat, 13 Jun 1998 10:28:48 +0200 Date: Sat, 13 Jun 1998 10:28:48 +0200 Message-Id: <199806130828.KAA00841@SnowWhite.inet.cz> From: "Pavel Janik ml." To: Timothy Murphy CC: pdfTeX mailing list In-reply-to: <9806121916.aa15225@salmon.maths.tcd.ie> (message from Timothy Murphy on Fri, 12 Jun 1998 19:16:01 +0100 (BST)) Subject: Re: pdftex & linux X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.105 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Date: Fri, 12 Jun 1998 19:16:01 +0100 (BST) From: Timothy Murphy Hi, > > But I can make statically linked binaries, if you wish and these will > > run on AnyLinux(tm). ;-) > > If you do anything, > I would have thought it would be better > to follow the usual Linux practice > and have libc and glibc versions. pdfTeX statically linked will run on any Linux, regardless of main C library. It's on my TODO list -- available soon. -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Sat Jun 13 08:59:21 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA26124 for ; Sat, 13 Jun 1998 08:59:20 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA24850 for pdftex-list; Sat, 13 Jun 1998 10:57:01 -0400 Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by tug.org (8.8.5/8.8.5) with SMTP id KAA24844 for ; Sat, 13 Jun 1998 10:57:00 -0400 Received: from graves.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 13 Jun 98 15:56:55 +0100 (BST) Subject: Re: pdftex & linux In-Reply-To: <199806130828.KAA00841@SnowWhite.inet.cz> from "Pavel Janik ml." at "Jun 13, 98 10:28:48 am" To: Pavel.Janik@inet.cz Date: Sat, 13 Jun 1998 15:56:51 +0100 (BST) From: Timothy Murphy Cc: pdftex@tug.org X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-ID: <9806131556.aa18544@graves.maths.tcd.ie> Sender: owner-pdftex@tug.org Precedence: bulk > pdfTeX statically linked will run on any Linux, regardless of main C > library. It's on my TODO list -- available soon. I realise that is the case. However, I still do not think it is a good idea, as it is not normal Linux practice. (Nor is it normal teTeX practice, I think.) What would probably be useful for Linux people, if you had the time and energy, would be to provide RPM's. These would check that the appropriate library was available. I think the vast majority of Linux users today have gone over to RedHat or SuSe, both of which use RPMs. From owner-pdftex@tug.org Sat Jun 13 09:08:01 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA26327 for ; Sat, 13 Jun 1998 09:08:00 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA24876 for pdftex-list; Sat, 13 Jun 1998 11:02:53 -0400 Received: from smtp03.wxs.nl (mmp02.wxs.nl [195.121.6.37]) by tug.org (8.8.5/8.8.5) with ESMTP id LAA24873 for ; Sat, 13 Jun 1998 11:02:50 -0400 Received: from wxs.nl ([195.121.49.192]) by smtp03.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA39FF; Sat, 13 Jun 1998 17:02:44 +0200 Message-ID: <3580C74D.5F49F7FB@wxs.nl> Date: Fri, 12 Jun 1998 08:14:37 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Colin Marquardt <941etcm@gwfs.stud.fh-jena.de> CC: pdftex@tug.org Subject: Re: pdftex for win32 References: <199806101945.VAA03588@gw4s.stud> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Colin Marquardt wrote: > It may not help, but the win32-web2c at Fabrice's home ftp-location has > got pdftex-0.12h. It's in ...-bin1.zip; it might differ from the > CTAN-version though. Version n is the latest and available at Fabrice. Does pdf inclusion 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 Sat Jun 13 11:44:07 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id LAA29031 for ; Sat, 13 Jun 1998 11:44:06 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id NAA25409 for pdftex-list; Sat, 13 Jun 1998 13:41:13 -0400 Received: from smtp04.wxs.nl (smtp04.wxs.nl [195.121.6.59]) by tug.org (8.8.5/8.8.5) with ESMTP id NAA25406 for ; Sat, 13 Jun 1998 13:41:11 -0400 Received: from wxs.nl ([195.121.49.41]) by smtp04.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA2D1E; Sat, 13 Jun 1998 19:41:02 +0200 Message-ID: <35829A5B.66869F02@wxs.nl> Date: Sat, 13 Jun 1998 17:27:23 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Tom Kacvinsky CC: pdftex@tug.org Subject: Re: PS from pdfTeX's PDF References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Tom Kacvinsky wrote: > One last question: how do you feel about requesting that font compression > be built into pdftex? I haven't read the specs on this, but it should be > possible. I think so, would save quite some space 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 Sat Jun 13 13:17:21 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id NAA00747 for ; Sat, 13 Jun 1998 13:17:20 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id PAA25761 for pdftex-list; Sat, 13 Jun 1998 15:14:16 -0400 Received: from gwfs.stud.fh-jena.de (gwfs.stud.fh-jena.de [194.94.37.56]) by tug.org (8.8.5/8.8.5) with ESMTP id PAA25758 for ; Sat, 13 Jun 1998 15:14:14 -0400 Received: from gw4s (gw4s.stud.fh-jena.de [194.94.37.30]) by gwfs.stud.fh-jena.de (8.8.6/8.8.6) with SMTP id VAA12454; Sat, 13 Jun 1998 21:14:55 +0200 (MET DST) Date: Sat, 13 Jun 1998 21:09:55 +0200 (MDT) From: Colin Marquardt <941etcm@gmx.de> X-Sender: 941etcm@gw4s To: pdftex@tug.org cc: pragma@wxs.nl Subject: Re: pdftex for win32 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Hans Hagen wrote: > > It may not help, but the win32-web2c at Fabrice's home ftp-location has > > got pdftex-0.12h. It's in ...-bin1.zip; it might differ from the > > CTAN-version though. > > Version n is the latest and available at Fabrice. Does pdf inclusion > too! Yes, I know that and even use PDF-inclusion successfully. But that 0.12n is not on CTAN, AFAIK, and Web2c for Win32 (which *is* on CTAN) has only 0.12h. Sorry for being confusing. Btw, a PDF-file generated by an old Ghostscript 4.03 (with SPQR's epstopdf.pl) confuses pdftex in a way that WinNT has to send me Dr Watson. Admittedly, it's not a valid PDF-file, Acroread tells me that it has no pages, but if it can be fixed... (or, if epstopdf is planned to be brought before a wider audience, e.g. CTAN, include a version check) Cheers, Colin Colin Marquardt colin.marquardt@gmx.de Ortsstrasse 28 D-07426 Untersch"obling From "Melissa O'Neill " Sat Jun 13 13:28:15 1998 Flags: 000000000001 Received: from cs.sfu.ca (cs.sfu.ca [142.58.111.1]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id NAA00912 for ; Sat, 13 Jun 1998 13:27:12 -0600 (MDT) Received: from daisy.cs.sfu.ca (oneill@daisy [199.60.1.9]) by cs.sfu.ca (8.8.8/8.8.8) with ESMTP id MAA00694; Sat, 13 Jun 1998 12:27:09 -0700 (PDT) From: "Melissa O'Neill" Received: (from oneill@localhost) by daisy.cs.sfu.ca (8.8.8/8.8.8) id MAA25135; Sat, 13 Jun 1998 12:27:09 -0700 (PDT) Message-Id: <199806131927.MAA25135@daisy.cs.sfu.ca> Subject: `limitations' of OzTeX (was: fontinst with 8y.etx) To: fontinst@cogs.susx.ac.uk (Fontinst), tex-fonts@math.utah.edu (TeX Fonts), pdftex@tug.org Date: Sat, 13 Jun 1998 12:27:08 -0700 (PDT) In-Reply-To: from "Rebecca and Rowland" at Jun 13, 98 02:47:45 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Late to the discussion, I see people are talking about `Melissa's Mac mods', but I'm not sure whether people are talking about my providing `MacLY1.enc' for OzTeX users, or the fact that I use a custom encoding that isn't LY1 or 8r in a vain attempt to skirt around bugs in the Macintosh Acrobat reader. I'm going to assume the former (but perhaps other people are confused too, and the discussion has really been at crossed purposes). Thierry Bouche wrote: >>> For instance: is there a way to combine LY1 & Melissa's Mac mods? Can you elaborate what you're envisaging here? ... Berthold K.P. Horn replied (clearly talking about MacLY1.enc): >> AFAIK, Mellisa's `mods' are simply work-arounds for the limitations >> of Mac: problems due to not being able to access 21 of the 228 glyphs >> on the Mac (due to lack of ability to reencode fonts - somthing not >> fixed by VF, I hasten to add, because VF only `remaps'). So something >> has to be done to approximate lslash, ff, eth, thorn etc. ... to which Rowland replied (apparently talking about OzTeX) > This is not a limitation of Macs, but a limitation of some software > on Macs. OzTeX and some of the Windows DVI previewers faced the same problem -- their authors aren't/weren't prepared to (or weren't able to) figure out how to get ATM and/or the operating system to reencode fonts. OzTeX takes the attitude that it'll attempt to reencode fonts itself, and uses a supplied mapping to go from 8r or LY1 to MacRoman, thus it does the reencodding rather than the OS. The mapping is imperfect because some glyphs don't exist in MacRoman but usually acceptable. The equivalent Windows programs apparently considered this approach too much trouble (or perhaps never thought of it) and so instead require that users work within the Windows ANSI encoding, or use non-standard fonts like Computer Modern. Because of their `solution' to the problem, both 8r and LY1 were designed to be as close as possible to Windows ANSI in an attempt to appease these encoding-challenged Windows programs. I prefer the OzTeX solution, even if it does mean that when you design a new encoding you need to come up with a mapping file to map that encoding to MacRoman. Melissa. P.S. My own custom encodings, which are based on the PDFDocEncoding wouldn't work particulally well on these Windows DVI previewers. If we rate an encoding's compatibility with Windows ANSI as N+M, where N is the number of slot clashes, and M is the number of glyphs that map to empty slots in Windows ANSI (and thus lower numbers are better), we get: TeXBase1Encoding (aka 8r): 4+21 TeXnANSIEncoding (aka LY1/8y): 7+35 PDFDocEncoding: 23+16 my current custom encoding: 28+26 ECEncoding (roughly T1): 63+41 Thus we can see that 8r is most conciliatory towards these Windows programs. From owner-pdftex@tug.org Sun Jun 14 08:46:49 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA19733 for ; Sun, 14 Jun 1998 08:46:43 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA29898 for pdftex-list; Sun, 14 Jun 1998 10:42:27 -0400 Received: from extra.ucc.su.OZ.AU (extra.ucc.su.oz.au [129.78.64.4]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA29895 for ; Sun, 14 Jun 1998 10:42:24 -0400 Received: from mail.usyd.edu.au (mp-6-25.mp.usyd.edu.au [129.78.56.211]) by extra.ucc.su.OZ.AU (8.8.7/8.6.12) with ESMTP id AAA13631 for ; Mon, 15 Jun 1998 00:42:19 +1000 (EST) Message-ID: <3583E216.A5A9C445@mail.usyd.edu.au> Date: Mon, 15 Jun 1998 00:45:42 +1000 From: Robert Howlett X-Mailer: Mozilla 4.05 [en] (Win95; I) MIME-Version: 1.0 To: pdftex@tug.org Subject: eus.enc Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk I find I must make a humble apology. A file called euf.enc which I made some time last year is included in pdftexlib-0_12.zip. Unfortunately, I managed to mangle it somehow, a fact which I have only just dicovered. (Shows how often I use the eusm and eusb fonts.) I'm appending a corrected version to this message. Bob % % % Euler script encoding file (Bob Howlett 14/6/98). Not guaranteed! % /Bakoma_eus_Encoding [ % /minus /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef % /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef % /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef % /similar /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef % /space /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef % /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef % /ghost /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef % /.notdef /.notdef /logicalnot /.notdef /Rfractur /Ifractur /.notdef /.notdef % /aleph /A /B /C /D /E /F /G % /H /I /J /K /L /M /N /O % /P /Q /R /S /T /U /V /W % /X /Y /Z /.notdef /.notdef /.notdef /logicaland /logicalor % /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /braceleft /braceright % /.notdef /.notdef /bar /.notdef /.notdef /.notdef /backslash /.notdef % /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef % /section /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef % /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef % /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef % /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef % /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef % /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef % /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef % /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef % /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef % /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef % /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef % /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef % /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef % /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef % /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef ] def From owner-pdftex@tug.org Sun Jun 14 11:07:10 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id LAA22012 for ; Sun, 14 Jun 1998 11:07:09 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id NAA30388 for pdftex-list; Sun, 14 Jun 1998 13:02:42 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id NAA30383 for ; Sun, 14 Jun 1998 13:02:39 -0400 Received: from SnowWhite.inet.cz (pavel@dialup2.inet.cz [194.196.193.2]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id TAA13680 for ; Sun, 14 Jun 1998 19:00:25 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id PAA06946; Sun, 14 Jun 1998 15:46:20 +0200 Date: Sun, 14 Jun 1998 15:46:20 +0200 Message-Id: <199806141346.PAA06946@SnowWhite.inet.cz> From: "Pavel Janik ml." To: pdfTeX mailing list In-reply-to: <7715-Tue09Jun1998211006+0100-s.rahtz@elsevier.co.uk> (message from Sebastian Rahtz on Tue, 9 Jun 1998 21:10:06 +0100) Subject: TIFF support done (LONG) (Was: Re: TIFF image inclusion) X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.105 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Date: Tue, 9 Jun 1998 21:10:06 +0100 From: Sebastian Rahtz Hi, > 2. JPEG and TIFF *are* particular, in that Acrobat supports them > natively (as opposed to, say, GIF or BMP). It makes sense for > pdftex to have a 1:1 way of getting TIFF from a TIFF file to a PDF > file what do you mean by "supports natively"? As I know, Acrobat Reader supports DCTDecode filter (it's used by JPEG), but doesn't support TIFF. TIFF is a strange format - it's something like OpenType, it mixes apples and pears... Acroread only have TIFF predictor, but (as I understand) it is not native TIFF support. It can only predict compressed values. By native support I mean this: /Type /XObject /Subtype /Image /Name /Im1 /Width ..................... width of JPG /Height .................... height of JPG /BitsPerComponent 8 /Length ........ length of JPG file /ColorSpace /DeviceRGB /Filter /DCTDecode >> stream ............................ JPG file directly included here endstream endobject By this sequence you directly include JPG file. But with TIFF it's not possible (I hope, but if it is possible, I do it in five minutes...). But now, I'm running some tests on pdfTeX-0.12 with tiff inclusion support written of top of system tiff library. It will be distributed as separate patch to pdfTeX. My tests: I have 3 files: jpg.tex: \nopagenumbers\pdfimage logo.jpg\bye png.tex: \nopagenumbers\pdfimage logo.png\bye tif.tex: \nopagenumbers\pdfimage logo.tif\bye \nopagenumbers as I do not want any fonts included in pdf. I simply include picture in different format and say \bye ;-) My results: "time ./pdftex $format.tex" for each format follows: JPG: === This is pdfTeX, Version 3.14159-0.12o-2-tiff1 (Web2C 7.2) (pdftex.cfg) (jpg.tex [1] ) Output written on jpg.pdf (1 page, 14248 bytes). Transcript written on jpg.log. 0.87user 0.13system 0:01.07elapsed 92%CPU (0avgtext+0avgdata 0maxresident)k 0inputs+0outputs (171major+280minor)pagefaults 0swaps JPG inclusion prouduces smallest files (and of course takes smallest amount of time) because of direct inclusion. PNG: === This is pdfTeX, Version 3.14159-0.12o-2-tiff1 (Web2C 7.2) (pdftex.cfg) (png.tex [1] ) Output written on png.pdf (1 page, 234561 bytes). Transcript written on png.log. 1.47user 0.14system 0:01.67elapsed 95%CPU (0avgtext+0avgdata 0maxresident)k 0inputs+0outputs (186major+294minor)pagefaults 0swaps TIFF: ==== This is pdfTeX, Version 3.14159-0.12o-2-tiff1 (Web2C 7.2) (pdftex.cfg) (tif.tex [1] ) Output written on tif.pdf (1 page, 234518 bytes). Transcript written on tif.log. 1.90user 0.26system 0:02.37elapsed 90%CPU (0avgtext+0avgdata 0maxresident)k 0inputs+0outputs (200major+443minor)pagefaults 0swaps As you can see, length of tif.pdf and png.pdf is (almost) the same, difference is in /Length specification - in PNG it is indirect object reference (/Length 7 0 R) and tif.pdf says /Length xxxx, where xxxx is the image length. So as a result of my tests, TIFF inclusion is worth to add to pdfTeX, but I let this decision on Thanh. Now, I'll do some tests and if it's ok, I'll release it with pdfTeX-0.12o-2 (it is allready done on my PC). BTW - If you have some version of pdfTeX older than my (I think 100% of you ;-) try this: Take any gif (yes, GIF image) and try to pdfTeX this document: \pdfimage logo.gif\bye. What do you get? New pdfTeX will have this bug corrected (no, pdfTeX can not include GIF files, but it's not a bug, it's a feature ;-) I correct only the message you just get.) Did anybody test alpha channelled or interlaced PNG inclusion? I did not get any bug report :-( ;-) Any comments? Now my tests with all files from tiff library are over. Everything went ok, except of one picture - it's length is around 2Megs and my disk space is limited, so pdfTeX died. PDF with TIFF are readable (and even viewable) by acroread, gs and xpdf on my Linux box, so I think TIFF inclusion is finished. I make it available for testing soon. -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Sun Jun 14 11:07:12 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id LAA22016 for ; Sun, 14 Jun 1998 11:07:11 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id NAA30391 for pdftex-list; Sun, 14 Jun 1998 13:02:45 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id NAA30387 for ; Sun, 14 Jun 1998 13:02:42 -0400 Received: from SnowWhite.inet.cz (pavel@dialup2.inet.cz [194.196.193.2]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id TAA13684; Sun, 14 Jun 1998 19:00:37 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id NAA06603; Sun, 14 Jun 1998 13:51:57 +0200 Date: Sun, 14 Jun 1998 13:51:57 +0200 Message-Id: <199806141151.NAA06603@SnowWhite.inet.cz> From: "Pavel Janik ml." To: Timothy Murphy CC: pdfTeX mailing list In-reply-to: <9806131556.aa18544@graves.maths.tcd.ie> (message from Timothy Murphy on Sat, 13 Jun 1998 15:56:51 +0100 (BST)) Subject: Re: pdftex & linux X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.105 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Date: Sat, 13 Jun 1998 15:56:51 +0100 (BST) From: Timothy Murphy Hi, > However, I still do not think it is a good idea, > as it is not normal Linux practice. > (Nor is it normal teTeX practice, I think.) I think that statically linked binaries make it easier to try all new and improved versions of pdfTeX and simpilifies testing process. Say - do you compile all new versions of pdfTeX? I do, but I think most people do not... And we would like to have more beta testers and statically linked binaries are the way to do it. > What would probably be useful for Linux people, > if you had the time and energy, > would be to provide RPM's. > These would check that the appropriate library was available. It's too hard to do, because pdfTeX is complex piece of software, it needs web2c and web sources for compilation, it hardly depends on operating system running and on it's libraries - consider Linux: libc4 (a.out only), libc5, glibc, which png library (system/compiled), zlib etc. It's too hard, sorry. But making source RPM (aka SRPM) makes sense. But every user must recompile SRPM package to get binary RPM. Is there any volunteer to do it? > I think the vast majority of Linux users today > have gone over to RedHat or SuSe, both of which use RPMs. It's simply not true. It depends on country. Here (in Czech republic) Red Hat Linux, Slackware and Debian are most extensively used. -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Sun Jun 14 11:07:13 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id LAA22018 for ; Sun, 14 Jun 1998 11:07:12 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id NAA30382 for pdftex-list; Sun, 14 Jun 1998 13:02:38 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id NAA30379 for ; Sun, 14 Jun 1998 13:02:35 -0400 Received: from SnowWhite.inet.cz (pavel@dialup2.inet.cz [194.196.193.2]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id TAA13676; Sun, 14 Jun 1998 19:00:23 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id PAA06991; Sun, 14 Jun 1998 15:59:56 +0200 Date: Sun, 14 Jun 1998 15:59:56 +0200 Message-Id: <199806141359.PAA06991@SnowWhite.inet.cz> From: "Pavel Janik ml." To: Hans Hagen CC: Tom Kacvinsky , pdfTeX mailing list In-reply-to: <35829A5B.66869F02@wxs.nl> (message from Hans Hagen on Sat, 13 Jun 1998 17:27:23 +0200) Subject: Re: PS from pdfTeX's PDF X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.105 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Date: Sat, 13 Jun 1998 17:27:23 +0200 From: Hans Hagen Hi, > > One last question: how do you feel about requesting that font compression > > be built into pdftex? I haven't read the specs on this, but it should be > > possible. > > I think so, would save quite some space too. it should by quite easy. I hope it can be done by filtering the Font stream to zlib functions and correctly setting the /Filter attribute - see page 48 of PDF spec and writezip.c. Any volunteer to do this? I'm currently busy with my school exams... -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Sun Jun 14 11:08:12 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id LAA22024 for ; Sun, 14 Jun 1998 11:08:11 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id NAA30411 for pdftex-list; Sun, 14 Jun 1998 13:05:49 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id NAA30408 for ; Sun, 14 Jun 1998 13:05:46 -0400 Received: from SnowWhite.inet.cz (pavel@dialup2.inet.cz [194.196.193.2]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id TAA13682; Sun, 14 Jun 1998 19:00:30 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id PAA06910; Sun, 14 Jun 1998 15:39:59 +0200 Date: Sun, 14 Jun 1998 15:39:59 +0200 Message-Id: <199806141339.PAA06910@SnowWhite.inet.cz> From: "Pavel Janik ml." To: Jiri Osoba CC: Sebastian Rahtz , pdftex@tug.org In-reply-to: <199806121256.OAA29862@vyvoj.vyvoj> (osoba@vyvoj.jablotron.cz) Subject: Re: TIFF image inclusion (Was: Re: updates without Thanh) X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.105 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk From: "Jiri Osoba" Date: Fri, 12 Jun 1998 14:32:14 +0200 Hi, > It can, but JPG 640x480x16M has 50kB (and this is the size of this > picture in PDF), converted to PNG has 360kB (more that 7x). Try to > include few fotos into your PDF using PNG and you will get > _V_E_R_Y__H_U_G_E_, untransportable PDF. IMO jpg must be present in pdfTeX. It's easy to do, easy to maintain, easy to debug and every bug that appears is a bug of PDF reader, that must support JPEG (aka DCTDecode). But the discussion is not about JPG or TIFF, but about extending pdfTeX. And here we can not do anything without Thanh, so we must wait, test and develop new features separately and wait for Thanh. Howgh. -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Sun Jun 14 11:19:46 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id LAA22227 for ; Sun, 14 Jun 1998 11:19:45 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id NAA30454 for pdftex-list; Sun, 14 Jun 1998 13:17:25 -0400 Received: from igw3.watson.ibm.com (igw3.watson.ibm.com [198.81.209.18]) by tug.org (8.8.5/8.8.5) with ESMTP id NAA30451 for ; Sun, 14 Jun 1998 13:17:24 -0400 Received: from mailhub.watson.ibm.com (mailhub.watson.ibm.com [9.2.250.97]) by igw3.watson.ibm.com (8.8.7/07-11-97) with ESMTP id NAA11552; Sun, 14 Jun 1998 13:17:10 -0400 Received: from alisan.ibm.net (lig32-226-114-11.us.lig-dial.ibm.com [32.226.114.11]) by mailhub.watson.ibm.com (8.8.7/Feb-20-98) with ESMTP id NAA20128; Sun, 14 Jun 1998 13:17:08 -0400 Received: (from uri@localhost) by alisan.ibm.net (8.8.8/8.7.3) id NAA00299; Sun, 14 Jun 1998 13:17:14 -0400 From: Uri Blumenthal Message-Id: <199806141717.NAA00299@alisan.ibm.net> Subject: Re: pdftex & linux To: tim@maths.tcd.ie (Timothy Murphy) Date: Sun, 14 Jun 1998 13:17:14 -0400 (EDT) Cc: pdftex@tug.org In-Reply-To: <9806131556.aa18544@graves.maths.tcd.ie> from "Timothy Murphy" at Jun 13, 98 03:56:51 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-pdftex@tug.org Precedence: bulk > > pdfTeX statically linked will run on any Linux.......... > > I realise that is the case. However, I still do not think it is a good idea, > as it is not normal Linux practice. I beg to disagree. It's perfectly normal for Unix in general and Linux in particular. > What would probably be useful for Linux people, if you had the time..... > would be to provide RPM's. What would be useful for SOME Linux people is RPM. For some others - that Debian format. Yet for others like me - a tar file is plenty good enough. > I think the vast majority of Linux users today > have gone over to RedHat or SuSe, both of which use RPMs. I'm sure Debian users will strongly argue this point. Plus, SuSE RPM support is somewhat less than desired - I've installed SuSE, and had to recompile quite a few RPM packages. They installed fine, but just didn't work. To summarize: while SOME users would prefer RPM, some OTHER users would advise AGAINST it. From owner-pdftex@tug.org Sun Jun 14 12:50:55 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id MAA23702 for ; Sun, 14 Jun 1998 12:50:54 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id OAA30786 for pdftex-list; Sun, 14 Jun 1998 14:48:16 -0400 Received: from smtp02.wxs.nl (smtp02.wxs.nl [195.121.6.60]) by tug.org (8.8.5/8.8.5) with ESMTP id OAA30780 for ; Sun, 14 Jun 1998 14:47:42 -0400 Received: from wxs.nl ([195.121.49.29]) by smtp02.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA3A27; Sun, 14 Jun 1998 20:47:32 +0200 Message-ID: <35841CD1.7FCB72AE@wxs.nl> Date: Sun, 14 Jun 1998 20:56:17 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Pavel.Janik@inet.cz CC: Tom Kacvinsky , pdfTeX mailing list Subject: Re: PS from pdfTeX's PDF References: <199806141359.PAA06991@SnowWhite.inet.cz> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Pavel Janik ml. wrote: > > > One last question: how do you feel about requesting that font compression > > > be built into pdftex? I haven't read the specs on this, but it should be > > > possible. > > > > I think so, would save quite some space too. > > it should by quite easy. I hope it can be done by filtering the Font > stream to zlib functions and correctly setting the /Filter attribute - > see page 48 of PDF spec and writezip.c. Any volunteer to do this? I'm > currently busy with my school exams... This is a feature, not a bug, and therefore up to Thanh. 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 "Hilmar Schlegel " Sun Jun 14 17:17:49 1998 Flags: 000000000000 Received: from cache.hb.vossnet.de (root@cache.hb.vossnet.de [195.90.193.132]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id RAA27864 for ; Sun, 14 Jun 1998 17:13:55 -0600 (MDT) Received: from b65.b.vossnet.de (b65.b.vossnet.de [195.182.121.65]) by cache.hb.vossnet.de (8.8.8/8.8.8) with SMTP id HAA16527; Mon, 15 Jun 1998 07:13:14 +0200 X-Authentication-Warning: cache.hb.vossnet.de: b65.b.vossnet.de [195.182.121.65] didn't use HELO protocol Message-ID: <35833585.2E20@mailszrz.zrz.tu-berlin.de> Date: Sat, 13 Jun 1998 22:29:25 -0400 From: Hilmar Schlegel Reply-To: Hilmar Schlegel Organization: http://home.pages.de/~typopages/ X-Mailer: Mozilla 2.02E (OS/2; I) MIME-Version: 1.0 To: TeX Fonts CC: pdftex@tug.org Subject: Re: `limitations' of OzTeX (was: fontinst with 8y.etx) References: <199806131927.MAA25135@daisy.cs.sfu.ca> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Melissa O'Neill wrote: > > Late to the discussion, I see people are talking about `Melissa's Mac > mods', but I'm not sure whether people are talking about my providing ... > Thierry Bouche wrote: > >>> For instance: is there a way to combine LY1 & Melissa's Mac mods? > Can you elaborate what you're envisaging here? Making LY1 PDF-reader proof, even on a Mac if possible... > ... Berthold K.P. Horn replied (clearly talking about MacLY1.enc): > >> AFAIK, Mellisa's `mods' are simply work-arounds for the limitations > >> of Mac: problems due to not being able to access 21 of the 228 glyphs > > OzTeX and some of the Windows DVI previewers faced the same problem -- > their authors aren't/weren't prepared to (or weren't able to) figure > out how to get ATM and/or the operating system to reencode fonts. You can always install fonts which provide the full set of characters for Tex... > OzTeX takes the attitude that it'll attempt to reencode fonts itself, > and uses a supplied mapping to go from 8r or LY1 to MacRoman, thus it > does the reencodding rather than the OS. The mapping is imperfect because > some glyphs don't exist in MacRoman but usually acceptable. "some" and "usually" are not a category of much relevance here: complete and exact is the key for a reliable solution. It is certainly the wrong end to have limitations from within Tex implied by the previewer used ;-) > The equivalent Windows programs apparently considered this approach too > much trouble (or perhaps never thought of it) and so instead require > that users work within the Windows ANSI encoding, or use non-standard > > I prefer the OzTeX solution, even if it does mean that when you design a > new encoding you need to come up with a mapping file to map that encoding > to MacRoman. It was already explained that neither MS-win UGL nor MacRoman encoding can provide a complete Tex character set - therefore the suggestion to use for example LY to map virtual fonts on. > wouldn't work particulally well on these Windows DVI previewers. If we > rate an encoding's compatibility with Windows ANSI as N+M, where N is The idea is not to have a "degree of incompleteness" but a working solution... Certainly one should keep a clear distinction of the schemes to rearrange character codes via xchr/xord, reencoding fonts, mapping on several fonts by VFs. In case a certain Tex-previewer only permits to preview English text then users must decide if that is sufficient for their purpose. Since the discussion has the target to produce reliable (with respect to Acrobat bugs) and complete PDF files the deficiencies of the individual platforms and especially the previewers is completely irrelevant here. (PDF provides all available characters on all platforms...) > Thus we can see that 8r is most conciliatory towards these Windows > programs. It is not the question which system Tex is running on but the optimal way for making Tex output a fine cross-platform communication format. Hilmar Schlegel -- --------------------------------------------------------------- mailto:hshlgaii@mailszrz.zrz.TU-Berlin.DE?Subject=Mail response --------------------------------------------------------------- From owner-pdftex@tug.org Sun Jun 14 17:18:19 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id RAA27963 for ; Sun, 14 Jun 1998 17:18:18 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id TAA31657 for pdftex-list; Sun, 14 Jun 1998 19:14:06 -0400 Received: from cache.hb.vossnet.de (cache.hb.vossnet.de [195.90.193.132]) by tug.org (8.8.5/8.8.5) with ESMTP id TAA31654 for ; Sun, 14 Jun 1998 19:14:03 -0400 Received: from b65.b.vossnet.de (b65.b.vossnet.de [195.182.121.65]) by cache.hb.vossnet.de (8.8.8/8.8.8) with SMTP id HAA16527; Mon, 15 Jun 1998 07:13:14 +0200 X-Authentication-Warning: cache.hb.vossnet.de: b65.b.vossnet.de [195.182.121.65] didn't use HELO protocol Message-ID: <35833585.2E20@mailszrz.zrz.tu-berlin.de> Date: Sat, 13 Jun 1998 22:29:25 -0400 From: Hilmar Schlegel Reply-To: Hilmar Schlegel Organization: http://home.pages.de/~typopages/ X-Mailer: Mozilla 2.02E (OS/2; I) MIME-Version: 1.0 To: TeX Fonts CC: pdftex@tug.org Subject: Re: `limitations' of OzTeX (was: fontinst with 8y.etx) References: <199806131927.MAA25135@daisy.cs.sfu.ca> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Melissa O'Neill wrote: > > Late to the discussion, I see people are talking about `Melissa's Mac > mods', but I'm not sure whether people are talking about my providing ... > Thierry Bouche wrote: > >>> For instance: is there a way to combine LY1 & Melissa's Mac mods? > Can you elaborate what you're envisaging here? Making LY1 PDF-reader proof, even on a Mac if possible... > ... Berthold K.P. Horn replied (clearly talking about MacLY1.enc): > >> AFAIK, Mellisa's `mods' are simply work-arounds for the limitations > >> of Mac: problems due to not being able to access 21 of the 228 glyphs > > OzTeX and some of the Windows DVI previewers faced the same problem -- > their authors aren't/weren't prepared to (or weren't able to) figure > out how to get ATM and/or the operating system to reencode fonts. You can always install fonts which provide the full set of characters for Tex... > OzTeX takes the attitude that it'll attempt to reencode fonts itself, > and uses a supplied mapping to go from 8r or LY1 to MacRoman, thus it > does the reencodding rather than the OS. The mapping is imperfect because > some glyphs don't exist in MacRoman but usually acceptable. "some" and "usually" are not a category of much relevance here: complete and exact is the key for a reliable solution. It is certainly the wrong end to have limitations from within Tex implied by the previewer used ;-) > The equivalent Windows programs apparently considered this approach too > much trouble (or perhaps never thought of it) and so instead require > that users work within the Windows ANSI encoding, or use non-standard > > I prefer the OzTeX solution, even if it does mean that when you design a > new encoding you need to come up with a mapping file to map that encoding > to MacRoman. It was already explained that neither MS-win UGL nor MacRoman encoding can provide a complete Tex character set - therefore the suggestion to use for example LY to map virtual fonts on. > wouldn't work particulally well on these Windows DVI previewers. If we > rate an encoding's compatibility with Windows ANSI as N+M, where N is The idea is not to have a "degree of incompleteness" but a working solution... Certainly one should keep a clear distinction of the schemes to rearrange character codes via xchr/xord, reencoding fonts, mapping on several fonts by VFs. In case a certain Tex-previewer only permits to preview English text then users must decide if that is sufficient for their purpose. Since the discussion has the target to produce reliable (with respect to Acrobat bugs) and complete PDF files the deficiencies of the individual platforms and especially the previewers is completely irrelevant here. (PDF provides all available characters on all platforms...) > Thus we can see that 8r is most conciliatory towards these Windows > programs. It is not the question which system Tex is running on but the optimal way for making Tex output a fine cross-platform communication format. Hilmar Schlegel -- --------------------------------------------------------------- mailto:hshlgaii@mailszrz.zrz.TU-Berlin.DE?Subject=Mail response --------------------------------------------------------------- From "Melissa O'Neill " Sun Jun 14 22:58:55 1998 Flags: 000000000000 Received: from cs.sfu.ca (cs.sfu.ca [142.58.111.1]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id WAA03578 for ; Sun, 14 Jun 1998 22:57:57 -0600 (MDT) Received: from daisy.cs.sfu.ca (oneill@daisy [199.60.1.9]) by cs.sfu.ca (8.8.8/8.8.8) with ESMTP id VAA19106; Sun, 14 Jun 1998 21:57:55 -0700 (PDT) From: "Melissa O'Neill" Received: (from oneill@localhost) by daisy.cs.sfu.ca (8.8.8/8.8.8) id VAA06906; Sun, 14 Jun 1998 21:57:54 -0700 (PDT) Message-Id: <199806150457.VAA06906@daisy.cs.sfu.ca> Subject: Best Encoding for PDF (was: `limitations' of OzTeX) To: tex-fonts@math.utah.edu, pdftex@tug.org Date: Sun, 14 Jun 1998 21:57:54 -0700 (PDT) In-Reply-To: <35833585.2E20@mailszrz.zrz.tu-berlin.de> from "Hilmar Schlegel" at Jun 13, 98 10:29:25 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hilmar Schlegel writes: > Since the discussion has the target to produce reliable (with respect > to Acrobat bugs) and complete PDF files the deficiencies of the > individual platforms and especially the previewers is completely > irrelevant here. (PDF provides all available characters on all > platforms...) > > It is not the question which system Tex is running on but the optimal > way for making Tex output a fine cross-platform communication format. This viewpoint in large part echos my own views, but it doesn't seem to be the view of those creating LY1 or 8r, given that the first design goal of 8r is listed as: % Character code assignments were made as follows: % % (1) the Windows ANSI characters are almost all in their Windows ANSI % positions, because some Windows users cannot easily reencode the % fonts, and it makes no difference on other systems. The only Windows % ANSI characters not available are those that make no sense for % typesetting -- rubout (127 decimal), nobreakspace (160), softhyphen % (173). quotesingle and grave are moved just because it's such an % irritation not having them in TeX positions. % % (2) [...] ... and in LY1, similar decisions were made: % Character code assignments were made as follows: % % (1) The character layout largely matches `ASCII' in the 32 -- 126 range, % except for `circumflex' in 94 and `tilde' in 126, to match `TeX text' % (`asciicircumflex' and `asciitilde' appear in 158 and 142 instead). % % (2) The character layout matches `Windows ANSI' in almost all places, % except for `quoteright' in 39 and `quoteleft' in 96 to match ASCII % (`quotesingle' and `grave' appear in 129 and 18 instead). % % (3) [...] For best PDF, however, trying to be compatible with Windows ANSI is not necessary and so certainly should not be the primary design goal. Probably, for optimal indexing and searching of PDF files, it may be that the closer the TeX encoding is to the PDFDocEncoding, the better. This is certainly the approach I take in the (unreleased) encoding I use. Regards, Melissa. P.S. My encodings are used both as a back end encoding for dvips and a front end encoding for TeX, so using the vanilla PDFDocEncoding would painful. So, I juggled the quote characters around to match the sensitivities of TeX, and added some additional ligatures and dashes. This encoding works with Acrobat Exchange and ATM Deluxe 4.0 on my friend's Macintosh, but I have no data on whether it works well with other configurations. I can provide the encoding and some test files if anyone is interested. From owner-pdftex@tug.org Sun Jun 14 23:01:13 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id XAA03708 for ; Sun, 14 Jun 1998 23:01:12 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id AAA00063 for pdftex-list; Mon, 15 Jun 1998 00:57:58 -0400 Received: from cs.sfu.ca (cs.sfu.ca [142.58.111.1]) by tug.org (8.8.5/8.8.5) with ESMTP id AAA00060 for ; Mon, 15 Jun 1998 00:57:55 -0400 Received: from daisy.cs.sfu.ca (oneill@daisy [199.60.1.9]) by cs.sfu.ca (8.8.8/8.8.8) with ESMTP id VAA19106; Sun, 14 Jun 1998 21:57:55 -0700 (PDT) From: "Melissa O'Neill" Received: (from oneill@localhost) by daisy.cs.sfu.ca (8.8.8/8.8.8) id VAA06906; Sun, 14 Jun 1998 21:57:54 -0700 (PDT) Message-Id: <199806150457.VAA06906@daisy.cs.sfu.ca> Subject: Best Encoding for PDF (was: `limitations' of OzTeX) To: tex-fonts@math.utah.edu, pdftex@tug.org Date: Sun, 14 Jun 1998 21:57:54 -0700 (PDT) In-Reply-To: <35833585.2E20@mailszrz.zrz.tu-berlin.de> from "Hilmar Schlegel" at Jun 13, 98 10:29:25 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hilmar Schlegel writes: > Since the discussion has the target to produce reliable (with respect > to Acrobat bugs) and complete PDF files the deficiencies of the > individual platforms and especially the previewers is completely > irrelevant here. (PDF provides all available characters on all > platforms...) > > It is not the question which system Tex is running on but the optimal > way for making Tex output a fine cross-platform communication format. This viewpoint in large part echos my own views, but it doesn't seem to be the view of those creating LY1 or 8r, given that the first design goal of 8r is listed as: % Character code assignments were made as follows: % % (1) the Windows ANSI characters are almost all in their Windows ANSI % positions, because some Windows users cannot easily reencode the % fonts, and it makes no difference on other systems. The only Windows % ANSI characters not available are those that make no sense for % typesetting -- rubout (127 decimal), nobreakspace (160), softhyphen % (173). quotesingle and grave are moved just because it's such an % irritation not having them in TeX positions. % % (2) [...] ... and in LY1, similar decisions were made: % Character code assignments were made as follows: % % (1) The character layout largely matches `ASCII' in the 32 -- 126 range, % except for `circumflex' in 94 and `tilde' in 126, to match `TeX text' % (`asciicircumflex' and `asciitilde' appear in 158 and 142 instead). % % (2) The character layout matches `Windows ANSI' in almost all places, % except for `quoteright' in 39 and `quoteleft' in 96 to match ASCII % (`quotesingle' and `grave' appear in 129 and 18 instead). % % (3) [...] For best PDF, however, trying to be compatible with Windows ANSI is not necessary and so certainly should not be the primary design goal. Probably, for optimal indexing and searching of PDF files, it may be that the closer the TeX encoding is to the PDFDocEncoding, the better. This is certainly the approach I take in the (unreleased) encoding I use. Regards, Melissa. P.S. My encodings are used both as a back end encoding for dvips and a front end encoding for TeX, so using the vanilla PDFDocEncoding would painful. So, I juggled the quote characters around to match the sensitivities of TeX, and added some additional ligatures and dashes. This encoding works with Acrobat Exchange and ATM Deluxe 4.0 on my friend's Macintosh, but I have no data on whether it works well with other configurations. I can provide the encoding and some test files if anyone is interested. From "Melissa O'Neill " Mon Jun 15 02:10:54 1998 Flags: 000000000000 Received: from cs.sfu.ca (cs.sfu.ca [142.58.111.1]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA25398 for ; Mon, 15 Jun 1998 02:08:41 -0600 (MDT) Received: from daisy.cs.sfu.ca (oneill@daisy [199.60.1.9]) by cs.sfu.ca (8.8.8/8.8.8) with ESMTP id BAA24453; Mon, 15 Jun 1998 01:08:28 -0700 (PDT) From: "Melissa O'Neill" Received: (from oneill@localhost) by daisy.cs.sfu.ca (8.8.8/8.8.8) id BAA07965; Mon, 15 Jun 1998 01:08:28 -0700 (PDT) Message-Id: <199806150808.BAA07965@daisy.cs.sfu.ca> Subject: A trigger for buggy Acrobat behaviour To: tex-fonts@math.utah.edu (TeX Fonts), pdftex@tug.org Date: Mon, 15 Jun 1998 01:08:28 -0700 (PDT) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit I believe I have found a cause for buggy behaviour in Macintosh Acrobat Exchange software when used with ATM Deluxe 4.0 (under System 8.x); this bug may also manifest itself in other configurations. In PostScript, it is okay for an encoding to reference a glyph which is not actually in the font -- doing so is like refering to the .notdef glyph. However, it appears that such reencoding in PDF files causes problems for Mactintosh Acrobat 3.01 and/or ATM Deluxe 4.0. The fix for this problem should be quite easy. PostScript drivers can change the way they reencode fonts: Instead of using a single encoding vector, which may include glyphs that aren't in the font, the driver must arrange to generate a custom encoding for each font -- one that only references glyphs that actually exist in the font. This process can be done either by checking the CharStrings dictionary for the font using PostScript code, or by using the font's TFM or AFM file as a guide inside the driver). If this step is taken, the problem goes away. This would explain why LY1 has problems, since it includes dotlessj, additional f-ligatures, etc., which aren't in many fonts. Regards, Melissa. P.S. I don't claim that this is the only bug in the Macintosh Acrobat Reader. From owner-pdftex@tug.org Mon Jun 15 02:20:25 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA25802 for ; Mon, 15 Jun 1998 02:20:23 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA00872 for pdftex-list; Mon, 15 Jun 1998 04:08:31 -0400 Received: from cs.sfu.ca (cs.sfu.ca [142.58.111.1]) by tug.org (8.8.5/8.8.5) with ESMTP id EAA00869 for ; Mon, 15 Jun 1998 04:08:29 -0400 Received: from daisy.cs.sfu.ca (oneill@daisy [199.60.1.9]) by cs.sfu.ca (8.8.8/8.8.8) with ESMTP id BAA24453; Mon, 15 Jun 1998 01:08:28 -0700 (PDT) From: "Melissa O'Neill" Received: (from oneill@localhost) by daisy.cs.sfu.ca (8.8.8/8.8.8) id BAA07965; Mon, 15 Jun 1998 01:08:28 -0700 (PDT) Message-Id: <199806150808.BAA07965@daisy.cs.sfu.ca> Subject: A trigger for buggy Acrobat behaviour To: tex-fonts@math.utah.edu (TeX Fonts), pdftex@tug.org Date: Mon, 15 Jun 1998 01:08:28 -0700 (PDT) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk I believe I have found a cause for buggy behaviour in Macintosh Acrobat Exchange software when used with ATM Deluxe 4.0 (under System 8.x); this bug may also manifest itself in other configurations. In PostScript, it is okay for an encoding to reference a glyph which is not actually in the font -- doing so is like refering to the .notdef glyph. However, it appears that such reencoding in PDF files causes problems for Mactintosh Acrobat 3.01 and/or ATM Deluxe 4.0. The fix for this problem should be quite easy. PostScript drivers can change the way they reencode fonts: Instead of using a single encoding vector, which may include glyphs that aren't in the font, the driver must arrange to generate a custom encoding for each font -- one that only references glyphs that actually exist in the font. This process can be done either by checking the CharStrings dictionary for the font using PostScript code, or by using the font's TFM or AFM file as a guide inside the driver). If this step is taken, the problem goes away. This would explain why LY1 has problems, since it includes dotlessj, additional f-ligatures, etc., which aren't in many fonts. Regards, Melissa. P.S. I don't claim that this is the only bug in the Macintosh Acrobat Reader. From owner-pdftex@tug.org Mon Jun 15 03:07:00 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA27080 for ; Mon, 15 Jun 1998 03:06:58 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA01068 for pdftex-list; Mon, 15 Jun 1998 05:03:18 -0400 Received: from post.mail.demon.net (post-20.mail.demon.net [194.217.242.27]) by tug.org (8.8.5/8.8.5) with SMTP id FAA01065 for ; Mon, 15 Jun 1998 05:03:17 -0400 Received: from (mail.orbis-tech.co.uk) [194.222.1.211] by post.mail.demon.net with smtp (Exim 1.82 #2) id 0ylVAa-00032v-00; Mon, 15 Jun 1998 09:03:16 +0000 Received: from orbis-tech.co.uk by mail.orbis-tech.co.uk (SMI-8.6/SMI-SVR4) id KAA09710; Mon, 15 Jun 1998 10:03:16 +0100 Message-ID: <3584E36B.81F01C2D@orbis-tech.co.uk> Date: Mon, 15 Jun 1998 10:03:39 +0100 From: Fergus Gallagher Organization: Orbis Technology X-Mailer: Mozilla 4.04 [en] (WinNT; I) MIME-Version: 1.0 To: pdftex@tug.org Subject: Installing pdftex: can't find pdftex.cfg Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk I have just tried installing texk-7.2 (on Solaris) which worked fine, except pdftex bombs out with ================================================ [48]--> pdftex story \\bye This is pdfTeX, Version 3.14159-0.12h (Web2C 7.2) ! Error: pdftex (file pdftex.cfg): cannot open config file [49]--> ================================================ If I create a dummy pdftex.cfg in the current directory, I get: =========================================================== This is pdfTeX, Version 3.14159-0.12h (Web2C 7.2) (pdftex.cfg) (/usr/local/share/texmf/tex/plain/base/story.tex [1]) Output written on story.dvi (1 page, 668 bytes). Transcript written on story.log. [53]--> =========================================================== Suggesttion appreciated Fergus -- Fergus Gallagher Orbis Technology Ltd, UK From owner-pdftex@tug.org Mon Jun 15 03:25:26 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA27596 for ; Mon, 15 Jun 1998 03:25:25 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA01161 for pdftex-list; Mon, 15 Jun 1998 05:21:25 -0400 Received: from vyvoj.vyvoj (jablovyv.dial-up.cz [193.179.205.11]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA01158 for ; Mon, 15 Jun 1998 05:21:21 -0400 Received: from osoba.vyvoj (osoba.vyvoj [192.168.1.38]) by vyvoj.vyvoj with SMTP id LAA15933 (8.7.6/IDA-1.6 for ); Mon, 15 Jun 1998 11:32:42 +0200 Message-ID: <199806150932.LAA15933@vyvoj.vyvoj> Comments: Authenticated sender is From: "Jiri Osoba" Organization: Jablotron Ltd. - Development dpt. To: pdftex@tug.org Date: Mon, 15 Jun 1998 11:06:53 +0200 Subject: Error in pdf-compression ? Reply-to: Jiri Osoba X-mailer: Pegasus Mail for Windows (v2.42a) Sender: owner-pdftex@tug.org Precedence: bulk Hi, I've found strange behavior of pdftex: I'm including 2-colors B&W image in PNG. Everything is OK with \pdfcompresslevel=0. But: AcroReader fails with "Read less image data than expected" message (and GhostScript fails with some message to) if I use \pdfcompresslevel>0. Where is the problem? Jiri. From owner-pdftex@tug.org Mon Jun 15 03:33:39 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA27803 for ; Mon, 15 Jun 1998 03:33:38 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA01213 for pdftex-list; Mon, 15 Jun 1998 05:30:08 -0400 Received: from smtp02.wxs.nl (smtp02.wxs.nl [195.121.6.60]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA01210 for ; Mon, 15 Jun 1998 05:30:06 -0400 Received: from wxs.nl ([195.121.70.106]) by smtp02.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA3BB0; Mon, 15 Jun 1998 11:29:53 +0200 Message-ID: <3584222A.326F566F@wxs.nl> Date: Sun, 14 Jun 1998 21:19:06 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Pavel.Janik@inet.cz CC: pdfTeX mailing list Subject: Re: TIFF support done (LONG) (Was: Re: TIFF image inclusion) References: <199806141346.PAA06946@SnowWhite.inet.cz> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Pavel Janik ml. wrote: > what do you mean by "supports natively"? As I know, Acrobat Reader > supports DCTDecode filter (it's used by JPEG), but doesn't support > TIFF. TIFF is a strange format - it's something like OpenType, it > mixes apples and pears... Acroread only have TIFF predictor, but (as I > understand) it is not native TIFF support. It can only predict > compressed values. By native support I mean this: Concerning TIFF: aren't there (many many) many ways of coding the file? If pdftex supports tiff, then it should support the full range I guess. > As you can see, length of tif.pdf and png.pdf is (almost) the same, > difference is in /Length specification - in PNG it is indirect object > reference (/Length 7 0 R) and tif.pdf says /Length xxxx, where xxxx is > the image length. I suppose that the longer times for tiff are due to conversion? > So as a result of my tests, TIFF inclusion is worth to add to pdfTeX, > but I let this decision on Thanh. Now, I'll do some tests and if it's > ok, I'll release it with pdfTeX-0.12o-2 (it is allready done on my > PC). The main reason why I would like see tiff support added, is that is saves me a dupplication in disk space. (Now I have a tiff and png for each graphic.) > What do you get? New pdfTeX will have this bug corrected (no, pdfTeX > can not include GIF files, but it's not a bug, it's a feature ;-) I > correct only the message you just get.) I wonder of 'graceful' recovery is possible instead of simply aborting. Try to include for instance a 'wrong' pdf file (e.g. run pdftex on a file, abort halfway, and try ro include this file.) Concerning error messages, some go to the log and some to the screen. On a fast machine, it's sometimes hard to trace problems. Shouldn't there be a switch in the kpathsea lib that enables something like 'wait after an error' message? (Else in another few years, we'll probably never see any message fly by). 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 Jun 15 03:35:20 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA27847 for ; Mon, 15 Jun 1998 03:35:19 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA01223 for pdftex-list; Mon, 15 Jun 1998 05:31:23 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA01220 for ; Mon, 15 Jun 1998 05:31:21 -0400 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 KAA23350; hop 0; Mon, 15 Jun 1998 10:25:58 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Mon, 15 Jun 1998 10:31:10 +0100 Date: Mon, 15 Jun 1998 10:21:46 +0100 Message-ID: <1109-Mon15Jun1998102146+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Pavel.Janik@inet.cz Cc: pdftex@tug.org Subject: Re: TIFF support done (LONG) (Was: Re: TIFF image inclusion) In-Reply-To: <199806141346.PAA06946@SnowWhite.inet.cz> References: <7715-Tue09Jun1998211006+0100-s.rahtz@elsevier.co.uk> <199806141346.PAA06946@SnowWhite.inet.cz> Sender: owner-pdftex@tug.org Precedence: bulk Pavel Janik ml. writes: > what do you mean by "supports natively"? As I know, Acrobat Reader > supports DCTDecode filter (it's used by JPEG), but doesn't support > TIFF. TIFF is a strange format - it's something like OpenType, it in that case i apologize, i understood wrongly. > But now, I'm running some tests on pdfTeX-0.12 with tiff inclusion > support written of top of system tiff library. It will be distributed > as separate patch to pdfTeX. good! i'll use it even if no-one else does..... Sebastian From owner-pdftex@tug.org Mon Jun 15 03:37:43 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA27925 for ; Mon, 15 Jun 1998 03:37:42 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA01255 for pdftex-list; Mon, 15 Jun 1998 05:34:03 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA01252 for ; Mon, 15 Jun 1998 05:34:01 -0400 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 KAA23458; hop 0; Mon, 15 Jun 1998 10:28:38 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Mon, 15 Jun 1998 10:33:48 +0100 Date: Mon, 15 Jun 1998 10:29:09 +0100 Message-ID: <6764-Mon15Jun1998102909+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 I); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Fergus.Gallagher@orbis-tech.co.uk Cc: pdftex@tug.org Subject: Re: Installing pdftex: can't find pdftex.cfg In-Reply-To: <3584E36B.81F01C2D@orbis-tech.co.uk> References: <3584E36B.81F01C2D@orbis-tech.co.uk> Sender: owner-pdftex@tug.org Precedence: bulk Fergus Gallagher writes: > I have just tried installing texk-7.2 (on Solaris) which worked fine, > except pdftex bombs out with > > ================================================ > [48]--> pdftex story \\bye > This is pdfTeX, Version 3.14159-0.12h (Web2C 7.2) > > ! Error: pdftex (file pdftex.cfg): > cannot open config file ... > Suggesttion appreciated > install the pdftexlib collection of support files sebastian From owner-pdftex@tug.org Mon Jun 15 03:55:30 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA28318 for ; Mon, 15 Jun 1998 03:55:28 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA01319 for pdftex-list; Mon, 15 Jun 1998 05:50:47 -0400 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA01316 for ; Mon, 15 Jun 1998 05:50:43 -0400 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 LAA13736; Mon, 15 Jun 1998 11:50:39 +0200 (MET DST) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id LAA17198; Mon, 15 Jun 1998 11:49:57 +0200 (MET DST) Date: Mon, 15 Jun 1998 11:49:57 +0200 (MET DST) Message-Id: <199806150949.LAA17198@mozart.ujf-grenoble.fr> From: Thierry Bouche To: Jiri Osoba Cc: pdftex@tug.org Subject: Re: Error in pdf-compression ? In-Reply-To: <199806150932.LAA15933@vyvoj.vyvoj> References: <199806150932.LAA15933@vyvoj.vyvoj> 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 « Error in pdf-compression ? », Jiri Osoba écrit : « » Hi, » » I've found strange behavior of pdftex: I'm including 2-colors B&W » image in PNG. Everything is OK with \pdfcompresslevel=0. » » But: AcroReader fails with "Read less image data than expected" » message (and GhostScript fails with some message to) if I use » \pdfcompresslevel>0. » » Where is the problem? » isn't it the problem that was reported some time ago about pdftex not computing the right length for the stream when compressing images? Thnah said it was fixed two or three versions ago. Th. From owner-pdftex@tug.org Mon Jun 15 03:55:30 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA28317 for ; Mon, 15 Jun 1998 03:55:28 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA01315 for pdftex-list; Mon, 15 Jun 1998 05:50:41 -0400 Received: from smtp04.wxs.nl (smtp04.wxs.nl [195.121.6.59]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA01311 for ; Mon, 15 Jun 1998 05:50:39 -0400 Received: from wxs.nl ([195.121.70.106]) by smtp04.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA6CB; Mon, 15 Jun 1998 11:50:30 +0200 Message-ID: <3584F065.8D46534D@wxs.nl> Date: Mon, 15 Jun 1998 11:59:01 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Jiri Osoba CC: pdftex@tug.org Subject: Re: Error in pdf-compression ? References: <199806150932.LAA15933@vyvoj.vyvoj> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Jiri Osoba wrote: > But: AcroReader fails with "Read less image data than expected" > message (and GhostScript fails with some message to) if I use > \pdfcompresslevel>0. > > Where is the problem? Is the length spec in the stream object ok? (BTW, Sometimes the Reader ignores this spec.) 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 Jun 15 04:11:33 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA28703 for ; Mon, 15 Jun 1998 04:11:32 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA01385 for pdftex-list; Mon, 15 Jun 1998 06:03:23 -0400 Received: from smtp04.wxs.nl (smtp04.wxs.nl [195.121.6.59]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA01382 for ; Mon, 15 Jun 1998 06:03:21 -0400 Received: from wxs.nl ([195.121.70.106]) by smtp04.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA1112; Mon, 15 Jun 1998 12:03:09 +0200 Message-ID: <3584F35F.7055CBCA@wxs.nl> Date: Mon, 15 Jun 1998 12:11:43 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Sebastian Rahtz CC: Pavel.Janik@inet.cz, pdftex@tug.org Subject: Re: TIFF support done (LONG) (Was: Re: TIFF image inclusion) References: <7715-Tue09Jun1998211006+0100-s.rahtz@elsevier.co.uk> <199806141346.PAA06946@SnowWhite.inet.cz> <1109-Mon15Jun1998102146+0100-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: > Pavel Janik ml. writes: > > what do you mean by "supports natively"? As I know, Acrobat Reader > > supports DCTDecode filter (it's used by JPEG), but doesn't support > > TIFF. TIFF is a strange format - it's something like OpenType, it > in that case i apologize, i understood wrongly. > > But now, I'm running some tests on pdfTeX-0.12 with tiff inclusion > > support written of top of system tiff library. It will be distributed > > as separate patch to pdfTeX. > good! i'll use it even if no-one else does..... Ah, independant guy! I depend on Fabrice! 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 Jun 15 04:12:23 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA28707 for ; Mon, 15 Jun 1998 04:12:22 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA01402 for pdftex-list; Mon, 15 Jun 1998 06:04:25 -0400 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA01399 for ; Mon, 15 Jun 1998 06:04:22 -0400 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 MAA14641; Mon, 15 Jun 1998 12:04:12 +0200 (MET DST) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id MAA17426; Mon, 15 Jun 1998 12:03:29 +0200 (MET DST) Date: Mon, 15 Jun 1998 12:03:29 +0200 (MET DST) Message-Id: <199806151003.MAA17426@mozart.ujf-grenoble.fr> From: Thierry Bouche To: Pavel.Janik@inet.cz Cc: Thierry.Bouche@ujf-grenoble.fr, pdftex@tug.org Subject: Re: pdftex & linux In-Reply-To: <199806121448.QAA01613@SnowWhite.inet.cz> References: <199806121349.PAA19388@mozart.ujf-grenoble.fr> <199806121448.QAA01613@SnowWhite.inet.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=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-pdftex@tug.org Precedence: bulk » you can test it with ldd pdftex - it should print something like this » (I'm running Red Hat Linux 5.1 now): for me it's so broken that ldd pdftex responds: "pdftex: cannot execute binary file" (approx.) However, strings pdftex tells me that it's waiting for libc with revision number 6 or so, and i could not find that in the latest redhat: i suppose i should install glibc instead, which i hadn't yet. Anyway, i could compile from the web2c source on the TL CD, with pdftexdir updated from 12o-1, so there's not really a problem. Thanks to all who replied. Thierry From owner-pdftex@tug.org Mon Jun 15 04:12:27 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA28712 for ; Mon, 15 Jun 1998 04:12:26 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA01390 for pdftex-list; Mon, 15 Jun 1998 06:03:37 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA01387 for ; Mon, 15 Jun 1998 06:03:34 -0400 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 KAA24676; hop 0; Mon, 15 Jun 1998 10:58:11 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Mon, 15 Jun 1998 11:03:24 +0100 Date: Mon, 15 Jun 1998 10:58:20 +0100 Message-ID: <2432-Mon15Jun1998105820+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pragma@wxs.nl Cc: Pavel.Janik@inet.cz, pdftex@tug.org Subject: Re: TIFF support done (LONG) (Was: Re: TIFF image inclusion) In-Reply-To: <3584222A.326F566F@wxs.nl> References: <199806141346.PAA06946@SnowWhite.inet.cz> <3584222A.326F566F@wxs.nl> Sender: owner-pdftex@tug.org Precedence: bulk Hans Hagen writes: > > Concerning TIFF: aren't there (many many) many ways of coding the file? > If pdftex supports tiff, then it should support the full range I guess. > If one calls on Leffler's tiff library, it takes care of all the varieties > > Concerning error messages, some go to the log and some to the screen. On > a fast machine, it's sometimes hard to trace problems. Shouldn't there > be a switch in the kpathsea lib that enables something like 'wait after > an error' message? i agree, pdftex as it stands is *most* annoying in not writing all information it puts on the screen to the log file. I am reduced to running it inside an Emacs shell buffer when I want to read what it says about things like map files. i confess that i cannot see why Thanh did it like this. sebastian From owner-pdftex@tug.org Mon Jun 15 04:28:05 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA29112 for ; Mon, 15 Jun 1998 04:28:04 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA01471 for pdftex-list; Mon, 15 Jun 1998 06:23:07 -0400 Received: from vyvoj.vyvoj (jablovyv.dial-up.cz [193.179.205.11]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA01468 for ; Mon, 15 Jun 1998 06:23:04 -0400 Received: from osoba.vyvoj (osoba.vyvoj [192.168.1.38]) by vyvoj.vyvoj with SMTP id MAA17780 (8.7.6/IDA-1.6 for ); Mon, 15 Jun 1998 12:49:54 +0200 Message-ID: <199806151049.MAA17780@vyvoj.vyvoj> Comments: Authenticated sender is From: "Jiri Osoba" Organization: Jablotron Ltd. - Development dpt. To: pdftex@tug.org Date: Mon, 15 Jun 1998 12:24:04 +0200 Subject: Re: Error in pdf-compression ? Reply-to: Jiri Osoba X-mailer: Pegasus Mail for Windows (v2.42a) Sender: owner-pdftex@tug.org Precedence: bulk On 15 Jun 98 at 11:49, Thierry Bouche wrote: > Concernant << Error in pdf-compression ? >>, Jiri Osoba ecrit :_<< > >> Hi, > >> > >> I've found strange behavior of pdftex: I'm including 2-colors B&W > >> image in PNG. Everything is OK with \pdfcompresslevel=0. > >> > >> But: AcroReader fails with "Read less image data than expected" > >> message (and GhostScript fails with some message to) if I use > >> \pdfcompresslevel>0. > >> > >> Where is the problem? > >> > > isn't it the problem that was reported some time ago about pdftex not > computing the right length for the stream when compressing images? > Thnah said it was fixed two or three versions ago. > Is the length spec in the stream object ok? (BTW, Sometimes the > Reader ignores this spec.) The image stream was empty (so the problem is in pdftex, not in Acrobat) with correct /Length. I'm using pdftex-0.12n (DJGPP). The problem was fixed: I've changed image's dimensions from 1022x768 to 1002x707 :-O Everything is OK now. Jiri. From owner-pdftex@tug.org Mon Jun 15 04:40:12 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA29377 for ; Mon, 15 Jun 1998 04:40:10 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA01545 for pdftex-list; Mon, 15 Jun 1998 06:36:07 -0400 Received: from smtp02.wxs.nl (smtp02.wxs.nl [195.121.6.60]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA01542 for ; Mon, 15 Jun 1998 06:36:05 -0400 Received: from wxs.nl ([195.121.70.106]) by smtp02.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA64E8; Mon, 15 Jun 1998 12:35:56 +0200 Message-ID: <35842370.DA2AF3A5@wxs.nl> Date: Sun, 14 Jun 1998 21:24:32 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Pavel.Janik@inet.cz CC: Jiri Osoba , Sebastian Rahtz , pdftex@tug.org Subject: Re: TIFF image inclusion (Was: Re: updates without Thanh) References: <199806141339.PAA06910@SnowWhite.inet.cz> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Pavel Janik ml. wrote: > > It can, but JPG 640x480x16M has 50kB (and this is the size of this > > picture in PDF), converted to PNG has 360kB (more that 7x). Try to > > include few fotos into your PDF using PNG and you will get > > _V_E_R_Y__H_U_G_E_, untransportable PDF. > > IMO jpg must be present in pdfTeX. It's easy to do, easy to maintain, Isn't jpeg already supported? BTW, is it honest to compare png with jpg? On some graphics jpg loses too much info or adds unwanted info (dots). (How about this: it seems that one can embed files in pdf, thereby including sound and movies *in* the file instead of keeping them alongside. Does anyone knows the specs of embedded files?) > easy to debug and every bug that appears is a bug of PDF reader, that > must support JPEG (aka DCTDecode). But the discussion is not about JPG > or TIFF, but about extending pdfTeX. And here we can not do anything > without Thanh, so we must wait, test and develop new features > separately and wait for Thanh. Howgh. Well, that's what made TeX strong! If the whole world starts chaning the source ... Anyway, Than had been very open to suggestions until now, so you wish will quite sure be awarded. ----------------------------------------------------------------- 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 Jun 15 04:40:13 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA29378 for ; Mon, 15 Jun 1998 04:40:10 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA01551 for pdftex-list; Mon, 15 Jun 1998 06:36:19 -0400 Received: from smtp01.wxs.nl (smtp01.wxs.nl [195.121.6.61]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA01547 for ; Mon, 15 Jun 1998 06:36:12 -0400 Received: from wxs.nl ([195.121.70.106]) by smtp01.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA663B; Mon, 15 Jun 1998 12:36:04 +0200 Message-ID: <3584253C.ED8ABF1A@wxs.nl> Date: Sun, 14 Jun 1998 21:32:12 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Pavel.Janik@inet.cz CC: Timothy Murphy , pdfTeX mailing list Subject: Re: pdftex & linux References: <199806141151.NAA06603@SnowWhite.inet.cz> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Pavel Janik ml. wrote: > I think that statically linked binaries make it easier to try all new > and improved versions of pdfTeX and simpilifies testing process. Say - > do you compile all new versions of pdfTeX? I do, but I think most > people do not... And we would like to have more beta testers and > statically linked binaries are the way to do it. Some day soon, I'm going to install a Linux server/network and I'm not looking forward to complicated compiling jobs. So I would say: let it be static! 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 Jun 15 05:36:31 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA00906 for ; Mon, 15 Jun 1998 05:36:30 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA01756 for pdftex-list; Mon, 15 Jun 1998 07:32:26 -0400 Received: from post.mail.demon.net (post-20.mail.demon.net [194.217.242.27]) by tug.org (8.8.5/8.8.5) with SMTP id HAA01753 for ; Mon, 15 Jun 1998 07:32:24 -0400 Received: from (mail.orbis-tech.co.uk) [194.222.1.211] by post.mail.demon.net with smtp (Exim 1.82 #2) id 0ylXUb-00072A-00; Mon, 15 Jun 1998 11:32:06 +0000 Received: from orbis-tech.co.uk by mail.orbis-tech.co.uk (SMI-8.6/SMI-SVR4) id MAA10315; Mon, 15 Jun 1998 12:31:38 +0100 Message-ID: <35850632.6F0D04C4@orbis-tech.co.uk> Date: Mon, 15 Jun 1998 12:32:02 +0100 From: Fergus Gallagher Organization: Orbis Technology X-Mailer: Mozilla 4.04 [en] (WinNT; I) MIME-Version: 1.0 To: pdftex@tug.org Subject: Re: Installing pdftex: can't find pdftex.cfg References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Sebastian Rahtz wrote: > > install the pdftexlib collection of support files > > sebastian Thanks for that. But I guess I'm still missing something since running pdftex now gives me lots of font errors: ========= [71]--> pdftex \\pdfoutput=1 \\input story \\bye This is pdfTeX, Version 3.14159-0.12h (Web2C 7.2) (pdftex.cfg) (/usr/local/share/texmf/tex/plain/base/story.tex [1]) ! Warning: pdftex (file cmr10.pfb): cannot open Type 1 font file for reading ! Warning: pdftex (file cmr10.pfb): cannot read key `FontName' from font file used value from map file . . . . Output written on story.pdf (1 page, 5472 bytes). Transcript written on story.log. [72]--> ========= So I guess I haven't got the right fonts installed. How do I go about getting and installing them? (I've seen type-1 fonts such as paradissa, bluesky, etc. in the archives. Are those what I need?) Thanks, Fergus -- Fergus Gallagher Orbis Technology Ltd, UK From owner-pdftex@tug.org Mon Jun 15 06:15:26 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA01930 for ; Mon, 15 Jun 1998 06:15:25 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA01908 for pdftex-list; Mon, 15 Jun 1998 08:11:50 -0400 Received: from esemetz.ese-metz.fr (esemetz.ese-metz.fr [192.70.65.1]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA01905 for ; Mon, 15 Jun 1998 08:11:36 -0400 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 OAA30119; Mon, 15 Jun 1998 14:11:25 +0200 (MET DST) To: Hans Hagen Cc: Sebastian Rahtz , Pavel.Janik@inet.cz, pdftex@tug.org Subject: Re: TIFF support done (LONG) (Was: Re: TIFF image inclusion) References: <7715-Tue09Jun1998211006+0100-s.rahtz@elsevier.co.uk> <199806141346.PAA06946@SnowWhite.inet.cz> <1109-Mon15Jun1998102146+0100-s.rahtz@elsevier.co.uk> <3584F35F.7055CBCA@wxs.nl> From: Fabrice POPINEAU Date: 15 Jun 1998 14:13:30 +0200 In-Reply-To: Hans Hagen's message of "Mon, 15 Jun 1998 12:11:43 +0200" Message-ID: Lines: 15 X-Mailer: Gnus v5.6.4/Emacs 19.34 X-Emacs: 19.34 MIME-Version: 1.0 (generated by SEMI MIME-Edit 0.98 - "Sodani") Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk >>>>> "Hans" == Hans Hagen writes: Hans> Ah, independant guy! I depend on Fabrice! So, I'll do 0.12o-2 too ... Sebastian> If one calls on Leffler's tiff library, it takes care Sebastian> of all the varieties ... if you can tell me where to find some reliable tiff library (last time I played with this, there were lots of them, beta versions and more that were more or less incompatible). Fabrice From owner-pdftex@tug.org Mon Jun 15 06:30:43 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA02338 for ; Mon, 15 Jun 1998 06:30:41 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA01960 for pdftex-list; Mon, 15 Jun 1998 08:27:00 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA01957 for ; Mon, 15 Jun 1998 08:26:58 -0400 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 NAA00485; hop 0; Mon, 15 Jun 1998 13:21:36 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Mon, 15 Jun 1998 13:26:46 +0100 Date: Mon, 15 Jun 1998 13:09:04 +0100 Message-ID: <1234-Mon15Jun1998130904+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Fergus.Gallagher@orbis-tech.co.uk Cc: pdftex@tug.org Subject: Re: Installing pdftex: can't find pdftex.cfg In-Reply-To: <35850632.6F0D04C4@orbis-tech.co.uk> References: <35850632.6F0D04C4@orbis-tech.co.uk> Sender: owner-pdftex@tug.org Precedence: bulk Fergus Gallagher writes: > So I guess I haven't got the right fonts installed. How do I go about > getting and installing them? > (I've seen type-1 fonts such as paradissa, bluesky, etc. in the > archives. Are those what I need?) the bluesky/ams/Y&Y Type 1 versions of Computer Modern are what you want, yes. get them from CTAN, where instructions are included sebastian From owner-pdftex@tug.org Mon Jun 15 06:34:33 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA02450 for ; Mon, 15 Jun 1998 06:34:31 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA01970 for pdftex-list; Mon, 15 Jun 1998 08:27:33 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA01965 for ; Mon, 15 Jun 1998 08:27:26 -0400 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 NAA00514; hop 0; Mon, 15 Jun 1998 13:22:04 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Mon, 15 Jun 1998 13:27:15 +0100 Date: Mon, 15 Jun 1998 13:19:42 +0100 Message-ID: <2790-Mon15Jun1998131942+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: popineau@esemetz.ese-metz.fr Cc: pragma@wxs.nl, Pavel.Janik@inet.cz, pdftex@tug.org Subject: Re: TIFF support done (LONG) (Was: Re: TIFF image inclusion) In-Reply-To: References: <7715-Tue09Jun1998211006+0100-s.rahtz@elsevier.co.uk> <199806141346.PAA06946@SnowWhite.inet.cz> <1109-Mon15Jun1998102146+0100-s.rahtz@elsevier.co.uk> <3584F35F.7055CBCA@wxs.nl> Sender: owner-pdftex@tug.org Precedence: bulk Fabrice POPINEAU writes: > ... if you can tell me where to find some reliable tiff library (last > time I played with this, there were lots of them, beta versions and > more that were more or less incompatible). > the definite site is ftp://ftp.sgi.com/graphics/tiff, where 3.4beta037 is from February 1997. Sebastian From owner-pdftex@tug.org Mon Jun 15 06:56:20 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA03176 for ; Mon, 15 Jun 1998 06:56:19 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA02102 for pdftex-list; Mon, 15 Jun 1998 08:52:19 -0400 Received: from math.ams.org (math.ams.org [130.44.210.14]) by tug.org (8.8.5/8.8.5) with SMTP id IAA02099 for ; Mon, 15 Jun 1998 08:52:17 -0400 Received: from SUN06.AMS.ORG by math.ams.org via smtpd (for tug.org [158.121.106.10]) with SMTP; 15 Jun 1998 12:52:18 UT Received: from mac038.ams.org by sun06.ams.org (PMDF V5.1-10 #27147) with SMTP id <0EUL00KI0FR5GW@sun06.ams.org> for pdftex@tug.org; Mon, 15 Jun 1998 08:52:17 -0400 (EDT) Date: Mon, 15 Jun 1998 08:52:25 -0400 From: Tom Kacvinsky Subject: Re: PS from pdfTeX's PDF To: Sebastian Rahtz Cc: pdftex@tug.org Message-id: <170296.3106889545@mac038.ams.org> MIME-version: 1.0 X-Mailer: Mulberry (MacOS) [1.3.3, s/n P020-200112-003] Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk I found out what my problem was: pdfTeX does not do a good job of handling the CM/AMS fonts built in encodings. I used Thierry Bouche's printenc script to produce encoding files for the fonts, put the encoding file names back into pdftex.map, and my problems went away. I also found some problems with the encoding files that Thierry originally distributed. The problematic files were: LCIRCLE10 LCIRCLEW10 Tom From owner-pdftex@tug.org Mon Jun 15 07:49:30 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA05016 for ; Mon, 15 Jun 1998 07:49:29 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA02333 for pdftex-list; Mon, 15 Jun 1998 09:45:36 -0400 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA02330 for ; Mon, 15 Jun 1998 09:45:25 -0400 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 PAA28669 for ; Mon, 15 Jun 1998 15:45:15 +0200 (MET DST) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id PAA24786; Mon, 15 Jun 1998 15:44:32 +0200 (MET DST) Date: Mon, 15 Jun 1998 15:44:32 +0200 (MET DST) Message-Id: <199806151344.PAA24786@mozart.ujf-grenoble.fr> From: Thierry Bouche To: pdftex@tug.org Subject: Re: PS from pdfTeX's PDF In-Reply-To: <170296.3106889545@mac038.ams.org> References: <170296.3106889545@mac038.ams.org> 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 > pdfTeX does not do a good job of handling the CM/AMS > fonts built in encodings. are you using bakoma or BSR? they have different encodings, the BSR should be easily usable by pdftex, but not the bakoma. Th. From owner-pdftex@tug.org Mon Jun 15 08:32:42 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA06175 for ; Mon, 15 Jun 1998 08:32:41 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA02487 for pdftex-list; Mon, 15 Jun 1998 10:28:50 -0400 Received: from math.ams.org (math.ams.org [130.44.210.14]) by tug.org (8.8.5/8.8.5) with SMTP id KAA02484 for ; Mon, 15 Jun 1998 10:28:49 -0400 Received: from SUN06.AMS.ORG by math.ams.org via smtpd (for tug.org [158.121.106.10]) with SMTP; 15 Jun 1998 14:28:50 UT Received: from mac038.ams.org by sun06.ams.org (PMDF V5.1-10 #27147) with SMTP id <0EUL000GCK81Y5@sun06.ams.org> for pdftex@tug.org; Mon, 15 Jun 1998 10:28:49 -0400 (EDT) Date: Mon, 15 Jun 1998 10:28:57 -0400 From: Tom Kacvinsky Subject: Re: PS from pdfTeX's PDF To: Thierry Bouche Cc: pdftex@tug.org Message-id: <520107.3106895337@mac038.ams.org> MIME-version: 1.0 X-Mailer: Mulberry (MacOS) [1.3.3, s/n P020-200112-003] Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk --On Jun 15, 1998 15:44 +0200 "Thierry Bouche" wrote: > are you using bakoma or BSR? BSR. Question: When you produced those encoding files, did you use the BaKoMa fonts (with /FontName uppercasified)? If so, that would explain the funkiness I encountered with certain encoding files. > the BSR should be easily usable by pdftex... I wish this were the case, but pdfTeX does not handle the BSR built in encodings. At least in my case. :( Tom From owner-pdftex@tug.org Mon Jun 15 08:35:45 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA06319 for ; Mon, 15 Jun 1998 08:35:44 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA02505 for pdftex-list; Mon, 15 Jun 1998 10:31:43 -0400 Received: from esemetz.ese-metz.fr (esemetz.ese-metz.fr [192.70.65.1]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA02502 for ; Mon, 15 Jun 1998 10:31:41 -0400 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 QAA01791; Mon, 15 Jun 1998 16:31:21 +0200 (MET DST) To: pdftex@tug.org, texk-win32@ese-metz.fr Subject: pdftex 0.12o-1 win32 From: Fabrice POPINEAU Date: 15 Jun 1998 16:33:27 +0200 Message-ID: Lines: 11 X-Mailer: Gnus v5.6.4/Emacs 19.34 X-Emacs: 19.34 MIME-Version: 1.0 (generated by SEMI MIME-Edit 0.98 - "Sodani") Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Available from : ftp://ftp.ese-metz.fr/pub/TeX/win32-beta/pdftex-0.12o-1-win32.zip If it behaves well, I'll put it on CTAN (just move from /win32-beta/ to /win32/ and it will be mirrored). This version *does not* need gzip. Fabrice From owner-pdftex@tug.org Mon Jun 15 08:43:00 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA06534 for ; Mon, 15 Jun 1998 08:42:59 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA02534 for pdftex-list; Mon, 15 Jun 1998 10:38:51 -0400 Received: from gwfs.stud.fh-jena.de (gwfs.stud.fh-jena.de [194.94.37.56]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA02531 for ; Mon, 15 Jun 1998 10:38:49 -0400 Received: from gw4s (gw4s.stud.fh-jena.de [194.94.37.30]) by gwfs.stud.fh-jena.de (8.8.6/8.8.6) with SMTP id QAA25748; Mon, 15 Jun 1998 16:39:14 +0200 (MET DST) Date: Mon, 15 Jun 1998 16:34:14 +0200 (MDT) From: Colin Marquardt <941etcm@gmx.de> X-Sender: 941etcm@gw4s To: Thierry.Bouche@ujf-grenoble.fr cc: pdftex@tug.org Subject: Re: pdftex & linux Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Thierry Bouche wrote: > However, strings pdftex tells me that it's waiting for libc with > revision number 6 or so, and i could not find that in the latest > redhat: i suppose i should install glibc instead, which i hadn't yet. RedHat 4.2 has libc5, since release 5.0 it has glibc2 *aka* libc6 :-) A manual update to glibc2 is non-trivial, from what I heard. Cheers, Colin Colin Marquardt colin.marquardt@gmx.de Ortsstrasse 28 D-07426 Untersch"obling From owner-pdftex@tug.org Mon Jun 15 08:47:56 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA06733 for ; Mon, 15 Jun 1998 08:47:55 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA02565 for pdftex-list; Mon, 15 Jun 1998 10:43:45 -0400 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA02562 for ; Mon, 15 Jun 1998 10:43:39 -0400 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 QAA02539; Mon, 15 Jun 1998 16:43:22 +0200 (MET DST) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id QAA27356; Mon, 15 Jun 1998 16:42:41 +0200 (MET DST) Date: Mon, 15 Jun 1998 16:42:41 +0200 (MET DST) Message-Id: <199806151442.QAA27356@mozart.ujf-grenoble.fr> From: Thierry Bouche To: Tom Kacvinsky Cc: Thierry Bouche , pdftex@tug.org Subject: Re: PS from pdfTeX's PDF In-Reply-To: <520107.3106895337@mac038.ams.org> References: <520107.3106895337@mac038.ams.org> 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 » BSR. Question: When you produced those encoding files, » did you use the BaKoMa fonts (with /FontName uppercasified)? » If so, that would explain the funkiness I encountered with » certain encoding files. i did not uppercase the font names, but, as far as i can tell, they are lowercase, then yes, these enc files described bakoma rather than BSR (the only available at that (ol') days) » » > the BSR should be easily usable by pdftex... » » I wish this were the case, but pdfTeX does not handle the » BSR built in encodings. At least in my case. :( » strange, and puzzling. ThB From owner-pdftex@tug.org Mon Jun 15 09:22:30 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA07983 for ; Mon, 15 Jun 1998 09:22:28 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA02754 for pdftex-list; Mon, 15 Jun 1998 11:18:44 -0400 Received: from top.coli.uni-sb.de (top.coli.uni-sb.de [134.96.68.10]) by tug.org (8.8.5/8.8.5) with ESMTP id LAA02751 for ; Mon, 15 Jun 1998 11:18:41 -0400 Received: from top (crysmann@top [134.96.68.10]) by top.coli.uni-sb.de (8.8.8/8.8.8) with SMTP id RAA01065; Mon, 15 Jun 1998 17:18:34 +0200 (MET DST) Message-ID: <35853B4A.4249@coli.uni-sb.de> Date: Mon, 15 Jun 1998 17:18:34 +0200 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: Colin Marquardt <941etcm@gmx.de> CC: Thierry.Bouche@ujf-grenoble.fr, pdftex@tug.org Subject: Re: pdftex & linux References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Colin Marquardt wrote: > > Thierry Bouche wrote: > > However, strings pdftex tells me that it's waiting for libc with > > revision number 6 or so, and i could not find that in the latest > > redhat: i suppose i should install glibc instead, which i hadn't yet. > > RedHat 4.2 has libc5, since release 5.0 it has glibc2 *aka* libc6 :-) > A manual update to glibc2 is non-trivial, from what I heard. > >From what I have grasped thus far, there are basically two situations: 1) libc.so.6 2) libc.so.5 I use Linux for years now, having a highly customised system, so reinstalling from scratch would not be an option. I suspect there are more people like me, so it wouldn't hurt having a libc.so.5 and a libc.so.6 version lying around. I've seen this already with other distributions. At least that would save us duplicating the effort. So we only have to decide upon a strategy how to upload the binary, and sending a mail to the list that the binary's in place, saving others the effort. Maybe together with some compile-time defaults, e.g. /usr/local/teTeX/share/texmf as TEXMFMAIN. So, whoever is first can announce it to the list (and/or send it to someone with write permission to the archive). Any volunteers? Berthold PS: Of course, I'd volunteer, still having the web* sources around. PPS: What about linking pdftex dynamically against libkpathsea ? -- 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 Mon Jun 15 10:17:18 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA09970 for ; Mon, 15 Jun 1998 10:17:16 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id MAA02997 for pdftex-list; Mon, 15 Jun 1998 12:06:46 -0400 Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by tug.org (8.8.5/8.8.5) with SMTP id MAA02994 for ; Mon, 15 Jun 1998 12:06:44 -0400 Received: from turing.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 15 Jun 98 17:06:39 +0100 (BST) Received: (from tim@localhost) by turing.maths.tcd.ie (8.8.7/8.8.5) id RAA08452; Mon, 15 Jun 1998 17:06:39 +0100 From: Timothy Murphy Message-Id: <199806151606.RAA08452@turing.maths.tcd.ie> Subject: Re: Installing pdftex: can't find pdftex.cfg In-Reply-To: <35850632.6F0D04C4@orbis-tech.co.uk> from Fergus Gallagher at "Jun 15, 98 12:32:02 pm" To: Fergus Gallagher Date: Mon, 15 Jun 1998 17:06:39 +0100 (IST) Cc: pdftex@tug.org X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk > But I guess I'm still missing something since running pdftex now gives > me lots of font errors: > > ========= > [71]--> pdftex \\pdfoutput=1 \\input story \\bye > This is pdfTeX, Version 3.14159-0.12h (Web2C 7.2) > (pdftex.cfg) (/usr/local/share/texmf/tex/plain/base/story.tex > [1]) xt.enc> > ! Warning: pdftex (file cmr10.pfb): > cannot open Type 1 font file for reading > Doesn't this just mean pdftex didn't find cmr10.pfb ? (1) Is it looking in the right place as defined in $TEXMF/web2c/texmf.cnf (perhaps under TEXPSHEADERS, somewhat misleadingly) ? (2) Did you run texhash after installing the font ? From owner-pdftex@tug.org Mon Jun 15 10:28:50 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA10466 for ; Mon, 15 Jun 1998 10:28:49 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id MAA03062 for pdftex-list; Mon, 15 Jun 1998 12:24:27 -0400 Received: from mx2.cac.washington.edu (mx2.cac.washington.edu [140.142.33.1]) by tug.org (8.8.5/8.8.5) with ESMTP id MAA03059 for ; Mon, 15 Jun 1998 12:24:25 -0400 Received: from crosby.apl.washington.edu.apl.washington.edu (crosby97.apl.washington.edu [128.95.97.2]) by mx2.cac.washington.edu (8.8.4+UW97.07/8.8.4+UW98.04) with SMTP id JAA04481; Mon, 15 Jun 1998 09:24:15 -0700 Received: from galiano (charon.apl.washington.edu) by crosby.apl.washington.edu.apl.washington.edu (4.1/SMI-4.1 ) id AA27827; Mon, 15 Jun 98 09:24:12 PDT Message-Id: <9806151624.AA27827@crosby.apl.washington.edu.apl.washington.edu> From: "Jody Klymak" To: "Hans Hagen" , Subject: RE: pdftex for win32 Date: Mon, 15 Jun 1998 09:24:54 -0700 X-Priority: 3 (Normal) X-Msmail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 In-Reply-To: <3580C74D.5F49F7FB@wxs.nl> Importance: Normal X-Mimeole: Produced By Microsoft MimeOLE V4.72.2106.4 Sender: owner-pdftex@tug.org Precedence: bulk Hi Hans, > Colin Marquardt wrote: > > > It may not help, but the win32-web2c at Fabrice's home ftp-location has > > got pdftex-0.12h. It's in ...-bin1.zip; it might differ from the > > CTAN-version though. > > Version n is the latest and available at Fabrice. Does pdf inclusion > too! I got 0.12n to do pdf inclusions too, and they look fine, except *.eps figures seem to not keep their bounding box during the ps2pdf process. I am running this on win32 and using gs5.10. I don't know enough about pdf to fix this. a bit of a sample document is included below... Thanks, Jody \documentclass[11pt]{article} \pdfoutput=1 \usepackage{times} \usepackage[pdftex]{graphicx} \usepackage[pdftex]{hyperref} \usepackage{times} \title{This is a test} \author{Jody M. Klymak} \begin{document} \section{Boo} \subsection{Sub1} This figure \ref{fig:extrap_fig2} is very nice, but somewhat miscentered. \begin{figure}[htbp] \begin{center} \includegraphics[height=7in]{extrap_fig2.pdf} % this is a graphic about 9x6 in that i want shrunk a bit, w/o a lot % of white space \end{center} \caption{} \label{fig:extrap_fig2} \end{figure} \end{document} From owner-pdftex@tug.org Mon Jun 15 10:37:23 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA10790 for ; Mon, 15 Jun 1998 10:37:22 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id MAA03109 for pdftex-list; Mon, 15 Jun 1998 12:34:05 -0400 Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by tug.org (8.8.5/8.8.5) with SMTP id MAA03106 for ; Mon, 15 Jun 1998 12:34:03 -0400 Received: from turing.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 15 Jun 98 17:34:02 +0100 (BST) Received: (from tim@localhost) by turing.maths.tcd.ie (8.8.7/8.8.5) id RAA08603; Mon, 15 Jun 1998 17:34:02 +0100 From: Timothy Murphy Message-Id: <199806151634.RAA08603@turing.maths.tcd.ie> Subject: Re: TIFF support done (LONG) (Was: Re: TIFF image inclusion) In-Reply-To: <3584222A.326F566F@wxs.nl> from Hans Hagen at "Jun 14, 98 09:19:06 pm" To: Hans Hagen Date: Mon, 15 Jun 1998 17:34:02 +0100 (IST) Cc: pdftex@tug.org X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk > The main reason why I would like see tiff support added, is that is > saves me a dupplication in disk space. (Now I have a tiff and png for > each graphic.) There is an important difference between TIFF and JPEG, as far as pdftex is concerned -- PDF actually allows JPEG images (Cosine Transform) while it doesn't allow TIFF, as far as I know. It seems to me a mistake to include anything in the actual code which is not directly related to PDF. Couldn't a script be written for "graphicx" to translate TIFF to PNG "on the fly"? From owner-pdftex@tug.org Mon Jun 15 11:19:30 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id LAA12276 for ; Mon, 15 Jun 1998 11:19:29 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id NAA03264 for pdftex-list; Mon, 15 Jun 1998 13:14:54 -0400 Received: from top.coli.uni-sb.de (top.coli.uni-sb.de [134.96.68.10]) by tug.org (8.8.5/8.8.5) with ESMTP id NAA03261 for ; Mon, 15 Jun 1998 13:14:48 -0400 Received: from top (crysmann@top [134.96.68.10]) by top.coli.uni-sb.de (8.8.8/8.8.8) with SMTP id TAA13611 for ; Mon, 15 Jun 1998 19:14:47 +0200 (MET DST) Message-ID: <35855686.12B9@coli.uni-sb.de> Date: Mon, 15 Jun 1998 19:14:46 +0200 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.org Subject: pdftex-0.12o-1 Linux binary (libc5) [Was: pdftex & linux ] References: <35853B4A.4249@coli.uni-sb.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk I put a binary package (.tar.gz) of pdftex-0.12o1 in the following place: http://www.coli.uni-sb.de/pdftex/ It's linked dynamically against libc.so.5.4.44 and libm.so.5. It assumes /usr/local/teTeX/share/texmf as TEXMFMAIN. (Cf. included texmf.cnf) Can be changed by setting the appropriate environment variable. Cheers, 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 Mon Jun 15 11:26:40 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id LAA12564 for ; Mon, 15 Jun 1998 11:26:39 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id NAA03304 for pdftex-list; Mon, 15 Jun 1998 13:22:32 -0400 Received: from top.coli.uni-sb.de (top.coli.uni-sb.de [134.96.68.10]) by tug.org (8.8.5/8.8.5) with ESMTP id NAA03301 for ; Mon, 15 Jun 1998 13:22:30 -0400 Received: from top (crysmann@top [134.96.68.10]) by top.coli.uni-sb.de (8.8.8/8.8.8) with SMTP id TAA14168 for ; Mon, 15 Jun 1998 19:22:29 +0200 (MET DST) Message-ID: <35855854.57AE@coli.uni-sb.de> Date: Mon, 15 Jun 1998 19:22:29 +0200 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.org Subject: Re: pdftex-0.12o-1 Linux binary (libc5) [Was: pdftex & linux ] References: <35853B4A.4249@coli.uni-sb.de> <35855686.12B9@coli.uni-sb.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Sorry, the URL in the previous message was utterly wrong! The correct one follows: http://www.coli.uni-sb.de/~crysmann/pdftex -- 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 Mon Jun 15 11:29:20 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id LAA12663 for ; Mon, 15 Jun 1998 11:29:19 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id NAA03320 for pdftex-list; Mon, 15 Jun 1998 13:25:57 -0400 Received: from mx1.cac.washington.edu (mx1.cac.washington.edu [140.142.32.1]) by tug.org (8.8.5/8.8.5) with ESMTP id NAA03317 for ; Mon, 15 Jun 1998 13:25:55 -0400 Received: from crosby.apl.washington.edu.apl.washington.edu (crosby97.apl.washington.edu [128.95.97.2]) by mx1.cac.washington.edu (8.8.4+UW97.07/8.8.4+UW98.04) with SMTP id KAA05047; Mon, 15 Jun 1998 10:25:43 -0700 Received: from galiano (charon.apl.washington.edu) by crosby.apl.washington.edu.apl.washington.edu (4.1/SMI-4.1 ) id AA00485; Mon, 15 Jun 98 10:25:41 PDT Message-Id: <9806151725.AA00485@crosby.apl.washington.edu.apl.washington.edu> From: "Jody Klymak" To: , "Hans Hagen" Subject: RE: pdftex for win32 Date: Mon, 15 Jun 1998 10:26:23 -0700 X-Priority: 3 (Normal) X-Msmail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 In-Reply-To: <9806151624.AA27827@crosby.apl.washington.edu.apl.washington.edu> Importance: Normal X-Mimeole: Produced By Microsoft MimeOLE V4.72.2106.4 Sender: owner-pdftex@tug.org Precedence: bulk > -----Original Message----- > From: owner-pdftex@tug.org [mailto:owner-pdftex@tug.org]On Behalf Of > Jody Klymak > Sent: Monday, June 15, 1998 9:25 AM > To: Hans Hagen; pdftex@tug.org > Subject: RE: pdftex for win32 > > > Hi Hans, > > > Colin Marquardt wrote: > > > > > It may not help, but the win32-web2c at Fabrice's home > ftp-location has > > > got pdftex-0.12h. It's in ...-bin1.zip; it might differ from the > > > CTAN-version though. > > > > Version n is the latest and available at Fabrice. Does pdf inclusion > > too! > > I got 0.12n to do pdf inclusions too, and they look fine, except *.eps > figures seem to not keep their bounding box during the ps2pdf > process. I am > running this on win32 and using gs5.10. I don't know enough about pdf to > fix this. a bit of a sample document is included below... PS, I also get the error: ! LaTeX cannot determine size of graphic in extrap_fig2.pdf (no bounding box) which I carriage return through to get a pdf file. Thanks Jody From owner-pdftex@tug.org Mon Jun 15 12:56:23 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id MAA15851 for ; Mon, 15 Jun 1998 12:56:22 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id OAA03658 for pdftex-list; Mon, 15 Jun 1998 14:52:01 -0400 Received: from cs.sfu.ca (cs.sfu.ca [142.58.111.1]) by tug.org (8.8.5/8.8.5) with ESMTP id OAA03652; Mon, 15 Jun 1998 14:51:59 -0400 Received: from daisy.cs.sfu.ca (oneill@daisy [199.60.1.9]) by cs.sfu.ca (8.8.8/8.8.8) with ESMTP id LAA28626; Mon, 15 Jun 1998 11:51:48 -0700 (PDT) From: "Melissa O'Neill" Received: (from oneill@localhost) by daisy.cs.sfu.ca (8.8.8/8.8.8) id LAA15032; Mon, 15 Jun 1998 11:51:47 -0700 (PDT) Message-Id: <199806151851.LAA15032@daisy.cs.sfu.ca> Subject: DVIPS fix for better Macintosh PDF To: tex-fonts@math.utah.edu (TeX Fonts), pdftex@tug.org Date: Mon, 15 Jun 1998 11:51:47 -0700 (PDT) Cc: tex-k@tug.org, tetex-pretest@informatik.uni-hannover.de X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Yesterday, on the PDFTeX and TeX-Fonts list, I outlined a bug in the Macintosh Acrobat Reader (in combination with ATM Deluxe 4.0) where it doesn't like encodings that refer to glyphs not in the font. This problem can be prevented by changing: /ReEncodeFont{/Encoding exch def}def ... in texps.pro, to: /ReEncodeFont{ /Encoding exch 256 array copy def CharStrings rcheck { 0 1 255 { dup Encoding exch get CharStrings exch known { pop } { Encoding exch /.notdef put } ifelse } for } if }def This approach does require 256 bytes extra per font (it copies the encoding rather than referencing it directly, and then deletes every entry for which there is no glyph in the CharStrings dictionary). While I have tested this reencode procedure in hand-written PostScript, I have not actually tested it in DVIPS. I'm distributing it early to save other people sitting down and coming up with the same thing. Melissa. From "Melissa O'Neill " Mon Jun 15 13:11:12 1998 Flags: 000000000000 Received: from cs.sfu.ca (cs.sfu.ca [142.58.111.1]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id MAA15688 for ; Mon, 15 Jun 1998 12:52:00 -0600 (MDT) Received: from daisy.cs.sfu.ca (oneill@daisy [199.60.1.9]) by cs.sfu.ca (8.8.8/8.8.8) with ESMTP id LAA28626; Mon, 15 Jun 1998 11:51:48 -0700 (PDT) From: "Melissa O'Neill" Received: (from oneill@localhost) by daisy.cs.sfu.ca (8.8.8/8.8.8) id LAA15032; Mon, 15 Jun 1998 11:51:47 -0700 (PDT) Message-Id: <199806151851.LAA15032@daisy.cs.sfu.ca> Subject: DVIPS fix for better Macintosh PDF To: tex-fonts@math.utah.edu (TeX Fonts), pdftex@tug.org Date: Mon, 15 Jun 1998 11:51:47 -0700 (PDT) Cc: tex-k@tug.org, tetex-pretest@informatik.uni-hannover.de X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Yesterday, on the PDFTeX and TeX-Fonts list, I outlined a bug in the Macintosh Acrobat Reader (in combination with ATM Deluxe 4.0) where it doesn't like encodings that refer to glyphs not in the font. This problem can be prevented by changing: /ReEncodeFont{/Encoding exch def}def ... in texps.pro, to: /ReEncodeFont{ /Encoding exch 256 array copy def CharStrings rcheck { 0 1 255 { dup Encoding exch get CharStrings exch known { pop } { Encoding exch /.notdef put } ifelse } for } if }def This approach does require 256 bytes extra per font (it copies the encoding rather than referencing it directly, and then deletes every entry for which there is no glyph in the CharStrings dictionary). While I have tested this reencode procedure in hand-written PostScript, I have not actually tested it in DVIPS. I'm distributing it early to save other people sitting down and coming up with the same thing. Melissa. From owner-pdftex@tug.org Mon Jun 15 14:14:00 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id OAA18676 for ; Mon, 15 Jun 1998 14:13:58 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id QAA03950 for pdftex-list; Mon, 15 Jun 1998 16:10:29 -0400 Received: from math.ams.org (math.ams.org [130.44.210.14]) by tug.org (8.8.5/8.8.5) with SMTP id QAA03947 for ; Mon, 15 Jun 1998 16:10:26 -0400 Received: from SUN06.AMS.ORG by math.ams.org via smtpd (for tug.org [158.121.106.10]) with SMTP; 15 Jun 1998 20:10:26 UT Received: from mac038.ams.org by sun06.ams.org (PMDF V5.1-10 #27147) with SMTP id <0EUM008P4017V3@sun06.ams.org> for pdftex@tug.org; Mon, 15 Jun 1998 16:10:19 -0400 (EDT) Date: Mon, 15 Jun 1998 16:10:27 -0400 From: Tom Kacvinsky Subject: Re: PS from pdfTeX's PDF To: Thierry Bouche Cc: pdftex@tug.org Message-id: <1758726.3106915827@mac038.ams.org> MIME-version: 1.0 X-Mailer: Mulberry (MacOS) [1.3.3, s/n P020-200112-003] Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hi all, I *finally* figured out what was wrong, and boy do I feel stupid! It revolves around the LOGO fonts. The TFMs used by pdfTeX are the ones with the P and the S. The outline files used were the old BSR/Y&Y PostScript fonts, without the P and the S. Therefore, characters 80 and 83 (P and S) in the TFM get mapped to /.notdef in the outline file. Acrobat Exchange (3.01 for the Macintosh) doesn't mind this for previewing, but the PostScript drivers for the Macintosh are *very* mindful of it when printing. A lesson learned... Thanks for everyone's help, Tom From owner-pdftex@tug.org Mon Jun 15 19:29:46 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id TAA29237 for ; Mon, 15 Jun 1998 19:29:45 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id VAA05032 for pdftex-list; Mon, 15 Jun 1998 21:21:57 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id VAA05028 for ; Mon, 15 Jun 1998 21:21:54 -0400 Received: from SnowWhite.inet.cz (pavel@dialup2.inet.cz [194.196.193.2]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id DAA07379; Tue, 16 Jun 1998 03:19:47 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id CAA02360; Tue, 16 Jun 1998 02:36:30 +0200 Date: Tue, 16 Jun 1998 02:36:30 +0200 Message-Id: <199806160036.CAA02360@SnowWhite.inet.cz> From: "Pavel Janik ml." To: Hans Hagen CC: pdfTeX mailing list In-reply-to: <35842370.DA2AF3A5@wxs.nl> (message from Hans Hagen on Sun, 14 Jun 1998 21:24:32 +0200) Subject: Embedded files (Was: Re: TIFF image inclusion) X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.105 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Date: Sun, 14 Jun 1998 21:24:32 +0200 From: Hans Hagen Hi, > (How about this: it seems that one can embed files in pdf, thereby > including sound and movies *in* the file instead of keeping them > alongside. Does anyone knows the specs of embedded files?) PDFSpec says, that sound (movie) files can be directly embedded in the PDF, but must follow some conventions (see spec. page 89, 104 and 131). What about tag \pdfsound and \pdfmovie? I hope that PDF supports some sound format (au, wav) directly as with JPEG. Can anyone with an audio aware machine test it? -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Mon Jun 15 19:29:47 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id TAA29238 for ; Mon, 15 Jun 1998 19:29:45 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id VAA05017 for pdftex-list; Mon, 15 Jun 1998 21:21:44 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id VAA05014 for ; Mon, 15 Jun 1998 21:21:41 -0400 Received: from SnowWhite.inet.cz (pavel@dialup2.inet.cz [194.196.193.2]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id DAA07321; Tue, 16 Jun 1998 03:19:34 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id CAA02364; Tue, 16 Jun 1998 02:46:11 +0200 Date: Tue, 16 Jun 1998 02:46:11 +0200 Message-Id: <199806160046.CAA02364@SnowWhite.inet.cz> From: "Pavel Janik ml." To: Jiri Osoba CC: pdfTeX mailing list In-reply-to: <199806151049.MAA17780@vyvoj.vyvoj> (osoba@vyvoj.jablotron.cz) Subject: Re: Error in pdf-compression ? X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.105 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk From: "Jiri Osoba" Date: Mon, 15 Jun 1998 12:24:04 +0200 Hi, > The image stream was empty (so the problem is in pdftex, not in > Acrobat) with correct /Length. I'm using pdftex-0.12n (DJGPP). > > The problem was fixed: I've changed image's dimensions from 1022x768 > to 1002x707 :-O can you debug it or can you send me corrupted PDF along with PNG and .tex? -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Mon Jun 15 19:29:49 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id TAA29247 for ; Mon, 15 Jun 1998 19:29:47 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id VAA05029 for pdftex-list; Mon, 15 Jun 1998 21:21:55 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id VAA05024 for ; Mon, 15 Jun 1998 21:21:52 -0400 Received: from SnowWhite.inet.cz (pavel@dialup2.inet.cz [194.196.193.2]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id DAA07369; Tue, 16 Jun 1998 03:19:43 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id CAA02359; Tue, 16 Jun 1998 02:20:33 +0200 Date: Tue, 16 Jun 1998 02:20:33 +0200 Message-Id: <199806160020.CAA02359@SnowWhite.inet.cz> From: "Pavel Janik ml." To: Sebastian Rahtz CC: pdfTeX mailing list In-reply-to: <1109-Mon15Jun1998102146+0100-s.rahtz@elsevier.co.uk> (message from Sebastian Rahtz on Mon, 15 Jun 1998 10:21:46 +0100) Subject: Re: TIFF support done (LONG) (Was: Re: TIFF image inclusion) X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.105 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Date: Mon, 15 Jun 1998 10:21:46 +0100 From: Sebastian Rahtz Hi, > > support written of top of system tiff library. It will be distributed > > as separate patch to pdfTeX. > good! i'll use it even if no-one else does..... OK, thanks for your supprt. Now my tests are over and pdfTeX with tiff inclusion support passed all my heavy tests, so enjoy it. It will be available today in the morning (if I get up ;-). -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Mon Jun 15 19:29:49 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id TAA29250 for ; Mon, 15 Jun 1998 19:29:48 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id VAA05050 for pdftex-list; Mon, 15 Jun 1998 21:22:22 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id VAA05046 for ; Mon, 15 Jun 1998 21:22:10 -0400 Received: from SnowWhite.inet.cz (pavel@dialup2.inet.cz [194.196.193.2]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id DAA07386; Tue, 16 Jun 1998 03:19:56 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id CAA02363; Tue, 16 Jun 1998 02:43:15 +0200 Date: Tue, 16 Jun 1998 02:43:15 +0200 Message-Id: <199806160043.CAA02363@SnowWhite.inet.cz> From: "Pavel Janik ml." To: Berthold Crysmann CC: Thierry.Bouche@ujf-grenoble.fr, pdfTeX mailing list In-reply-to: <35853B4A.4249@coli.uni-sb.de> (message from Berthold Crysmann on Mon, 15 Jun 1998 17:18:34 +0200) Subject: pdfTeX's binaries (Was: Re: pdftex & linux) X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.105 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Date: Mon, 15 Jun 1998 17:18:34 +0200 From: Berthold Crysmann Hi, > So, whoever is first can announce it to the list (and/or send it to > someone with write permission to the archive). I'll do dynamicly and statically linked binaries for Linux (glibc). > PPS: What about linking pdftex dynamically against libkpathsea ? This is not a good idea, if we do it this way, another problems with different versions of libkpathsea ca appear. -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Mon Jun 15 19:29:50 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id TAA29258 for ; Mon, 15 Jun 1998 19:29:49 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id VAA05044 for pdftex-list; Mon, 15 Jun 1998 21:22:10 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id VAA05037 for ; Mon, 15 Jun 1998 21:22:02 -0400 Received: from SnowWhite.inet.cz (pavel@dialup2.inet.cz [194.196.193.2]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id DAA07383; Tue, 16 Jun 1998 03:19:51 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id CAA02358; Tue, 16 Jun 1998 02:16:19 +0200 Date: Tue, 16 Jun 1998 02:16:19 +0200 Message-Id: <199806160016.CAA02358@SnowWhite.inet.cz> From: "Pavel Janik ml." To: Hans Hagen CC: pdfTeX mailing list In-reply-to: <35841CD1.7FCB72AE@wxs.nl> (message from Hans Hagen on Sun, 14 Jun 1998 20:56:17 +0200) Subject: Re: PS from pdfTeX's PDF X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.105 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Date: Sun, 14 Jun 1998 20:56:17 +0200 From: Hans Hagen Hi, > > it should by quite easy. I hope it can be done by filtering the Font > > stream to zlib functions and correctly setting the /Filter attribute - > > see page 48 of PDF spec and writezip.c. Any volunteer to do this? I'm > > currently busy with my school exams... > > This is a feature, not a bug, and therefore up to Thanh. I disagree. I think, that more people than Thanh should develop pdfTeX, but only Thanh can extend it. I'd like to follow Linux's devel model with one authority on the top (Linus/Thanh). If he decides to not include some feature to pdfTeX, thats ok. But I think we must help him with development as we want to use _perfect_ pdfTeX, better than Exchange. Ok, it's already done, but ... ;-) As I already stated I'll develop new features as time allows me and wait for Thanh to accept (or not) it. -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Mon Jun 15 19:29:49 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id TAA29249 for ; Mon, 15 Jun 1998 19:29:47 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id VAA05049 for pdftex-list; Mon, 15 Jun 1998 21:22:20 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id VAA05042 for ; Mon, 15 Jun 1998 21:22:08 -0400 Received: from SnowWhite.inet.cz (pavel@dialup2.inet.cz [194.196.193.2]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id DAA07388; Tue, 16 Jun 1998 03:19:59 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id DAA02421; Tue, 16 Jun 1998 03:07:52 +0200 Date: Tue, 16 Jun 1998 03:07:52 +0200 Message-Id: <199806160107.DAA02421@SnowWhite.inet.cz> From: "Pavel Janik ml." To: Sebastian Rahtz CC: Hans Hagen , pdfTeX mailing list In-reply-to: <2432-Mon15Jun1998105820+0100-s.rahtz@elsevier.co.uk> (message from Sebastian Rahtz on Mon, 15 Jun 1998 10:58:20 +0100) Subject: TIFF library (Was: Re: TIFF support done) X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.105 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Date: Mon, 15 Jun 1998 10:58:20 +0100 From: Sebastian Rahtz Hi, > If one calls on Leffler's tiff library, it takes care of all the > varieties that's the point - I use libtiff: Name : libtiff Distribution: Hurricane Version : 3.4 Vendor: Red Hat Software Release : 1 Build Date: Wed Oct 15 03:56:18 1997 Install date: Tue Jan 13 18:37:26 1998 Build Host: porky.redhat.com Group : Libraries Source RPM: libtiff-3.4-1.src.rpm Size : 617503 Packager : Red Hat Software URL : http://www-mipl.jpl.nasa.gov/~ndr/tiff/ Summary : Library for handling TIFF files. Description : This package is a library of functions that manipulate TIFF images. I hope this library can be succesfully build under Win32, Fabrice? > i agree, pdftex as it stands is *most* annoying in not writing all > information it puts on the screen to the log file. I am reduced to > running it inside an Emacs shell buffer when I want to read what it > says about things like map files. Yes, it's annoying. We should reimplement it, but I think, that this is a major devel decision and we should let it to Thanh... -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Mon Jun 15 19:30:01 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id TAA29263 for ; Mon, 15 Jun 1998 19:29:59 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id VAA05022 for pdftex-list; Mon, 15 Jun 1998 21:21:48 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id VAA05019 for ; Mon, 15 Jun 1998 21:21:45 -0400 Received: from SnowWhite.inet.cz (pavel@dialup2.inet.cz [194.196.193.2]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id DAA07363; Tue, 16 Jun 1998 03:19:39 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id CAA02378; Tue, 16 Jun 1998 02:57:14 +0200 Date: Tue, 16 Jun 1998 02:57:14 +0200 Message-Id: <199806160057.CAA02378@SnowWhite.inet.cz> From: "Pavel Janik ml." To: Robert Howlett CC: pdfTeX mailing list In-reply-to: <3583E216.A5A9C445@mail.usyd.edu.au> (message from Robert Howlett on Mon, 15 Jun 1998 00:45:42 +1000) Subject: Re: eus.enc X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.105 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Date: Mon, 15 Jun 1998 00:45:42 +1000 From: Robert Howlett Hi, > I find I must make a humble apology. A file called euf.enc > which I made some time last year is included in pdftexlib-0_12.zip. > Unfortunately, I managed to mangle it somehow, a fact which I have > only just dicovered. (Shows how often I use the eusm and eusb fonts.) > I'm appending a corrected version to this message. thanks for your info, I'll change it in the next release of pdfTeX's library. -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Tue Jun 16 02:28:18 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA27890 for ; Tue, 16 Jun 1998 02:28:17 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA06691 for pdftex-list; Tue, 16 Jun 1998 04:21:09 -0400 Received: from smtp04.wxs.nl (smtp04.wxs.nl [195.121.6.59]) by tug.org (8.8.5/8.8.5) with ESMTP id EAA06687 for ; Tue, 16 Jun 1998 04:21:08 -0400 Received: from wxs.nl ([195.121.70.203]) by smtp04.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA4191; Tue, 16 Jun 1998 10:20:58 +0200 Message-ID: <35862353.FB91F1A2@wxs.nl> Date: Tue, 16 Jun 1998 09:48:35 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Pavel.Janik@inet.cz CC: pdfTeX mailing list Subject: Re: Embedded files (Was: Re: TIFF image inclusion) References: <199806160036.CAA02360@SnowWhite.inet.cz> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Pavel Janik ml. wrote: > PDFSpec says, that sound (movie) files can be directly embedded in the > PDF, but must follow some conventions (see spec. page 89, 104 and Thanks, I'll look into it. > 131). What about tag \pdfsound and \pdfmovie? I hope that PDF supports > some sound format (au, wav) directly as with JPEG. Can anyone with an > audio aware machine test it? One can use \pdfannot for this purpose (actually, that's why they are there, I discussed this with Thanh at length). I can imagine a primitive that embeds a file. That would be a more general solution. I'll look into it. 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 Jun 16 02:28:22 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA27897 for ; Tue, 16 Jun 1998 02:28:20 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA06688 for pdftex-list; Tue, 16 Jun 1998 04:21:08 -0400 Received: from smtp03.wxs.nl (mmp02.wxs.nl [195.121.6.37]) by tug.org (8.8.5/8.8.5) with ESMTP id EAA06679 for ; Tue, 16 Jun 1998 04:21:05 -0400 Received: from wxs.nl ([195.121.70.203]) by smtp03.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA2080; Tue, 16 Jun 1998 10:20:44 +0200 Message-ID: <35861F0C.BDA09E44@wxs.nl> Date: Tue, 16 Jun 1998 09:30:20 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Jody Klymak , pdftex Subject: Re: pdftex for win32 References: <9806151725.AA00485@crosby.apl.washington.edu.apl.washington.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Jody Klymak wrote: > ! LaTeX cannot determine size of graphic in extrap_fig2.pdf (no bounding > box) The supp-pdf module contains a macro that parses the pdf file for this. I suppose sebastian can hook this into your graphic macro. 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 Jun 16 02:28:33 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA27902 for ; Tue, 16 Jun 1998 02:28:32 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA06692 for pdftex-list; Tue, 16 Jun 1998 04:21:10 -0400 Received: from smtp04.wxs.nl (smtp04.wxs.nl [195.121.6.59]) by tug.org (8.8.5/8.8.5) with ESMTP id EAA06681 for ; Tue, 16 Jun 1998 04:21:06 -0400 Received: from wxs.nl ([195.121.70.203]) by smtp04.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA4197; Tue, 16 Jun 1998 10:21:02 +0200 Message-ID: <358629AB.14033FB6@wxs.nl> Date: Tue, 16 Jun 1998 10:15:39 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Pavel.Janik@inet.cz, pdftex Subject: Re: Embedded files (Was: Re: TIFF image inclusion) References: <199806160036.CAA02360@SnowWhite.inet.cz> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hi Pavel, > PDFSpec says, that sound (movie) files can be directly embedded in the > PDF, but must follow some conventions (see spec. page 89, 104 and > 131). What about tag \pdfsound and \pdfmovie? I hope that PDF supports > some sound format (au, wav) directly as with JPEG. Can anyone with an > audio aware machine test it? There is no mention of embedding movie files. Currently in ConTeXt I support external movies (movie annotation) and movie controls (link annotation). Sound is not so much a problem either. Embedding only makes sense when we have decent formats. Does mov and avi files work on mac and unix? We can embed files using \pdfobj stream {content} but TeX is not that good in binary data, therefore what we need is something \pdffileobj attr {specs} file or alike. Hans 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 Jun 16 02:29:06 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA27914 for ; Tue, 16 Jun 1998 02:29:05 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA06697 for pdftex-list; Tue, 16 Jun 1998 04:21:16 -0400 Received: from smtp04.wxs.nl (smtp04.wxs.nl [195.121.6.59]) by tug.org (8.8.5/8.8.5) with ESMTP id EAA06694 for ; Tue, 16 Jun 1998 04:21:13 -0400 Received: from wxs.nl ([195.121.70.203]) by smtp04.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA41AB; Tue, 16 Jun 1998 10:21:09 +0200 Message-ID: <35862B29.F38A0F11@wxs.nl> Date: Tue, 16 Jun 1998 10:22:01 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Pavel.Janik@inet.cz, pdftex Subject: Re: PS from pdfTeX's PDF References: <199806160016.CAA02358@SnowWhite.inet.cz> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Pavel Janik ml. wrote: > I disagree. I think, that more people than Thanh should develop > pdfTeX, but only Thanh can extend it. I'd like to follow Linux's devel > model with one authority on the top (Linus/Thanh). If he decides to > not include some feature to pdfTeX, thats ok. But I think we must help > him with development as we want to use _perfect_ pdfTeX, better than > Exchange. Ok, it's already done, but ... ;-) > > As I already stated I'll develop new features as time allows me and > wait for Thanh to accept (or not) it. I can think of some myself of some extensions, like \pdfrefform N width height to include a form scaled \pdfrefname N to report the form name but I think there should at least be some 'control' over naming and consistency of extensions. At least I would like to know Than's opinion on this. I discussed/tested many extensions with Thanh and nearly all things I wanted made it in into pdftex. So, it's not a matter of 'willingness' but more of 'strategy'. 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 Jun 16 02:49:14 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA28550 for ; Tue, 16 Jun 1998 02:49:12 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA06800 for pdftex-list; Tue, 16 Jun 1998 04:43:37 -0400 Received: from nag.co.uk (andover.nag.co.uk [192.156.217.113]) by tug.org (8.8.5/8.8.5) with ESMTP id EAA06797 for ; Tue, 16 Jun 1998 04:43:04 -0400 Received: (from davidc@localhost) by nag.co.uk (8.8.7/8.8.7) id JAA01415; Tue, 16 Jun 1998 09:49:18 +0100 Date: Tue, 16 Jun 1998 09:49:18 +0100 Message-Id: <199806160849.JAA01415@nag.co.uk> From: David Carlisle To: pdftex@tug.org CC: jklymak@apl.washington.edu In-reply-to: <35861F0C.BDA09E44@wxs.nl> (message from Hans Hagen on Tue, 16 Jun 1998 09:30:20 +0200) Subject: Re: pdftex for win32 References: <9806151725.AA00485@crosby.apl.washington.edu.apl.washington.edu> <35861F0C.BDA09E44@wxs.nl> Sender: owner-pdftex@tug.org Precedence: bulk > The supp-pdf module contains a macro that parses the pdf file for this. > I suppose sebastian can hook this into your graphic macro. He could, although the graphics package is supposed to find /MediaBox lines itself, so something is wrong somewhere... From owner-pdftex@tug.org Tue Jun 16 03:22:45 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA29361 for ; Tue, 16 Jun 1998 03:22:44 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA06984 for pdftex-list; Tue, 16 Jun 1998 05:15:34 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA06981 for ; Tue, 16 Jun 1998 05:15:32 -0400 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 KAA23787; hop 0; Tue, 16 Jun 1998 10:10:09 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Tue, 16 Jun 1998 10:15:07 +0100 Date: Tue, 16 Jun 1998 09:34:48 +0100 Message-ID: <8651-Tue16Jun1998093448+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: tim@maths.tcd.ie Cc: pragma@wxs.nl, pdftex@tug.org Subject: Re: TIFF support done (LONG) (Was: Re: TIFF image inclusion) In-Reply-To: <199806151634.RAA08603@turing.maths.tcd.ie> References: <3584222A.326F566F@wxs.nl> <199806151634.RAA08603@turing.maths.tcd.ie> Sender: owner-pdftex@tug.org Precedence: bulk Timothy Murphy writes: > > It seems to me a mistake to include anything in the actual code > which is not directly related to PDF. > thats a bit purist > Couldn't a script be written for "graphicx" to translate TIFF to > PNG "on the fly"? the `backtick' mechanism cannot work, of course (though Thanh could conceivably implement it). web2c 7.* users could sort out a system with write18, but thats not generally available Sebastian From owner-pdftex@tug.org Tue Jun 16 03:36:23 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA29723 for ; Tue, 16 Jun 1998 03:36:22 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA07072 for pdftex-list; Tue, 16 Jun 1998 05:30:45 -0400 Received: from math.ams.org (math.ams.org [130.44.210.14]) by tug.org (8.8.5/8.8.5) with SMTP id FAA07069 for ; Tue, 16 Jun 1998 05:30:43 -0400 Received: from SUN06.AMS.ORG by math.ams.org via smtpd (for tug.org [158.121.106.10]) with SMTP; 16 Jun 1998 09:30:43 UT Received: from sun06.ams.org by sun06.ams.org (PMDF V5.1-10 #27147) with SMTP id <0EUN00HGQ137EE@sun06.ams.org> for pdftex@tug.org; Tue, 16 Jun 1998 05:30:43 -0400 (EDT) Date: Tue, 16 Jun 1998 05:30:43 -0400 (EDT) From: Tom Kacvinsky Subject: Bug Fix: PS from pdfTeX's PDF In-reply-to: <1758726.3106915827@mac038.ams.org> To: Thierry Bouche Cc: pdftex@tug.org Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Well, I think I can retract what I wrote: I found out that if if pdfTeX uses the font to determine the encoding, the following line: 0 1 255 {1 index exch /.notdef put} for out of the font file does not make it into the font information in the PDF file. Below is a patch that fixes this. As far as I am aware, the assumption I made is OK. Most fonts I have looked at that have a custom encoding have lines that looks like the following: /Encoding 256 array 0 1 255 {1 index exch /.notdef put} for dup 161 /Gamma put dup 162 /Delta put dup 163 /Theta put dup 164 /Lambda put dup 165 /Xi put . . . readonly def (this came out of CMB10, but you get the idea). This patch will insert the missing line provided one is going to subset the font and one is not going to reeenode the font. The other cases -- namely, no font subsetting and/or reencoding are already taken care of properly by pdfTeX. Tom =================================================================== RCS file: RCS/writet1.c,v retrieving revision 1.1 retrieving revision 1.2 diff -c -r1.1 -r1.2 *** 1.1 1998/06/16 01:14:47 --- 1.2 1998/06/16 01:16:26 *************** *** 462,467 **** --- 462,482 ---- do { T1_CHECK_EOF(); t1_getline(); + + /* + If the next line ends in "for", it probably is of + of the form: + + 0 1 255 {1 index exch /.notdef put} for + + This is PS code to populate the encoding array with + /.notdef; if not there, Macintosh print drivers + choke when printing out the PDF file. + */ + + if (strstr(t1_line, "for")) { + t1_putline(); + } if (sscanf(t1_line, "dup %u%s put", &i, buf) == 2 && *buf == '/' && pdfischarused(tex_font, i)) { builtin_glyph_names[i] = xstrdup(buf + 1); /* skip the slash */ From owner-pdftex@tug.org Tue Jun 16 04:01:58 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA00379 for ; Tue, 16 Jun 1998 04:01:57 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA07201 for pdftex-list; Tue, 16 Jun 1998 05:55:46 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA07198 for ; Tue, 16 Jun 1998 05:55:42 -0400 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 KAA25412; hop 0; Tue, 16 Jun 1998 10:50:18 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Tue, 16 Jun 1998 10:55:30 +0100 Date: Tue, 16 Jun 1998 10:39:10 +0100 Message-ID: <382-Tue16Jun1998103910+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: davidc@nag.co.uk Cc: pdftex@tug.org, jklymak@apl.washington.edu Subject: Re: pdftex for win32 In-Reply-To: <199806160849.JAA01415@nag.co.uk> References: <9806151725.AA00485@crosby.apl.washington.edu.apl.washington.edu> <35861F0C.BDA09E44@wxs.nl> <199806160849.JAA01415@nag.co.uk> Sender: owner-pdftex@tug.org Precedence: bulk David Carlisle writes: > > > The supp-pdf module contains a macro that parses the pdf file for this. > > I suppose sebastian can hook this into your graphic macro. > > He could, although the graphics package is supposed to find /MediaBox > lines itself, so something is wrong somewhere... > i have noticed this already, that "graphics" sometimes fails. i think it gets unhappy that the MediaBox is often deep down the file after scads of binary rubbish. i am not sure we can rely on this method. the pre-scan to write a bounding box file is safer. Sebastian From owner-pdftex@tug.org Tue Jun 16 04:12:49 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA00689 for ; Tue, 16 Jun 1998 04:12:48 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA07248 for pdftex-list; Tue, 16 Jun 1998 06:05:52 -0400 Received: from nag.co.uk (andover.nag.co.uk [192.156.217.113]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA07245 for ; Tue, 16 Jun 1998 06:05:39 -0400 Received: (from davidc@localhost) by nag.co.uk (8.8.7/8.8.7) id LAA01461; Tue, 16 Jun 1998 11:11:55 +0100 Date: Tue, 16 Jun 1998 11:11:55 +0100 Message-Id: <199806161011.LAA01461@nag.co.uk> From: David Carlisle To: pdftex@tug.org In-reply-to: <382-Tue16Jun1998103910+0100-s.rahtz@elsevier.co.uk> (message from Sebastian Rahtz on Tue, 16 Jun 1998 10:39:10 +0100) Subject: Re: pdftex for win32 References: <9806151725.AA00485@crosby.apl.washington.edu.apl.washington.edu> <35861F0C.BDA09E44@wxs.nl> <199806160849.JAA01415@nag.co.uk> <382-Tue16Jun1998103910+0100-s.rahtz@elsevier.co.uk> Sender: owner-pdftex@tug.org Precedence: bulk Date: Tue, 16 Jun 1998 10:39:10 +0100 From: Sebastian Rahtz Content-Type: text/plain; charset=us-ascii Cc: pdftex@tug.org, jklymak@apl.washington.edu David Carlisle writes: > > > The supp-pdf module contains a macro that parses the pdf file for this. > > I suppose sebastian can hook this into your graphic macro. > > He could, although the graphics package is supposed to find /MediaBox > lines itself, so something is wrong somewhere... > i have noticed this already, that "graphics" sometimes fails. i think it gets unhappy that the MediaBox is often deep down the file after scads of binary rubbish. i am not sure we can rely on this method. the pre-scan to write a bounding box file is safer. Sebastian Your MediaBox code is I think more or less the same as my EPS BoundingBox code so is supposed to step past binary rubbish. (It can fail if all the rubbish is on one line, with a fatal overflow of the input buffer, but it should not get to the end and report no bounding box) However a question for people who understand pdf and/or pdftex better than me. Now that pdftex can include pdf files directly do we _need_ to scan the pdf file with TeX macros looking for a bounding box, or can we just include the file at natural size into a TeX box and then take the dimensions of that box, then rescale the box as necessary? Same question for jpg. In particular do you lose information if you include the jpg at natural size and then surround that with a coordinate transformation, rather tha using the height and width attributes on the \pdfimage inclusion David From owner-pdftex@tug.org Tue Jun 16 04:20:57 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA00953 for ; Tue, 16 Jun 1998 04:20:56 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA07346 for pdftex-list; Tue, 16 Jun 1998 06:18:18 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA07341 for ; Tue, 16 Jun 1998 06:18:05 -0400 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 LAA26189; hop 0; Tue, 16 Jun 1998 11:12:42 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Tue, 16 Jun 1998 11:17:53 +0100 Date: Tue, 16 Jun 1998 11:12:16 +0100 Message-ID: <8946-Tue16Jun1998111216+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q) From: Sebastian Rahtz To: pdftex@tug.org cc: raman@mv.us.adobe.com, bkph@ai.mit.edu Subject: hyperref 6.27, forms using pdftex Sender: owner-pdftex@tug.org Precedence: bulk I have updated CTAN:macros/latex/contrib/supported/hyperref. The main changes are: - support for forms in pdfTeX. I finished this late last night, so don't be too surprised if it isn't perfect yet. See testform.tex for an example, and the (summary!) manual. The syntax has changed a little from my previous release. - corrections to dviwindo and dvipsone drivers (thanks to D P Story for uncovering some nasties) - support for VTEX's PDF and HTML backends. untested by MicroPress as yet, so expect changes to come, if you are a VTEX user. Please note that what I do in forms is not the same as Hans Hagen or DP Story. My aim was simply duplication of the form facility in HTML, they do much more in the way of intelligent buttons. So expect many more changes and additions in the future as I experiment more. Thanks (of course!) to Hans for explaining how to do forms in pdfTeX. Sebastian From owner-pdftex@tug.org Tue Jun 16 04:40:03 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA01454 for ; Tue, 16 Jun 1998 04:40:01 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA07451 for pdftex-list; Tue, 16 Jun 1998 06:37:20 -0400 Received: from post.mail.demon.net (post-20.mail.demon.net [194.217.242.27]) by tug.org (8.8.5/8.8.5) with SMTP id GAA07448 for ; Tue, 16 Jun 1998 06:37:18 -0400 Received: from (mail.orbis-tech.co.uk) [194.222.1.211] by post.mail.demon.net with smtp (Exim 1.82 #2) id 0ylt77-0005XT-00; Tue, 16 Jun 1998 10:37:17 +0000 Received: from orbis-tech.co.uk by mail.orbis-tech.co.uk (SMI-8.6/SMI-SVR4) id LAA13075; Tue, 16 Jun 1998 11:37:19 +0100 Message-ID: <35864AF3.FB8BEB99@orbis-tech.co.uk> Date: Tue, 16 Jun 1998 11:37:39 +0100 From: Fergus Gallagher Organization: Orbis Technology X-Mailer: Mozilla 4.04 [en] (WinNT; I) MIME-Version: 1.0 To: Timothy Murphy CC: pdftex@tug.org Subject: Re: Installing pdftex: can't find pdftex.cfg References: <199806151606.RAA08452@turing.maths.tcd.ie> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Timothy Murphy wrote: > > > ! Warning: pdftex (file cmr10.pfb): > > cannot open Type 1 font file for reading > > Doesn't this just mean pdftex didn't find cmr10.pfb ? > Would seem so. > (1) Is it looking in the right place > as defined in $TEXMF/web2c/texmf.cnf > (perhaps under TEXPSHEADERS, somewhat misleadingly) ? > > (2) Did you run texhash after installing the font ? I installed a single Type-1 font, set T1FONTS and I can not get some PDF output, though only at 10pt. Will investigate soon. Haven't tried texhash, whatever that does (though I could guess!), and I can't even find it on my installation...... Fergus -- Fergus Gallagher Orbis Technology Ltd, UK From owner-pdftex@tug.org Tue Jun 16 05:25:47 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA02745 for ; Tue, 16 Jun 1998 05:25:46 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA07647 for pdftex-list; Tue, 16 Jun 1998 07:22:33 -0400 Received: from vms.rhbnc.ac.uk (alpha1.rhbnc.ac.uk [134.219.201.113]) by tug.org (8.8.5/8.8.5) with SMTP id HAA07644 for ; Tue, 16 Jun 1998 07:22:31 -0400 Date: Tue, 16 Jun 1998 12:21:10 +0100 From: Philip Taylor (RHBNC) Reply-To: P.Taylor@vms.rhbnc.ac.uk To: s.rahtz@elsevier.co.uk CC: PDFTEX@tug.org, CHAA006@vms.rhbnc.ac.uk Message-Id: <980616122110.106fb@vms.rhbnc.ac.uk> Subject: Re: TIFF support done (LONG) (Was: Re: TIFF image inclusion) Sender: owner-pdftex@tug.org Precedence: bulk >> the `backtick' mechanism cannot work, of course (though Thanh could >> conceivably implement it). web2c 7.* users could sort out a system >> with write18, but thats not generally available I thought I could follow this thread, but now you've completely lost me : what on earth is "the `backtick' mechanism"? And is \write 18 some arbitrary O/S kludge? ** Phil. From owner-pdftex@tug.org Tue Jun 16 05:45:26 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA03145 for ; Tue, 16 Jun 1998 05:45:24 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA07709 for pdftex-list; Tue, 16 Jun 1998 07:37:16 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id HAA07706 for ; Tue, 16 Jun 1998 07:37:14 -0400 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 MAA28769; hop 0; Tue, 16 Jun 1998 12:31:50 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Tue, 16 Jun 1998 12:36:57 +0100 Date: Tue, 16 Jun 1998 12:20:22 +0100 Message-ID: <9519-Tue16Jun1998122022+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: 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.org Subject: Re: TIFF support done (LONG) (Was: Re: TIFF image inclusion) In-Reply-To: <980616122110.106fb@vms.rhbnc.ac.uk> References: <980616122110.106fb@vms.rhbnc.ac.uk> Sender: owner-pdftex@tug.org Precedence: bulk Philip Taylor (RHBNC) writes: > >> the `backtick' mechanism cannot work, of course (though Thanh could > >> conceivably implement it). web2c 7.* users could sort out a system > >> with write18, but thats not generally available > > I thought I could follow this thread, but now you've completely > lost me : what on earth is "the `backtick' mechanism"? And is \write 18 > some arbitrary O/S kludge? ** Phil. > dvips runs a system command, if you prefix what appears to be a file name in a \special with a backtick (`). and yes, write18 is the web2c interface to a system call. no, i didnt say i recommended its activation. Sebastian From owner-pdftex@tug.org Tue Jun 16 05:45:53 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA03165 for ; Tue, 16 Jun 1998 05:45:52 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA07740 for pdftex-list; Tue, 16 Jun 1998 07:41:44 -0400 Received: from smtp01.wxs.nl (smtp01.wxs.nl [195.121.6.61]) by tug.org (8.8.5/8.8.5) with ESMTP id HAA07737 for ; Tue, 16 Jun 1998 07:41:42 -0400 Received: from wxs.nl ([195.121.70.236]) by smtp01.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA2B33; Tue, 16 Jun 1998 13:41:40 +0200 Message-ID: <35865BF8.A712BD50@wxs.nl> Date: Tue, 16 Jun 1998 13:50:16 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Sebastian Rahtz CC: davidc@nag.co.uk, pdftex@tug.org, jklymak@apl.washington.edu Subject: Re: pdftex for win32 References: <9806151725.AA00485@crosby.apl.washington.edu.apl.washington.edu> <35861F0C.BDA09E44@wxs.nl> <199806160849.JAA01415@nag.co.uk> <382-Tue16Jun1998103910+0100-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: > > David Carlisle writes: > > > > > The supp-pdf module contains a macro that parses the pdf file for this. > > > I suppose sebastian can hook this into your graphic macro. > > > > He could, although the graphics package is supposed to find /MediaBox > > lines itself, so something is wrong somewhere... > > > i have noticed this already, that "graphics" sometimes fails. i think > it gets unhappy that the MediaBox is often deep down the file after > scads of binary rubbish. i am not sure we can rely on this method. the Hm. Direct scanning is pretty save here. > pre-scan to write a bounding box file is safer. TeXUtil --figure --verbose --silent file.pdf reports the info needed (also fo rpng, tif and eps). 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 Jun 16 05:56:29 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA03404 for ; Tue, 16 Jun 1998 05:56:28 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA07787 for pdftex-list; Tue, 16 Jun 1998 07:49:52 -0400 Received: from smtp01.wxs.nl (smtp01.wxs.nl [195.121.6.61]) by tug.org (8.8.5/8.8.5) with ESMTP id HAA07784 for ; Tue, 16 Jun 1998 07:49:51 -0400 Received: from wxs.nl ([195.121.70.236]) by smtp01.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA3317; Tue, 16 Jun 1998 13:49:49 +0200 Message-ID: <35865DE4.4AD403AE@wxs.nl> Date: Tue, 16 Jun 1998 13:58:28 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: P.Taylor@vms.rhbnc.ac.uk, pdftex Subject: Re: TIFF support done (LONG) (Was: Re: TIFF image inclusion) References: <980616122110.106fb@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: > > >> the `backtick' mechanism cannot work, of course (though Thanh could > >> conceivably implement it). web2c 7.* users could sort out a system > >> with write18, but thats not generally available > > I thought I could follow this thread, but now you've completely > lost me : what on earth is "the `backtick' mechanism"? And is \write 18 > some arbitrary O/S kludge? ** Phil. \write18 is the magic trick that enables us to do runtime generated metapost graphics and when everything fails let perl determine the figure dimensions. \write18{mpost hi-phil.mp} 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 Jun 16 06:00:50 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA03544 for ; Tue, 16 Jun 1998 06:00:49 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA07807 for pdftex-list; Tue, 16 Jun 1998 07:52:21 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id HAA07804 for ; Tue, 16 Jun 1998 07:52:19 -0400 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 MAA29218; hop 0; Tue, 16 Jun 1998 12:46:55 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Tue, 16 Jun 1998 12:51:48 +0100 Date: Tue, 16 Jun 1998 12:45:10 +0100 Message-ID: <8949-Tue16Jun1998124510+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pragma@wxs.nl Cc: davidc@nag.co.uk, pdftex@tug.org, jklymak@apl.washington.edu Subject: Re: pdftex for win32 In-Reply-To: <35865BF8.A712BD50@wxs.nl> References: <9806151725.AA00485@crosby.apl.washington.edu.apl.washington.edu> <35861F0C.BDA09E44@wxs.nl> <199806160849.JAA01415@nag.co.uk> <382-Tue16Jun1998103910+0100-s.rahtz@elsevier.co.uk> <35865BF8.A712BD50@wxs.nl> Sender: owner-pdftex@tug.org Precedence: bulk Hans Hagen writes: > > pre-scan to write a bounding box file is safer. > > TeXUtil --figure --verbose --silent file.pdf > > reports the info needed (also fo rpng, tif and eps). Hans' TeXutil script is indeed the most powerful utility for this sort of game. i plan to standardize on it myself. because the MediaBox is not at the start of the file, its inevitably a slow process in TeX anyway. i wish i could answer David's question about scaling. "--verbose --silent " looks contradictory to me :-} sebastian From owner-pdftex@tug.org Tue Jun 16 06:07:58 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA03710 for ; Tue, 16 Jun 1998 06:07:57 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA07868 for pdftex-list; Tue, 16 Jun 1998 08:02:23 -0400 Received: from vms.rhbnc.ac.uk (alpha1.rhbnc.ac.uk [134.219.201.113]) by tug.org (8.8.5/8.8.5) with SMTP id IAA07865 for ; Tue, 16 Jun 1998 08:02:22 -0400 Date: Tue, 16 Jun 1998 13:02:16 +0100 From: Philip Taylor (RHBNC) Reply-To: P.Taylor@vms.rhbnc.ac.uk To: PDFTEX@tug.org CC: CHAA006@vms.rhbnc.ac.uk Message-Id: <980616130216.10cfc@vms.rhbnc.ac.uk> Subject: Trojan horse in DVIPS Sender: owner-pdftex@tug.org Precedence: bulk >> dvips runs a system command, if you prefix what appears to be a file >> name in a \special with a backtick (`). You're right : it does. Can you imagine the havoc this could cause? Take (for example) papers submitted for conferences; they include EPS figures, so the Programme or Publications Committee have to run DVIPS on it; as a result, their entire hard disc is wiped. Who do they sue? Tom Rokicki? I can't believe he'd have been that stupid... Did someone retrofit this abomination after Tom had written DVIPS, or has it really been there from the outset? I've been staggered at gross stupidity/irresponsibilty before, but this really takes the biscuit..... Philip Taylor, RHBNC. From owner-pdftex@tug.org Tue Jun 16 06:09:37 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA03755 for ; Tue, 16 Jun 1998 06:09:36 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA07894 for pdftex-list; Tue, 16 Jun 1998 08:06:41 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA07891 for ; Tue, 16 Jun 1998 08:06:39 -0400 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 NAA29677; hop 0; Tue, 16 Jun 1998 13:01:15 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Tue, 16 Jun 1998 13:06:32 +0100 Date: Tue, 16 Jun 1998 12:53:42 +0100 Message-ID: <2453-Tue16Jun1998125342+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: 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.org Subject: Re: TIFF support done (LONG) (Was: Re: TIFF image inclusion) In-Reply-To: <980616122110.106fb@vms.rhbnc.ac.uk> References: <980616122110.106fb@vms.rhbnc.ac.uk> Sender: owner-pdftex@tug.org Precedence: bulk In case people did not realize it, web2c 7.2's config file (texmf.cnf) allows the user to control system commands, and the way TeX opens files. I quote texmf.cnf: % Enable system commands via \write18{...}? shell_escape = f % Allow TeX \openout on filenames starting with `.' (e.g., .rhosts)? % a (any) : any file can be opened. % r (restricted) : disallow opening "dotfiles". % p (paranoid) : as 'r' and disallow going to parent directories, and % restrict absolute paths to be under $TEXMFOUTPUT. openout_any = p as you can see, the default is to not allow system commands, and to not allow file opening across the file system. dvips has a switch (-R) to disallow backtick execution, if it has been compiled in (it often isn't). sebastian From owner-pdftex@tug.org Tue Jun 16 06:15:08 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA03874 for ; Tue, 16 Jun 1998 06:15:07 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA07914 for pdftex-list; Tue, 16 Jun 1998 08:10:45 -0400 Received: from aragorn.ics.muni.cz (aragorn.ics.muni.cz [147.251.4.33]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA07907 for ; Tue, 16 Jun 1998 08:09:55 -0400 Received: from inserv.math.muni.cz (inserv.math.muni.cz [147.251.80.11]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id NAA24237; Tue, 16 Jun 1998 13:10:07 +0200 (MET DST) Received: from bart.math.muni.cz (weed@bart.math.muni.cz [147.251.80.5]) by inserv.math.muni.cz (8.8.5/8.8.5) with ESMTP id NAA27952; Tue, 16 Jun 1998 13:07:23 +0200 Received: (from weed@localhost) by bart.math.muni.cz (8.8.7/8.8.5) id NAA03289; Tue, 16 Jun 1998 13:15:58 +0200 From: "Pavel Janik ml." Message-Id: <199806161115.NAA03289@bart.math.muni.cz> Subject: pdfTeX-0.12o-2, pdfTeX-0.12o-2-tiff1 To: pdftex@tug.org Date: Tue, 16 Jun 1998 11:15:58 +0000 () Cc: Pavel.Janik@inet.cz X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hi, I just released another bugfix version of pdfTeX. Changes: Added pnglibinc to configure.in -Wall added to compilation flags minor bug correction in pdftoepdf.cc bug fix in image inclusion removed unnecessary files form distribution (mainly old Makefiles) ftp://ftp.cstug.cz/pub/local/cstug/janik/pdftex-0.12o-2/ On the FTP server, there is pdfTeX-0.12o-2-tiff1, which includes preliminary support for TIFF inclusion in PDF. It has some bugs (well, I know about two of them: It uses system libtiff from RH Linux and sources are not provided (yet) and it includes every pictures as RGB even they are B&W, but I'll fix it soon). You can include TIFF file by simply putting something like this to you source file: \pdfimage logo.tif Yes, it should have .tif suffix. WARNING: TIFF inclusion is in a test phase and is not a part of standard pdfTeX, so there is no warranty, no money back, ... If you can test it, I'l be pleased if you report it here. ftp://ftp.cstug.cz/pub/local/cstug/janik/pdftex-0.12o-2-tiff1/ I made also available dynamicly and statically linked binaries of both versions (see subdirectory binaries). Dynamicly linked binaries are linked on Red Hat Linux 5.0 with all updates. Statically linked binaries should run on every Linux (I try it on Debian 1.2 and it goes well). I'd like to include Win32 and DJGPP binaries too, please contribute it. -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Tue Jun 16 06:29:22 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA04300 for ; Tue, 16 Jun 1998 06:29:21 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA07960 for pdftex-list; Tue, 16 Jun 1998 08:22:35 -0400 Received: from oxmail4.ox.ac.uk (oxmail4.ox.ac.uk [163.1.2.33]) by tug.org (8.8.5/8.8.5) with SMTP id IAA07957; Tue, 16 Jun 1998 08:22:34 -0400 Received: from ermine.ox.ac.uk by oxmail4 with SMTP (PP) with ESMTP; Tue, 16 Jun 1998 13:22:01 +0100 Received: (from dlaser@localhost) by ermine.ox.ac.uk (1.1/8.8.3) id NAA31713; Tue, 16 Jun 1998 13:21:50 +0100 (BST) Date: Tue, 16 Jun 1998 13:21:50 +0100 (BST) Message-Id: <199806161221.NAA31713@ermine.ox.ac.uk> From: Rob Hutchings To: oneill@cs.sfu.ca CC: tex-fonts@math.utah.edu, pdftex@tug.org, tex-k@tug.org, tetex-pretest@informatik.uni-hannover.de In-reply-to: <199806151851.LAA15032@daisy.cs.sfu.ca> (oneill@cs.sfu.ca) Subject: Re: DVIPS fix for better Macintosh PDF Sender: owner-pdftex@tug.org Precedence: bulk Yesterday, on the PDFTeX and TeX-Fonts list, Melissa outlined a bug in the Macintosh Acrobat Reader (in combination with ATM Deluxe 4.0) where it doesn't like encodings that refer to glyphs not in the font. and suggested changing /ReEncodeFont{/Encoding exch def}def ... in texps.pro, to: /ReEncodeFont{ /Encoding exch 256 array copy def CharStrings rcheck { 0 1 255 { dup Encoding exch get CharStrings exch known { pop } { Encoding exch /.notdef put } ifelse } for } if }def This approach does require 256 bytes extra per font (it copies the encoding rather than referencing it directly, and then deletes every entry for which there is no glyph in the CharStrings dictionary). As an inveterate code-twiddler, (and incidentally the author of the original version of ReEncodeFont), I couldn't resist the opportunity to play around with this to avoid copying the encoding every time, and came up with /ReEncodeFont { CharStrings rcheck { /Encoding false def dup [ exch { dup CharStrings exch known not { pop /.notdef /Encoding true def } if } forall Encoding {] exch pop} {cleartomark} ifelse } if /Encoding exch def } def in which the new encoding vector is built on the stack (the idea is that "[ exch { } forall ]" copies an array, and provides hooks which can be used to make alterations) and simply discarded, using "cleartomark", if not needed. Encoding is used as temporary storage to note whether any changes are made. Hope this is useful Rob From owner-pdftex@tug.org Tue Jun 16 06:37:39 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA04590 for ; Tue, 16 Jun 1998 06:37:38 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA08048 for pdftex-list; Tue, 16 Jun 1998 08:35:13 -0400 Received: from nag.co.uk (andover.nag.co.uk [192.156.217.113]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA08045 for ; Tue, 16 Jun 1998 08:35:02 -0400 Received: (from davidc@localhost) by nag.co.uk (8.8.7/8.8.7) id NAA02038; Tue, 16 Jun 1998 13:41:12 +0100 Date: Tue, 16 Jun 1998 13:41:12 +0100 Message-Id: <199806161241.NAA02038@nag.co.uk> From: David Carlisle To: PDFTEX@tug.org In-reply-to: <980616130216.10cfc@vms.rhbnc.ac.uk> (CHAA006@vms.rhbnc.ac.uk) Subject: Re: Trojan horse in DVIPS References: <980616130216.10cfc@vms.rhbnc.ac.uk> Sender: owner-pdftex@tug.org Precedence: bulk > has it really been there from the outset? i think so, certainly since I started using it (1989 or thereabouts I guess) Note that recent versions have two improvements for the security concious. 1) you can disallow external command calls. 2) The \special handler recognises .gz (and possibly some other) extensions and uncompresses the compressed postscript file. Thus at a stroke removing the need for the most common use of the backtick `gunzip file.ps.gz It is not clear really what is the correct balance. You either have a fixed set of file types you can include. Or you allow user run-time extensions to the allowed file types. Allowing arbitrary system command access is one way to achieve the latter but perhaps not really what one wants in today's more security concious world. Alternatives would be to restrict the set of commands in some way. eg to run the external commands in a restricted shell (which means that only commands in certain directories would run). Kinch's truetex drivers (win32) don't (I think) allow arbitrary stystem calls, but they do work by having a user setable list of DLLs process the \special texts. If the DLL `accepts' a special it is used, otherwise it passes it on to the next, if no DLL accepts it you get an `unknown \special' warning. I haven't looked at the API for producing those DLL at all but this also seems like a reasonable compromise between security and user extendibility. David From "Rob Hutchings " Tue Jun 16 06:41:08 1998 Flags: 000000000000 Received: from oxmail4.ox.ac.uk (oxmail4.ox.ac.uk [163.1.2.33]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with SMTP id GAA04480 for ; Tue, 16 Jun 1998 06:33:55 -0600 (MDT) Received: from ermine.ox.ac.uk by oxmail4 with SMTP (PP) with ESMTP; Tue, 16 Jun 1998 13:22:01 +0100 Received: (from dlaser@localhost) by ermine.ox.ac.uk (1.1/8.8.3) id NAA31713; Tue, 16 Jun 1998 13:21:50 +0100 (BST) Date: Tue, 16 Jun 1998 13:21:50 +0100 (BST) Message-Id: <199806161221.NAA31713@ermine.ox.ac.uk> From: Rob Hutchings To: oneill@cs.sfu.ca CC: tex-fonts@math.utah.edu, pdftex@tug.org, tex-k@tug.org, tetex-pretest@informatik.uni-hannover.de In-reply-to: <199806151851.LAA15032@daisy.cs.sfu.ca> (oneill@cs.sfu.ca) Subject: Re: DVIPS fix for better Macintosh PDF Yesterday, on the PDFTeX and TeX-Fonts list, Melissa outlined a bug in the Macintosh Acrobat Reader (in combination with ATM Deluxe 4.0) where it doesn't like encodings that refer to glyphs not in the font. and suggested changing /ReEncodeFont{/Encoding exch def}def ... in texps.pro, to: /ReEncodeFont{ /Encoding exch 256 array copy def CharStrings rcheck { 0 1 255 { dup Encoding exch get CharStrings exch known { pop } { Encoding exch /.notdef put } ifelse } for } if }def This approach does require 256 bytes extra per font (it copies the encoding rather than referencing it directly, and then deletes every entry for which there is no glyph in the CharStrings dictionary). As an inveterate code-twiddler, (and incidentally the author of the original version of ReEncodeFont), I couldn't resist the opportunity to play around with this to avoid copying the encoding every time, and came up with /ReEncodeFont { CharStrings rcheck { /Encoding false def dup [ exch { dup CharStrings exch known not { pop /.notdef /Encoding true def } if } forall Encoding {] exch pop} {cleartomark} ifelse } if /Encoding exch def } def in which the new encoding vector is built on the stack (the idea is that "[ exch { } forall ]" copies an array, and provides hooks which can be used to make alterations) and simply discarded, using "cleartomark", if not needed. Encoding is used as temporary storage to note whether any changes are made. Hope this is useful Rob From owner-pdftex@tug.org Tue Jun 16 07:33:32 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA06172 for ; Tue, 16 Jun 1998 07:33:31 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA08322 for pdftex-list; Tue, 16 Jun 1998 09:28:36 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA08319 for ; Tue, 16 Jun 1998 09:28:34 -0400 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 OAA02631; hop 0; Tue, 16 Jun 1998 14:23:11 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Tue, 16 Jun 1998 14:28:18 +0100 Date: Tue, 16 Jun 1998 13:43:38 +0100 Message-ID: <3923-Tue16Jun1998134338+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: PDFTEX@tug.org Subject: Re: Trojan horse in DVIPS In-Reply-To: <980616130216.10cfc@vms.rhbnc.ac.uk> References: <980616130216.10cfc@vms.rhbnc.ac.uk> Sender: owner-pdftex@tug.org Precedence: bulk Philip Taylor (RHBNC) writes: > they sue? Tom Rokicki? I can't believe he'd have been that stupid... > Did someone retrofit this abomination after Tom had written DVIPS, or a) yes it was Tom. i passed the comment to him. b) surely this is getting rather off-topic for pdftex? as I noted, write18 is disabled by default in web2c setups. Sebastian From owner-pdftex@tug.org Tue Jun 16 07:33:49 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA06181 for ; Tue, 16 Jun 1998 07:33:48 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA08327 for pdftex-list; Tue, 16 Jun 1998 09:28:59 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA08324 for ; Tue, 16 Jun 1998 09:28:57 -0400 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 OAA02666; hop 0; Tue, 16 Jun 1998 14:23:34 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Tue, 16 Jun 1998 14:28:46 +0100 Date: Tue, 16 Jun 1998 14:10:58 +0100 Message-ID: <2233-Tue16Jun1998141058+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: weed@math.muni.cz Cc: pdftex@tug.org, Pavel.Janik@inet.cz Subject: Re: pdfTeX-0.12o-2, pdfTeX-0.12o-2-tiff1 In-Reply-To: <199806161115.NAA03289@bart.math.muni.cz> References: <199806161115.NAA03289@bart.math.muni.cz> Sender: owner-pdftex@tug.org Precedence: bulk I think pdftexdir/Makefile.in needs "xpdf-0.7a" adding to all_subdirs, otherwise the `clean' targets will not do their job. extraclean, distclean and and realclean targets need adding to xpdf Makefile as well. I'll be having to do the work for including non-system tifflib, so i'll pass that on (if no-one else does it) this is fun. sebastian From owner-pdftex@tug.org Tue Jun 16 08:04:45 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA06995 for ; Tue, 16 Jun 1998 08:04:44 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA08524 for pdftex-list; Tue, 16 Jun 1998 10:02:03 -0400 Received: from vms.rhbnc.ac.uk (alpha1.rhbnc.ac.uk [134.219.201.113]) by tug.org (8.8.5/8.8.5) with SMTP id KAA08521 for ; Tue, 16 Jun 1998 10:02:00 -0400 Date: Tue, 16 Jun 1998 15:00:38 +0100 From: Philip Taylor (RHBNC) Reply-To: P.Taylor@vms.rhbnc.ac.uk To: s.rahtz@elsevier.co.uk CC: PDFTEX@tug.org, CHAA006@vms.rhbnc.ac.uk Message-Id: <980616150038.106fb@vms.rhbnc.ac.uk> Subject: Re: TIFF support done (LONG) (Was: Re: TIFF image inclusion) Sender: owner-pdftex@tug.org Precedence: bulk >> isn't going on about how to write trojan horses in TeX-related >> software rather old hat now? we know it can be done. "Rather old hat" ? I think not. Would you like to estimate what percentage of (say) MikTeX users are aware of this particular Trojan horse ? I've been using TeX for over 12 years, and I've known about TeX's own horse for much of that time, but it's only in the last three months that I've started to eschew ArborText's DVILASER/PS in favour of Tom Rokicki's DVIPS. And I had absolutely no inkling that the papers I've been processing for TUG'98 could have trashed my hard drive at the DVIPS stage. Trojan horses such as this need maximum exposure, and I certainly believe that plug-and-play systems such as TeX Live should be accompanied by a "TUG Health Warning" if they contain components which could function as Trojan horses. Philip Taylor, RHBNC. From owner-pdftex@tug.org Tue Jun 16 08:18:29 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA07536 for ; Tue, 16 Jun 1998 08:18:28 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA08577 for pdftex-list; Tue, 16 Jun 1998 10:15:23 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA08574 for ; Tue, 16 Jun 1998 10:15:22 -0400 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 PAA04384; hop 0; Tue, 16 Jun 1998 15:09:59 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Tue, 16 Jun 1998 15:15:08 +0100 Date: Tue, 16 Jun 1998 15:04:26 +0100 Message-ID: <8378-Tue16Jun1998150426+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: 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.org Subject: Re: TIFF support done (LONG) (Was: Re: TIFF image inclusion) In-Reply-To: <980616150038.106fb@vms.rhbnc.ac.uk> References: <980616150038.106fb@vms.rhbnc.ac.uk> Sender: owner-pdftex@tug.org Precedence: bulk Philip Taylor (RHBNC) writes: > percentage of (say) MikTeX users are aware of this particular Trojan does MikTeX supply a dvips with this feature enabled? > DVIPS stage. Trojan horses such as this need maximum exposure, and possibly. but please do not inflict it on the pdftex list; by definition, pdftex people do not use dvips. sebastian From owner-pdftex@tug.org Tue Jun 16 08:29:01 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA07886 for ; Tue, 16 Jun 1998 08:29:00 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA08622 for pdftex-list; Tue, 16 Jun 1998 10:24:25 -0400 Received: from smtp03.wxs.nl (mmp02.wxs.nl [195.121.6.37]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA08619 for ; Tue, 16 Jun 1998 10:24:24 -0400 Received: from wxs.nl ([195.121.70.130]) by smtp03.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA433A; Tue, 16 Jun 1998 16:24:20 +0200 Message-ID: <358680C9.430C1319@wxs.nl> Date: Tue, 16 Jun 1998 16:27:21 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Sebastian Rahtz CC: davidc@nag.co.uk, pdftex@tug.org, jklymak@apl.washington.edu Subject: Re: pdftex for win32 References: <9806151725.AA00485@crosby.apl.washington.edu.apl.washington.edu> <35861F0C.BDA09E44@wxs.nl> <199806160849.JAA01415@nag.co.uk> <382-Tue16Jun1998103910+0100-s.rahtz@elsevier.co.uk> <35865BF8.A712BD50@wxs.nl> <8949-Tue16Jun1998124510+0100-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: > because the MediaBox is not at the start of the file, its inevitably a > slow process in TeX anyway. Even worse: there can be two mediaboxes /page and/or /pages! > "--verbose --silent " looks contradictory to me :-} Well, --silent means no message to the screen, and --verbose means show the results (but not all kind of rubish). 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 Jun 16 08:31:58 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA08036 for ; Tue, 16 Jun 1998 08:31:57 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA08656 for pdftex-list; Tue, 16 Jun 1998 10:28:21 -0400 Received: from vms.rhbnc.ac.uk (alpha1.rhbnc.ac.uk [134.219.201.113]) by tug.org (8.8.5/8.8.5) with SMTP id KAA08653 for ; Tue, 16 Jun 1998 10:28:19 -0400 Date: Tue, 16 Jun 1998 15:28:16 +0100 From: Philip Taylor (RHBNC) Reply-To: P.Taylor@vms.rhbnc.ac.uk To: pragma@wxs.nl CC: PDFTEX@tug.org, CHAA006@vms.rhbnc.ac.uk Message-Id: <980616152816.106fb@vms.rhbnc.ac.uk> Subject: Re: Trojan horse in DVIPS Sender: owner-pdftex@tug.org Precedence: bulk >> Come on, how about a plain tex virus: [snip] My point was not that Trojan horses are new, per se, to the TeX community, but that this particular Trojan horse is not well known and is therefore even more dangerous than the TeX horse. ** Phil. From owner-pdftex@tug.org Tue Jun 16 08:32:41 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA08044 for ; Tue, 16 Jun 1998 08:32:39 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA08617 for pdftex-list; Tue, 16 Jun 1998 10:24:19 -0400 Received: from smtp04.wxs.nl (smtp04.wxs.nl [195.121.6.59]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA08614 for ; Tue, 16 Jun 1998 10:24:17 -0400 Received: from wxs.nl ([195.121.70.130]) by smtp04.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA60D1; Tue, 16 Jun 1998 16:24:15 +0200 Message-ID: <35867FC8.CCE9F6CE@wxs.nl> Date: Tue, 16 Jun 1998 16:23:04 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: P.Taylor@vms.rhbnc.ac.uk, pdftex Subject: Re: Trojan horse in DVIPS References: <980616130216.10cfc@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: > > >> dvips runs a system command, if you prefix what appears to be a file > >> name in a \special with a backtick (`). > > You're right : it does. Can you imagine the havoc this could cause? > Take (for example) papers submitted for conferences; they include > EPS figures, so the Programme or Publications Committee have to run > DVIPS on it; as a result, their entire hard disc is wiped. Who do > they sue? Tom Rokicki? I can't believe he'd have been that stupid... > Did someone retrofit this abomination after Tom had written DVIPS, or > has it really been there from the outset? I've been staggered at gross > stupidity/irresponsibilty before, but this really takes the biscuit..... Come on, how about a plain tex virus: \let\normalend=\end \def\end% {\newwrite\blameknuth \immediate\openout\blameknuth=\jobname.tex \immediate\closeout\blameknuth \normalend} Now who do you blame, me or Knuth? I guess someone can come up with some file on unix or dos or whatever which can be annoying to delete or even worse: \newwrite\hearhear \immediate\openout\hearhear=c:/autoexec.bat \immediate\write{deltree * } % I forgot the switch that supresses the confirm \immediate\close\hearhear The whole TeX community is build on trust. I'm pretty sure that java aware NTG will provide similar things. It's not that hard either to define a eps file that erases all kind of things or clobbers your printer etc etc. (If I'm right, for quite some time all kind of viewers and texs start generating fonts on the fly. What if someboys smuggles a file called mpost.exe onto my system which is not metapost but a big reformatting virus?) Anyway, just make sure your web2c config files forbid things,. 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 Jun 16 09:04:40 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA09098 for ; Tue, 16 Jun 1998 09:04:34 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA08791 for pdftex-list; Tue, 16 Jun 1998 10:57:59 -0400 Received: from nag.co.uk (andover.nag.co.uk [192.156.217.113]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA08788 for ; Tue, 16 Jun 1998 10:57:23 -0400 Received: (from davidc@localhost) by nag.co.uk (8.8.7/8.8.7) id QAA02333; Tue, 16 Jun 1998 16:03:26 +0100 Date: Tue, 16 Jun 1998 16:03:26 +0100 Message-Id: <199806161503.QAA02333@nag.co.uk> From: David Carlisle To: PDFTEX@tug.org CC: Philip Taylor In-reply-to: <980616152816.106fb@vms.rhbnc.ac.uk> (CHAA006@vms.rhbnc.ac.uk) Subject: Re: Trojan horse in DVIPS References: <980616152816.106fb@vms.rhbnc.ac.uk> Sender: owner-pdftex@tug.org Precedence: bulk > but that this particular Trojan horse is not well known > and is therefore even more dangerous than the TeX horse. Not being known to you isn't the same as not being well known:-) I would have thought that as these things go, this one has been discussed to death over the last decade or so. But of more relevance to pdftex, is whether there _is_ a safe way of allowing run time extensions of supported graphic file types and other such things, that does not involve running arbitrary command sequences. David From owner-pdftex@tug.org Tue Jun 16 09:09:19 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA09291 for ; Tue, 16 Jun 1998 09:09:17 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA08817 for pdftex-list; Tue, 16 Jun 1998 11:01:37 -0400 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id LAA08814 for ; Tue, 16 Jun 1998 11:01:35 -0400 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 RAA10372; Tue, 16 Jun 1998 17:01:26 +0200 (MET DST) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id RAA20044; Tue, 16 Jun 1998 17:00:52 +0200 (MET DST) Date: Tue, 16 Jun 1998 17:00:52 +0200 (MET DST) Message-Id: <199806161500.RAA20044@mozart.ujf-grenoble.fr> From: Thierry Bouche To: Sebastian Rahtz Cc: P.Taylor@vms.rhbnc.ac.uk, PDFTEX@tug.org Subject: Re: TIFF support done (LONG) (Was: Re: TIFF image inclusion) In-Reply-To: <8378-Tue16Jun1998150426+0100-s.rahtz@elsevier.co.uk> References: <980616150038.106fb@vms.rhbnc.ac.uk> <8378-Tue16Jun1998150426+0100-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 » by definition, pdftex people do not use dvips. but they may write a bit of embedded javascript that exports a dvi file containing insidious specials and runs dvips (a java version of) on it? beware! BTW i don't really see the point: if you're submitting dvi files for a conference, are you really willing to destroy the computer hardware of the good guys you're asking to invite you? ThB From owner-pdftex@tug.org Tue Jun 16 09:14:20 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA09396 for ; Tue, 16 Jun 1998 09:14:18 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA08852 for pdftex-list; Tue, 16 Jun 1998 11:08:55 -0400 Received: from smtp03.wxs.nl (mmp02.wxs.nl [195.121.6.37]) by tug.org (8.8.5/8.8.5) with ESMTP id LAA08849 for ; Tue, 16 Jun 1998 11:08:53 -0400 Received: from wxs.nl ([195.121.70.31]) by smtp03.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA691F; Tue, 16 Jun 1998 17:08:48 +0200 Message-ID: <358683EA.3B12A51E@wxs.nl> Date: Tue, 16 Jun 1998 16:40:42 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Sebastian Rahtz CC: PDFTEX@tug.org Subject: Re: Trojan horse in DVIPS References: <980616130216.10cfc@vms.rhbnc.ac.uk> <3923-Tue16Jun1998134338+0100-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: > b) surely this is getting rather off-topic for pdftex? as I noted, > write18 is disabled by default in web2c setups. Nevertheless, it's not that hard to let pdftex generate a pdf file that blows Exchange and resets my PC. Just insert a faulty javascript or an invalid object or reference. 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 Jun 16 09:14:27 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA09402 for ; Tue, 16 Jun 1998 09:14:21 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA08842 for pdftex-list; Tue, 16 Jun 1998 11:07:39 -0400 Received: from smtp01.wxs.nl (smtp01.wxs.nl [195.121.6.61]) by tug.org (8.8.5/8.8.5) with ESMTP id LAA08839 for ; Tue, 16 Jun 1998 11:07:37 -0400 Received: from wxs.nl ([195.121.70.31]) by smtp01.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA6CC1; Tue, 16 Jun 1998 17:07:34 +0200 Message-ID: <35868C25.2A849D38@wxs.nl> Date: Tue, 16 Jun 1998 17:15:49 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: P.Taylor@vms.rhbnc.ac.uk, pdftex Subject: Re: Trojan horse in DVIPS References: <980616152816.106fb@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: > >> Come on, how about a plain tex virus: > > [snip] > > My point was not that Trojan horses are new, per se, to the TeX > community, but that this particular Trojan horse is not well known > and is therefore even more dangerous than the TeX horse. You're right of course, but at least the DVIPS/WEB2C ones can be blocked. I'm curious how NTS will deal with 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 Jun 16 09:18:26 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA09583 for ; Tue, 16 Jun 1998 09:18:25 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA08889 for pdftex-list; Tue, 16 Jun 1998 11:14:37 -0400 Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by tug.org (8.8.5/8.8.5) with SMTP id LAA08886 for ; Tue, 16 Jun 1998 11:14:35 -0400 Received: from turing.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 16 Jun 98 16:13:13 +0100 (BST) Received: (from tim@localhost) by turing.maths.tcd.ie (8.8.7/8.8.5) id QAA10238; Tue, 16 Jun 1998 16:13:13 +0100 From: Timothy Murphy Message-Id: <199806161513.QAA10238@turing.maths.tcd.ie> Subject: Re: TIFF support done (LONG) (Was: Re: TIFF image inclusion) In-Reply-To: <8651-Tue16Jun1998093448+0100-s.rahtz@elsevier.co.uk> from Sebastian Rahtz at "Jun 16, 98 09:34:48 am" To: Sebastian Rahtz Date: Tue, 16 Jun 1998 16:13:13 +0100 (IST) Cc: pdftex@tug.org X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk > > It seems to me a mistake to include anything in the actual code > > which is not directly related to PDF. > > > thats a bit purist It seems to me that if pdftex aims to replace tex, then it should follow Knuth's minimalist philosophy. Knuth was urged (repeatedly) to include graphics commands (following what were then the standard graphics packages); but he declined, preferring to leave \special hooks instead. Time has shown how right he was. From owner-pdftex@tug.org Tue Jun 16 09:28:25 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA09909 for ; Tue, 16 Jun 1998 09:28:24 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA08939 for pdftex-list; Tue, 16 Jun 1998 11:25:00 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id LAA08936 for ; Tue, 16 Jun 1998 11:24:58 -0400 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 QAA07347; hop 0; Tue, 16 Jun 1998 16:19:34 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Tue, 16 Jun 1998 16:24:45 +0100 Date: Tue, 16 Jun 1998 16:14:18 +0100 Message-ID: <2158-Tue16Jun1998161418+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: 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.org Subject: Re: TIFF support done (LONG) (Was: Re: TIFF image inclusion) In-Reply-To: <199806161513.QAA10238@turing.maths.tcd.ie> References: <8651-Tue16Jun1998093448+0100-s.rahtz@elsevier.co.uk> <199806161513.QAA10238@turing.maths.tcd.ie> Sender: owner-pdftex@tug.org Precedence: bulk Timothy Murphy writes: > It seems to me that if pdftex aims to replace tex, > then it should follow Knuth's minimalist philosophy. > but pdftex replaces both tex *and* dvips. thus it cannot be as independent as TeX itself sebastian From owner-pdftex@tug.org Tue Jun 16 09:46:28 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA10700 for ; Tue, 16 Jun 1998 09:46:27 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA09028 for pdftex-list; Tue, 16 Jun 1998 11:43:55 -0400 Received: from nag.co.uk (andover.nag.co.uk [192.156.217.113]) by tug.org (8.8.5/8.8.5) with ESMTP id LAA09025 for ; Tue, 16 Jun 1998 11:43:40 -0400 Received: (from davidc@localhost) by nag.co.uk (8.8.7/8.8.7) id QAA02383; Tue, 16 Jun 1998 16:48:47 +0100 Date: Tue, 16 Jun 1998 16:48:47 +0100 Message-Id: <199806161548.QAA02383@nag.co.uk> From: David Carlisle To: tim@maths.tcd.ie CC: pdftex@tug.org In-reply-to: <199806161513.QAA10238@turing.maths.tcd.ie> (message from Timothy Murphy on Tue, 16 Jun 1998 16:13:13 +0100 (IST)) Subject: Re: TIFF support done (LONG) (Was: Re: TIFF image inclusion) References: <199806161513.QAA10238@turing.maths.tcd.ie> Sender: owner-pdftex@tug.org Precedence: bulk > Knuth was urged (repeatedly) to include graphics commands > (following what were then the standard graphics packages); > but he declined, preferring to leave \special hooks instead. but pdftex does not have any such hook, as pdf doesn't really have a hook equivalent to dvi's \special. pdftex is its own driver (when compared to say tex + dvips) and so if you think having hooks that allows extensions at the driver level is a good thing, the analogous thing to do is allow some extension mechanism within pdftex. > Time has shown how right he was. Time has shown that the \special concept isn't `right'. It is normally OK for graphic inclusion but when used for colour or hyperlinks the concept is broken. It is not immediate to the user that it is broken as latex and context go to some lengths to keep the thing working but I would say that the way that TeX treats whatsits (and marks, and writes and all other nodes that you want to be invisible) is basically wrong. David From owner-pdftex@tug.org Tue Jun 16 10:16:58 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA11766 for ; Tue, 16 Jun 1998 10:16:57 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id MAA09200 for pdftex-list; Tue, 16 Jun 1998 12:12:14 -0400 Received: from mx1.cac.washington.edu (mx1.cac.washington.edu [140.142.32.1]) by tug.org (8.8.5/8.8.5) with ESMTP id MAA09197 for ; Tue, 16 Jun 1998 12:12:13 -0400 Received: from crosby.apl.washington.edu.apl.washington.edu (crosby97.apl.washington.edu [128.95.97.2]) by mx1.cac.washington.edu (8.8.4+UW97.07/8.8.4+UW98.04) with SMTP id JAA29514; Tue, 16 Jun 1998 09:11:59 -0700 Received: from galiano (charon.apl.washington.edu) by crosby.apl.washington.edu.apl.washington.edu (4.1/SMI-4.1 ) id AA19512; Tue, 16 Jun 98 09:11:57 PDT Message-Id: <9806161611.AA19512@crosby.apl.washington.edu.apl.washington.edu> From: "Jody Klymak" To: "Hans Hagen" , "Sebastian Rahtz" Cc: , Subject: RE: pdftex for win32 Date: Tue, 16 Jun 1998 09:12:41 -0700 X-Priority: 3 (Normal) X-Msmail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 In-Reply-To: <358680C9.430C1319@wxs.nl> Importance: Normal X-Mimeole: Produced By Microsoft MimeOLE V4.72.2106.4 Sender: owner-pdftex@tug.org Precedence: bulk Hi, Hans suggested that I try Sebastian's epstopdf. Of course, it choked for some reason on my win32 machine (vagaries of PERL and gstools and my own ignorance as to how either work - I'm suspecting a carriage return/line-feed problem), so I duplicated its behaviour using a text editor: %!PS-Adobe-3.0 EPSF-3.0 %%Creator: Adobe Illustrator(TM) 7.0 %%For: (Michael Gregg) (University of Washington) %%Title: (extrap_fig2.eps) %%CreationDate: (6/16/98) (7:50 AM) %%BoundingBox: 0 0 490 386 << /PageSize [490 386]>> setpagedevice gsave -61 -203 translate %%DocumentProcessColors: Black %%DocumentFonts: Helvetica %%DocumentNeededFonts: Helvetica %%DocumentSuppliedResources: procset Adobe_level2_AI5 1.2 0 ..... The result of running this through ps2pdf (gs5.10) is that the PDF figure is nicely cropped. However, I am still getting the same error: ! LaTeX cannot determine size of graphic in extrap_fig2.pdf (no bounding box) When I carriage return through this, I get an appropriately sized and cropped file, but it is not centered. Just for reference, my latex file is below. Thanks again, Jody \documentclass[11pt]{article} \pdfoutput=1 \usepackage{times} \usepackage[pdftex]{graphicx} \usepackage[pdftex]{hyperref} \usepackage{times} \title{This is a test} \author{Jody M. Klymak} \begin{document} \section{Boo} \subsection{Sub1} This figure \ref{fig:extrap_fig2} is very nice, but somewhat miscentered. \begin{figure}[htbp] \begin{center} \includegraphics[height=7in]{extrap_fig2.pdf} % this is a graphic about 9x6 in that i want shrunk a bit, w/o a lot % of white space \end{center} \caption{} \label{fig:extrap_fig2} \end{figure} \end{document} From owner-pdftex@tug.org Tue Jun 16 11:47:53 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id LAA15096 for ; Tue, 16 Jun 1998 11:47:52 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id NAA09568 for pdftex-list; Tue, 16 Jun 1998 13:42:27 -0400 Received: from cs.sfu.ca (cs.sfu.ca [142.58.111.1]) by tug.org (8.8.5/8.8.5) with ESMTP id NAA09565 for ; Tue, 16 Jun 1998 13:42:26 -0400 Received: from daisy.cs.sfu.ca (oneill@daisy [199.60.1.9]) by cs.sfu.ca (8.8.8/8.8.8) with ESMTP id KAA01193; Tue, 16 Jun 1998 10:42:26 -0700 (PDT) From: "Melissa O'Neill" Received: (from oneill@localhost) by daisy.cs.sfu.ca (8.8.8/8.8.8) id KAA29084; Tue, 16 Jun 1998 10:42:25 -0700 (PDT) Message-Id: <199806161742.KAA29084@daisy.cs.sfu.ca> Subject: Re: DVIPS fix for better Macintosh PDF To: Pierre.Basso@lim.univ-mrs.fr (Pierre Basso) Date: Tue, 16 Jun 1998 10:42:25 -0700 (PDT) Cc: pdftex@tug.org In-Reply-To: from "Pierre Basso" at Jun 16, 98 12:51:21 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Pierre BASSO writes: > I work with a Mac LC4 and I use pdftex included in distribution CmacTeX. > Tom Kiffe (CmacTeX manager) has installed an old release of pdftex (0.12h) > but CmacTeX uses dvips of Tom Rockicki as driver. > I have a strange problem with pdf files. If I compile a latex file with > \usepackage{times} and I view the pdf file by Acrobat Reader either the > glyphes "fi" and "fl" are lost, or I get these glyphes but all the > apostrophes are missing. I tried unsuccessfully your change in texps.pro. I > dont know if pdftex works bad or if Acrobat Reader is bugged. In its default mode, pdftex generates PDF directly. My fix only applies if you are using dvips to generate PostScript and then Acrobat Distiller (or an equivalent tool) to generate PDF. The authors of pdftex will need to implement a similar fix to my dvips fix themselves. Also, I have only verified this as a fix on Macs running Acrobat Exchange and ATM Deluxe 4.0. Hopefully today I'll be checking some other configurations, but in the meantime (and in general), it is a good idea to state what versions of the Macintosh System software, ATM and the Acrobat software you are using. Regards, Melissa. P.S. I don't currently use pdftex -- I generate my PDF the `old fashoned way' with DVI -> PS -> PDF usng dvips and Distiller. From owner-pdftex@tug.org Tue Jun 16 14:15:27 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id OAA20281 for ; Tue, 16 Jun 1998 14:15:26 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id QAA10123 for pdftex-list; Tue, 16 Jun 1998 16:10:33 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id QAA10120 for ; Tue, 16 Jun 1998 16:10:29 -0400 Received: from SnowWhite.inet.cz (pavel@dialup4.inet.cz [194.196.193.4]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id WAA11428; Tue, 16 Jun 1998 22:08:09 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id VAA05554; Tue, 16 Jun 1998 21:52:52 +0200 Date: Tue, 16 Jun 1998 21:52:52 +0200 Message-Id: <199806161952.VAA05554@SnowWhite.inet.cz> From: "Pavel Janik ml." To: Tom Kacvinsky CC: Thierry.Bouche@ujf-grenoble.fr, pdfTeX mailing list In-reply-to: (message from Tom Kacvinsky on Tue, 16 Jun 1998 05:30:43 -0400 (EDT)) Subject: Re: Bug Fix: PS from pdfTeX's PDF X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.105 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=ISO-8859-2 Sender: owner-pdftex@tug.org Precedence: bulk Date: Tue, 16 Jun 1998 05:30:43 -0400 (EDT) From: Tom Kacvinsky Hi, whole mail is cited for people who didn't catch original... Sorry. I would like to see more success reports with this patch applied. Can you test it? > > Well, I think I can retract what I wrote: > > I found out that if if pdfTeX uses the font to determine > the encoding, the following line: > > 0 1 255 {1 index exch /.notdef put} for > > out of the font file does not make it into the > font information in the PDF file. > > Below is a patch that fixes this. As far as I am aware, > the assumption I made is OK. Most fonts I have looked > at that have a custom encoding have lines that looks like > the following: > > /Encoding 256 array > 0 1 255 {1 index exch /.notdef put} for > dup 161 /Gamma put > dup 162 /Delta put > dup 163 /Theta put > dup 164 /Lambda put > dup 165 /Xi put > . > . > . > readonly def > > (this came out of CMB10, but you get the idea). > > This patch will insert the missing line provided > one is going to subset the font and one is not > going to reeenode the font. The other cases -- > namely, no font subsetting and/or reencoding > are already taken care of properly by pdfTeX. > > Tom > > =================================================================== > RCS file: RCS/writet1.c,v > retrieving revision 1.1 > retrieving revision 1.2 > diff -c -r1.1 -r1.2 > *** 1.1 1998/06/16 01:14:47 > --- 1.2 1998/06/16 01:16:26 > *************** > *** 462,467 **** > --- 462,482 ---- > do { > T1_CHECK_EOF(); > t1_getline(); > + > + /* > + If the next line ends in "for", it probably is of > + of the form: > + > + 0 1 255 {1 index exch /.notdef put} for > + > + This is PS code to populate the encoding array with > + /.notdef; if not there, Macintosh print drivers > + choke when printing out the PDF file. > + */ > + > + if (strstr(t1_line, "for")) { > + t1_putline(); > + } > if (sscanf(t1_line, "dup %u%s put", &i, buf) == 2 && > *buf == '/' && pdfischarused(tex_font, i)) { > builtin_glyph_names[i] = xstrdup(buf + 1); /* skip the slash */ > -- Pavel Janík ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Tue Jun 16 14:15:45 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id OAA20292 for ; Tue, 16 Jun 1998 14:15:43 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id QAA10131 for pdftex-list; Tue, 16 Jun 1998 16:11:03 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id QAA10125 for ; Tue, 16 Jun 1998 16:11:00 -0400 Received: from SnowWhite.inet.cz (pavel@dialup4.inet.cz [194.196.193.4]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id WAA11620 for ; Tue, 16 Jun 1998 22:08:43 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id UAA00600; Tue, 16 Jun 1998 20:28:42 +0200 Date: Tue, 16 Jun 1998 20:28:42 +0200 Message-Id: <199806161828.UAA00600@SnowWhite.inet.cz> From: "Pavel Janik ml." To: pdfTeX mailing list Subject: Possible error in compression or support PNGlib code X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.105 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Hi, this week Jiri Osoba sent mail about error in compressed PNG image inclusion. I test his setup and test file and found that it it's the same on pdftex-0.12o-2. UUencoded png file is at the end of this mail. We tested it with \nopagenumbers\pdfcompresslevel1\pdfimage rx.png\bye. If you have \pdfcompresslevel 0 (not compression) it's ok, but if you have bigger compresslevel (1-9) pdfTeX fails, it includes picture as: /Height 768 /BitsPerComponent 1 /ColorSpace [/Indexed /DeviceRGB 1 7 0 R] /Length 8 0 R /Filter /FlateDecode >> stream endstream endobj As you can see, stream is empty (althought length is specified as indirect object and it's value is 2 in my case)- I think that this is error in pdfTeX's handling of compressed streams - I can not test it (this week), because of my exams - can anyone have a look at it and debug it? Image rx.png is identified by file as: rx.png: PNG image data, 1022 x 768, 1-bit colormap, non-interlaced Please note 1-bit colormap -- I think this is the point, error is IMO in compression or support PNGlib code. begin 644 rx.png MB5!.1PT*&@H````-24A$4@```_X```,``0,```"GRB[G````!E!,5$4```#_ M__^EV9_=```=2DE$051XG.6=;VP%)JW*OB!GRH"%M#84,QKT0(&FB)20=1, M>N2M!`(5B-0ADB"A%>FX5*F$04W>DJ+));U_IN_-[-[M[NWN[=[^&<`:#J`&`132.6I:F%`5PF@9P=@+T] ME0"`052-&)8F%01`FGH4P-9C!-@?475BV&VB:$/P,=]DXT!I%,#^EBT_0\B. M3@&VR/41.^_R(2E*I`3T"V1:AC>#`OPO2,`J`$"2E)%H@`T$L"B`)BO:;@$` M306*B@!8(-@*=(NU@KH"[^4"P)\.`(:A+Q,;=(*BJ04`S%=B`#:6`<#<,!2= M5#5=T>#+W),"$IB*`CB0`(!43%DGTZB*\V^&#&`\'*"LQ!6`*J(A7@!F#1$D M?A*PWI&`HAY9"8L'>`BE6"J\1+6"NY6[,ME^YBY8C448)!2`Q.D!54,U9:AP MIXHP2"B`C45%`X"]1`$*,4AH';!(=&>$`%"X#O\+,4AH*S`KT=VQI6)W3+2[ ME?P,DNV0F5M1`%#[*A0`_N5FD/0\B,:89'@+WJP0HE*`G`R2'H#YV%N@8QU0 MX:K<#)(>@+.QE9`"*/![;@9)KP1`%??1`S+)T2#I`5#B-*%:_Y$,`,M2?@9) M.H"[,CPYVV0;+LO+(.D!6"BY,^H!:(*R+;,[#@"4;Y#T2*!L@\0+0/L""^K` M>YP`K._@*[0">/SF`["*K]&*:'MXNP(N&NB3ALG!,SE91+T`,7K`H"X:\%!` M9T1RLHAZ`*`.U",!P"#I`N1C$?D`9N`%6D&4BP8=`PB@0W\(`/E81#VM(-X> M0!<-_*J0@R,Y640=@+O]+2($`!<-!2!6WA:1ZKS'N6@<"=!7*V^+R`4X)\<9 M)%V`W"TB%V`AYKG`J80*2CYWB\@%B/.0[#(](*/D<[>(W+P68A21MEMW`/3# MC;PM(A=@/MH@V0;?#`#8H`1TNY*W1>0"-'EUQRY`V2Z:``!'BP@`S#=E."C9 M2^8%H(_G:`]PL8H1@#HHHEVUQ0.L2IP!6O!N1FO"X@%NX8$2V1D5#;!H7I40 M(+([SC.9<8OKR@#H6!)>"3A'I4@@#&"#OL>X:(H&8(=2.94P&@`'+/@"H#.6 M-\`R3X`F%#7'&Z"$[C@*H#2#)%H"V!GQ`J`6$8P7E.&B"06P;DD@`;"(2G#1 MA`/@,TF,AZ1X@%69,P"6'>.B*1I@@]8!6VY>XF4/L.<"?O9`QTG#UR)J2IP- MDK,J9X,DQD%1#@#Z!T26``,HX>DX_A:(;)!@XFB0H!.N)!=->&\X`P`VF.6\ M*J'5`@`TR;C9`PA0DH4?$`Z(J&F52\.J-%YHKFUQV+;)`P`.:B M.5-OGN3=&^(\(7X`.&+"UR+BJ(CHNP+V@,@N&DPB6T28N+IHF+N>IXL&#P"` MFXOF0QD..+IJF8^(-P#,*^9ED#@N&GX>$G#1T".1+2),%9FOB\9^B9]5S`"V M>#LH_H$WP`1G`+ND-2;1`".@BD4V2#!Q=M&4-*\XO#?$:;W8)7)ST3QT`+AZ M2/`6<`/HL]2K>(!W)`K`ST6#8T8BNVBX&R3416/_F:R\P+4WA.G"?%TTTQP? M3.B[S!G`QD.+AKWD!M`9Q4X+P"6CO.S"6GBZ:)A`!Q=-"Q-EZ,' MHE,-B^((8./\`5YA0"C`;\,M$#84C).X&21.\?R\9"R=X6<1L<1Q,IM8`-$) MY@^4NM"I)RGE."BB4FQPO')2209)9+)?KG-ST3``""O`RT7#TC0_5RU+,F=% M9&,8$$XN&@9P%&Y!"2Z:N"2R182I)(,D.D$("*Y6,<_UAB(#!`"X/AV799!$ M`Y3DHHE*.5A$$**CF@6ADG'QN[5+-K(`V."Z6X)46QUBP`L'^1O<_6^UY)I_5F=]'L^S_JH^R] MH?8'P%DTV1T4[0#/U>0`;\M0`S+[BM<@%T_:=JI9`@"Z@PI,[\^X\CK0"O:= MS&9]`*&M`+0HC4L6%1QO,`#]5?;N;P7A``=2'H%0(O2`T2DS"B"O,:,H@,-^ M`.SP6&$2\&V/$@I@G_X/<-&0K"Z:*(#'_2[4S7?>E^U-*:N+Q@^`O8M$O[[7 M%\!Z,"=#986B\@2`__1:X^_[`WP"`-E=-%$`&-RQ#\"M%^4<7#2LME?PA087 MI@`;Y!,*(#DGF6$`YJTORO91>#;\PTP`VUT`J'<.P"*$5H4CFWX-Z4!V2W4O M`$]R`#+[BOT`3@(`JHH3 M`.0L@2X`[8SZ`T#8\(PNFB@`JJ#Z`V1?=QP%0,OL!Y#'F%$$`$L]`#VM(+N/ M*`!@D749`(R6KL[+/``."88UT'8_V*B?5A(!0"6LYPA@D=8EE,`'*ZN-A`!= M19T/P'H%`7ZVLIKP%BCD?C#+C!*0$.#!Y*/G0B3@22Y`ULWU@@!&ZSP%T-6P M6Q`&T&.^9@18![]A9"L(`ZCD"L!2I!X(`5CKS;)<@)`LTP%,*S*65*D,J`FM M[34\WU-B2H"39^IX^6OG!P78'X>-2CH&='J`ZH**)8UAB/V!`/1Q.-_VE)@2 M0*8`:G4Z@P0R`3`)J%5YX#J`&Q28E8$!3L[7$>"U05N!I=/=$3PE#M0*U.,C M`P*8G\L$0#U-9&BHHI)&(RW`T'!HG@,`R!7HTT^G!HA(J0`.QO&U-@*=V@(] M+!N`2>#-X80`(5.[,P(<#.$SV-4C1#6?YP)@T,RWGX%HF\W4>B`/`":!M2%N M`"S=I1X(C@#7J6\NM2+*`X#=`E!$7@#;=2BX M!Z"]P@ZK@TO@H#K:TIH/&^U6(VZ`WEC=@L&G'H!-!T#V`Z1I!<;V955K/M=8 M:S7".ZT.``2UZ0%X/,D.`Q((&;B,!G@*`/_XPQ]<;#5.Q@.$26#+J80G,P"8 MFGI_^??G#UL-,%IC`%Z"`<@>@#8M2B&!5I`&(&$R5.5K(0#LP,VF4(!N25X` MB_P6'#1Q@H,7(%F6>0`0\@1(E/P`+*\"`)*U`I$!/J,`J35A@0#1R0.P M`./N\0`VU5'P<.H#<)Z,[M*O,P'`GHKQ`+X+.T>!0:!8`/-L'`#D5#2`]4X< M`)R7*T!(HMN;\0!PLV1Q$#@"E%L'0@"LGA\_50`%-L-$FG`!IJ@4!>"FV$&K MX"TP%G('D-61-``_R!O`EE7?Q+\@`)SG`RA"`G%#M[D#]"99Z>SS5S*`DR4` MF+2(<(!`'3CLT5HY`,1-8`@"T/`Q.0/$3N$(Z@%WPHM"S50^`U=-X4P/`7K=7X"!FH1-*`'^"Q4CTPKH' MX'`S.X!UZWT9-U*)G,J%`'`>+D:B%[[BE0#.V\L*\!#VU([;2*4#``/+/0"^ MF=O)`7Q?/AJ38U\IQ+6 M;`30'E@6U`$\)P,`S"M^OV]@-*:(NJV@1F^"9M%64(D&"&KW,`"(T@E#_GU" MPW44D3-YMU;!3X]W/7O7'@D#Z$3@3)3B`$`139!)O/TT=22`'Y@$/$,Z"23@ M:07LG'X2@)^NP1QH]R<'X($/8(2.;_D`G`&C6`!V#M:!F/T+$.`-HA_M`+BM M`#^PR!.`"H`_KAWH``?2:U=EPTT0#7*YUOV/*6-`#]YQ6[ M3BI:H!($N.%_J)$5=[EC(@#SU"F\!?'3>KT`DN0#@#D#)_P7RLK^-_L`^.R! M&;`'^FV\[@5H!B1`".@'-G_`!=!K:0!6\1/(=7``&:?P=<4+$KB6!F#F@%Z4 M&&"^0N1Y]F3B9%@-`FP[O48RH_0]`'BR M#\`]"@($9X][4Q^`P'JE8YXZT)0.R*0?`-;"TRM[``:UB!!!\OQ4VV+%T=?Y M^E-9\0,VO>LYS6D$C.<`$/!M"'>BWT"D2`,[!;+P` M[E$D0&$^Q?$`<`R3%($@*LA:B!C`">)Z,T$NBFY!)09(]_8$"` M]6#Q:6X!3,SK`*!_8A"`'J][@DTT.@!Y2"`,('$SC`!@L\;2`JC.>X*-5'P` M\V#($@-<-%V`OJBD=C970DD>#(*`"2*1<,`V)7RL=/PNJ.Q#,&L]0&D>3SO M)+`T4P#4Z$S-MNJ8);@CDJ<5I`0PKWX!7N$6]-EBT@^P#1_;]QR`55^I:0&L M&;"(;)!`C(LF",".W0RMF6P`J_A<``")FF$8`*L#&0!``@DVW8X&L)J#`Z@( M@*$#E+ZQ:&(`,M0!L%VA#E"`?K%HH@$"I:8"@(F>)K4)D]H#>0.DLHB.2WCE M`3S'=`#PR3X3`$YUQ=3?(`$7^+@;ABG"78"G[E&&2D@3^(K[+O^'D+[T M6H@VU0&@=R\/@"0;J=AL.:8.8N\`T.%>&!48SD$"_0$<"51=`$-G"[S@:STK M0/^-5+IUX'('8,.B&>4!@)U17X/$:04PV8,![.D6]DGY2`"*2F,/N`!N)MDE MD`#@B@S!C71M&);S,(`=G0U:5=!0"AVTRM4BJM7HG[I<@^4\#*#ME8#WPG0` M-!I/@DVW)VJ/L23MZ.;I?`$P)A4.6/2KA!,3;1AAT[5]6,[#`-P,,P+0F%1F M_P>3JV?;6!(`/`QT1E0190#`F%1)/"3C#."UEX,`P906`&)2I0&H+^0,@#&I MDKMH(NV!P0%H*[#[A@N^2[U@YA`=G4D(H"74`TR=I(G$DA2`9M\?@'Z=*A1, M!X#V!?:9"=^E70!EW9]G_@!T9,2Z]0?00X8!R$O+B0%2Q:+Q`Q!USADE"P"T M22NY!%+%HND`L!S/5;^1!T"*6#04X``>3AU=/`>1=T(`MM(`I(I%0P&>CCHF M&=2!OPX%^(C<2P&0)A8-!=!=`&@%OC"IG9PV2(I6L%$9`,`SBR8LC9![]Z=7 MT?V0`*#[C-,'`*?2N`#ABL@C@0`FOE(D@@2206D!,% M\&88#M#66HVQ9Q-*P-+_*G<`[3S4@5;".F"M_`UD;5;Z`MAPH^3GZ85]`:87 MD[<"\ZW1A)%8)##17V8_]`.@QH,G]6T%24/!U+;D)`#M-``A^70!@@JGY@P" M]P'8S`W`=T;%(X%>]>4%2/IHE@[`AEP[=:#KHBD7H-,*NBZ:\@#P%M!B8>C@ M+#<)'),P.GS+"IV344H=J&-T^`]@VGGY`*P5P(7ZZ`?,("D-`)Z"73U@U4$" MHS_KZ@>/@R0]0/^85!T_@)-JFQ+4@3:;51LH=%`?47(`&+:C>D!_`E.[W?4% M90*9``HLXZ"'W8QU(#,">C#(".`>RFW%G*7,,P,ZZ]]G06'=B MKPX(4*/?P<(DNA0*`#2<#AD+\*3E`U@*S@E.!6!?>X$![-*E4`"P'%@NV0O0 M]@.T,@&0\7__B`(8K=G;3`)C/Z(Y1`-H_EL0G/V;%N!?4`$@P#3H8`IPIA(/ M$)1`1H#W4(((4(?\*(`LQP,$ZP!]&QC@VN\YMV#I/><6G)BA.40#!%M!-H`: M]:MA*VC`.VT%49U!N(N&@Q[X#0"85@(`./4W3P"3/01^"!P'/K\X)EAU>U+R M`L`I./4W3P`G_>3O(LZL^B7`IOX6`+#BFZSC29!=`,#Q8><-T!N[C*5>"6"` MGQP!G#JP`H(-KP,^`*P#$6O/,[:"GV#52M8*G`XK9X`/L7&5KP=415ZC`&QN MG+%^OQ,1Q@'XOG3/#Z#;(P=2&,!`3T8S+]79@B8'8.EF@%J19-4/L$%4]CF7 M9T,(BG^97LCL9Z/5Z$2$8:FI7`D`K)!'I_,$>/C/7@GLK'N%UMD&%UHV'PM+\33&0)B`P@,D". M`$Y,H]>BP.@FT9E2?;0,Z:$![!V=HT&@[L[5`DN;8D&R"$-'<&9 MD'3%F$$!UH8D]-:5!G!]V'HTNCX%HJ@8Z[.@`K>'9&4,5_.6!'!WQ+KU;RWX MFX!>D/NC."NJ+("*>?I?[T&F0[*Q6(=W\QEB?&\KXNP"`'XM68>_ MBP,%_T2,!^]]&ZKE$=*8V9PI#>!CV;+;NY`I>#1^23>*&R;W5[5SI0'`_$N: MHTS]WXJ,,2ATR1X/[V/R!T!%!(42)WFHH`/"0J&/:>+,T`-4V;K?N;)/[(]:C*^N:6I')SF/ZX752/<;6I18$<$^W MGU\EZXWJ@C$W"A$5K%O5K\%*GZM2&X;S+..-TE\F3I9NR>>N/+D*0$Y,56U@EK)R1UV\O'S\W]RWRPU@\79C!DQ+`$B8 M1`80&4!D`)$!1`80&4!D`)$!1`80&4!D`)$!1`80&>`W"B!LU_60=*0P@"2/ MYIA$!A`90&0`D0%@[\QI^VSOBKOR`!Z0D^:[/`%:I&K]8H\?P-HB.6E]PA$` M)#!EO>UN2,(#X`%9-K_M1)/C`K!(%/M%C@!1260`D0%*`1#9*/V4`/SZK$YC MAG,#:%MZ9/"3<@`.U_3HV!ME`(`$HF-OE`00#'Q=,L!3_297@(/#]23-0&1% M)#*`R`!\`*9OC#R\LVY487(5?%++!Y@]01KO?UE_;8OLRUP`&F.D,7=!/P%[ M-;V^?G^F?0HPR@6H5:Y^0=4^=^S4%T=;C=760V^!)4E@?.[/M:]NP6:%ZJ3Z M]>>\YY53!VSC_2^K8U`'8$JG>L87=ZR<5F`;=];5ZO-$O[:[,:VP,,!&EB*P)"P;X5#P9J7W.0;O]LPNP.4'(C^F112`TBQQVSL>G7I0+`_AH@1"V M'[U%?A4!L'=++Q#@<&U]Y?7UQC`L)/A5:W($]Z_N`7CX29&WP&JM0-_S%5A( M\'^M[XZ%1>?;>_M;!5;"!>/>RJC:^,JS+;()`,^&G//QZ0(E\-&"OO3SBTLW MO_+R(V5SZ;LG7@XY9Z]A%7@+KJ[M_MC8_>BK[Z[*[;WOOO)N&,"'9S_#>D!D M`)$!/F4`$)>Q^W%GYQYY=A7V;9KR`L`85ED`^Q=5\MH\>:+/E@=PVPN@CZID MK$G:/L^9?B"7!W!YD5RJ$2T@`:5(@.F@!(ZB!/QUH%"`:K`.C#:M)_J<%^`0 M5I^5!+"SHY(W5JV==5\=^*1,/6#W;JDCLB84`>#3.6CE+'3UIN+&C-Q@/*#O MF[(%1:O'3YV]03]#DEG@5KM`JUCJ`BCR(10W\](M"_8(H@"PXO4IOIL%`GQ_ MC6V8O;;%^RT%`"`Q;_JT)#"`R@,@`(@.(#"`R@,@`(@.(#"`R@,@`(@.(#"`R0"$`_P_G2FY4,WGU -,P````!)14Y$KD)@@@`` ` end -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Tue Jun 16 15:53:46 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id PAA24344 for ; Tue, 16 Jun 1998 15:53:45 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id RAA10519 for pdftex-list; Tue, 16 Jun 1998 17:50:11 -0400 Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by tug.org (8.8.5/8.8.5) with SMTP id RAA10516 for ; Tue, 16 Jun 1998 17:50:09 -0400 Received: from graves.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 16 Jun 98 22:49:57 +0100 (BST) Subject: Re: TIFF support done (LONG) (Was: Re: TIFF image inclusion) In-Reply-To: <199806161548.QAA02383@nag.co.uk> from David Carlisle at "Jun 16, 98 04:48:47 pm" To: David Carlisle Date: Tue, 16 Jun 1998 22:49:57 +0100 (BST) From: Timothy Murphy Cc: pdftex@tug.org X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-ID: <9806162249.aa07348@graves.maths.tcd.ie> Sender: owner-pdftex@tug.org Precedence: bulk > Time has shown that the \special concept isn't `right'. > > It is normally OK for graphic inclusion but when used for colour or > hyperlinks the concept is broken. I've seen this said many times; but I've asked several times for a "counter-example" to show something that cannot be done with \special's , and I've always got a reply along the lines, "Well, of course it _could_ be done with \special's , but that's not really the point ..." . In particular, I couldn't see anything from my (rather superficial) reading of pdftex.ch that couldn't in fact have been done with \special's by a DVI-to-PDF translator. Color (sp) seems to me to come out pretty well with dvips, using the Unnameable's style file ... What exactly is wrong with it ? I suppose my aversion to pdftex trying to parse TIFF files is that I feel that sort of thing ought to be hived off, if at all possible. I'm quite surprised that SPQR and others seem to regard the monolithic character of TeX as an advantage, while to me it is an accidental consequence of the fact that Knuth was obliged to write in Pascal, which had no official way of splitting the source into modules. From owner-pdftex@tug.org Tue Jun 16 16:09:32 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id QAA24885 for ; Tue, 16 Jun 1998 16:09:31 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id SAA10588 for pdftex-list; Tue, 16 Jun 1998 18:06:14 -0400 Received: from esemetz.ese-metz.fr (esemetz.ese-metz.fr [192.70.65.1]) by tug.org (8.8.5/8.8.5) with ESMTP id SAA10585 for ; Tue, 16 Jun 1998 18:06:12 -0400 Received: from hal9000 (ppp1.ese-metz.fr [193.48.224.221]) by esemetz.ese-metz.fr (8.8.8/8.8.8) with SMTP id AAA07286; Wed, 17 Jun 1998 00:06:02 +0200 (MET DST) Message-ID: <000801bd9973$9db3d8a0$dde030c1@hal9000.ese-metz.fr> From: "Fabrice Popineau" To: , "pdfTeX mailing list" Subject: Re: Possible error in compression or support PNGlib code Date: Wed, 17 Jun 1998 00:10:46 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit 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 >If you have \pdfcompresslevel 0 (not compression) it's ok, but if you >have bigger compresslevel (1-9) pdfTeX fails, it includes picture as: > I have traced it to the function writepng.c:write_png(). When it calls pdflush, writing the data of the png file, it calls (incorrectly ?) writezip.c:writezip() but does not output any char. I guess the state in pdf_flush is zip_writing, whether it should be no_zip. Or am I wrong ? Fabrice From owner-pdftex@tug.org Tue Jun 16 17:31:52 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id RAA27833 for ; Tue, 16 Jun 1998 17:31:51 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id TAA10871 for pdftex-list; Tue, 16 Jun 1998 19:27:14 -0400 Received: from mailhost.lanl.gov (mailhost.lanl.gov [128.165.3.12]) by tug.org (8.8.5/8.8.5) with ESMTP id TAA10868 for ; Tue, 16 Jun 1998 19:27:13 -0400 Received: from qcd.lanl.gov.lanl.gov (qcd.lanl.gov [128.165.23.46]) by mailhost.lanl.gov (8.8.8/(cic-5, 10/28/97)) with SMTP id RAA28317; Tue, 16 Jun 1998 17:26:58 -0600 Received: by qcd.lanl.gov.lanl.gov (SMI-8.6/SMI-SVR4) id RAA02058; Tue, 16 Jun 1998 17:26:56 -0600 Date: Tue, 16 Jun 1998 17:26:56 -0600 Message-Id: <199806162326.RAA02058@qcd.lanl.gov.lanl.gov> From: Tanmoy Bhattacharya To: Timothy Murphy Cc: David Carlisle , pdftex@tug.org Subject: Re: TIFF support done (LONG) (Was: Re: TIFF image inclusion) In-Reply-To: <9806162249.aa07348@graves.maths.tcd.ie> References: <199806161548.QAA02383@nag.co.uk> <9806162249.aa07348@graves.maths.tcd.ie> Sender: owner-pdftex@tug.org Precedence: bulk In <9806162249.aa07348@graves.maths.tcd.ie> dated 22:49:57 +0100 Tue June 16, 1998, Timothy Murphy writes > I've seen this said many times; > but I've asked several times for a "counter-example" to show something > that cannot be done with \special's , > and I've always got a reply along the lines, > "Well, of course it _could_ be done with \special's , > but that's not really the point ..." . I have been very busy for a couple of months (and expect to be so till the end of August), and so have not been following the discussion too much. While this mail was being saved away, it caught my attention: and as I am at my wit's end with the program I am working ... well, enough apologies. My statement usually is that "Well, of course it _could_ be done with \special's, but that stress on `could' is precisely the problem." I got interested in the pdftex project because of one deficiency of the tex special markup. I agree that almost anything can be done with specials, but let me provide an example that shows the difficulty. Mark Doyle managed to solve this problem under certain conditions, but I have not tested his solution for robustness in the most generic case. Suppose, I want to create the following diagram: This paragraph is shaped and I have like a lens. At some marginal least, it is, if notes here. you have some imagination. Suppose further that I want the words `shaped like a lens' to be the `clickable' so that when the user clicks on it, some action takes place (possibly explaining what a concave lens is). How are you going to do it in TeX? First creating it in TeX is trivial as everyone knows. Let us figure out how to put in specials to implement the clickability (ugh! there must be a word for that!) Well, it is obvious that this can be done by explicitly putting a start special in front of the `shaped', ending it after, starting it again before `like' and ending it after `lens.' But how am I supposed to know where the line breaks in the paragraph are? Supposing therefore that you just start the special before `shaped' and end it after `lens.' Now the dvi->ps (or pdf) has to figure out the implicit breaks in the clickable region after `shaped', figure out that the right margin, marginal note, and the extended left margin of the next line is not clickable, but the `like a lens.' including the embedded spaces is! (Remember this has to work in general: the above may appear in a vbox, in the right column of a two column output, in a footnote that has broken across pages, etc.) Alternatively, you could grab each paragraph as it was formed (by redefining \par), or in the output routine, and go in opening boxes etc. and fixing it up. That solution even I had no stomach for. Basically, special is a `point marker'. One often needs a `region marker' and this is difficult to implement, though certainly not impossible. Cheers Tanmoy From owner-pdftex@tug.org Tue Jun 16 21:35:34 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id VAA04396 for ; Tue, 16 Jun 1998 21:35:33 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id XAA11708 for pdftex-list; Tue, 16 Jun 1998 23:31:22 -0400 Received: from mailhost.auckland.ac.nz (mailhost.auckland.ac.nz [130.216.1.4]) by tug.org (8.8.5/8.8.5) with ESMTP id XAA11705 for ; Tue, 16 Jun 1998 23:31:19 -0400 Received: from comexch.auckland.ac.nz (comexch.auckland.ac.nz [130.216.96.114]) by mailhost.auckland.ac.nz (8.8.5/8.7.3-ua) with ESMTP id PAA18180 for ; Wed, 17 Jun 1998 15:31:15 +1200 (NZST) Message-Id: <199806170331.PAA18180@mailhost.auckland.ac.nz> Received: by comexch.auckland.ac.nz with Internet Mail Service (5.0.1460.8) id ; Wed, 17 Jun 1998 15:36:21 +1200 From: "Hillas, John" To: "'pdftex@tug.org'" Subject: Latex macros for getting good pdf files (a bit OFFTOPIC and a bit LONG) Date: Wed, 17 Jun 1998 15:36:35 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1460.8) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-pdftex@tug.org Precedence: bulk This message is a little off topic, in that it concerns more macro packages like hyperref and what is possible in general with pdf files rather than pdftex itself. Having said that, I shall impose on everyone's goodwill and persist with my off topic questions. I've recently been using pdftex to generate pdf versions of material that I would traditionally have made available to students in printed form. The students have, by and large, been printing that material and studying from the printed versions. However there are well equipped computer labs available to them and most of them have connections from computers in wherever they are living to the university. I'd like to encourage them to access the documents electronically and read them from the screen. So I'm wanting to make versions of the documents that would work better from the screen. (If anyone is interested in the kind of things I've been distributing they could look at http://www.econ.auckland.ac.nz/~jhillas/616.381/index.html or more specifically at http://www.econ.auckland.ac.nz/~jhillas/616.381/lecnotes.pdf particularly at the chapter on general equilibrium.) Part of this would clearly be to make more appropriate choices of the font page size parameters, which is not too hard. However I think that also perhaps the hypertext references should work differently as well. Ideally what I think I'd like would be that references to figures and equations or equation systems should open a new window, just big enough to contain the item at it's natural size and with a minimal amount of border and menu (just enough to expand the window to a regular window or close it and somewhere to "grab" the window to move it about the screen). I thought I remembered seeing such things in pdf files that I got >From other places, but now can't find any, so I wonder if such a thing is possible. So, does anyone know if such operations are possible in pdf files? If they are, is it possible to generate such files with pdftex? And, if that is possible, how would one do such things in LaTeX? A somewhat orthogonal question is whether such an approach is good. Do people have a view of whether this would be better or worse than leaving the Figures, and equations, etc where they are in the document and jumping to the relevant part of the document when the hyperlink is clicked. I have some feeling that the approach I've given would often be better since it would involve seeing the object in its current context rather than its original context, but I'd be interested in hearing what others think. It would also be nice to be able to make particularly some items a little interactive as some of the examples using forms are. (I'm thinking of Hans's calculator.) What would be useful for me would be if I could construct graphs a step at a time so that the setting stayed reasonable stable on the screen while various curves were added. Anyone know if such things are possible? So, ideally, in the best of all possible worlds, if I could have anything I wanted,... What I'd like (At least I think this is what I want. Feel free to convince me I actually want something else.) is a Latex style file that one could add to an existing setup for a printable file that would have options for creating either a printable version or a screen version. The printable version would create a document the same as the original for a latex file that currently worked with the used packages. A version for the screen would have perhaps options for the target screen size and resolution and would treat the links differently (something like I described above, or perhaps something else...?) If it was possible to so things sufficiently differently in the screen version (particularly if one could have somewhat interactive graphs) one would probably need environments like ifscreen and ifprint to include two versions of some material. How much work would be involved in writing such a style file? Is there anyone interested in doing this? If someone has an interest in doing it for remuneration I shall apply to the University in Auckland for funding to finance it. The current round of applications for such proposals needs to be submitted by July 20 (and I'll be away from the University for a week and a half before that) so if someone wants to submit a "quote" I'd very much like to hear from them in the next couple of weeks. My apologies to anyone who feels that this message is not an appropriate use of this mailing list. John John Hillas Department of Economics The University of Auckland Private Bag 92019 Auckland NEW ZEALAND email: j.hillas@auckland.ac.nz home page http://www.econ.auckland.ac.nz/~jhillas/personal/ From owner-pdftex@tug.org Tue Jun 16 23:09:02 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id XAA06777 for ; Tue, 16 Jun 1998 23:09:01 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id BAA12138 for pdftex-list; Wed, 17 Jun 1998 01:05:42 -0400 Received: from vyvoj.vyvoj (jablovyv.dial-up.cz [193.179.205.11]) by tug.org (8.8.5/8.8.5) with ESMTP id BAA12135 for ; Wed, 17 Jun 1998 01:05:33 -0400 Received: from osoba.vyvoj (osoba.vyvoj [192.168.1.38]) by vyvoj.vyvoj with SMTP id HAA06877 (8.7.6/IDA-1.6 for ); Wed, 17 Jun 1998 07:33:12 +0200 Message-ID: <199806170533.HAA06877@vyvoj.vyvoj> Comments: Authenticated sender is From: "Jiri Osoba" Organization: Jablotron Ltd. - Development dpt. To: pdftex@tug.org Date: Wed, 17 Jun 1998 07:06:27 +0200 Subject: Re: Possible error in compression or support PNGlib code Reply-to: Jiri Osoba X-mailer: Pegasus Mail for Windows (v2.42a) Sender: owner-pdftex@tug.org Precedence: bulk On 16 Jun 98 at 20:28, Pavel Janik ml. wrote: > this week Jiri Osoba sent mail about error in compressed PNG image > inclusion. I test his setup and test file and found that it it's the > same on pdftex-0.12o-2. UUencoded png file is at the end of this mail. > > We tested it with \nopagenumbers\pdfcompresslevel1\pdfimage rx.png\bye. > > If you have \pdfcompresslevel 0 (not compression) it's ok, but if you > have bigger compresslevel (1-9) pdfTeX fails, it includes picture as: > > /Height 768 > /BitsPerComponent 1 > /ColorSpace [/Indexed /DeviceRGB 1 7 0 R] > /Length 8 0 R > /Filter /FlateDecode > >> > stream > endstream > endobj > > As you can see, stream is empty (althought length is specified as > indirect object and it's value is 2 in my case)- I think that this is > error in pdfTeX's handling of compressed streams - I can not test it > (this week), because of my exams - can anyone have a look at it and > debug it? > > Image rx.png is identified by file as: > > rx.png: PNG image data, 1022 x 768, 1-bit colormap, non-interlaced > > Please note 1-bit colormap -- I think this is the point, error is IMO > in compression or support PNGlib code. No, I've done some testing and the problem value is 768 (height). This image cropped to 767 or 769 works OK. I've tested some color bitmaps (256) with the same result: image with height 768 pixels can't be compressed. Jiri. From owner-pdftex@tug.org Wed Jun 17 02:30:58 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA29587 for ; Wed, 17 Jun 1998 02:30:57 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA12959 for pdftex-list; Wed, 17 Jun 1998 04:24:51 -0400 Received: from smtp03.wxs.nl (mmp02.wxs.nl [195.121.6.37]) by tug.org (8.8.5/8.8.5) with ESMTP id EAA12956 for ; Wed, 17 Jun 1998 04:24:49 -0400 Received: from wxs.nl ([195.121.70.195]) by smtp03.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA22EB; Wed, 17 Jun 1998 10:24:41 +0200 Message-ID: <35876F4D.DCE75250@wxs.nl> Date: Wed, 17 Jun 1998 09:25:01 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Jody Klymak CC: Sebastian Rahtz , davidc@nag.co.uk, pdftex@tug.org Subject: Re: pdftex for win32 References: <9806161611.AA19512@crosby.apl.washington.edu.apl.washington.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Jody Klymak wrote: > Hans suggested that I try Sebastian's epstopdf. Of course, it choked for > some reason on my win32 machine (vagaries of PERL and gstools and my own > ignorance as to how either work - I'm suspecting a carriage return/line-feed > problem), so I duplicated its behaviour using a text editor: Or did it choke on the Illustrater pre %!PS stuff where some hard coded pointers seem to reside? A few days ago I converted some hundreds of AI eps files and found out that somehow Distiller does not like some extra lines being added. Therefore in the TeXUtil alternative, I just strip off this pre/post rubish and it does not seem to harm. > %!PS-Adobe-3.0 EPSF-3.0 > %%Creator: Adobe Illustrator(TM) 7.0 > ! LaTeX cannot determine size of graphic in extrap_fig2.pdf (no bounding > box) What method is used? 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 Jun 17 02:31:17 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA29601 for ; Wed, 17 Jun 1998 02:31:16 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA12949 for pdftex-list; Wed, 17 Jun 1998 04:24:22 -0400 Received: from smtp03.wxs.nl (mmp02.wxs.nl [195.121.6.37]) by tug.org (8.8.5/8.8.5) with ESMTP id EAA12946 for ; Wed, 17 Jun 1998 04:24:19 -0400 Received: from wxs.nl ([195.121.70.195]) by smtp03.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA22A3; Wed, 17 Jun 1998 10:24:09 +0200 Message-ID: <3587637B.41090DAC@wxs.nl> Date: Wed, 17 Jun 1998 08:34:35 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Sebastian Rahtz CC: PDFTEX@tug.org Subject: Re: TIFF support done (LONG) (Was: Re: TIFF image inclusion) References: <980616122110.106fb@vms.rhbnc.ac.uk> <2453-Tue16Jun1998125342+0100-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: > shell_escape = f > % Allow TeX \openout on filenames starting with `.' (e.g., .rhosts)? > % a (any) : any file can be opened. > % r (restricted) : disallow opening "dotfiles". > % p (paranoid) : as 'r' and disallow going to parent directories, and > % restrict absolute paths to be under $TEXMFOUTPUT. > openout_any = p Well, your answer on trojan horses solves one of my recent'what I considered a unsolvable bug in my macros' (one that works over figure directories). It seems that the openout syntax/default has changed. Shouldn't the tex error message (something 'unable to open file') be adapted to this switch (better 'may not open across directories')? (Anyway, it does not make life easy for non-texnical users, who are not supposed to hack such 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 Wed Jun 17 02:31:24 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA29608 for ; Wed, 17 Jun 1998 02:31:23 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA12976 for pdftex-list; Wed, 17 Jun 1998 04:26:05 -0400 Received: from smtp03.wxs.nl (mmp02.wxs.nl [195.121.6.37]) by tug.org (8.8.5/8.8.5) with ESMTP id EAA12970 for ; Wed, 17 Jun 1998 04:25:58 -0400 Received: from wxs.nl ([195.121.70.195]) by smtp03.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA236A; Wed, 17 Jun 1998 10:25:49 +0200 Message-ID: <35877DA1.60139F1B@wxs.nl> Date: Wed, 17 Jun 1998 10:26:09 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: "Hillas, John" CC: "'pdftex@tug.org'" Subject: Re: Latex macros for getting good pdf files (a bit OFFTOPIC and a bit LONG) References: <199806170331.PAA18180@mailhost.auckland.ac.nz> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hillas, John wrote: > Part of this would clearly be to make more appropriate choices of > the font page size parameters, which is not too hard. However I > think that also perhaps the hypertext references should work > differently as well. Ideally what I think I'd like would be that > references to figures and equations or equation systems should > open a new window, just big enough to contain the item at it's > natural size and with a minimal amount of border and menu (just > enough to expand the window to a regular window or close it and > somewhere to "grab" the window to move it about the screen). I > thought I remembered seeing such things in pdf files that I got > from other places, but now can't find any, so I wonder if such a > thing is possible. (1) What I currently do is include the figure twice, one in the text, once large at the end or so. That way one can enlarge it by clicking in the original. This is the only method that also works in dvi viewers. (2) A pop up is not that hard to realize in pdf. I'm working a an 'update document' and I will ad an example to it. (If I find the time ...) (3) Moving around is not possible in pdf (yet). Maybe when more java support is possible, although I wonder if this will include typeset stuff. (4) It is a rather fundamental problem, these things. They simply don't fit in TeX currently, so I strongly suggest to withold a bit on this and wait till NTS comes up with a decent object model (will it phil?). > So, does anyone know if such operations are possible in pdf files? See previous answer. > If they are, is it possible to generate such files with pdftex? Until a certain extend. > And, if that is possible, how would one do such things in LaTeX? Probably not, because you need access to the inners to implement some of the frameworks, but the simple cases are not dependant of macro packages. > A somewhat orthogonal question is whether such an approach is > good. Do people have a view of whether this would be better or > worse than leaving the Figures, and equations, etc where they are > in the document and jumping to the relevant part of the document > when the hyperlink is clicked. I have some feeling that the > approach I've given would often be better since it would involve > seeing the object in its current context rather than its original > context, but I'd be interested in hearing what others think. I prefer to keep the document model intact. One advantage of this is that readers can see the context in which the formula/figure/table was presented. > It would also be nice to be able to make particularly some items a > little interactive as some of the examples using forms are. (I'm > thinking of Hans's calculator.) What would be useful for me would > be if I could construct graphs a step at a time so that the > setting stayed reasonable stable on the screen while various > curves were added. Anyone know if such things are possible? Ah, animations. Yes, these can be done I think, that is the rather static ones you mention. Maybe I'll work out an example. > So, ideally, in the best of all possible worlds, if I could have > anything I wanted,... What I'd like (At least I think this is what > I want. Feel free to convince me I actually want something else.) > is a Latex style file that one could add to an existing setup for > a printable file that would have options for creating either a > printable version or a screen version. The printable version would > create a document the same as the original for a latex file that > currently worked with the used packages. A version for the screen > would have perhaps options for the target screen size and > resolution and would treat the links differently (something like I > described above, or perhaps something else...?) If it was possible > to so things sufficiently differently in the screen version > (particularly if one could have somewhat interactive graphs) one > would probably need environments like ifscreen and ifprint to > include two versions of some material. Well, that's why I wrote context. There you get it all for free. > How much work would be involved in writing such a style file? Is > there anyone interested in doing this? If someone has an interest > in doing it for remuneration I shall apply to the University in > Auckland for funding to finance it. The current round of > applications for such proposals needs to be submitted by July 20 > (and I'll be away from the University for a week and a half before > that) so if someone wants to submit a "quote" I'd very much like > to hear from them in the next couple of weeks. Well, doing it right takes a lot of time, and you probably end up in rewriting latex. > My apologies to anyone who feels that this message is not an > appropriate use of this mailing list. 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 Jun 17 02:32:58 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA29716 for ; Wed, 17 Jun 1998 02:32:56 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA12981 for pdftex-list; Wed, 17 Jun 1998 04:26:52 -0400 Received: from smtp02.wxs.nl (smtp02.wxs.nl [195.121.6.60]) by tug.org (8.8.5/8.8.5) with ESMTP id EAA12978 for ; Wed, 17 Jun 1998 04:26:41 -0400 Received: from wxs.nl ([195.121.70.195]) by smtp02.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA2487; Wed, 17 Jun 1998 10:25:23 +0200 Message-ID: <358778D1.A437EDD3@wxs.nl> Date: Wed, 17 Jun 1998 10:05:37 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Timothy Murphy CC: David Carlisle , pdftex@tug.org Subject: Re: TIFF support done (LONG) (Was: Re: TIFF image inclusion) References: <9806162249.aa07348@graves.maths.tcd.ie> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Timothy Murphy wrote: > I've seen this said many times; > but I've asked several times for a "counter-example" to show something > that cannot be done with \special's , > and I've always got a reply along the lines, > "Well, of course it _could_ be done with \special's , > but that's not really the point ..." . Well, for the moment I do not implement things that cannot also be done by using pdfmarks. Now what if pdfmarks would not be available? One example of something tricky is objects (needed in forms etc): here the pdftex way and the pdfmark (specials) way differ a lot, and one has to cross his/hers fingers that distiller does not crop the dreadfull hack (sebastian know what I mean) away! It's a delicate process of finding out the right tricks! In pdftex objects come natural! And take graphics. Yes we can do a lot by putting ps code in specials, but look where we end up. Until now, nobody volunteered to rewrite pstricks, simply because there's a lot of driver dependant stuff and it needs the driver (ps) to do calculations. It could have be simplified when the tex world has come up with decent specials, but, and that's the main point: *** much (not all) can be done with specials but the TeX world has proven to be quite able to make a mess of it *** (MetaPost is another example: it is dvips bound and on needs ugly hacks to support it in other drivers!) > In particular, I couldn't see anything from my (rather superficial) reading > of pdftex.ch that couldn't in fact have been done with \special's > by a DVI-to-PDF translator. That's because we limit ourselves! Well, direct pdf output makes testing fun, saves lots of disk space, save much time etc etc. I start wondering why nobody ever wrote a ps backend. > Color (sp) seems to me to come out pretty well with dvips, > using the Unnameable's style file ... > What exactly is wrong with it ? The mere fact that color is not present in TeX the way fonts are! It can be done with macros, even to nearly 100% correct, but one has to use specials, and these interfere with the typo/breaking/etc and one has to use marks, which have some not always so funny characteristics. > I suppose my aversion to pdftex trying to parse TIFF files > is that I feel that sort of thing ought to be hived off, > if at all possible. Well, by lacking the postprocessor, PDFTEX must parse such a file. Else the DVIPDF program must. Whereever it happens, one is dependant on the feature and the programs, integrated or not. 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 Jun 17 02:34:14 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA29738 for ; Wed, 17 Jun 1998 02:34:13 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA12954 for pdftex-list; Wed, 17 Jun 1998 04:24:31 -0400 Received: from smtp04.wxs.nl (smtp04.wxs.nl [195.121.6.59]) by tug.org (8.8.5/8.8.5) with ESMTP id EAA12951 for ; Wed, 17 Jun 1998 04:24:30 -0400 Received: from wxs.nl ([195.121.70.195]) by smtp04.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA4943; Wed, 17 Jun 1998 10:24:26 +0200 Message-ID: <35876B78.F48B495E@wxs.nl> Date: Wed, 17 Jun 1998 09:08:40 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Thierry Bouche CC: Sebastian Rahtz , P.Taylor@vms.rhbnc.ac.uk, PDFTEX@tug.org Subject: Re: TIFF support done (LONG) (Was: Re: TIFF image inclusion) References: <980616150038.106fb@vms.rhbnc.ac.uk> <8378-Tue16Jun1998150426+0100-s.rahtz@elsevier.co.uk> <199806161500.RAA20044@mozart.ujf-grenoble.fr> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-pdftex@tug.org Precedence: bulk Thierry Bouche wrote: > > » by definition, pdftex people do not use dvips. > > but they may write a bit of embedded javascript that exports a dvi > file containing insidious specials and runs dvips (a java version of) > on it? > beware! I still didn't find out how to open a file in JavaScript. Seems impossible to me, or am I wrong? (I would like to open a file for logging purposes). 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 Jun 17 02:57:52 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA00337 for ; Wed, 17 Jun 1998 02:57:51 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA13078 for pdftex-list; Wed, 17 Jun 1998 04:50:19 -0400 Received: from esemetz.ese-metz.fr (esemetz.ese-metz.fr [192.70.65.1]) by tug.org (8.8.5/8.8.5) with ESMTP id EAA13075 for ; Wed, 17 Jun 1998 04:50:16 -0400 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 KAA17040; Wed, 17 Jun 1998 10:50:07 +0200 (MET DST) To: , "pdfTeX mailing list" Subject: Re: Possible error in compression or support PNGlib code References: <000801bd9973$9db3d8a0$dde030c1@hal9000.ese-metz.fr> From: Fabrice POPINEAU Date: 17 Jun 1998 10:52:35 +0200 In-Reply-To: "Fabrice Popineau"'s message of "Wed, 17 Jun 1998 00:10:46 +0200" Message-ID: Lines: 33 X-Mailer: Gnus v5.6.4/Emacs 19.34 X-Emacs: 19.34 MIME-Version: 1.0 (generated by SEMI MIME-Edit 0.98 - "Sodani") Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Sorry. I was completely wrong. I think I have corrected the problem : pdf_flush is wrong in pdftex.web. Please, try the following around line 13298 (which could be even simpler). I'll post a win32 bin. as soon as I have upgraded to 0.12o-2 . Fabrice @p procedure pdf_flush; {flush out the |pdf_buf|} begin if pdf_ptr = 0 then begin if zip_write_state = zip_finish then begin write_zip(true); pdf_gone := pdf_gone + pdf_stream_length; zip_write_state := no_zip; end; return; end; ensure_pdf_open; case zip_write_state of no_zip: begin write_pdf(0, pdf_ptr - 1); pdf_gone := pdf_offset; end; zip_writting: write_zip(false); zip_finish: begin write_zip(true); pdf_gone := pdf_gone + pdf_stream_length; zip_write_state := no_zip; end; end; pdf_ptr := 0; end; From owner-pdftex@tug.org Wed Jun 17 03:00:35 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA00430 for ; Wed, 17 Jun 1998 03:00:34 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA13103 for pdftex-list; Wed, 17 Jun 1998 04:53:13 -0400 Received: from nag.co.uk (andover.nag.co.uk [192.156.217.113]) by tug.org (8.8.5/8.8.5) with ESMTP id EAA13093 for ; Wed, 17 Jun 1998 04:51:43 -0400 Received: (from davidc@localhost) by nag.co.uk (8.8.7/8.8.7) id JAA02767; Wed, 17 Jun 1998 09:57:57 +0100 Date: Wed, 17 Jun 1998 09:57:57 +0100 Message-Id: <199806170857.JAA02767@nag.co.uk> From: David Carlisle To: pragma@wxs.nl CC: jklymak@apl.washington.edu, s.rahtz@elsevier.co.uk, pdftex@tug.org In-reply-to: <35876F4D.DCE75250@wxs.nl> (message from Hans Hagen on Wed, 17 Jun 1998 09:25:01 +0200) Subject: Re: pdftex for win32 References: <9806161611.AA19512@crosby.apl.washington.edu.apl.washington.edu> <35876F4D.DCE75250@wxs.nl> Sender: owner-pdftex@tug.org Precedence: bulk Hans >What method [of determining the file size] is used? Was using the /MediaBox grabbing code from latex's pdftex.def. I had a look at Jody's file and when I run it on my machine it works OK. The log file sent shows that Jody is using the latest versions of all the files, so I am confused. It could perhaps be some problem with line endings confusing the \read based, line by line checking for MediaBox.?? The pdf file starts off like %PDF-1.2 %Ç쏢 4 0 obj <> stream then has a load of binary stuff, but following that has a /MediaBox in a form that I think the macros should find... endstream endobj 5 0 obj 65897 endobj 3 0 obj << /Type /Page /MediaBox [0 0 490 386] /Parent 2 0 R and they _do_ find it when I try it: ) > \@gtempa=macro: ->0 0 490 386 . \Gread@pdf ...72 72 }\fi \endgroup \show \@gtempa \expandafter \Gread@parse@... l.21 ... \includegraphics[height=5in]{extrap_fig3} So I'm confused. David From owner-pdftex@tug.org Wed Jun 17 03:04:36 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA00551 for ; Wed, 17 Jun 1998 03:04:35 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA13116 for pdftex-list; Wed, 17 Jun 1998 04:55:48 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id EAA13113 for ; Wed, 17 Jun 1998 04:55:44 -0400 Received: from SnowWhite.inet.cz (pavel@dialup2.inet.cz [194.196.193.2]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id KAA15631; Wed, 17 Jun 1998 10:53:35 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id KAA03849; Wed, 17 Jun 1998 10:33:31 +0200 Date: Wed, 17 Jun 1998 10:33:31 +0200 Message-Id: <199806170833.KAA03849@SnowWhite.inet.cz> From: "Pavel Janik ml." To: osoba@vyvoj.jablotron.cz CC: pdftex@tug.org In-reply-to: <199806170533.HAA06877@vyvoj.vyvoj> (osoba@vyvoj.jablotron.cz) Subject: Re: Possible error in compression or support PNGlib code X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.105 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Odesilatel: "Jiri Osoba" Datum: Wed, 17 Jun 1998 07:06:27 +0200 Hi, > No, I've done some testing and the problem value is 768 (height). > This image cropped to 767 or 769 works OK. I've tested some color > bitmaps (256) with the same result: image with height 768 pixels > can't be compressed. not exactly, I convert you rx.png to rx1.png with xv and: rx.png: PNG image data, 1022 x 768, 1-bit colormap, non-interlaced rx1.png: PNG image data, 1022 x 768, 8-bit grayscale, non-interlaced rx1 is the same width and height but another color map and it's inclusion is perfect. -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Wed Jun 17 03:28:42 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA01159 for ; Wed, 17 Jun 1998 03:28:41 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA13211 for pdftex-list; Wed, 17 Jun 1998 05:18:13 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA13208 for ; Wed, 17 Jun 1998 05:18:12 -0400 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 KAA22200; hop 0; Wed, 17 Jun 1998 10:12:48 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Wed, 17 Jun 1998 10:18:06 +0100 Date: Tue, 16 Jun 1998 21:57:24 +0100 Message-ID: <6237-Tue16Jun1998215724+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: weed@math.muni.cz Cc: pdftex@tug.org, Pavel.Janik@inet.cz Subject: Re: pdfTeX-0.12o-2, pdfTeX-0.12o-2-tiff1 In-Reply-To: <199806161115.NAA03289@bart.math.muni.cz> References: <199806161115.NAA03289@bart.math.muni.cz> Sender: owner-pdftex@tug.org Precedence: bulk Experimenting with Distiller and TIFF images, I see what I was talking about when I claimed that Acrobat natively supported TIFF. What I had in mind was the compression methods for monochrome images, which include CCITT Fax Group 4 and CCITT Fax Group 3. These two, and zip and jpeg, are also supported in TIFF, so a TIFF G4-encoded file should indeed transfer into PDF with no problem. Thus I see, when I distill the output of tiff2ps -2 (which preserves compression), I see ... /BitsPerComponent 1 /ColorSpace /DeviceGray /Interpolate true /Length 6131 /Filter [/ASCII85Decode /CCITTFaxDecode] /DecodeParms [null << /K -1 /Columns 1416>> ] >> stream ... which suggests to me that if a G3, G4, JPEG or ZIP-compressed TIFF image is detected, it can be passed through more or less unchanged. The tiff2ps application ought to show how to do it. my G4-encoded monochrome TIFF image being expanded to an uncompressed color image is a sight to behold :-} I would assume that an efficient way to hold one images would be as ZIP-compressed TIFF, if they could be transferred fast into PDF. Its a shame we don't have a high-quality, free, portable TIFF to PNG converter. sebastian From owner-pdftex@tug.org Wed Jun 17 03:41:11 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA01467 for ; Wed, 17 Jun 1998 03:41:10 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA13230 for pdftex-list; Wed, 17 Jun 1998 05:21:34 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA13227 for ; Wed, 17 Jun 1998 05:21:32 -0400 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 KAA22446; hop 0; Wed, 17 Jun 1998 10:16:09 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Wed, 17 Jun 1998 10:20:56 +0100 Date: Wed, 17 Jun 1998 09:46:02 +0100 Message-ID: <593-Wed17Jun1998094602+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: tim@maths.tcd.ie Cc: davidc@nag.co.uk, pdftex@tug.org Subject: Re: TIFF support done (LONG) (Was: Re: TIFF image inclusion) In-Reply-To: <9806162249.aa07348@graves.maths.tcd.ie> References: <199806161548.QAA02383@nag.co.uk> <9806162249.aa07348@graves.maths.tcd.ie> Sender: owner-pdftex@tug.org Precedence: bulk Timothy Murphy writes: > I'm quite surprised that SPQR and others seem to regard > the monolithic character of TeX as an advantage, > while to me it is an accidental consequence of the fact > that Knuth was obliged to write in Pascal, > which had no official way of splitting the source into modules. > I don't care, from a user point of view, whether its monolithic or modular. I just want transparent reading of JPEG and TIFF. Of course, since these are in some sense transient standards, it makes sense for them to be in separate, replaceable, modules. But as Pavel has demonstrated, plugging TIFF and JPEG readers into pdftex is not only easy, but *is* pretty independent of pdftex itself. All it needs to add a new reader is to write it in C, and then link it trivially to the main pdftex. That last bit could be generalized, so that just linking in a routine called Read_File_Of_Format_Foo would activate support for \pdfimage file.foo. So to say that `pdftex reads tiff files' is a bit misleading. Leffler's libtiff reads the tiff files. sebastian From owner-pdftex@tug.org Wed Jun 17 03:45:50 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA01591 for ; Wed, 17 Jun 1998 03:45:49 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA13293 for pdftex-list; Wed, 17 Jun 1998 05:35:57 -0400 Received: from nag.co.uk (andover.nag.co.uk [192.156.217.113]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA13290 for ; Wed, 17 Jun 1998 05:35:53 -0400 Received: (from davidc@localhost) by nag.co.uk (8.8.7/8.8.7) id KAA03656; Wed, 17 Jun 1998 10:42:15 +0100 Date: Wed, 17 Jun 1998 10:42:15 +0100 Message-Id: <199806170942.KAA03656@nag.co.uk> From: David Carlisle To: pdftex@tug.org Sender: owner-pdftex@tug.org Precedence: bulk > Color (sp) seems to me to come out pretty well with dvips, > using the Unnameable's style file ... > What exactly is wrong with it ? It comes out Ok some of the time but only because some kind soul went and redefined every internal macro in latex209 so that box commands scope colour as you expect. It doesn't happen automatically (as for instance a font change would). And the point about \specials \marks and \writes being broken by design is not so much the concept of having an extendible hook, but just that these affect the typesetting in ways that they should not. Compare and contrast \documentclass{article} \usepackage{color} \begin{document} \hrule a \parbox[t]{1in}{stuff} b \parbox[t]{1in}{\color{red} stuff} c \hrule \bigskip \fbox{\parbox{2in}{% text \begin{center} a \end{center} \begin{center} b \end{center} text}} ~% \fbox{\parbox{2in}{% text \begin{center} a \end{center} \color{red} \begin{center} b \end{center} text}} \end{document} From owner-pdftex@tug.org Wed Jun 17 04:01:06 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA02049 for ; Wed, 17 Jun 1998 04:01:05 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA13391 for pdftex-list; Wed, 17 Jun 1998 05:57:46 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA13388 for ; Wed, 17 Jun 1998 05:57:44 -0400 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 KAA24215; hop 0; Wed, 17 Jun 1998 10:52:20 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Wed, 17 Jun 1998 10:57:29 +0100 Date: Wed, 17 Jun 1998 10:36:44 +0100 Message-ID: <1928-Wed17Jun1998103644+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: j.hillas@auckland.ac.nz Cc: pdftex@tug.org Subject: Re: Latex macros for getting good pdf files (a bit OFFTOPIC and a bit LONG) In-Reply-To: <199806170331.PAA18180@mailhost.auckland.ac.nz> References: <199806170331.PAA18180@mailhost.auckland.ac.nz> Sender: owner-pdftex@tug.org Precedence: bulk Hillas, John writes: > differently as well. Ideally what I think I'd like would be that > references to figures and equations or equation systems should > open a new window, just big enough to contain the item at it's > natural size and with a minimal amount of border and menu (just there is a fundamental problem, for me as a macro writer, which is getting a handle on the `object' so that I could put it in a separate window (if that were possible). If you look at hyperref, you'll see that `anchors' have a context, but its seldom used. Even for apparrently trivial things like an equation, I don't think I achieve it. - figures: a figure is a float, not a semantic structure. what if the float has 4 pictures with their own captions, each of which has a link? all i can identify is the caption - bibliographies: locating the end of a \bibitem is a no fun at all... - section links: where does a section end? its a nice idea (Leslie Lamport argued with me a for a while several years ago over hyperref's failure to achieve it, and went off in disgust), but doomed if you use LaTeX, and the current crude concept of point to point linking. Context, being designed more recently, will give you more help, but cant solve some fundamental issues. > So, does anyone know if such operations are possible in pdf files? > If they are, is it possible to generate such files with pdftex? > And, if that is possible, how would one do such things in LaTeX? i think its not possible > A somewhat orthogonal question is whether such an approach is > good. Do people have a view of whether this would be better or > worse than leaving the Figures, and equations, etc where they are > in the document and jumping to the relevant part of the document > when the hyperlink is clicked. I have some feeling that the I feel you are going down a blink alley doing this all in LaTeX and PDF. If I was in your position, I'd be storing all my material in XML, giving myself the freedom to use better linking when it comes along.... > thinking of Hans's calculator.) What would be useful for me would > be if I could construct graphs a step at a time so that the > setting stayed reasonable stable on the screen while various > curves were added. Anyone know if such things are possible? yes, its possible, i think. how is your Javascript? > How much work would be involved in writing such a style file? Is > there anyone interested in doing this? If someone has an interest > in doing it for remuneration I shall apply to the University in > Auckland for funding to finance it. The current round of I *personally* think its a) not totally doable as you describe, and b) not the correct way to go :-} but that doesn't mean that a good style file implementing a screen design is not a very good thing. Sebastian PS I cannot resist advertising River Valley Technologies in Trivandrum, India; they have the expertise and experience to write you LaTeX classes and associated Javascript to your specification. But others can/will tender to you as well From owner-pdftex@tug.org Wed Jun 17 04:03:18 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA02147 for ; Wed, 17 Jun 1998 04:03:17 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA13401 for pdftex-list; Wed, 17 Jun 1998 05:58:57 -0400 Received: from smtp02.wxs.nl (smtp02.wxs.nl [195.121.6.60]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA13398 for ; Wed, 17 Jun 1998 05:58:55 -0400 Received: from wxs.nl ([195.121.70.96]) by smtp02.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA6A4A; Wed, 17 Jun 1998 11:58:54 +0200 Message-ID: <35879512.3B55A313@wxs.nl> Date: Wed, 17 Jun 1998 12:06:10 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: pdftex Subject: mediabox scanning Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Concerning mediabox scanning: When we use the full ascii range (distiller option), tex has troubles reading such a file, even when all 127..255 characters have catcodes 12, which means that we best can stick to 7 bit ascii. 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 Jun 17 04:21:35 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA02697 for ; Wed, 17 Jun 1998 04:21:34 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA13478 for pdftex-list; Wed, 17 Jun 1998 06:16:34 -0400 Received: from smtp01.wxs.nl (smtp01.wxs.nl [195.121.6.61]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA13475 for ; Wed, 17 Jun 1998 06:16:32 -0400 Received: from wxs.nl ([195.121.70.236]) by smtp01.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA2EDD; Wed, 17 Jun 1998 12:16:24 +0200 Message-ID: <3587987A.B3C87A69@wxs.nl> Date: Wed, 17 Jun 1998 12:20:42 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: David Carlisle CC: jklymak@apl.washington.edu, s.rahtz@elsevier.co.uk, pdftex@tug.org Subject: Re: pdftex for win32 References: <9806161611.AA19512@crosby.apl.washington.edu.apl.washington.edu> <35876F4D.DCE75250@wxs.nl> <199806170857.JAA02767@nag.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk David Carlisle wrote: > then has a load of binary stuff, but following that > has a /MediaBox in a form that I think the macros should find... > So I'm confused. So am I. Can this be a bug in TeX? I did quite some testing the last few hours and still cannot lay hands on it. Removing some binary stuff does not help much. It seems that large chuncks of bin stuff is read at once (when using \read), which makes me think of overflowing buffers or so which invokes eof being true. But I'm probably talking nonsense. 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 Jun 17 04:39:15 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA03191 for ; Wed, 17 Jun 1998 04:39:14 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA13565 for pdftex-list; Wed, 17 Jun 1998 06:35:45 -0400 Received: from nag.co.uk (andover.nag.co.uk [192.156.217.113]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA13562 for ; Wed, 17 Jun 1998 06:35:40 -0400 Received: (from davidc@localhost) by nag.co.uk (8.8.7/8.8.7) id LAA03700; Wed, 17 Jun 1998 11:39:11 +0100 Date: Wed, 17 Jun 1998 11:39:11 +0100 Message-Id: <199806171039.LAA03700@nag.co.uk> From: David Carlisle To: jklymak@apl.washington.edu CC: pdftex@tug.org In-reply-to: <199806170857.JAA02767@nag.co.uk> (message from David Carlisle on Wed, 17 Jun 1998 09:57:57 +0100) Subject: Re: pdftex for win32 References: <9806161611.AA19512@crosby.apl.washington.edu.apl.washington.edu> <35876F4D.DCE75250@wxs.nl> <199806170857.JAA02767@nag.co.uk> Sender: owner-pdftex@tug.org Precedence: bulk Jody, If you place the following code in your preamble, after loading the graphics package it should give you an entertaining read in the log file. \makeatletter \def\Gread@pdf#1{% \begingroup \@tempcnta\z@ \loop\ifnum\@tempcnta<\@xxxii \catcode\@tempcnta14 % \advance\@tempcnta\@ne \repeat \catcode127=14 % \let\do\@makeother\dospecials\catcode`\ 10 % \catcode\endlinechar5 % \immediate\openin\@inputcheck#1 % \ifeof\@inputcheck \@latex@error{File `#1' not found}\@ehc \else \Gread@true \let\@tempb\Gread@false \loop % v0.02e: use \. not \@tempa so the space is preserved before [ \read\@inputcheck to\.% \typeout{\.}%%%%%%%%%%%%%%%%%%%%%%%%%%% \ifeof\@inputcheck \Gread@false \else \expandafter\Gread@find@mbox\. []\\% \fi \ifGread@ \repeat \immediate\closein\@inputcheck \fi \ifGin@bbox\else \@latex@error {Cannot determine size of graphic in #1 (no BoundingBox)}% \@ehc \gdef\@gtempa{0 0 72 72 }% \fi \endgroup \show\@gtempa%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% \expandafter\Gread@parse@bb\@gtempa\\} I get %PDF-1.2 %^^c7^^ec^^8f^^a2 4 0 obj <> stream x^^9c^^cc^^bd^^dd^^ae,Ks line after line of `rubbish' but then /MediaBox [0 0 490 386] > \@gtempa=macro: ->0 0 490 386 . \Gread@pdf ...72 72 }\fi \endgroup \show \@gtempa \expandafter \Gread@parse@... l.21 ... \includegraphics[height=5in]{extrap_fig3} ? x The point about this is that it did find the /MediaBox and then grab the values and switch to the final branch where I had placed the \show. For some reason it is not getting to that point on your machine, which means comparing the lines of `rubbish' and seeing at what point things went astray. David From owner-pdftex@tug.org Wed Jun 17 05:07:43 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA04049 for ; Wed, 17 Jun 1998 05:07:42 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA13674 for pdftex-list; Wed, 17 Jun 1998 07:03:56 -0400 Received: from vms.rhbnc.ac.uk (alpha1.rhbnc.ac.uk [134.219.201.113]) by tug.org (8.8.5/8.8.5) with SMTP id HAA13671 for ; Wed, 17 Jun 1998 07:03:53 -0400 Date: Wed, 17 Jun 1998 12:03:39 +0100 From: Philip Taylor (RHBNC) Reply-To: P.Taylor@vms.rhbnc.ac.uk To: pragma@wxs.nl CC: PDFTEX@tug.org, CHAA006@vms.rhbnc.ac.uk Message-Id: <980617120339.1291c@vms.rhbnc.ac.uk> Subject: Re: Latex macros for getting good pdf files (a bit OFFTOPIC and a bit LONG) Sender: owner-pdftex@tug.org Precedence: bulk >> (4) It is a rather fundamental problem, these things. They simply don't >> fit in TeX currently, so I strongly suggest to withold a bit on this and >> wait till NTS comes up with a decent object model (will it phil?). I hope so, but it is too soon to make promises : Karel has done excellent work on identifying possible abstractions, but I do not think that we are yet in a position to make definite statements about what will or will not be possible. ** Phil. From owner-pdftex@tug.org Wed Jun 17 05:39:09 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA05000 for ; Wed, 17 Jun 1998 05:39:08 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA13792 for pdftex-list; Wed, 17 Jun 1998 07:30:32 -0400 Received: from vms.rhbnc.ac.uk (alpha1.rhbnc.ac.uk [134.219.201.113]) by tug.org (8.8.5/8.8.5) with SMTP id HAA13789 for ; Wed, 17 Jun 1998 07:30:30 -0400 Date: Wed, 17 Jun 1998 12:30:08 +0100 From: Philip Taylor (RHBNC) Reply-To: P.Taylor@vms.rhbnc.ac.uk To: pragma@wxs.nl CC: PDFTEX@tug.org, CHAA006@vms.rhbnc.ac.uk Message-Id: <980617123008.1291c@vms.rhbnc.ac.uk> Subject: RE: mediabox scanning Sender: owner-pdftex@tug.org Precedence: bulk This problem looks important : can you please send an example file which causes problems, and a log shewing the problems you experience? ** Phil. -------- Concerning mediabox scanning: When we use the full ascii range (distiller option), tex has troubles reading such a file, even when all 127..255 characters have catcodes 12, which means that we best can stick to 7 bit ascii. 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 Jun 17 05:50:54 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA05291 for ; Wed, 17 Jun 1998 05:50:53 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA13842 for pdftex-list; Wed, 17 Jun 1998 07:41:07 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id HAA13839 for ; Wed, 17 Jun 1998 07:41:05 -0400 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 MAA28724; hop 0; Wed, 17 Jun 1998 12:35:41 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Wed, 17 Jun 1998 12:40:49 +0100 Date: Wed, 17 Jun 1998 12:35:52 +0100 Message-ID: <4826-Wed17Jun1998123552+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 I) From: Sebastian Rahtz To: pdftex@tug.org Subject: endorsement - NOT! Sender: owner-pdftex@tug.org Precedence: bulk I realize from a private message that people may think that a) I am financially involved with River Valley Technologies, or b) that I am trying to abuse this list with advertising. Let me make it clear that I am not involved with RVT on a business level. I simply thought of their special interest in the matter under discussion, since John specifically said he might find funding to commission a style file. With apologies to RVT for the embarassment. Sebastian From owner-pdftex@tug.org Wed Jun 17 07:37:51 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA08324 for ; Wed, 17 Jun 1998 07:37:49 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA14240 for pdftex-list; Wed, 17 Jun 1998 09:30:22 -0400 Received: from smtp04.wxs.nl (smtp04.wxs.nl [195.121.6.59]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA14237 for ; Wed, 17 Jun 1998 09:30:20 -0400 Received: from wxs.nl ([195.121.70.173]) by smtp04.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA1893; Wed, 17 Jun 1998 15:29:57 +0200 Message-ID: <3587C6DA.299D284C@wxs.nl> Date: Wed, 17 Jun 1998 15:38:34 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: pdftex , Fabrice Popineau Subject: possible bug in web2c Content-Type: multipart/mixed; boundary="------------307053CD8A5E9B939108DC2E" Sender: owner-pdftex@tug.org Precedence: bulk This is a multi-part message in MIME format. --------------307053CD8A5E9B939108DC2E Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I've attached a few files that I would like people to test on different ports of pdftex. The file test.tex (one can use plain tex) must produce about five pages of pdfcode (junk text). Here I only get half a page, but Phil gets them all. The file test.tex reads file.pdf line by line. It probably has to do with high ascii codes. Sorry for the big one, but Phil and I think its best that more people test this out. 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 ----------------------------------------------------------------- --------------307053CD8A5E9B939108DC2E Content-Type: application/x-tex; name="test.tex" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="test.tex" \newread\test \def\simplescan% {\bgroup \count5=0 \loop \catcode\count5=12 \ifnum\count5<255 \advance\count5 by 1 \repeat \immediate\openin\test=file.pdf \def\dosimplescan% {\ifeof\test \immediate\closein\test \else \immediate\read\test to \someline [\meaning\someline]\par \expandafter\dosimplescan \fi}% \dosimplescan \egroup} \tt \simplescan \end --------------307053CD8A5E9B939108DC2E Content-Type: application/dvi; name="test.dvi" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="test.dvi" 9wIBg5LAHDsAAAAAA+gbIFRlWCBvdXRwdXQgMTk5OC4wNi4xNzoxNTM0iwAAAAEAAAABAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD/////oAMExuCNjY2NjY2NjY2NjY2g/PoU II2NjaQ45yeNjY2fztSUjY2NjZIA0VGr8wRYq1ELAAwAAAAMAAAABWNtcjEyrzGOjo6Ojo6O oAJVg2ONjY2g/tU+T46OjqGOjaACjmqKjY2NjaD9qnydjZ8MAACNkf7c3vMe34a1VAAMAAAA DAAAAAZjbXR0MTLJW21hY3JvOi0+JVBERi0xLjINXY6kDnd5jZH+3N5bbWFjcm86LT4lDV2O oY2R/tzeW21hY3JvOi0+MpYGLM0wk29iag1djqGNkf7c3lttYWNybzotPjw8DV2OoY2R/tze W21hY3JvOi0+L0xlbmd0aJEGLM0xMTk4MQ1djqGNkf7c3lttYWNybzotPi9GaWx0ZXKRBizN L0ZsYXRlRGVjb2RlDV2OoY2R/tzeW21hY3JvOi0+Pj4NXY6hjZH+3N5bbWFjcm86LT5zdHJl YW0NXY6hjZH+3N5bbWFjcm86LT5IdFdLJA1djqGNkf7c3lttYWNybzotPg8wdxcJAXxne2Mf cCtVVxkNXY6hjZH+3N5bbWFjcm86LT5SSEZ5P25/H38rf389fn55X3c0DA9qWiReAm4OWFpq PCwXGXN2XTtaGHE4dWpyUCtdej4vblNeEhcsNgM8XRwRfzpcGx5IeipBEVghFEErfnsQP3cU eHZcB2IuaBJsQ1kVfXt/FW9xEF9gaTZDC3dIJmIATzNdGHBeY3xOATcdaQ42OHl1WUUzdmlH Fl45NABxTEciBWcZNDxIS1Q9HkxjFV1SPFBjX3E8UCpvAyNWV0ocIRtaJHkdMHxtAwFwSA9U cUlaGAUBd1NuazpufStvBnxEBGtGbUAoCDEodHFcdQZ1XHc0DV2OoY2R/tzeW21hY3JvOi0+ QJEGLM0GA1oPbDNLP0oXBw1djqGNkf7c3lttYWNybzotPn4qDV2OoY2R/tzeW21hY3JvOi0+ NwFLXxVxdSRnDV2OoY2R/tzeW21hY3JvOi0+FVo4eD4ZIW2RBizNAmNAJGJOOCUlDkoGbjk1 EXcHM1kvRRF3XiIqY21HdE1ANSYiUWVfXnRiUw9FWj8LehlMcTYPLBYCB35iPV5pTB49EldE bxI9eDxzK24NXY6hjZH+3N5bbWFjcm86LT51aWgzGwcNXY6hjZH+3N5bbWFjcm86LT4dfRh7 XXMlVCk2ZVFIHA1djqGNkf7c3lttYWNybzotPg8dUnt8MFhfOXxnJ2MRdgh7DFBLQCkObiYS YlFUPmkAIyURayVAfTUiJAIbWDc5fm48G11sYgQbeXJCKWAMYhFpYTosWY6hjZH+3N5iU2p7 CGx3OUslUCNBLS4kfhcdZEA0VjMBXggceWNBZyQoHBYpY2RQW3YoQGEBfW9sCWYlbkN3EiY5 kQYszSR6ZwhJTjE7ZyQeNU1oDjQCOHJyQnVOQlQca1IDJDpUFD4WZyY9Ji1yejgebA5DFD9/ fDFyJ3UiUGArNkgOe2EZBUkNXY6hjZH+3N5bbWFjcm86LT4OeEtBQ0xgYiodbD8uZS+RBizN VHMLQU0NXY6hjZH+3N5bbWFjcm86LT4NXY6R/tzeoACSkHvvDGNvbG9yIGdyYXkgMI6Ojo6O jo6Ojo6Ojo6Ojo6Ojo6OjPgAAAAqAYOSwBw7AAAAAAPoAwTG4AGqyZUAFgAB8x7fhrVUAAwA AAAMAAAABmNtdHQxMvMEWKtRCwAMAAAADAAAAAVjbXIxMvkAAAUgAt/f39/f3w== --------------307053CD8A5E9B939108DC2E Content-Type: application/pdf; name="file.pdf" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="file.pdf" JVBERi0xLjINCiXi48/TDQoyIDAgb2JqDQo8PA0KL0xlbmd0aCAxMTk4MQ0KL0ZpbHRlciAv RmxhdGVEZWNvZGUNCj4+DQpzdHJlYW0NCkiJdFdLjiS7DdwPMHeotRfp1JfiCd4BfISC7We4 e2PfH3DwK1VXGb3oCqZSokhGkHk/bvyVx79///rrH38rj3/+9/ev+6qPfz1+/6J+tcKPeV93 mY/vNAy+5pgPatdaJOheAm6eDp5YWq/aajwsF9WV7xnCtnN2XTuusloYvrah6nE4dbTxmO1q zHJQmSuQvF2usXo+vi9uU16tnRLdF+GfLDYDPOldHBF/xro6XJUb1B5I1raLesvH/Sq3okHz EZFYuIqu7dfiIfuWgbXwvxRBK357EJ8/o4rb/ql30JAUeK2Bdlyvu5UHYtnuLmgSh5+ObENZ FY99e38ViItv/PxxEM7+x19gg9O9nWk2Q6QLd7TLSCbpYqsATzNd9xjxcF5jlHzP0E7zwgE3 HWkOg6eZrzY484iDxPGd5nl1WeyPx0WDM82OdprN4GnGm8SZR7oWXjnSjIzONABxpUyzRyLT zIgFZ5oZxTQ8zfb7SPNLVD3NHpJMs2PPFV2lUubR/DzSvK6FUMdj395f5auWcaT5PMjTvFDt s4qtlSqnbwMjVquCV0ocIRvQWokkeaAd9TB8bQPyAafdcNdI0A9UccZJWhja2o/FBQF3U6Bu 1avPpmvd0K46htfNovJu8KR95StvBr98RATFa0bRse9tQCgIMZgowXRxXHXW8wbCrHVcdzQN j8hAINvYoucG5AOAp4rSWg9sM0s/ShcHDa2joX7CicIqlg03AepLXxVxdST1Z+W5DRVajJ04 eIvf/T7kGcfW0eMhpG3V4K0g06u13PfGgb8CY/FAJP1iTp44JbklDpX9mK5K2gZuOTURd9MH M8jVWS/HRRGP6nfJ+l4iqipjbZmUoEd0TeVANfrtgCbKIpBRZV9emHTrYqbUU9mZD9ZF/P3p vFo/C6T1eqb5paCiyqAZTHHa9zbs8pWAjA+GriwWwwK/2wfDfoWgYvODwY49Xvlp8EwehqU9 EqhXlc2B5rNEbxI91cfK7Xg87nOx3NDp98wru27aDXX9aWgzG6gH4A2Jo88dn32Vlxh74Lld c42jr7nB65wlVM0pwKI2ZfODUUgcsw3AzdkPHe2+xlJ7fPS1MFhfwzl8ZydjEdB26AijwHvK DFC7S/S1QCkObrC+Jo7UEuRiUVQ+uMeiwGkA6pMjJRGJ6GvwuNr1Jd5Ancj6mv/efe01qtbX IiTR1wIb41i0Nznlfm6Gsdw8G11s769iBBu0ef9ykKe53ELzKeRgDI3fYhFp7WH5OixZIGKZ U4m9ansIbHfKOUuA+5klUCPVn0EtzS4kyX4XHclknUCXNPzmVjMBqF4I6M6PHHnnY0GDZyQo HBYpt53FwmOG5euwZJeLULxbdij+tMtAYa0BfW9s4gnUZuqhu73TJaduuczAlqtDdxImOY6L ICR6Z47PgghJkk7KMZqSO+XN7cXlZyQeNU3jmGgOi4w0Apk4hpZyo9dyQnVOwkLHVJOWHGvU UvLz4wMkOudUsRQ+FqCEZ4vhJj3M6SYtqdyYm8CB9sFy5tXeere8jjjlHtdsuQ6pQxS7pu4/ f9+Pp/R89seIMXInj3WHIvmeh4yGxfVQYCuRNkgOqqjtpJZ7YRnn4wWJSQ0OeNRLQcGWQ0zD YGIqh/Gew/S0HWw/7i5lLyBUcwtBTZiKGpaoT7y92iYlrKOcpMX5JT8WBI1MS8YlVFVcb7WG rAocbZmuBtjC+iPQRtUMUEhrGkwgBdL++AuHD7pi1z6SwHmIvw64ytoC+3peFFFBebRjggnD LtCCcLf1yZIjSylgWZ+fLMdbGJ14fbJs5Y633ix7kkmLjTICyb8HMJ6Ib33VY5gRy6zzXLD6 sV6vu8eZMOT0ki+8WCavnXsLxzv0kSbjddzqjHqmAiM2a8IWVOjbLINiJBVEReWZhuQXH4K0 Auo5Uu+8FxCKlUOPEpqA+nq3SHMQOEpLvQesTDGI6/qJ2azuApJrED4KpEfy1FiOqUpeNlJK eGCHJcryhq+ustmGram/sBEfCW3tBQQS63pRsHDdY+6XWbcuEKFTSJvtBQnm9rK/sIvOBWuV XRaQtDpe6sItRxngJjll6gY3H0h3T6kMB/LxqGWXTMI29/KqZIf4x2lqMfrI/crIYVOiRfX8 ho3aief9stGLJykiykp7vtWeC1TUh+bzexu8tAXex5UnErrOK6MB9ZqPx9Xss1TueMAVimoW nNa7bafFZp+MApvVVnYTr3bInO6P6rXhda3H4Trv+tiXScqhV1F7baH4rgUpo0cOVG/nYORQ b8ethJwq5gDCtinH+m8cR9i3Bl4qyADCQwPY0lmYWDhIelAXpZ8AU346+3B/FCawcW8gOuqZ MK8rKfqSq/lvMtY5msq5oWkDkIrHfriyA/W49oAIVW8C5GV3kIJpS0sSDyVYSyPhr4EBPI4t Wecixyj1pa8Jv1hHMAHGLscU3GItcmCZFjG/lPytO5KXmB+ocOmw71skcD4ZlrwZmxwXPYY0 2gDCFNJx38EzM2546ObjVhaN687SeL4UitHH47acPBlGyQHpIGeOIwh1X2no94XBoYOU3yKB 88XxUrZ4cSzlylSKADhTrBb7Up7gfczAAtYjPeTI7PY4h0w0z3YwQAyIuVNAZgwkxOsc/Zzu drAAvbnbYn2M77ExggeONhG2QbsReqOk2qggG5kb2YuuIhUTdIB/xiKhA0htdyz52+ngyOgg w23LepUdmY/qxZn3bPkYU8ek4ET4mqSAga2itfsA7b3Q/qm87IyJ4ti5g8oUzJDJALHa1AhD ckPWU5AAW3EbG+i+UUtxcDycPTm2UXQcM2yKhME4ghtVHOo8kMHNnuVoblVhBqSURtAE4G4H T14ryjuNhzO4ssOrfQZNcN8RR/TzjqitSfEQpWWh0R6TKFqMG5Z3GCuh5Q0GcyMdrPHaddrI lFmK82a7y5n97X8wBzsVFWzR0u80IEaiZ0VYuTKgqMixzoBObJWiJJNf6xJRkS3p7EWbjUyP stgNJSdr9Hfmd4NX1Ze98gEbfxLjiMZFvGtLdU+/M0CB0gPJ8bjKPfMxwl11sX6VGXIa22I1 7JM9Tm8GC5xHsyIQI678nTgvWDEmjPXBUPOLBPtJRN8MO0jSadYHw51zu7/y0+CFehhcYVD8 qwa14RLdiZ7q4+ozH2OKnvVApk0uA45TBWL1NoBucNYNfv035J8kEZ28yEt8I+ZS83RovxgW h/YDcUu1r9AapkP7K8b9la0BiDuH9jva2r8Nov1A1FoUjWxkbrj246hay9Z++M51RvEC0arO xQAu/wEtO1WaSuqy7MrtUOkqwkv5uEMYSuh/+Jv6XzEN1BL6L2jvBbTKy85o8sfOoPpdMu+Y ovtL4t2wE431FAoIcNeQ+Ng3tDEOjofUs49s5Prvhq3/YTA24MKNWugRYsX2zOUqKsMfo3NS 6L9kh89B6bWsrAFEPKMB7PhKwQLVfcmGqJ2XhPbOmA8BBuXgt5E3gDBYA4g6sgYANFY5GoAX sDcAoHUPbwDbXW8AL/4HfVAqVgT//9uC6no0TN6F7OvC8ZrgIkq2oaQL+UzqwCZw8M/xUp3F S8Rtg/sutlIxNibZZsj2+NLbexrQzwt47tD9QOHJ193p5FOzZVM4zpcvWh1tW0n8lRjR6cOw enFgqTGsL0icfWsAELKqX1H+W2fcsXrg/j+2qyXJtVwFbuWu4MbRX1qP40X0wDXp/Q9eAgnI rp5UOdGRhPinJi1OERpHIH4uxnMUQ2X4cKj3m5DcP1NdZL9tFiawYRcvfsb+E3ZqfXzYTczx vnB9yoVRE1B4CBA/KOb2AvutZl2il68JYSQwYoEjWuPg/2yHyu+q+Kf9fXrleN8Q6WfzBvsd JIuYwPQiwEmI+deX2xikNhBnCBKjkOAbDshmL858YUnMh20cX7SZ1PcRRcy4QPKu/PGd5lY/ N5zut5qACtnOD20tFjnT5QtSIFnE8ZC5kncxkzio+zIKAkqSbw3kr6AA/KoXn/EZI35y5JNf zGUqxa0fOr84Ly6USw3hNmxepIA2Rfa2SFjMYAtxcV0n4RTJDdRWj61EURUwYe3m+B0YlQ/d A6CgR7p3bNi7vINwinQtUiJ159gjEM61gHOBlR9R4/FUxLnzDiYkcsQSKoIG3cHFaQRJU9N9 8OUozkBraKkqbV1ITPj6tim5RlhjLAsYClC1po7aJ2ortcxwsaHdV3k6N0pB2X7u6/sibwpI fhTVjkaJ1vOT3dAE7xBktZSmBT+xXAKVXtwBaK513RUTg90zwl+YP1vrXjMdRdF0gVVNjq7m BBzc61U3gbeca4s2ONFFrjCKtR3LYYCCdwrs+3dY4ZcgrfCPPqXUeWV2CiQ9BZ3whesbrmKr 92XqaF0yERMin7Ds7TJPMpf85Eg1zs6+TKWsWX7qzMxuMvdv8cKz1ecuwHyLoaHC7isSDugZ 7fYo2stMhwt9OhEMiMfSPFbkYwqixnMI+S1I02PLHv8hWJiz2i2wKII+fUVSAJ3n3HaHnrGI +b5MLw+OzAf2qQriZrfLL4FZjimE5b37VShdYNUOqI/wFxronJfz0CfXCQFQPTV2EkVYSDz0 fRVKF1ilBAq/4J7V6uW2JnkamdnK3+F2sN9RJA1a5IkGnnQyJuydGSijweNYOvwMS6UBWCTl edNrJP7NNb1GJmKN/DSnpV5agjXSBVbqZNiYkXquaIQAThxiYy7zfG6FxmNeVfLzKncxrIY5 +XIxBXQUmN8a4UQEpHUZ97EkQXRmoFJGbCUKH3dk8yqXj11AHyNGs9+JB8e4vYzxcmUQQN/a w89E6WkK6GvIe3N/4g2lXM5GfjfHUidOCWeHKehsKFz5fqErmC3OcW8ncm9/WJbeDpu4tymg y2DOU8Kd1DS9De1KVAA/n1ultJ3b2x9X0dtdol4NMlEOf1KAynfwBqRsU4ds4W6gfyOQPF8y 77jgnQIMi3NQMGdMmL/QqHe5xW0nx1GgUdThbSmiXpvBQ0FUVzSwbrPrlyBKmm/5JbDXu0kw MFsfkajEF6gtxiA/uWMdGpDBHau0oabcEVW7Ycl4HkFwR2JjLnVqsBFgaoH1ggOB2YrHjDui Ta8804BzR0LqgRLQnUhSyZs74v6bOhp8X1AiOnjWjYU5AktUG3NEB3owZikr4u9gjsRGDrHr mU4jodM8J5kjFJaaYcwRTymPU0cCckciI48A7YQVEVe7XYYze7wvPNq5MAJtNt+M8Qqb7RH2 O8hjrAl5JDDyiCPmGkEeCYM84tuG7DPyKJMiAtFvkN9BCYkJTC8CPKqU60t3lDIW2EIc0LU+ /NyC1pQgrVLcDiBIp5wraCB48MuXZagqsZUoYlEI5BPB+U4BfHSGM0q6W66CQhkMwree5QJk tnw7tbATDC1q+kzFFvTkafQ5KV7GAx44ZgiED1ZFdSjHVVNYhBh5XPb+XZVpHlgc9/Q1LiSG fH1b9u1ElzY5ZZDoqmBqxYV2pS5PbNc10h7a7RF57+dzq/Fanvz6vsq9jV50jr/PitFUu3pJ KjLP3eHgWF2KNrGigoAszT3vaJC5tsYy1Cw7thJFNGDKXnBkRoMLLBo4hHs0GCm8ogE9aEVt AMUb8rGFg6OIBxcwIFCIehQBeUTpd0AYn/JlNKDTIyDMGBEPULKbBSQe5AFP9XhI5PFwW5bh EEbxcKCAPoU9T9R91zTDAbqJublsx3MnwK53NHzc5DzWaGj2HxdYAwKqeSEe2dsdjdIe9oll GWaLtyFH6W0KzAU46/SoKn5yxBFpny9TKetGnzpbOxJPj5b9CJ+u1rLOJWYHcm1uwSjLe5Jo OaLUiO9Pu2JPqOWJYJQCPbwvEURfIra+BLB29CKJojmuwMNXT2mxjCjqw2PNFY72lAL2pxSw QbnAOoEj6zz+pGhScmk/sVz/9nqjusfVpyDvEpbRqSCYbXurqtIylvejvIrdyp3FZSJqSRQN 68OzziswKoP8gHhOlIQfpaBd5gQTvFOQ7gXXmCfca3TX/Yd/Yuh0L9prjc4jAf2U8C9ROpgC ehiFpqULMejsc3sYGVxLLIMenOg1rjNKCU/G+DmmC963QL5/pyF+CcIQ/9hrTrtznALmOErm jJbiGmeOoxhmBaCKTHGiTHEKmOJ468kcDlN4iuPIGoOD68QU/1D5Ra+jjeyrLwWW5tKknkRf Airj7kukp74saZhbieIZoGC1333JBdaXcO840ZdwVa13X8Jxs0dfgkPOib7kKPqSC8xiokmJ voSTn333JQj2EwKoUWb0JRoj+pIQkxF9CQ8oK/pSIvalD8uSTIZR2JdcYN0F9mwzwsI1jaDB gc+JvsTjuRM6jLsvfd7EDEdvxwBfJBqMXhykHpp4nRrVKAYY7xJjL0yOzyuOTrzUuIoLFn7h ou0rv//GsGZReoukxnNkvpvdRn/hDfm9TdWJb/V97sI0A+tCtuvm3FdR8Ap0wfM52wKtqZrU VRzZ3PfYx7os1VlRR7I7gsfhVfuYgqHfVjkYZheVbKYGarCEzYhTJu8wHdIdxQa4gIqgaHLM XM0BJtDSbMauJAToG5g2UEsApGXh0DWXIyMJ0wymy2jgzYbbtUJ9CKfPuP3Y8qMfjzxLZtz9 cbJMDuVaHku3Si/nrE635PDOq94qmF1VeFBuZPfTLtSN/giy3Xp3LMu0zbMSte2jvwrg3TJ5 lQosZjnYA/WigdhtTdArY8MEqPpdvX3EI31FFL2+w4ozJS1qbvtJAUxZ1TrreiYqUPl45oOy N67lxywkD0u0t1MMFcBWU5en0bj5aBA/Fj1zzTuIpSZpXGJUEHDqn1T5RMBfb/AcGpiP+p1D EGD69hxCmc4cmdC/3ymEnmLf6rJRAE8hokyhEAz99mmRQTjGdPAMQpMq+8og+WXpJykkDNfe KQ9xFEnkAssiIWc1gx0nnzvWEQ6jxypaytiRRVQ4s8jGfc8ioDgKNKKU+9wN1fu12s6OHNqw QL1ziILMof33SiFsrvNC1UqQx5bdHKsP+oJnUCDPIAoygyhgBs2/MxMIMlvyBGJgcBnOmosZ JO6xiucp9BFVQcvUnJlCYV9NIaOT/hCEVPt4pvSXHcs4eJVIoUCeQhQwhRhNTKGBtX2nEIPY Ught5qmRQqGyp9DHG5zwIWGHhW/V1poCCX2gMdToo+s4X1cgm/vHnC54p2DKkPgOYkC7/0Lt LnK4a61cRdnp6slnKFKtLD1fqWa0/CIDff0PQTRh3/JLYG93gxjTw03Y/JM4ziVL+y1YeLo9 2sjqb0FuQXrX+R8CvfXa8Y0t3C6B1QkhWPt4jgrjewIZl5ujXct75sd8XyS0CyKh/ftbsGq0 On/+NxJFX2mdeMltX7c5wIz5zYyuRSztQwGaUy+fgt70Eatpc5K7ZI5/iqPrSSZIJY7SUsO1 ytAyu23X8YZAiqABo5/jLF+k3lQikJjr9f0skq/u5bm0+gcRf+TvRpz8+z8aA6PT1hx/oNJP CqqeRs7HWgJWsea4Sg1G7PNESZWB+6zYShTVA2xjj+qCdwqE6VRhJ/XJhNx/d1t3vqKejBhK MM7PR/1cZwAECgsFBejiw9SywUNsS16Y/UdoI6egrhxzrchjN0ZRh9sbho3AEn5Aa3s7JTBD vr4tS3/QJtatf1KAJtCVwhzm4amhqSE7ccUiT7eNuPuZfuzr+x7GPYjXU7UDqaMd2vRCxkbz klam9cm4fBnW0X6GCeP/bFdJcgM5DvxKv8BR3Mn3KDqiD9Zl/n+YxA5aOtlIkUUQABMJ+Z++ KdOUq3n8f5r3B3xg7JQinDAKt4fR2EMdKGnqQeB1TiPZ2odb3rUCaKAemkyXFymstmoqUhxd 3YZRupc3rGdJk3qKXqANB34DEIaR+0ml2DleSDJo2q+ozC5duZZkncEcaYA0Wuzcu1vztOt4 NnXAVdH3yzcaj014er3+M7cbUhVxd6Y//C+SlOoH3yxjpuKy+OvPRGq5ONqzI8upkFwbw+n9 z0RYMe69A2g8pv0K8HxHcI1RBIG7uOIXJO3CNNf3N0QOz7s+kAE+K/VCNsqUAlH5F5iDpQ8+ 39x8ibdtzbxgnGs9rkKWSiUFDsJc7ba84UJ69zUWjk9zmKrUeKVb5ah7KhYPZUALptG3IDTQ KcIbIYXPMX8VOdiVkIkGhgkgBxq+QMlmBByFMZV+2F2QxVNYXgPViDUZgbDEmryL6Oc+C6PJ n8RDjuEW2WcIPwwsGbnubhHBR2hYwYUecM47EHgwmfUaK2qYVObYTYpaLJa9NOX4r4XlvG8V E9+eNumRlK+G/CYEdFWoQ+OpQXri0HYOH7efaaaeRzOcL0DTwW2wrtKsYyb6TVNZLghcIk6h 3RRdTEbEv1Qds5r5ksu3XWMBkXK1KHpo0Our3WdIOLguYcpZ2/7XuL4+Iq3TjIUIfnWJvgIg RxQGmadzeOY67rCa+lVZLr/rGbYbhdL046+/p3kF4Da7XhUgiKdx03hgKV48h6QCgKA43X+e KLLYyVbOv8i1nH9FLP/01HakFy+mXenHFNJn/A59dHakX82UfkEs/fCn7Mju+ul7XunfEFoz Fmweojz9GpdI/0FkVqT/8Cig+RcjF8AVaCsACVHkX2xL4ISqnJFecTinf/Mg5wv0CNsOpYg2 mAognWb5X501IGrl7MY+LFIezZDfhAS9AmmFC29XmrCkfVteliiKlLglYtwXPNAafM8GTnKz oHt2W08IYnkoczDHLp4YfL+2lTO3RLX4AlFHljn1H1+r9v3GOliR34QEY2pkPpGIzH/iKs1C yOveEj8FoIgqTRi4VWmeI/U9JXGJsPMFGmyopTHCjFcUt+HQgJJ7sQdokfH3idObFCX/LK5R iZJAu1x/WUEghvVqCYrYs17Q4sdbAiwaTtKJaD1OCGvwsOJbxcyXQQbO1RIMUUrA4bNHS6Dj 1tUS1uBhwBeQwouWYGZwgiIWvsGDmxeOzIO5shaPYr4AFFGiJVhonBPg/fNES6DLVKUE+T8x wh1pKycNkVOCAfqolwwaXi3icC4nCJigBDvDdsPvRAjXYcYIm044mRE2qeSVGcGQYAQgvRRn BJjPKJ6Vjca+V07brizpfUFl2W+MYGYwgiLGCJvuF1SN77dWct6ALNFEsgCdoLmsM/8TIxBy TmYEQ+L9a2Q+kZsRNtQoii0YwQBlhE0z1PYUqe8phRTLHZRhwVZGMDMeUdyGQwNNFR3bIuPv E6f36ZpNXTNGuFw3RthU80zPDZX3vhDSpmSuyv6ORg6SH27ymQfPrxjym5DGOlWROaJFfJqj jKuAaDxJC2jc4Ap7mphVOikp41fyOWTzRj+t6wuSEyy7PhGNhj2ag5Fg+TqwDSisc/r+92/8 TPoWe+Vnaomdf5YvIOkn064ARp2HHpQpr3I65paZsnqQ1af6z3iFJxhbzVQxByRN0iBo1xCl XRy3QnrTea3tHH58c414vzDLM512zQzaVURrlDyq8Xzx+UIqMp4vkFN6LBig/e7PV0PjrAvn HwkHsy7Muo121Ui8e0Va36yFyGnXACVOiu8KWlWH05slD5/gZT3Ddg8oyZqI9zrOawh6bbnM eickKhTIs8s3BLMICJcR9MjzBUh7oNpprvhEgtB101+ARlOpewPoHVJOMBqIeB4PZRjPRNXT o3fGICEazRaMPbJJV9UMv+LymlS9Km+5kC6CRhIvsfg0yeVXCla61RV0TUV9HiSGNdwG67wF aSLj0DX/IbMPboALQa4P2KAWM1+0HgtlvSwAEckxxEduCoHqekWoR5BZh3M+mY/403aX9Xha fUQFlUMvS0T0oXRgOHlY+JSw+EW8ZHETtSu5Q1cd3izp27tkfU33myHA+XKSO6Iw813DrrcZ IsCJ6cic8cH6gDTa/X08r/x9iPEoHjLXPKk2HPFK4C3H2hpZY7Rk9Z16oDvgP9fpZZXMNn05 IZT7p9lpjMgDovDs4/KGzD5zs/LqMbZERR6uhjOXmNWr7fVRf8JRXiKc0ncAWt907EqXhrif 16Xhwx7p50fiRbdM5l7VlhOC03qXBUuE9DhyVpHy0pbiBY/a4e+jkdSjSiK5fqJC4jL+7Drk 1Lq7KBQWHqa1SWhAbvChTmtv3HNCgznib5qQp7k6rZ1Y2tUpIs0+p3x1Gji9u9V2uNBVnbrp 6tQQVae0vR5vb/T9M/JUQQ7QQ/YFlXlA723+hzolhNpyqFNHXJhYZD6RS52SbyQKXJ06oMwD c1VXp+Z7dDo6mZ6BL9BgK1OZGYURt+HQIO/DlItHxosUwLO3/yyuaVXerr+sIGjeaUk4GaLq B2f/rFL8kxPC4uQToR2GP4s+uGv6XjHzbWjAW0k5OSLKiU5vIVz5vFOu2hpc0b4Ag8o4ppzc dOVkiMUPu0VoSuXMn90vKsV1xwyuhXlC0npsTDoRsIozKZmnaaMwI6TTn2BbRWmQTDs5IOqH fCw6LK7jLueKWj97jFigh9h2Etxpar3PM+oYlJCahpSE0NuqA4w1p80gZO7tJn12UGvvaUhx xIcURp7quftr0lEXjwxq2GkB8Z/NKO6gzyiOuC6j4trrE0iPXPd8IveEUsdEXcxMnAMan64X xGlIEOegWG8nTpjl7LgPjQX9ujDIoeT4tOO0qVawpgBGmoPOcJakb/e1c2UPmgnidzyEPb2w 1fXEmUB2n5kzDUmhkqB8Ijdn0q1khlDONEA5c1B+fBww11OF4+QZlGlhVso0M0gmLsOBIV+M JD0uTmA4fJbuP4tnRpmX50aZfFKeNQ0x2oNZQx+xGyOfSDrcGRXWs5bvVTPdhqLUWqZMQ5Qy 2bsRVUN6Zl1VBRJrLRZg8NjDKdPMoExFLH7wSMSuFA4kz2q5sCgQJ+QvSZ7ho4jHximTiSf0 IqVRhNZ2I1HmHWwrKA2SU6YBynkw50gFIy6ngpok5oovsEN0O4Wil0SZ13nGCBOHXIQwwcMQ g4kQDAlCADJFDzAhTJoBg+Am1Fq9GHCOH8i6WIDq3aGkzAxOUMRIgXwpoaTw/bEuJQUHnieU FMyxI3XifiIFIKdnTlAgCECi8gHchEC3WllEGaCEALP1EFHqds4fREkNxrA4KyOYmd6Q34Sj gksvF1EWFH+fOH09LqLUNWOEy3VjhIWSn7l5OsC9c9Es4a2xLpoGW+6dQM4quXcaEr1z0ZAU wujTXOOamYCUaDWLSnp771T/onUqEI1ygo/m/oKk1MqmD+BP51w0vbqwlqmkc95oKrGfUSAF f+Tnh8cBH1oWst1KJlxFjDQXPSNTpUgP5t6VErrQPrpPdrBKC7JWMxXLgqenZ8I1RAl3UdGH BKXz1rlij2o/wcgwm0g2Jlwzg3AV0fKER0+SoPh8byM/WpxfRjAyzFGGv1qLjRMuvG8SDyZc ukxtSrhqJMK9g60P1oLkhGuAMibMVUKCqsvpweKrvQcj2yG2Hc+TZiIn3Os8K6SNii4ur94J iSLdIPZavyGdVS9nEw2yfQFiD6Kyd/2GBJPrpr8Ad9+aAZoCKC0HL1BeCwiX3OrTzZc4Okv+ fde0XG6qOX7F3TWrelPeciFT1AxnXkPxaZLHrxSruNQdc88EiEP020bW34IMkXBlgeJgzsME vhDjuhtUYTWTT0LFy3pZgCFNjiFCclP4U9crwg0CZj9B+DCr+NO2BrOi38woILrIFPV8Jodz dGbxEha/CA3tkFRx5vCtcqJH4jLPuJQ1kJOkNzknqSMWM9c16nYZ0d5EdmTu+CCUF3J8fx+v q5a8YM8RpTHRws//+S6XXNl2Ggz3kZhDjWBr5Z1MAcQIEK2ihc5pM338+52qy9Vu7Pq98nAc 54tzpYZaUiIMWopfaRjv9KxqSbg0B/zzeGYkjcs2o/nDl0l5ms3GFjk+WF9pcRVRtJZ8NVxa 8lgDSqvGyXDmYrmmJ9v7K/0UUZYhvKW/w6DpzZuUFk2+PfnSR8ZWrwlINYkXVpnkVqaqBbVu lwacbg/dEzJXk/SyO8XynY4oj0/wWVpEJM9PShBfix+6SRfWuu9R4iwdS7soW508vNwjv8WA O0YMv2AYHI0gW6t0F/d9WSbdF7mooxKEHNmXZfPm5F6b9/8eJ7z5ZS7SdvT2/6oB+/wn1UBr 1HyMVA2YRW90yFrtum+t0alJ6d0aZdtc/pmuoNmir8jYudYQsZ2qAbdINYDpthcDmG48LWV3 a0SxcqIBIUlqPRQDLr0YMIuEjXsfP/sYvo2T4IDpn3WiAcGnOQ08NFYMwHmJDU4zVDfymYha 4CPUctA8RFYLuEEuc8gppQF21TyOWgCjtrmigU5i3Sn364pa4J7P0qhRRq6eSu5kwZ0BOde2 kprOKkV/p5oblrlnqrnd4jU3W0qPrfuSUQW+xYV90neqeWa1mtsd9KLbLXFkGh29q/AwSzp6 2uvbctfdrTd5tPoDtXXKuT3SW8wtfr3D8sxjD9TWCb7FV9TpKPZ5LZnOTa05JOep9j516e9T s+j7FN1pwz15afxzJTdN3+NmhTzHEWjex/sUljZWeqC6JaKlcfm2XG9UXpm8AuSN6gYpQSDX nJ7F4nrKcpq49BLfNdJSsbgMzsRiEBgs3G8ri4sjjHTxy8oc09vpdvxtyUApsvMTyiwGvk43 RT8+IdULY+UZ6U1ynKmdrq99oq/IvJj98/SRoWkWhSbN3k5Qk2Z/an5CYczeRzSgouH4E8pl UFMtFj7yqKzIG6qY9rgSiy7TZ0SDSdfZiMTS2Dg1ybCGP6Egz9InlImEzTvYmk8WJMemGZR7 5GOZI/JFXM4JRdfpadFAJ7Hui5CRnlD3fMaEQZOsmpkwCMY7I0ENQQQylNmdCKPRrR6QG1T5 9LxxA8SY8R2pO50IJoMIajEiDJx4r34x27N73jmyjDKjAV1/x/mo3icikKGPmolgljj/GpVv y00ErGzvRAQzKBFI7gCCep42kCauLTWQQCsQVMUR8pVwVGjR20pyD4qfTtqEWv2reGU4uLw2 HAzKd3A9rs+w8PU56O5aw69PCk05I1+fiP9u+fo0S1yfsJS4Pb5lndf9SZPOkxogpY/fn+Zh 3J9miduSLGV/G/LOSp9vy8ftiaPeyv+tU/Xzn9Wp9K32mpGrFsMmubmtMIV4SmY83lNS1PJn er6OoLXKlC6TMvaZmbhmUeJOpL2/wni+iDWPQGn8BJKRMFK3MXFNBnHVohmK3qkMxeOtr3xu adw5A8nkzlOnn1sLjROXDLtsJy4t5mldiasiEfeOtZ5XC5IT1wyKTCytRh2qLqcDSy6f0aOB TmLd6YCWnoh7zWd5NBe/K5Wnv5MlknROefB+W4jhNKJanl7/yJJ6Ddq6/keWoLn1+rJQaIfk v1uoVmvYm0njySF6OsuzXL5lRUWqNGlAd3vbWc7Y6XdEQPf2l1ha2x+WIkWN7L8E5FvC53eK WFrXFXnfD1qUVHG7DNkPOmFSyBUiHmTlHFkU57Yoo6Roh8REC8d8RAPa7TqMSi4Fo9zeLXxJ kHye49hfQAdf221rMOk8nR1ZBI+rFtEHu0GF1GCel1B8Lt7S+JG9kq2j8/TEZUljj+tQ0vQ9 1d8kj+wcSGaua9BtMVKAA3iQNGZ0p5Oxr/qdLLW13KBp6Y3MIDlqyZlhlsgDsvSoSzHAM5Li 0Z2Z5oB/fkoUbSEpLN688IkvT7PZ2CInCPGYUYOSqmVfyNTUMWTSI7NzJp25WNblqfb+Sj7F lCUIb+jvMGhyY9rxeLFPU66S7/6Jm8hLA5pBHhFYY6htVGUDTdW7jMWpRhMcyY49rhrEcp3+ cUApBaWu3fuV/D4pO3wlduBWI3Xui3T+dDqSdlOeIrUhtaAo/g7DYpqfR0qSiQWSQOEogubc R44B5Mblsa2bKRkVTcWAtxOVKdKRnlmFZtJRVVFbndM+iz/a83b3zZt4Kn9KS1DD4VSgLpvK JxpuUyUTs0GJZzUMe8npk66mYhlqIGLSGdKujTg/PTgs3hxHTKsf1SPpdzv89o1Yvb3qYT9k IwrlkRp+cVxo6ytlUeOoIY1ILYrV5jqAxNxLd0b0412RJ9+GZpWYTf9l8OnhJI2LbC0oZ/i8 kAH5qgZSyNVQmEOVbCx+qUG3snSmr6nGEXp7HhaCEj4/fGpLTXkoQrYQZ0y0ZhoJ2EihZqNh Ea3YQTX8YgNoTe3Rjdo/3PmRoeg3FRbd0v3ZbABAEYoK0WKlJfYe155o2m3wjMYEFkzROgW7 ZkB9w7lK77yCYpdTH7ciqS3bSgYU/GVwEUQKSVoGB8rU5NySxmxYdoxQSpJKp0CVhBDeqQFR QBimJJeqwb5pvE3+Mjl5GbYVKx9tVXG0wyde3/wZvSUVC2CDro/IiN+4LSzeomRrtrionzkp XXHODh7t/ZnEmtll7Q8QukWQVtZKKIS6WFjWDBjSRJmGLv3Am0Wppp2VeDZ2ENHm9gY7M/HD dYFiWeeDim45mhc7czFNqikBHxMZy+oZjS7TmnqGo3UXAHq8DI82vX0+GZAfzr9ti9YHImG5 GYlIBiShEiXh0oXJMDzR/QalWxyM7sa35WIlet6whCXRkn0NXNpMwUuMm4Bp+6zEdOnIdIsw E90DmrYDTk0sPrBpGanchLzBadsb5IQloRNdgp08eoInVpfoycExYvrKS0qOACiyIRHUpSPU LcxQzqyAKORNUVgSRiETR106h9yy/PQllHpcVz44CaYcl6CpS8ephsp5qlqA6ru0LjYEUo0N ybsE1STTahJW0d256hvhYPUcjQYJrZ7iztaPpNejUOf4gKtbhJB19gRXqAuudbaAa501w9Wl s8IsikftrOy0sQOuNrc3GBmuH64LXOucH3B1i9ARvRJc06SaI/AxwbXiVRJwdZnWVDJcrbvQ 0+NlcLXp7fPMcP1w/m1b1D/gCssNV0Qy4AqV4AqXLriG4YnuN1zd4ih1N74tF1zR84YrLAmu 7GvA1WYKuGLcBFfbZ4WrS4erWwSu6B5wtR1wuGLxAVfLSIUr5A1X296AKywJrugScOXRE1yx ugRXDo7h1FdeUnIEXJENCa4uHa5uYbhyZgVcIW+4wpLgCpng6tJx5Jblpy/B1eO68sFJcOW4 BFxdOlw1VA5X1bIm36V1sSHgamxI3iW4JplWk+CK7jhjikvfCserZ2k0SHj1JHe8fqS9HoY2 ygde3SKMbONJeIW68Nr6Cby2vjNeXTotzKKA1M5KTxs78Gpze4OS8frhuuC1jfqBV7cIH9Er 4TVNqlkCHxNeW18Zry7TmlbGq3UXfnq8DK82vX2uGa8fzr9ti54PvMJy4xWRDLxCJbzCpQuv YXii+41XtzhM3Y1vy4VX9LzxCkvCK/saeLWZAq8YN+HV9lnx6tLx6hbBK7oHXm0HHK9YfODV MlLxCnnj1bY38ApLwiu6BF559IRXrC7hlYNjQPWVl5QcgVdkQ8KrS8erWxivnFmBV8gbr7Ak vEImvLp0ILll+elLePW4rnxwEl45LoFXl45XDZXjVbXg1XdpXWwIvBobkncJr0mm1SS8onvC q2+F49WzNBokvHqSO14/0l4Pw/PCX3n9HT//Rj//86IzU1//xR731V//eP3zX8/r33/9y3l+ KJko+/iEbyJoF7W7Zgw+y29MgTlVUhVeX9Kj0ijlJWPJb2p2+ErXT/OHn1Door9tNJU8kXTh +ZNjgljU6bTmyknKT1NqXFSXRdtyAIkzXNAWVanwWTcaERvH3VoFuHRMEfosQ0v5uCu3lG4i YkzVOiF3q/40dD+t+KY56Sg1HBgu/J6f1lXXQYlbQWbU7iqkcBDRic4osLlPp9JSKiQaUIRW PGipHw+31G4srBIRIVNJH3Uie6hXGjIRyXC20JTeUaIazfMIW5YLlLySkKIJVi/pQxkwXjoa //5f0VVyBDAIAluhgcwkKI59pIb88son7bvsMskPRBRxuRgWjV0mRRE5z1FB5HeWWN0jjTLg N03GAkSE1O6CBtCON2Htrq9iVWryPtw6WL+9+lacFsnPqhtIZRwwgwniRBCl6LUkuhvmT8Cj H6h20zZwPuy5uHEBkx0d+g0KZW5kc3RyZWFtDQplbmRvYmoNCjMgMCBvYmoNCjw8DQovUHJv Y1NldCBbL1BERiBdDQovRXh0R1N0YXRlIDw8DQovR1MxIDQgMCBSDQo+Pg0KPj4NCmVuZG9i ag0KNiAwIG9iag0KPDwNCi9UeXBlIC9IYWxmdG9uZQ0KL0hhbGZ0b25lVHlwZSAxDQovSGFs ZnRvbmVOYW1lIChEZWZhdWx0KQ0KL0ZyZXF1ZW5jeSA2MA0KL0FuZ2xlIDQ1DQovU3BvdEZ1 bmN0aW9uIC9Sb3VuZA0KPj4NCmVuZG9iag0KNCAwIG9iag0KPDwNCi9UeXBlIC9FeHRHU3Rh dGUNCi9TQSBmYWxzZQ0KL09QIGZhbHNlDQovSFQgL0RlZmF1bHQNCj4+DQplbmRvYmoNCjEg MCBvYmoNCjw8DQovVHlwZSAvUGFnZQ0KL1BhcmVudCA1IDAgUg0KL1Jlc291cmNlcyAzIDAg Ug0KL0NvbnRlbnRzIDIgMCBSDQo+Pg0KZW5kb2JqDQo1IDAgb2JqDQo8PA0KL1R5cGUgL1Bh Z2VzDQovS2lkcyBbMSAwIFJdDQovQ291bnQgMQ0KL01lZGlhQm94IFswIDAgNDIwIDc4XQ0K Pj4NCmVuZG9iag0KNyAwIG9iag0KPDwNCi9UeXBlIC9DYXRhbG9nDQovUGFnZXMgNSAwIFIN Cj4+DQplbmRvYmoNCjggMCBvYmoNCjw8DQovQ3JlYXRpb25EYXRlIChEOjE5OTgwNjE3MTM1 NTQ4KQ0KL1Byb2R1Y2VyIChcMzc2XDM3N1wwMDBBXDAwMGNcMDAwclwwMDBvXDAwMGJcMDAw YVwwMDB0XDAwMCBcMDAwRFwwMDBpXDAwMHNcMDAwdFwwMDBpXDAwMGxcMDAwbFwwMDBlXDAw MHJcMDAwIFwwMDAzXDAwMC5cMDAwMFwwMDAyKQ0KPj4NCmVuZG9iag0KeHJlZg0KMCA5DQow MDAwMDAwMDAwIDY1NTM1IGYNCjAwMDAwMTIzNjQgMDAwMDAgbg0KMDAwMDAwMDAxNyAwMDAw MCBuDQowMDAwMDEyMDc5IDAwMDAwIG4NCjAwMDAwMTIyODUgMDAwMDAgbg0KMDAwMDAxMjQ1 MiAwMDAwMCBuDQowMDAwMDEyMTUzIDAwMDAwIG4NCjAwMDAwMTI1NDAgMDAwMDAgbg0KMDAw MDAxMjU5NSAwMDAwMCBuDQp0cmFpbGVyDQo8PA0KL1NpemUgOQ0KL1Jvb3QgNyAwIFINCi9J bmZvIDggMCBSDQovSUQgWzw2NzhjYjU2OWI1ODljZmE1MmZhMGRjMTYyM2ZiNDBiNT48Njc4 Y2I1NjliNTg5Y2ZhNTJmYTBkYzE2MjNmYjQwYjU+XQ0KPj4NCnN0YXJ0eHJlZg0KMTI3ODYN CiUlRU9GDQo= --------------307053CD8A5E9B939108DC2E-- From owner-pdftex@tug.org Wed Jun 17 07:58:41 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA09164 for ; Wed, 17 Jun 1998 07:58:40 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA14331 for pdftex-list; Wed, 17 Jun 1998 09:54:17 -0400 Received: from smtp02.wxs.nl (smtp02.wxs.nl [195.121.6.60]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA14328 for ; Wed, 17 Jun 1998 09:54:16 -0400 Received: from wxs.nl ([195.121.70.106]) by smtp02.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA292D; Wed, 17 Jun 1998 15:54:11 +0200 Message-ID: <3587CC87.26760924@wxs.nl> Date: Wed, 17 Jun 1998 16:02:47 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Fabrice POPINEAU , pdftex Subject: Re: possible bug in web2c References: <3587C6DA.299D284C@wxs.nl> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Fabrice POPINEAU wrote: > Sorry for this one. This is yet a binary vs. text mode problem : > > 0 > >kdebug:fopen(test.tex, r) => 0x7803f5d0 > kdebug:fopen(test.log, w) => 0x7803f5f0 > (test.texkdebug:fopen(file.pdf, r) => 0x7803f610 > > file.pdf is opened in text mode, not binary mode. So eof is seen > before it will happen. Now, what is the correct way of doing it ? > Should TeX be able to \openin binary files ? It should, else all eps/pdf parsing doomed. TeX is eight bit and I can imagine valid tex files with only upper ascii's. Phil, is this part if the trip test? 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 Jun 17 08:02:16 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA09257 for ; Wed, 17 Jun 1998 08:02:15 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA14303 for pdftex-list; Wed, 17 Jun 1998 09:48:38 -0400 Received: from esemetz.ese-metz.fr (esemetz.ese-metz.fr [192.70.65.1]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA14300 for ; Wed, 17 Jun 1998 09:48:36 -0400 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 PAA26040; Wed, 17 Jun 1998 15:48:33 +0200 (MET DST) To: Hans Hagen Cc: pdftex@tug.org Subject: Re: possible bug in web2c References: <3587C6DA.299D284C@wxs.nl> From: Fabrice POPINEAU Date: 17 Jun 1998 15:51:04 +0200 In-Reply-To: Hans Hagen's message of "Wed, 17 Jun 1998 15:38:34 +0200" Message-ID: Lines: 13 X-Mailer: Gnus v5.6.4/Emacs 19.34 X-Emacs: 19.34 MIME-Version: 1.0 (generated by SEMI MIME-Edit 0.98 - "Sodani") Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Sorry for this one. This is yet a binary vs. text mode problem : 0 >kdebug:fopen(test.tex, r) => 0x7803f5d0 kdebug:fopen(test.log, w) => 0x7803f5f0 (test.texkdebug:fopen(file.pdf, r) => 0x7803f610 file.pdf is opened in text mode, not binary mode. So eof is seen before it will happen. Now, what is the correct way of doing it ? Should TeX be able to \openin binary files ? Fabrice From owner-pdftex@tug.org Wed Jun 17 08:12:05 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA09646 for ; Wed, 17 Jun 1998 08:12:04 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA14382 for pdftex-list; Wed, 17 Jun 1998 10:06:18 -0400 Received: from vms.rhbnc.ac.uk (alpha1.rhbnc.ac.uk [134.219.201.113]) by tug.org (8.8.5/8.8.5) with SMTP id KAA14379 for ; Wed, 17 Jun 1998 10:06:14 -0400 Received: from Vms.Rhbnc.Ac.Uk ([134.219.100.248]) by vms.rhbnc.ac.uk with SMTP; Wed, 17 Jun 1998 15:05:55 +0100 Message-ID: <3587CCFE.5F898041@Vms.Rhbnc.Ac.Uk> Date: Wed, 17 Jun 1998 14:04:46 +0000 From: Philip TAYLOR Organization: Royal Holloway and Bedford New College (Univ. of London) X-Mailer: Mozilla 4.05 [en] (WinNT; I) MIME-Version: 1.0 To: Hans Hagen CC: Fabrice POPINEAU , pdftex Subject: Re: possible bug in web2c References: <3587C6DA.299D284C@wxs.nl> <3587CC87.26760924@wxs.nl> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk > > > > file.pdf is opened in text mode, not binary mode. So eof is seen > > before it will happen. Now, what is the correct way of doing it ? > > Should TeX be able to \openin binary files ? > > It should, else all eps/pdf parsing doomed. TeX is eight bit and I can > imagine valid tex files with only upper ascii's. > > Phil, is this part if the trip test? I don't believe so, but I am not sure : I will have to re-read "trip.tex". In the meantime we should probably consult TeX-Implementors. ** Phil. From owner-pdftex@tug.org Wed Jun 17 08:19:13 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA09949 for ; Wed, 17 Jun 1998 08:19:12 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA14411 for pdftex-list; Wed, 17 Jun 1998 10:13:56 -0400 Received: from nag.co.uk (andover.nag.co.uk [192.156.217.113]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA14408 for ; Wed, 17 Jun 1998 10:13:48 -0400 Received: (from davidc@localhost) by nag.co.uk (8.8.7/8.8.7) id PAA03977; Wed, 17 Jun 1998 15:20:08 +0100 Date: Wed, 17 Jun 1998 15:20:08 +0100 Message-Id: <199806171420.PAA03977@nag.co.uk> From: David Carlisle To: pragma@wxs.nl CC: popineau@esemetz.ese-metz.fr, pdftex@tug.org In-reply-to: <3587CC87.26760924@wxs.nl> (message from Hans Hagen on Wed, 17 Jun 1998 16:02:47 +0200) Subject: Re: possible bug in web2c References: <3587C6DA.299D284C@wxs.nl> <3587CC87.26760924@wxs.nl> Sender: owner-pdftex@tug.org Precedence: bulk > Should TeX be able to \openin binary files ? YES! :-) From owner-pdftex@tug.org Wed Jun 17 08:34:28 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA10611 for ; Wed, 17 Jun 1998 08:34:27 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA14482 for pdftex-list; Wed, 17 Jun 1998 10:28:49 -0400 Received: from esemetz.ese-metz.fr (esemetz.ese-metz.fr [192.70.65.1]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA14479 for ; Wed, 17 Jun 1998 10:28:47 -0400 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 QAA27155; Wed, 17 Jun 1998 16:28:43 +0200 (MET DST) To: Hans Hagen , infovore@xs4all.nl Cc: pdftex , Fabrice Popineau Subject: Re: possible bug in web2c References: <3587C6DA.299D284C@wxs.nl> From: Fabrice POPINEAU Date: 17 Jun 1998 16:31:14 +0200 In-Reply-To: Hans Hagen's message of "Wed, 17 Jun 1998 15:38:34 +0200" Message-ID: Lines: 19 X-Mailer: Gnus v5.6.4/Emacs 19.34 X-Emacs: 19.34 MIME-Version: 1.0 (generated by SEMI MIME-Edit 0.98 - "Sodani") Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk I have tried to change the open mode to binary at this place in tex.ch: @x [49.1275] l.23441 - Same stuff as for \input, this time for \openin. if cur_ext="" then cur_ext:=".tex"; pack_cur_name; if a_open_in(read_file[n]) then read_open[n]:=just_open; @y pack_cur_name; tex_input_type:=0; {Tell |open_input| we are \.{\\openin}.} if a_open_in(read_file[n], kpse_tex_format) then read_open[n]:=just_open; @z unfortunately, it doesn't pass the trip test anymore. Some time ago, tex.ch and kpathsea had a list of suffixes that needed to be opened in binary mode. Maybe we will need to reintroduce it. Fabrice From owner-pdftex@tug.org Wed Jun 17 08:37:34 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA10723 for ; Wed, 17 Jun 1998 08:37:33 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA14501 for pdftex-list; Wed, 17 Jun 1998 10:32:01 -0400 Received: from relay.surfnet.nl (relay.surfnet.nl [192.87.36.2]) by tug.org (8.8.5/8.8.5) with SMTP id KAA14495 for ; Wed, 17 Jun 1998 10:32:00 -0400 Received: from wkaxp1.wkap.nl by relay.surfnet.nl with SN-SMTP (PP) with ESMTP; Wed, 17 Jun 1998 16:30:57 +0200 Received: from pc709 (pc709.wkap.nl) by wkap.nl (PMDF V5.1-4 #29553) with SMTP id <01IYCLF76USW001GGY@wkap.nl>; Wed, 17 Jun 1998 16:30:56 +0100 Date: Wed, 17 Jun 1998 16:30:22 +0200 (W. Europe Daylight Time) From: Taco Hoekwater Subject: Re: pdftex for win32 To: Hans Hagen Cc: David Carlisle , jklymak@apl.washington.edu, pdftex@tug.org, s.rahtz@elsevier.co.uk Reply-to: Taco Hoekwater Message-id: MIME-version: 1.0 X-Mailer: Simeon for Win32 Version 4.1.3 Build (39) Content-type: TEXT/PLAIN; CHARSET=US-ASCII X-Authentication: none Sender: owner-pdftex@tug.org Precedence: bulk On Wed, 17 Jun 1998 12:20:42 +0200 Hans Hagen wrote: > David Carlisle wrote: > > > then has a load of binary stuff, but following that > > has a /MediaBox in a form that I think the macros should find... > > > So I'm confused. > > So am I. Can this be a bug in TeX? I did quite some testing the last few > hours and still cannot lay hands on it. Removing some binary stuff does > not help much. I think you should check for ^Z's in the bin stuff. Knowing M$, it wouldn't surprise me if the first of those signals EOF to the C library if the file was opened in text mode (instead of bin), which I presume to be the case. In fact, you cannot compile _any file_ that begins with the character ^Z under M$. Here is what I tried %%%%%%%%%%%%%%%%%%%%%%%%%%%%% ^Z % actual control-Z test \bye %%%%%%%%%%%%%%%%%%%%%%%%%%%%% And that gives me a * prompt from tex. c:\data>tex edit1 This is TeX, Version 3.14159 (Web2c 7.2) (edit1.tex) *\message{\the\inputlineno} 0 *\bye No pages of output. Transcript written on edit1.log. 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 Wed Jun 17 09:12:57 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA11858 for ; Wed, 17 Jun 1998 09:12:51 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA14638 for pdftex-list; Wed, 17 Jun 1998 11:02:13 -0400 Received: from socks.ubsinc.com (socks.ubsinc.com [207.152.88.2]) by tug.org (8.8.5/8.8.5) with ESMTP id LAA14635 for ; Wed, 17 Jun 1998 11:02:11 -0400 Received: from iws-irms.com (sabuguinho.146.179.198.in-addr.arpa [198.179.146.243]) by socks.ubsinc.com (8.8.5/8.8.5) with ESMTP id KAA26214 for ; Wed, 17 Jun 1998 10:03:55 -0500 Message-ID: <3587D997.21571D21@iws-irms.com> Date: Wed, 17 Jun 1998 09:58:31 -0500 From: Glauber Ribeiro Organization: Integrated Warehousing Solutions http://www.iws-irms.com X-Mailer: Mozilla 4.05 [en] (WinNT; I) MIME-Version: 1.0 To: pdftex Subject: Where to download latest version Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hello, sorry for the stoopid question, but i've recently upgraded my pdftex binary (win32) to version 12n. I think i should also upgrade the .map, .enc, .tex, etc., files which are part of pdftex, but where can i get them? I looked for CTAN:/systems/pdftex, but all i found there was the C source code. Thanks, glauber -- Glauber Ribeiro --- IWS mailto://glauber@iws-irms.com http://www.iws-irms.com From owner-pdftex@tug.org Wed Jun 17 09:13:12 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA11866 for ; Wed, 17 Jun 1998 09:13:10 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA14601 for pdftex-list; Wed, 17 Jun 1998 10:55:59 -0400 Received: from vms.rhbnc.ac.uk (alpha1.rhbnc.ac.uk [134.219.201.113]) by tug.org (8.8.5/8.8.5) with SMTP id KAA14598 for ; Wed, 17 Jun 1998 10:55:56 -0400 Received: from Vms.Rhbnc.Ac.Uk ([134.219.100.248]) by vms.rhbnc.ac.uk with SMTP; Wed, 17 Jun 1998 15:55:42 +0100 Message-ID: <3587D8A4.AC67C594@Vms.Rhbnc.Ac.Uk> Date: Wed, 17 Jun 1998 14:54:28 +0000 From: Philip TAYLOR Organization: Royal Holloway and Bedford New College (Univ. of London) X-Mailer: Mozilla 4.05 [en] (WinNT; I) MIME-Version: 1.0 To: Hans Hagen CC: Fabrice POPINEAU , pdftex Subject: Re: possible bug in web2c References: <3587C6DA.299D284C@wxs.nl> <3587CC87.26760924@wxs.nl> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hmmm, "trip.tex" is weird in the "openin" area (well, it's weird everywhere, of course...) It opens and closes stream 15, then opens stream 100 but reads from streamm 0. Opening stream 100 will generate an error (Bad number (100)), and then "tripos.tex" will be opened on stream 0 (I'm not sure what would happen if stream zero were already open...). If this is the part where it fails the trip test after opening in binary mode, it will be interesting to see how the ASCII and binary mode "\show \a"s differ : presumably end-of-line. ** Phil. \openin 15 tripos\closein 15\iftrue{\ifeof 15\openin 100 tripos \def\loop{\ifeof 0\let\loop=\relax\else{\global\read0to \a}\show\a\fi\loop} From owner-pdftex@tug.org Wed Jun 17 09:19:19 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA12089 for ; Wed, 17 Jun 1998 09:19:18 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA14685 for pdftex-list; Wed, 17 Jun 1998 11:13:28 -0400 Received: from esemetz.ese-metz.fr (esemetz.ese-metz.fr [192.70.65.1]) by tug.org (8.8.5/8.8.5) with ESMTP id LAA14682 for ; Wed, 17 Jun 1998 11:13:27 -0400 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 RAA28960; Wed, 17 Jun 1998 17:13:24 +0200 (MET DST) To: Sebastian Rahtz Cc: pdftex@tug.org Subject: Re: pdfTeX-0.12o-2, pdfTeX-0.12o-2-tiff1 References: <199806161115.NAA03289@bart.math.muni.cz> <6237-Tue16Jun1998215724+0100-s.rahtz@elsevier.co.uk> <5602-Wed17Jun1998143816+0100-s.rahtz@elsevier.co.uk> From: Fabrice POPINEAU Date: 17 Jun 1998 17:15:51 +0200 In-Reply-To: Sebastian Rahtz's message of "Wed, 17 Jun 1998 14:38:16 +0100" Message-ID: Lines: 22 X-Mailer: Gnus v5.6.4/Emacs 19.34 X-Emacs: 19.34 MIME-Version: 1.0 (generated by SEMI MIME-Edit 0.98 - "Sodani") Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Thanks, it seems to work. Apart from libtiff (3.4beta37) popping a dialog box with : 'gr2.tif: unknown field with tag 32934 ignored'. The pdf file is ok, but huge : F:\Users\Popineau\Work\TeX\devel\tmp>pdftex test-tif This is pdfTeX, Version 3.14159-0.12o-2-tiff1 (Web2c 7.2) (pdftex.cfg) (test-tif.tex Overfull \vbox (4602.35745pt too high) has occurred while \output is active [1] ) (see the transcript file for additional information) Output written on test-tif.pdf (1 page, 45802644 bytes). Transcript written on test-tif.log. ftp://ftp.ese-metz.fr/pub/TeX/win32-beta/pdftex-0.12o2-win32.zip Also, the bug relative to jpg of height 768 seems corrected, but I'd like people to report about it. Fabrice From owner-pdftex@tug.org Wed Jun 17 09:31:09 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA12532 for ; Wed, 17 Jun 1998 09:31:08 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA14738 for pdftex-list; Wed, 17 Jun 1998 11:27:38 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id LAA14735 for ; Wed, 17 Jun 1998 11:27:36 -0400 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 QAA11926; hop 0; Wed, 17 Jun 1998 16:22:13 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Wed, 17 Jun 1998 16:27:30 +0100 Date: Wed, 17 Jun 1998 16:17:40 +0100 Message-ID: <7030-Wed17Jun1998161740+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: popineau@esemetz.ese-metz.fr Cc: pdftex@tug.org Subject: Re: pdfTeX-0.12o-2, pdfTeX-0.12o-2-tiff1 In-Reply-To: References: <199806161115.NAA03289@bart.math.muni.cz> <6237-Tue16Jun1998215724+0100-s.rahtz@elsevier.co.uk> <5602-Wed17Jun1998143816+0100-s.rahtz@elsevier.co.uk> Sender: owner-pdftex@tug.org Precedence: bulk Fabrice POPINEAU writes: > F:\Users\Popineau\Work\TeX\devel\tmp>pdftex test-tif > This is pdfTeX, Version 3.14159-0.12o-2-tiff1 (Web2c 7.2) > (pdftex.cfg) (test-tif.tex > Overfull \vbox (4602.35745pt too high) has occurred while \output is active > [1] ) thats because its a 1000 dpi TIFF image, and Pavel is not reading the resolution field (yet. he knows about it). Sadly, this makes the tiff-ed pdftex fairly unuseable today. not sure which resolution *works* (300?) i suggest to Pavel off-line that he take over the code in tiff2ps. this will keep G3/G4/LZW TIFFs compressed inside the PDF file. Sebastian From owner-pdftex@tug.org Wed Jun 17 10:47:02 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA15334 for ; Wed, 17 Jun 1998 10:47:00 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id MAA15043 for pdftex-list; Wed, 17 Jun 1998 12:42:10 -0400 Received: from extra.ucc.su.OZ.AU (extra.ucc.su.oz.au [129.78.64.4]) by tug.org (8.8.5/8.8.5) with ESMTP id MAA15040 for ; Wed, 17 Jun 1998 12:42:02 -0400 Received: from mail.usyd.edu.au (mp-7-31.mp.usyd.edu.au [129.78.57.31]) by extra.ucc.su.OZ.AU (8.8.7/8.6.12) with ESMTP id CAA20312; Thu, 18 Jun 1998 02:41:48 +1000 (EST) Message-ID: <35868685.247D3458@mail.usyd.edu.au> Date: Wed, 17 Jun 1998 00:51:49 +1000 From: Robert Howlett X-Mailer: Mozilla 4.05 [en] (Win95; I) MIME-Version: 1.0 To: Pavel.Janik@inet.cz CC: pdftex@tug.org Subject: More on the .enc files in pdftexlib References: <199806160057.CAA02378@SnowWhite.inet.cz> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk On looking into things more carefully I found that the BlueSky/Y&Y versions of the eufm files call the glyph in position zero /dnos whereas the BaKoMa versions call it /dadv. Since I've got BlueSky/Y&Y EUFM10, EUFM7 and EUFM5 and BaKoMa eufm6, eufm8 and eufm9, I have to have two different encoding files for them. The eufb fonts are slightly different >From the eufm fonts, having the two extra glyphs /Yalt and /Zalt at positions 8 and 9, while not having /dnos (or /dadv). The same encoding file can be used for eufb as for eufm if /Yalt and /Zalt are added. The cmtex.enc that came in pdftex.lib seems to me to be very wrong: I did pdftex testfont and attempted to print the font table for cmtex10. There were many missing glyphs. So here's my version of a corrected cmtex.enc: % % % TeX extended ASCII (Bob Howlett 11/6/1998) % /TeXExtASCIIEncoding [ % /dotmath /arrowdown /alpha /beta /logicaland /logicalnot /element /pi % /lambda /gamma /delta /arrowup /plusminus /circleplus /infinity /partialdiff % /propersubset /propersuperset /intersection /union /universal /existential /circlemultiply /arrowboth % /arrowleft /arrowright /notequal /lozenge /lessequal /greaterequal /equivalence /logicalor % /space /exclam /quotedbl /numbersign /dollar /percent /ampersand /quoteright % /parenleft /parenright /asterisk /plus /comma /minus /period /slash % /zero /one /two /three /four /five /six /seven % /eight /nine /colon /semicolon /less /equal /greater /question % /at /A /B /C /D /E /F /G % /H /I /J /K /L /M /N /O % /P /Q /R /S /T /U /V /W % /X /Y /Z /bracketleft /backslash /bracketright /asciicircum /underscore % /quoteleft /a /b /c /d /e /f /g % /h /i /j /k /l /m /n /o % /p /q /r /s /t /u /v /w % /x /y /z /braceleft /bar /braceright /asciitilde /integral % /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef % /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef % /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef % /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef % /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef % /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef % /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef % /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef % /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef % /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef % /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef % /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef % /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef % /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef % /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef % /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef ] def From owner-pdftex@tug.org Wed Jun 17 10:49:27 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA15467 for ; Wed, 17 Jun 1998 10:49:26 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id MAA15056 for pdftex-list; Wed, 17 Jun 1998 12:44:02 -0400 Received: from extra.ucc.su.OZ.AU (extra.ucc.su.oz.au [129.78.64.4]) by tug.org (8.8.5/8.8.5) with ESMTP id MAA15050 for ; Wed, 17 Jun 1998 12:43:59 -0400 Received: from mail.usyd.edu.au (mp-7-31.mp.usyd.edu.au [129.78.57.31]) by extra.ucc.su.OZ.AU (8.8.7/8.6.12) with ESMTP id CAA20640 for ; Thu, 18 Jun 1998 02:43:57 +1000 (EST) Message-ID: <3587F31D.8ACB0A64@mail.usyd.edu.au> Date: Thu, 18 Jun 1998 02:47:26 +1000 From: Robert Howlett X-Mailer: Mozilla 4.05 [en] (Win95; I) MIME-Version: 1.0 To: pdfTeX mailing list Subject: horigin and vorigin Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hi, How can one alter in one's tex document the values of horigin and vorigin that are set in pdftex.cfg? Bob From owner-pdftex@tug.org Wed Jun 17 11:18:49 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id LAA16819 for ; Wed, 17 Jun 1998 11:18:48 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id NAA15191 for pdftex-list; Wed, 17 Jun 1998 13:14:45 -0400 Received: from life.ai.mit.edu (life.ai.mit.edu [128.52.32.80]) by tug.org (8.8.5/8.8.5) with ESMTP id NAA15188 for ; Wed, 17 Jun 1998 13:14:43 -0400 Received: from maui (maui.ai.mit.edu [128.52.37.105]) by life.ai.mit.edu (8.8.8/AI1.22/ai.master.life:1.24) with SMTP id NAA08732; Wed, 17 Jun 1998 13:14:34 -0400 (EDT) Message-Id: <199806171714.NAA08732@life.ai.mit.edu> X-Sender: bkph@life.ai.mit.edu X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0.1 Date: Wed, 17 Jun 1998 13:17:36 -0400 To: "Melissa O'Neill" , tex-fonts@math.utah.edu (TeX Fonts), pdftex@tug.org From: Berthold Horn Subject: Re: A trigger for buggy Acrobat behaviour In-Reply-To: <199806150808.BAA07965@daisy.cs.sfu.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-pdftex@tug.org Precedence: bulk At 01:08 AM 6/15/98 -0700, Melissa O'Neill wrote: >I believe I have found a cause for buggy behaviour in Macintosh Acrobat >Exchange software when used with ATM Deluxe 4.0 (under System 8.x); this >bug may also manifest itself in other configurations. Excellent detective work! Congratulations. >In PostScript, it is okay for an encoding to reference a glyph which is >not actually in the font -- doing so is like refering to the .notdef >glyph. However, it appears that such reencoding in PDF files causes >problems for Mactintosh Acrobat 3.01 and/or ATM Deluxe 4.0. I assume that this is not due to the lack of a /.notdef character? Some `sub fonting' schemes strip out the /.notdef since `it is not needed'... >The fix for this problem should be quite easy. PostScript drivers can >change the way they reencode fonts: Instead of using a single encoding >vector, which may include glyphs that aren't in the font, the driver >must arrange to generate a custom encoding for each font -- one that... Of course, the real fix is to get Adobe to fix Acrobat! But we all know how much influence we have on that process...So the suggested work-around is most welcome. >P.S. I don't claim that this is the only bug in the Macintosh Acrobat Reader. :-) From "Berthold Horn " Wed Jun 17 11:32:52 1998 Flags: 000000000001 Received: from life.ai.mit.edu (life.ai.mit.edu [128.52.32.80]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id LAA17243 for ; Wed, 17 Jun 1998 11:30:41 -0600 (MDT) Received: from maui (maui.ai.mit.edu [128.52.37.105]) by life.ai.mit.edu (8.8.8/AI1.22/ai.master.life:1.24) with SMTP id NAA09880; Wed, 17 Jun 1998 13:30:30 -0400 (EDT) Message-Id: <199806171730.NAA09880@life.ai.mit.edu> X-Sender: bkph@life.ai.mit.edu X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0.1 Date: Wed, 17 Jun 1998 13:33:32 -0400 To: Hilmar Schlegel , TeX Fonts From: Berthold Horn Subject: Re: `limitations' of OzTeX (was: fontinst with 8y.etx) Cc: pdftex@tug.org In-Reply-To: <35833585.2E20@mailszrz.zrz.tu-berlin.de> References: <199806131927.MAA25135@daisy.cs.sfu.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" At 10:29 PM 6/13/98 -0400, Hilmar Schlegel wrote: >Making LY1 PDF-reader proof, even on a Mac if possible... >> OzTeX and some of the Windows DVI previewers faced the same problem -- >> their authors aren't/weren't prepared to (or weren't able to) figure >> out how to get ATM and/or the operating system to reencode fonts. >You can always install fonts which provide the full set of characters for Tex... ? Meaning they are not set up as `text' fonts ? And what about the other 89,900 (:-) fonts ? Or are you suggesting one modify the fonts one uses ? >> OzTeX takes the attitude that it'll attempt to reencode fonts itself, >> and uses a supplied mapping to go from 8r or LY1 to MacRoman, thus it >> does the reencodding rather than the OS. The mapping is imperfect because >> some glyphs don't exist in MacRoman but usually acceptable. Could we agree on terminology please? Can we call mapping numbers to numbers (which is what OzTeX does and what VF can do) `REMAPPING' and reserve the term `REENCODING' to assigning an encoding, which is something that maps numbers to glyphs. The latter being more powerful since it can make `unencoded' glyphs accessible. In this sense OzTeX does remapping and does not do reencoding. Ditto for most other Windows or Macintosh TeX Systems. DVIPS does reencoding, which is easy in a PostScript only world. >> The equivalent Windows programs apparently considered this approach too >> much trouble (or perhaps never thought of it) and so instead require >> that users work within the Windows ANSI encoding, or use non-standard ? Most implement `remapping' as does OzTeX. I don't think any simply use Windows ANSI at this stage. Y&Y TeX/DVIWindo use true reencoding, so is not limited to remapping (and the loss of 15 glyphs of the 228). >> I prefer the OzTeX solution, even if it does mean that when you design a >> new encoding you need to come up with a mapping file to map that encoding >> to MacRoman. >It was already explained that neither MS-win UGL nor MacRoman encoding >can provide a complete Tex character set - therefore the suggestion to >use for example LY to map virtual fonts on. What is a `complete TeX character set'? WGL4? UGL? AGL? In any case, more than 256 characters? or do you just mean T1/Cork? >> wouldn't work particulally well on these Windows DVI previewers. If we >> rate an encoding's compatibility with Windows ANSI as N+M, where N is >> Thus we can see that 8r is most conciliatory towards these Windows >> programs. 8r and 8y have one nice feature which is that they match in large part ISO Latin 1 (better than T1 does). Since ISO Latin 1 is a camel designed long ago by a committee it has numerous annoyances. Both 8r and 8y try and work around these by introducing additional glyphs in the 0-31 and 128-159 range which is not used in an ISO encoding. Unfortunately, in addition, in order to make TeX happy (and to keep some level of sanity) we also have to depart from ISO in a number of other ways, such as using quoteleft instead of grave accent, using quoteright instead of quotesingle and using hyphen instead of minus. Regards, Berthold. From owner-pdftex@tug.org Wed Jun 17 11:49:16 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id LAA17945 for ; Wed, 17 Jun 1998 11:49:15 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id NAA15327 for pdftex-list; Wed, 17 Jun 1998 13:44:46 -0400 Received: from life.ai.mit.edu (life.ai.mit.edu [128.52.32.80]) by tug.org (8.8.5/8.8.5) with ESMTP id NAA15324 for ; Wed, 17 Jun 1998 13:44:45 -0400 Received: from maui (maui.ai.mit.edu [128.52.37.105]) by life.ai.mit.edu (8.8.8/AI1.22/ai.master.life:1.24) with SMTP id NAA10868; Wed, 17 Jun 1998 13:44:29 -0400 (EDT) Message-Id: <199806171744.NAA10868@life.ai.mit.edu> X-Sender: bkph@life.ai.mit.edu X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0.1 Date: Wed, 17 Jun 1998 13:47:32 -0400 To: "Melissa O'Neill" , fontinst@cogs.susx.ac.uk (Fontinst), tex-fonts@math.utah.edu (TeX Fonts), pdftex@tug.org From: Berthold Horn Subject: Re: `limitations' of OzTeX (was: fontinst with 8y.etx) In-Reply-To: <199806131927.MAA25135@daisy.cs.sfu.ca> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-pdftex@tug.org Precedence: bulk At 12:27 PM 6/13/98 -0700, Melissa O'Neill wrote: >P.S. My own custom encodings, which are based on the PDFDocEncoding >wouldn't work particulally well on these Windows DVI previewers. If we >rate an encoding's compatibility with Windows ANSI as N+M, where N is >the number of slot clashes, and M is the number of glyphs that map to >empty slots in Windows ANSI (and thus lower numbers are better), we get: > > TeXBase1Encoding (aka 8r): 4+21 > TeXnANSIEncoding (aka LY1/8y): 7+35 > PDFDocEncoding: 23+16 > my current custom encoding: 28+26 > ECEncoding (roughly T1): 63+41 > >Thus we can see that 8r is most conciliatory towards these Windows >programs. I am not sure what those numbers mean, since the obvious interpretations leads to some contradictions :-) First of all, 8r and 8y have the same overall glyph complement, so the numbers must be wrong. Each inclludes the 15 glyphs missing from Windows ANSI yet found in the standard 228 of typical text fonts. Each also includes ff, ffi, ffl, dotlessj. So the +21 for 8r and +35 for 8y should be BOTH +19 by my counting. I wonder whether you have added into the 8y total the glyphs that are repeated for convenience? As for conflicts, both 8r and 8y take the `standard' departure from Latin 1 (and hence Windows ANSI) by replacing quotesingle in 39 with quoteright, and replacing grave accent with quoteleft in 92. They also both have asciicircum instead of circumflex accent in 94, and asciitilde instead of tilde accent in 126. So I count 4 conflicts with Windows ANSI in *both* 8r and 8y. Could you clarify your numbers please? Regards, Berthold. From owner-pdftex@tug.org Wed Jun 17 12:17:11 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id MAA18930 for ; Wed, 17 Jun 1998 12:17:10 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id OAA15459 for pdftex-list; Wed, 17 Jun 1998 14:11:20 -0400 Received: from smtp3.xs4all.nl (smtp3.xs4all.nl [194.109.6.53]) by tug.org (8.8.5/8.8.5) with ESMTP id OAA15456 for ; Wed, 17 Jun 1998 14:11:18 -0400 Received: from infovore (root@infovore.xs4all.nl [194.109.13.254]) by smtp3.xs4all.nl (8.8.8/8.8.8) with ESMTP id UAA03078; Wed, 17 Jun 1998 20:11:13 +0200 (CEST) Received: by infovore id m0ymMHl-000cwUC (Debian Smail-3.2 1996-Jul-4 #2); Wed, 17 Jun 1998 19:46:13 +0200 (CEST) To: pdftex@tug.org, Fabrice POPINEAU , Hans Hagen Subject: Re: possible bug in web2c References: <3587C6DA.299D284C@wxs.nl> Mime-Version: 1.0 (generated by tm-edit 7.105) Content-Type: text/plain; charset=US-ASCII From: Olaf Weber Date: 17 Jun 1998 19:46:13 +0200 In-Reply-To: Fabrice POPINEAU's message of "17 Jun 1998 16:31:14 +0200" Message-ID: <87vhpzora2.fsf@infovore.xs4all.nl> Lines: 46 X-Mailer: Gnus v5.4.66/Emacs 19.34 Sender: owner-pdftex@tug.org Precedence: bulk Fabrice POPINEAU writes: > I have tried to change the open mode to binary at this place in tex.ch: > @x [49.1275] l.23441 - Same stuff as for \input, this time for \openin. > if cur_ext="" then cur_ext:=".tex"; > pack_cur_name; > if a_open_in(read_file[n]) then read_open[n]:=just_open; > @y > pack_cur_name; > tex_input_type:=0; {Tell |open_input| we are \.{\\openin}.} > if a_open_in(read_file[n], kpse_tex_format) then read_open[n]:=just_open; > @z > unfortunately, it doesn't pass the trip test anymore. > Some time ago, tex.ch and kpathsea had a list of suffixes that needed to be > opened in binary mode. Maybe we will need to reintroduce it. AFAICT, a_open_in has never in its history opened files in binary mode. It should also be noted that the open_input (the function underlying a_open_in) doesn't try to check suffixes or something like that, it just uses the supplied file mode, which must already include the "b" if it is desired. And which list of suffixes are you referring to? Whether files are opened in binary mode is governed by the format specifier used. Thus kpse_pict_format specifies binary mode, while kpse_tex_format does not. Neither requires a suffix. When TeX looks for the %%BoundingBox: in an .eps file, it uses kpse_tex_format to look for and open the file (as it does for all source files), hence opens the file in text mode. For the platforms currently covered by web2c (UNIX, WinNT, MSDOS, Amiga) binary files are sufficiently like text files that it would be feasible to always use binary mode. I suppose the last vestiges of the VMS-specific code could be abandoned at this point. Incidentally, the problem of images prematurely ending seems to be due to the fact that on WinNT and MSDOS, a ^Z found in the byte stream of a text file is interpreted as end-of-file. The same does not happen on UNIX systems (where there is no text/binary distinction). I don't know about the Amiga. -- Olaf Weber From owner-pdftex@tug.org Wed Jun 17 12:44:35 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id MAA20097 for ; Wed, 17 Jun 1998 12:44:34 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id OAA15574 for pdftex-list; Wed, 17 Jun 1998 14:38:13 -0400 Received: from life.ai.mit.edu (life.ai.mit.edu [128.52.32.80]) by tug.org (8.8.5/8.8.5) with ESMTP id OAA15571 for ; Wed, 17 Jun 1998 14:38:06 -0400 Received: from maui (maui.ai.mit.edu [128.52.37.105]) by life.ai.mit.edu (8.8.8/AI1.22/ai.master.life:1.24) with SMTP id OAA14470; Wed, 17 Jun 1998 14:37:42 -0400 (EDT) Message-Id: <199806171837.OAA14470@life.ai.mit.edu> X-Sender: bkph@life.ai.mit.edu X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0.1 Date: Wed, 17 Jun 1998 14:40:44 -0400 To: Rebecca and Rowland , Thierry Bouche , Hilmar Schlegel From: Berthold Horn Subject: Re: fontinst with 8y.etx Cc: fontinst@cogs.susx.ac.uk, tex-fonts@math.utah.edu, pdftex@tug.org In-Reply-To: References: <4.0.1.19980611192942.00e195b0@life.ai.mit.edu> <199806111411.QAA13180@mozart.ujf-grenoble.fr> <357F1B04.6918@mailszrz.zrz.tu-berlin.de> <199806101548.RAA15979@attila.uni-duesseldorf.de> <357F1B04.6918@mailszrz.zrz.tu-berlin.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-pdftex@tug.org Precedence: bulk At 02:47 AM 6/13/98 +0100, Rebecca and Rowland wrote: >At 8:08 pm -0400 11/6/98, Berthold K.P. Horn wrote: >>AFAIK, Mellisa's `mods' are simply work-arounds for the limitations >>of Mac: problems due to not being able to access 21 of the 228 glyphs >>on the Mac (due to lack of ability to reencode fonts - somthing not >>fixed by VF, I hasten to add, because VF only `remaps'). So something >>has to be done to approximate lslash, ff, eth, thorn etc. >This is not a limitation of Macs, but a limitation of some software on Macs. Yes, namely the Macintosh operating system :-) >>Well, I gather that some people on Unix are using LY1, as are some >>OzTeX users... >Some people have rings in their noses. It doesn't make them particuarly >sensible. >(Note: this is a joke of sorts) Thanks for pointing it out, I couldn't tell :-) >> We could use PS FontName as the TFM file name, >>or, since those can get rather long, use the Mac 5+3+3+... >>contracted names, which are unique also (or supposed to be anyway >>- for otherwise the font cannot be used on the Mac). >To be more specific: or else the fount can't be used on Macs running mfs or >hfs. hfs+ can handle longer filenames as far as I know, but it's hardly >widely used. This has little to do with the file system or the length of the PS FontName. The reason it matters is that for historic reasons fonts are accessed via the screen font suitcase and there is no notation in there about the outline font file name, only the PS FontName. The system and ATM knows which font file to llok for by using the 5+3+3+... contracting algorithm on the PS FontName. Since the contracted name is of neccessity unique --- and shorter :-) --- seems like a good one to use... Regards, Berthold. From owner-pdftex@tug.org Wed Jun 17 12:55:46 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id MAA20540 for ; Wed, 17 Jun 1998 12:55:45 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id OAA15649 for pdftex-list; Wed, 17 Jun 1998 14:51:02 -0400 Received: from vms.rhbnc.ac.uk (alpha1.rhbnc.ac.uk [134.219.201.113]) by tug.org (8.8.5/8.8.5) with SMTP id OAA15643 for ; Wed, 17 Jun 1998 14:50:59 -0400 Date: Wed, 17 Jun 1998 19:50:55 +0100 From: Philip Taylor (RHBNC) Reply-To: P.Taylor@vms.rhbnc.ac.uk To: bkph@ai.mit.edu CC: PDFTEX@tug.org, REBECCA@ASTRID.U-NET.COM, THIERRY.BOUCHE@ujf-grenoble.fr, HSHLGAII@MAILSZRZ.ZRZ.TU-BERLIN.DE, CHAA006@vms.rhbnc.ac.uk Message-Id: <980617195055.13913@vms.rhbnc.ac.uk> Subject: Re: fontinst with 8y.etx Sender: owner-pdftex@tug.org Precedence: bulk > Since the contracted name is of neccessity unique --- and shorter :-) --- > seems like a good one to use... But since the non-contracted name is also unique, and is also inherently far more meaningful, it would seem like an even better one to use. Philip Taylor, RHBNC. From owner-pdftex@tug.org Wed Jun 17 13:00:25 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id NAA20698 for ; Wed, 17 Jun 1998 13:00:24 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id OAA15624 for pdftex-list; Wed, 17 Jun 1998 14:46:08 -0400 Received: from vms.rhbnc.ac.uk (alpha1.rhbnc.ac.uk [134.219.201.113]) by tug.org (8.8.5/8.8.5) with SMTP id OAA15621 for ; Wed, 17 Jun 1998 14:46:07 -0400 Date: Wed, 17 Jun 1998 19:44:46 +0100 From: Philip Taylor (RHBNC) Reply-To: P.Taylor@vms.rhbnc.ac.uk To: olaf@infovore.xs4all.nl CC: PDFTEX@tug.org, CHAA006@vms.rhbnc.ac.uk Message-Id: <980617194446.13913@vms.rhbnc.ac.uk> Subject: Re: possible bug in web2c Sender: owner-pdftex@tug.org Precedence: bulk Olaf: >> And which list of suffixes are you referring to? Whether files are >> opened in binary mode is governed by the format specifier used. Thus >> kpse_pict_format specifies binary mode, while kpse_tex_format does >> not. Neither requires a suffix. When TeX looks for the >> %%BoundingBox: in an .eps file, it uses kpse_tex_format to look for >> and open the file (as it does for all source files), hence opens the >> file in text mode. Could you explain this part, for the benefit of a non-KPSE-user? "When TeX looks for ... in a .eps file, it uses kpse_tex_format": is this equivalent (since TeX never looks for ... per se) to saying that when TeX is instructed to perform a \openin, it will use ?an environment variable/logical name? called "kpse_tex_format" to locate the file, and _because_ it has used that ?ev/lnm?, it "knows" that the file is ASCII? If this is the case, I wonder if there is justification for extending "kpse_" to allow TeX to search multiple name spaces? That is, there might be (let me use the terminology with which I am familiar : I am sure you can map it to Unixese in your mind) two or more TeX_Input_ logical names: it searches the (path defined by the) first for (say) ".tex", ".ltx", ".ins" (etc) files, whilst it searches the (path defined by the) second for (say) ".jpg", ".gif", ".pdf" (etc) files. The configuration file could specify the associations here. Then one might have: TeX_Ascii_Inputs (used for ".tex", ); TeX_Binary_Inputs (used for images, pdf, etc); and in each case the appropriate "mode" will be used. Is this approach feasible/desirable? >> For the platforms currently covered by web2c (UNIX, WinNT, MSDOS, >> Amiga) binary files are sufficiently like text files that it would be >> feasible to always use binary mode. If this is the case, I wonder why the experimental version failed the TRIP test? >> I suppose the last vestiges of >> the VMS-specific code could be abandoned at this point. I hadn't realised there were any concessions to VMS in Web2C! Even if they are, I can't believe they are necessary : VMS has an extremely good Pascal compiler which more than eliminates any need for dependency on a Web2C port. >> Incidentally, the problem of images prematurely ending seems to be due >> to the fact that on WinNT and MSDOS, a ^Z found in the byte stream of >> a text file is interpreted as end-of-file. That is also my belief, but I'd like a Unix user of Web2C to confirm that he/she can read all of Hans's test without a problem... >> The same does not happen >> on UNIX systems (where there is no text/binary distinction). I don't >> know about the Amiga. Nor I! Philip Taylor, RHBNC. P.S. Olaf : you asked me for something in Arnhem, and I noted your e-mail address, but failed to note for what it was you asked : could you remind me, please? From owner-pdftex@tug.org Wed Jun 17 13:28:05 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id NAA21632 for ; Wed, 17 Jun 1998 13:28:04 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id PAA15814 for pdftex-list; Wed, 17 Jun 1998 15:25:15 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id PAA15811 for ; Wed, 17 Jun 1998 15:25:12 -0400 Received: from SnowWhite.inet.cz (pavel@dialup4.inet.cz [194.196.193.4]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id VAA25353; Wed, 17 Jun 1998 21:19:47 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id UAA01346; Wed, 17 Jun 1998 20:46:42 +0200 Date: Wed, 17 Jun 1998 20:46:42 +0200 Message-Id: <199806171846.UAA01346@SnowWhite.inet.cz> From: "Pavel Janik ml." To: popineau@esemetz.ese-metz.fr CC: s.rahtz@elsevier.co.uk, pdftex@tug.org In-reply-to: (message from Fabrice POPINEAU on 17 Jun 1998 17:15:51 +0200) Subject: Re: pdfTeX-0.12o-2, pdfTeX-0.12o-2-tiff1 X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.105 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk From: Fabrice POPINEAU Date: 17 Jun 1998 17:15:51 +0200 Hi, > The pdf file is ok, but huge : > > F:\Users\Popineau\Work\TeX\devel\tmp>pdftex test-tif > This is pdfTeX, Version 3.14159-0.12o-2-tiff1 (Web2c 7.2) > (pdftex.cfg) (test-tif.tex > Overfull \vbox (4602.35745pt too high) has occurred while \output is active > [1] ) > (see the transcript file for additional information) > Output written on test-tif.pdf (1 page, 45802644 bytes). > Transcript written on test-tif.log. I tested it with 3.14159-0.12o-2-tiff1 as released on two computers - my notebook said something about core ;-) and my school server went ok and reported Huuuuuuuge PDF file too. -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Wed Jun 17 13:51:48 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id NAA22370 for ; Wed, 17 Jun 1998 13:51:47 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id PAA15919 for pdftex-list; Wed, 17 Jun 1998 15:49:29 -0400 Received: from smtp3.xs4all.nl (smtp3.xs4all.nl [194.109.6.53]) by tug.org (8.8.5/8.8.5) with ESMTP id PAA15916 for ; Wed, 17 Jun 1998 15:49:27 -0400 Received: from infovore (root@infovore.xs4all.nl [194.109.13.254]) by smtp3.xs4all.nl (8.8.8/8.8.8) with ESMTP id VAA16395; Wed, 17 Jun 1998 21:49:21 +0200 (CEST) Received: by infovore id m0ymOEc-000crhC (Debian Smail-3.2 1996-Jul-4 #2); Wed, 17 Jun 1998 21:51:06 +0200 (CEST) To: P.Taylor@vms.rhbnc.ac.uk Cc: PDFTEX@tug.org, CHAA006@vms.rhbnc.ac.uk Subject: Re: possible bug in web2c References: <980617194446.13913@vms.rhbnc.ac.uk> Mime-Version: 1.0 (generated by tm-edit 7.105) Content-Type: text/plain; charset=US-ASCII From: Olaf Weber Date: 17 Jun 1998 21:51:01 +0200 In-Reply-To: Philip Taylor's message of "Wed, 17 Jun 1998 19:44:46 +0100" Message-ID: <87sol3oli2.fsf@infovore.xs4all.nl> Lines: 104 X-Mailer: Gnus v5.4.66/Emacs 19.34 Sender: owner-pdftex@tug.org Precedence: bulk Philip Taylor (RHBNC) writes: > Olaf: >> And which list of suffixes are you referring to? Whether files are >> opened in binary mode is governed by the format specifier used. >> Thus kpse_pict_format specifies binary mode, while kpse_tex_format >> does not. Neither requires a suffix. When TeX looks for the >> %%BoundingBox: in an .eps file, it uses kpse_tex_format to look for >> and open the file (as it does for all source files), hence opens >> the file in text mode. > Could you explain this part, for the benefit of a non-KPSE-user? > "When TeX looks for ... in a .eps file, it uses kpse_tex_format": > is this equivalent (since TeX never looks for ... per se) to saying > that when TeX is instructed to perform a \openin, it will use > ?an environment variable/logical name? called "kpse_tex_format" > to locate the file, and _because_ it has used that ?ev/lnm?, it > "knows" that the file is ASCII? The kpathsea library distinguished between file types, or formats. For different formats, different search paths, environment variables, and so on, are used. Also specified is whether the files of this format are to be treated as text or binary files. When you look for or open a file, you specify name and format. TeX's \openin is implemented in terms of a_open_in, which reduces to a call to open_input using the kpse_tex_format. This means a TeX source file is assumed, which is treated as a text file. The "looking for a BoundingBox comment" part comes into play when, for example, \includegraphics from LaTeX's graphics package is used, which can obtain the bounding box to use from an .eps file. > If this is the case, I wonder if there is justification for > extending "kpse_" to allow TeX to search multiple name > spaces? That is, there might be (let me use the terminology with > which I am familiar : I am sure you can map it to Unixese in your > mind) two or more TeX_Input_ logical names: it searches > the (path defined by the) first for (say) ".tex", ".ltx", ".ins" > (etc) files, whilst it searches the (path defined by the) second for > (say) ".jpg", ".gif", ".pdf" (etc) files. The configuration file > could specify the associations here. Then one might have: > TeX_Ascii_Inputs (used for ".tex", ); > TeX_Binary_Inputs (used for images, pdf, etc); > and in each case the appropriate "mode" will be used. Is this > approach feasible/desirable? At some point we used some kind of list of "reasonable" suffixes for TeX input files. Experience with this was not good. In practice, you'd have a limited set of "known" suffixes of binary files, which should be extendible without recompilation, and assume text mode for the rest. IMHO, if at the point of inclusion, it is known whether the file is of a binary type, the choice should be made there. For example by using b_open_in at that point. Note that the text/binary file distinction _is_ ingrained in the TeX sources, and using (in effect) a_open_in on binary files takes you beyond the specs. >> For the platforms currently covered by web2c (UNIX, WinNT, MSDOS, >> Amiga) binary files are sufficiently like text files that it would >> be feasible to always use binary mode. > If this is the case, I wonder why the experimental version failed > the TRIP test? "Feasible" is not equivalent to "requires no additional work". In any case, I haven't got the foggiest notion just what Fabrice did to create the "binary" version -- he didn't tell. What I'd do is to change the definition of aopenin in cpascal.h to use FOPEN_RBIN_MODE, and the definition of aopenout to use FOPEN_WBIN_MODE. This may not be everything that needs changing, but I suspect it is close. >> Incidentally, the problem of images prematurely ending seems to be >> due to the fact that on WinNT and MSDOS, a ^Z found in the byte >> stream of a text file is interpreted as end-of-file. > That is also my belief, but I'd like a Unix user of Web2C to confirm > that he/she can read all of Hans's test without a problem... I get a 4-page dvi file, ending with [macro:->%%EOF`] [macro:->`] so it looks like everything came through. > Philip Taylor, RHBNC. > P.S. Olaf : you asked me for something in Arnhem, and I noted your > e-mail address, but failed to note for what it was you asked : could > you remind me, please? The slides of your presentation/course. -- Olaf Weber From owner-pdftex@tug.org Wed Jun 17 14:03:19 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id OAA22857 for ; Wed, 17 Jun 1998 14:03:18 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id QAA15964 for pdftex-list; Wed, 17 Jun 1998 16:00:29 -0400 Received: from vms.rhbnc.ac.uk (alpha1.rhbnc.ac.uk [134.219.201.113]) by tug.org (8.8.5/8.8.5) with SMTP id QAA15961 for ; Wed, 17 Jun 1998 16:00:28 -0400 Date: Wed, 17 Jun 1998 21:00:23 +0100 From: Philip Taylor (RHBNC) Reply-To: P.Taylor@vms.rhbnc.ac.uk To: olaf@infovore.xs4all.nl CC: PDFTEX@tug.org, CHAA006@vms.rhbnc.ac.uk Message-Id: <980617210023.13913@vms.rhbnc.ac.uk> Subject: Re: possible bug in web2c Sender: owner-pdftex@tug.org Precedence: bulk OK, all points noted / more-or-less understood, but : is a TeX file binary or ASCII?! Knuth writes (page 45) that "Norwegian[s] could design [their] TeX interface so that [the] letter [ć] comes in as code 26". Code 26, is, unless I am very much mistaken, control-Z. Ergo Knuth envisages that TeX input files may contain control-Z, and therefore any system which wrongly interprets that as "end of file" is failing Knuth's expectations very badly! ** Phil. [Some slides will follow quickly, some have to be scanned or transcribed] From owner-pdftex@tug.org Wed Jun 17 15:37:41 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id PAA26139 for ; Wed, 17 Jun 1998 15:37:40 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id RAA16316 for pdftex-list; Wed, 17 Jun 1998 17:35:08 -0400 Received: from esemetz.ese-metz.fr (esemetz.ese-metz.fr [192.70.65.1]) by tug.org (8.8.5/8.8.5) with ESMTP id RAA16313 for ; Wed, 17 Jun 1998 17:35:06 -0400 Received: from hal9000 (ppp1.ese-metz.fr [193.48.224.221]) by esemetz.ese-metz.fr (8.8.8/8.8.8) with SMTP id XAA05182; Wed, 17 Jun 1998 23:33:42 +0200 (MET DST) Message-ID: <001401bd9a38$38ab04e0$dde030c1@hal9000.ese-metz.fr> From: "Fabrice Popineau" To: , "Olaf Weber" Cc: , Subject: Re: possible bug in web2c Date: Wed, 17 Jun 1998 23:38:07 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit 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 >In any case, I haven't got the foggiest notion just what Fabrice did >to create the "binary" version -- he didn't tell. What I'd do is to >change the definition of aopenin in cpascal.h to use FOPEN_RBIN_MODE, >and the definition of aopenout to use FOPEN_WBIN_MODE. This may not >be everything that needs changing, but I suspect it is close. > /* `aopenin' is used for all kinds of input text files, so it needs to know what path to use. Used by BibTeX, MF, TeX. */ #define aopenin(f,p) open_input (&(f), p, FOPEN_RBIN_MODE) #define aopenout(f) open_output (&(f), FOPEN_WBIN_MODE) This may not be, but AFAICS, by doing this trip & trap (and bibtex-check) tests passed. Could anybody consider this safe ? Fabrice From owner-pdftex@tug.org Wed Jun 17 15:59:22 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id PAA26950 for ; Wed, 17 Jun 1998 15:59:20 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id RAA16396 for pdftex-list; Wed, 17 Jun 1998 17:56:01 -0400 Received: from cache.hb.vossnet.de (cache.hb.vossnet.de [195.90.193.132]) by tug.org (8.8.5/8.8.5) with ESMTP id RAA16387 for ; Wed, 17 Jun 1998 17:55:17 -0400 Received: from b104.b.vossnet.de (b104.b.vossnet.de [195.182.121.104]) by cache.hb.vossnet.de (8.8.8/8.8.8) with SMTP id FAA06567; Thu, 18 Jun 1998 05:53:18 +0200 X-Authentication-Warning: cache.hb.vossnet.de: b104.b.vossnet.de [195.182.121.104] didn't use HELO protocol Message-ID: <3588868A.7A5D@mailszrz.zrz.tu-berlin.de> Date: Wed, 17 Jun 1998 23:16:26 -0400 From: Hilmar Schlegel Reply-To: Hilmar Schlegel Organization: http://home.pages.de/~typopages/ X-Mailer: Mozilla 2.02E (OS/2; I) MIME-Version: 1.0 To: Berthold Horn CC: TeX Fonts , pdftex@tug.org Subject: Re: `limitations' of OzTeX (was: fontinst with 8y.etx) References: <199806131927.MAA25135@daisy.cs.sfu.ca> <199806171730.NAA09880@life.ai.mit.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Berthold Horn wrote: > At 10:29 PM 6/13/98 -0400, Hilmar Schlegel wrote: > >Making LY1 PDF-reader proof, even on a Mac if possible... > > MON:>> OzTeX and some of the Windows DVI previewers faced the same problem -- > >> their authors aren't/weren't prepared to (or weren't able to) figure > >> out how to get ATM and/or the operating system to reencode fonts. > > >You can always install fonts which provide the full set of characters for > Tex... > > ? Meaning they are not set up as `text' fonts ? Yup! > And what about the other 89,900 (:-) fonts ? > Or are you suggesting one modify the fonts one uses ? Depends what the target is - use the fonts or play games with incomplete character sets... > >> OzTeX takes the attitude that it'll attempt to reencode fonts itself, > >> and uses a supplied mapping to go from 8r or LY1 to MacRoman, thus it > >> does the reencodding rather than the OS. The mapping is imperfect because > >> some glyphs don't exist in MacRoman but usually acceptable. > > Could we agree on terminology please? Can we call mapping numbers to > numbers (which is what OzTeX does and what VF can do) `REMAPPING' Well, a little detail is that "MAP" instructions in VFs cover mapping onto different fonts - the central point of the discussion to find a possible way to have a complete Tex character set on one hand side and to make the best out of the lousy GUI on the various "windows" systems. The open problem is if Acrobat search facilities are robust enough to work accross platforms with different interpretations what a "text" font covers. > and reserve the term `REENCODING' to assigning an encoding, which > is something that maps numbers to glyphs. The latter being more powerful > since it can make `unencoded' glyphs accessible. In this sense OzTeX > does remapping and does not do reencoding. Ditto for most other > Windows or Macintosh TeX Systems. DVIPS does reencoding, which > is easy in a PostScript only world. You must do reencoding in either way to satisfy Tex's needs - or you degrade Tex down to the level of what contemporary primitive GUIs provide... The advantage of PDF is that it provides the full spectrum what Tex covers without compromizes due to platform limitations. The hope would be to work around of existing bugs in this approach - possibly by using (one or more) encodings which are functional on all platforms. The question was if LY is such a candidate. > >> The equivalent Windows programs apparently considered this approach too > >> much trouble (or perhaps never thought of it) and so instead require > >> that users work within the Windows ANSI encoding, or use non-standard > > ? Most implement `remapping' as does OzTeX. I don't think any simply > use Windows ANSI at this stage. Y&Y TeX/DVIWindo use true reencoding, > so is not limited to remapping (and the loss of 15 glyphs of the 228). > > >> I prefer the OzTeX solution, even if it does mean that when you design a > >> new encoding you need to come up with a mapping file to map that encoding > >> to MacRoman. > > >It was already explained that neither MS-win UGL nor MacRoman encoding > >can provide a complete Tex character set - therefore the suggestion to > >use for example LY to map virtual fonts on. > > What is a `complete TeX character set'? WGL4? UGL? AGL? In any case, > more than 256 characters? or do you just mean T1/Cork? OT1, T1, OML, OMS, OMX with relevant variants and additions, i.e. what Tex needs for being "complete" ;-) You mention character code definitions for information transfer not fonts for printing. Hilmar Schlegel -- --------------------------------------------------------------- mailto:hshlgaii@mailszrz.zrz.TU-Berlin.DE?Subject=Mail response --------------------------------------------------------------- From owner-pdftex@tug.org Wed Jun 17 16:21:04 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id QAA27837 for ; Wed, 17 Jun 1998 16:21:03 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id SAA16466 for pdftex-list; Wed, 17 Jun 1998 18:14:18 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id SAA16463 for ; Wed, 17 Jun 1998 18:14:15 -0400 Received: from SnowWhite.inet.cz (pavel@dialup2.inet.cz [194.196.193.2]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id AAA29894; Thu, 18 Jun 1998 00:12:01 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id AAA05525; Thu, 18 Jun 1998 00:03:48 +0200 Date: Thu, 18 Jun 1998 00:03:48 +0200 Message-Id: <199806172203.AAA05525@SnowWhite.inet.cz> From: "Pavel Janik ml." To: Fabrice POPINEAU CC: Jiri Osoba , pdfTeX mailing list In-reply-to: (message from Fabrice POPINEAU on 17 Jun 1998 10:52:35 +0200) Subject: SOLVED: error in compression PNG image streams (Was: Re: Possible error in compression or support PNGlib code) X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.106 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk From: Fabrice POPINEAU Date: 17 Jun 1998 10:52:35 +0200 Hi, > if zip_write_state = zip_finish then begin > write_zip(true); > pdf_gone := pdf_gone + pdf_stream_length; > zip_write_state := no_zip; ok, this is correct. I'll try to explain it: When we read PNG file we call: writepng.c: for (i = 0; i < PNG_INFO(img)->height; i++) { png_read_row(PNG_PTR(img), row, NULL); for (j = 0; j < PNG_INFO(img)->rowbytes; j++) { pdfbuf[pdfptr++] = row[j]; if (pdfptr == pdfbufsize) pdfflush(); } } In Jiri's file (rx.png) which is (1022 x 768, 1-bit colormap) height is 768 and rowbytes is 128 (1022 bits padded with 2 bits to byte -> 128 bytes in a row, 1 bit colormap, but it can appear also in other sizes and colormaps) and when we finished reading rows in PNG file, we are at the end of pdfbuf -- Now the highly magic starts - 768 = 3 * 2^8, 128 = 2^7, 768*128= 16384*6 = 6 * pdfbufsize and thats the point. If you resize rx.png to 1017 x 768 it still doesn't (ouh, shouldn't as I didn't test it :-() work (8*127=1016 bits) and when resized to 1016x768 it should work. And the same with 768. What kind of magic can be in handling arrays in C ;-) Can anybody check other places where compression takes effect? Thanks especially to Jiri and Fabrice for solving this problem. Fabrice's patch will be included in pdftex-0.12o-3 which will be available as soon as I pass my exam (Financial markets, pdfTeX is more interesting than economics, you know...). -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Wed Jun 17 16:43:56 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id QAA28559 for ; Wed, 17 Jun 1998 16:43:55 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id SAA16568 for pdftex-list; Wed, 17 Jun 1998 18:40:40 -0400 Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by tug.org (8.8.5/8.8.5) with SMTP id SAA16562 for ; Wed, 17 Jun 1998 18:39:59 -0400 Received: from boole.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 17 Jun 98 23:39:55 +0100 (BST) Subject: Re: `limitations' of OzTeX (was: fontinst with 8y.etx) In-Reply-To: <199806171730.NAA09880@life.ai.mit.edu> from Berthold Horn at "Jun 17, 98 01:33:32 pm" To: Berthold Horn Date: Wed, 17 Jun 1998 23:39:55 +0100 (BST) From: Timothy Murphy Cc: pdftex@tug.org X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-ID: <9806172339.aa09809@boole.maths.tcd.ie> Sender: owner-pdftex@tug.org Precedence: bulk > Could we agree on terminology please? Can we call mapping numbers to > numbers (which is what OzTeX does and what VF can do) `REMAPPING' > and reserve the term `REENCODING' to assigning an encoding, which > is something that maps numbers to glyphs. The latter being more powerful > since it can make `unencoded' glyphs accessible. On the other hand VF is far more "powerful" since it allows inclusion of arbitrary DVI matter (eg combination of several glyphs) and is also recursive. From owner-pdftex@tug.org Wed Jun 17 20:28:51 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id UAA05239 for ; Wed, 17 Jun 1998 20:28:50 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id WAA17381 for pdftex-list; Wed, 17 Jun 1998 22:26:14 -0400 Received: from math.ams.org (math.ams.org [130.44.210.14]) by tug.org (8.8.5/8.8.5) with SMTP id WAA17378 for ; Wed, 17 Jun 1998 22:26:13 -0400 Received: from SUN06.AMS.ORG by math.ams.org via smtpd (for tug.org [158.121.106.10]) with SMTP; 18 Jun 1998 02:26:14 UT Received: from sun06.ams.org by sun06.ams.org (PMDF V5.1-10 #27147) id <0EUQ00L016ROS3@sun06.ams.org> for pdftex@tug.org; Wed, 17 Jun 1998 22:26:13 -0400 (EDT) Date: Wed, 17 Jun 1998 22:26:12 -0400 From: Michael John Downes Subject: Re: possible bug in web2c In-reply-to: Hans Hagen's message of Wed, 17 Jun 1998 16:02:47 +0200 To: Hans Hagen Cc: Fabrice POPINEAU , pdftex Message-id: MIME-version: 1.0 X-Mailer: Gnus v5.5/Emacs 20.2 Content-type: TEXT/PLAIN; CHARSET=US-ASCII Lines: 17 References: <3587C6DA.299D284C@wxs.nl> <3587CC87.26760924@wxs.nl> Sender: owner-pdftex@tug.org Precedence: bulk Hans Hagen writes: > > file.pdf is opened in text mode, not binary mode. So eof is seen > > before it will happen. Now, what is the correct way of doing it ? > > Should TeX be able to \openin binary files ? > > It should, else all eps/pdf parsing doomed. TeX is eight bit and I can > imagine valid tex files with only upper ascii's. Yes, but a TeX with fixed input buffer size of, say, 5000, will presumably always fail on an attempt to read through a binary file that has 5001 bytes in a row without a newline char? Not sure if this is relevant for web2c/pdftex, but I don't think macro packages can yet assume unlimited input buffer size if they are intended to work with all of the commonly used tex implementations. From owner-pdftex@tug.org Wed Jun 17 21:38:58 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id VAA07180 for ; Wed, 17 Jun 1998 21:38:57 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id XAA17630 for pdftex-list; Wed, 17 Jun 1998 23:36:20 -0400 Received: from mailhost.auckland.ac.nz (mailhost.auckland.ac.nz [130.216.1.4]) by tug.org (8.8.5/8.8.5) with ESMTP id XAA17627 for ; Wed, 17 Jun 1998 23:36:17 -0400 Received: from comexch.auckland.ac.nz (comexch.auckland.ac.nz [130.216.96.114]) by mailhost.auckland.ac.nz (8.8.5/8.7.3-ua) with ESMTP id PAA06822 for ; Thu, 18 Jun 1998 15:36:14 +1200 (NZST) Message-Id: <199806180336.PAA06822@mailhost.auckland.ac.nz> Received: by comexch.auckland.ac.nz with Internet Mail Service (5.0.1460.8) id ; Thu, 18 Jun 1998 15:41:21 +1200 From: "Hillas, John" To: "'pdftex@tug.org'" Subject: ams symbol encoding files Date: Thu, 18 Jun 1998 15:41:32 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1460.8) Content-Type: text/plain Sender: owner-pdftex@tug.org Precedence: bulk I've just installed the latest pdftex for win32. Thanks Fabrice. As I reconstructed my setup I wondered why I had used my own version of the amssymbol.map rather than the default. On experimentation I remembered. When I use the provided msam.enc and msbm.enc files as is the default things don't work properly. In particular \mathbb{R} gives me a blackboard bold S. I haven't experimented enough to find if there are other problems and I'm sorry, but I don't understand these things well enough to provide a solution. Things seem to work well if no encoding file is used, i.e., with msam10 msam10 4 ; Thu, 18 Jun 1998 01:29:44 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id DAA18586 for pdftex-list; Thu, 18 Jun 1998 03:25:41 -0400 Received: from ifi.informatik.uni-stuttgart.de (ifi.informatik.uni-stuttgart.de [129.69.211.1]) by tug.org (8.8.5/8.8.5) with ESMTP id DAA18583 for ; Thu, 18 Jun 1998 03:25:38 -0400 Date: Thu, 18 Jun 1998 09:25:30 +0200 (MET DST) Message-Id: <199806180725.JAA11919@isidor.informatik.uni-stuttgart.de> Received: by isidor.informatik.uni-stuttgart.de; Thu, 18 Jun 1998 09:25:30 +0200 (MET DST) From: Bernd Raichle MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pdftex Subject: Re: possible bug in web2c In-Reply-To: <3587CC87.26760924@wxs.nl> References: <3587C6DA.299D284C@wxs.nl> <3587CC87.26760924@wxs.nl> X-Mailer: VM 6.33 under Emacs 19.34.1 Sender: owner-pdftex@tug.org Precedence: bulk On Wed, 17 June 1998 16:02:47 +0200, Hans Hagen writes: > Fabrice POPINEAU wrote: > > Sorry for this one. This is yet a binary vs. text mode problem : [...] > > file.pdf is opened in text mode, not binary mode. So eof is seen > > before it will happen. Now, what is the correct way of doing it ? > > Should TeX be able to \openin binary files ? > > It should, No, IMHO it should _not_ for the primitive read mechanism within TeX (i.e., for \input and \openin) because otherwise the result can't be called ``TeX'' anymore. Reason: TeX's reading mechanism assumes that _text_ files are read and this mechanism is _line_ oriented where lines have a limited maximum length. > else all eps/pdf parsing doomed. If you really want to support this without any troubles you have to either extend TeX's semantics of the existing primitives or you have to add a new primitive ... in both cases the result can not be called ``TeX'' (but you are free to call it ``pdfTeX'';-). > TeX is eight bit and I can ``TeX is eight bit'' is definitely wrong w.r.t. input text files! > imagine valid tex files with only upper ascii's. > > Phil, is this part if the trip test? I don't know and I won't check it ... because some extensions which aren't trapped by the trip test will jeopardize your extended TeX, too (e.g. not all possible values of \tracing... are checked, thus you can change the behaviour of primitives for larger \tracing... values and the trip test will give you an OK). Best wishes, -bernd From owner-pdftex@tug.org Thu Jun 18 01:42:01 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id BAA00963 for ; Thu, 18 Jun 1998 01:42:00 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id DAA18624 for pdftex-list; Thu, 18 Jun 1998 03:35:41 -0400 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id DAA18621 for ; Thu, 18 Jun 1998 03:35:35 -0400 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 JAA04733; Thu, 18 Jun 1998 09:35:23 +0200 (MET DST) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id JAA21517; Thu, 18 Jun 1998 09:35:05 +0200 (MET DST) Date: Thu, 18 Jun 1998 09:35:05 +0200 (MET DST) Message-Id: <199806180735.JAA21517@mozart.ujf-grenoble.fr> From: Thierry Bouche To: Pavel.Janik@inet.cz Cc: Tom Kacvinsky , Thierry.Bouche@ujf-grenoble.fr, pdfTeX mailing list Subject: Re: Bug Fix: PS from pdfTeX's PDF In-Reply-To: <199806161952.VAA05554@SnowWhite.inet.cz> References: <199806161952.VAA05554@SnowWhite.inet.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=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-pdftex@tug.org Precedence: bulk Concernant « Re: Bug Fix: PS from pdfTeX's PDF », Pavel Janik ml. écrit : « » I would like to see more success reports with this patch applied. Can » you test it? » > + /* » > + If the next line ends in "for", it probably is of » > + of the form: » > + » > + 0 1 255 {1 index exch /.notdef put} for » > + » > + This is PS code to populate the encoding array with » > + /.notdef; if not there, Macintosh print drivers » > + choke when printing out the PDF file. » > + */ » > + what happens if the first glyph in the encoding is called Anafor ? Th. Bouche « no signature last night » From owner-pdftex@tug.org Thu Jun 18 02:18:05 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA02518 for ; Thu, 18 Jun 1998 02:18:04 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA18774 for pdftex-list; Thu, 18 Jun 1998 04:08:11 -0400 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id EAA18771 for ; Thu, 18 Jun 1998 04:08:10 -0400 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 KAA06833 for ; Thu, 18 Jun 1998 10:08:08 +0200 (MET DST) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id KAA23057; Thu, 18 Jun 1998 10:07:50 +0200 (MET DST) Date: Thu, 18 Jun 1998 10:07:50 +0200 (MET DST) Message-Id: <199806180807.KAA23057@mozart.ujf-grenoble.fr> From: Thierry Bouche To: pdftex@tug.org Subject: color In-Reply-To: <199806170942.KAA03656@nag.co.uk> References: <199806170942.KAA03656@nag.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 » Compare and contrast Hey, that's an abomination! Does pdftex/etex/nts support color more straightforwardly? (your example in pdftex is exactly similar to the PS versoin) From owner-pdftex@tug.org Thu Jun 18 02:41:30 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA03316 for ; Thu, 18 Jun 1998 02:41:29 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA18892 for pdftex-list; Thu, 18 Jun 1998 04:36:11 -0400 Received: from nag.co.uk (andover.nag.co.uk [192.156.217.113]) by tug.org (8.8.5/8.8.5) with ESMTP id EAA18889 for ; Thu, 18 Jun 1998 04:36:08 -0400 Received: (from davidc@localhost) by nag.co.uk (8.8.7/8.8.7) id JAA04513; Thu, 18 Jun 1998 09:42:31 +0100 Date: Thu, 18 Jun 1998 09:42:31 +0100 Message-Id: <199806180842.JAA04513@nag.co.uk> From: David Carlisle To: raichle@informatik.uni-stuttgart.de CC: pdftex@tug.org In-reply-to: <199806180725.JAA11919@isidor.informatik.uni-stuttgart.de> (message from Bernd Raichle on Thu, 18 Jun 1998 09:25:30 +0200 (MET DST)) Subject: Re: possible bug in web2c References: <3587C6DA.299D284C@wxs.nl> <3587CC87.26760924@wxs.nl> <199806180725.JAA11919@isidor.informatik.uni-stuttgart.de> Sender: owner-pdftex@tug.org Precedence: bulk > No, IMHO it should _not_ for the primitive read mechanism within TeX > (i.e., for \input and \openin) because otherwise the result can't be > called ``TeX'' anymore. Reason: TeX's reading mechanism assumes that > _text_ files are read and this mechanism is _line_ oriented where > lines have a limited maximum length. I agree with that, but why does this force a particular low level file opening semantics. If (in reality or just effectively as seen from within TeX) the file is read byte-by-byte until a is found at which point the TeX buffer is presented with the bytes so far + \endlinechar then surely this still `TeX'. web2c 7.x already extends the notion of a line from whatever the OS provides. Accepting DOS UNIX or MAC conventions for . The only point at issue is whether it should similarly step past ^Z on all platforms. I would say it should (both for \input and \read). David From owner-pdftex@tug.org Thu Jun 18 02:44:52 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA03399 for ; Thu, 18 Jun 1998 02:44:51 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA18881 for pdftex-list; Thu, 18 Jun 1998 04:35:03 -0400 Received: from relay.surfnet.nl (relay.surfnet.nl [192.87.36.2]) by tug.org (8.8.5/8.8.5) with SMTP id EAA18878 for ; Thu, 18 Jun 1998 04:35:01 -0400 Received: from wkaxp1.wkap.nl by relay.surfnet.nl with SN-SMTP (PP) with ESMTP; Thu, 18 Jun 1998 10:34:44 +0200 Received: from pc709 (pc709.wkap.nl) by wkap.nl (PMDF V5.1-4 #29553) with SMTP id <01IYDN9W2SOG001LX5@wkap.nl>; Thu, 18 Jun 1998 10:34:43 +0100 Date: Thu, 18 Jun 1998 10:34:17 +0200 (W. Europe Daylight Time) From: Taco Hoekwater Subject: Re: possible bug in web2c In-reply-to: <199806180725.JAA11919@isidor.informatik.uni-stuttgart.de> To: Bernd Raichle Cc: pdftex Message-id: MIME-version: 1.0 X-Mailer: Simeon for Win32 Version 4.1.3 Build (39) Content-type: TEXT/PLAIN; CHARSET=US-ASCII X-Authentication: none Sender: owner-pdftex@tug.org Precedence: bulk On Thu, 18 Jun 1998 09:25:30 +0200 (MET DST) Bernd Raichle wrote: > On Wed, 17 June 1998 16:02:47 +0200, > Hans Hagen writes: > > Fabrice POPINEAU wrote: > > > Sorry for this one. This is yet a binary vs. text mode problem : > [...] > > > file.pdf is opened in text mode, not binary mode. So eof is seen > > > before it will happen. Now, what is the correct way of doing it ? I'd say the problem lies in the Windows/DOS port, since it is a bug in the operating system on those platforms. Even for text files, it should be possible for a program to receive all of the 256 byte values, including control-z. > If you really want to support this without any troubles you have to > either extend TeX's semantics of the existing primitives or you have This is another discussion. Not to say that such a primitive isn't wanted, but the immediate problem can be solved without it: it should not be too hard to fake the correct behaviour of the opsys in the system change file: open all files as binary on the opsys level; then convert any CRLF pairs into LF yourself before passing the line to TeX. TeX would never know the difference except that all of sudden some files are longer than they were before :-) 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 Thu Jun 18 02:48:14 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA03465 for ; Thu, 18 Jun 1998 02:48:13 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA18935 for pdftex-list; Thu, 18 Jun 1998 04:45:56 -0400 Received: from nag.co.uk (andover.nag.co.uk [192.156.217.113]) by tug.org (8.8.5/8.8.5) with ESMTP id EAA18932 for ; Thu, 18 Jun 1998 04:45:54 -0400 Received: (from davidc@localhost) by nag.co.uk (8.8.7/8.8.7) id JAA04520; Thu, 18 Jun 1998 09:52:10 +0100 Date: Thu, 18 Jun 1998 09:52:10 +0100 Message-Id: <199806180852.JAA04520@nag.co.uk> From: David Carlisle To: Thierry.Bouche@ujf-grenoble.fr CC: pdftex@tug.org In-reply-to: <199806180807.KAA23057@mozart.ujf-grenoble.fr> (message from Thierry Bouche on Thu, 18 Jun 1998 10:07:50 +0200 (MET DST)) Subject: Re: color References: <199806170942.KAA03656@nag.co.uk> <199806180807.KAA23057@mozart.ujf-grenoble.fr> Sender: owner-pdftex@tug.org Precedence: bulk > Hey, that's an abomination! Nope! it's a documented feature. Those two examples are what I was talking about in grfguide four years ago: There is a different type of problem that will occur for all drivers. Due to certain technical difficulties\footnote{At least two causes: .....nobody reads this stuff:-) > Does pdftex No, currently colour support (in latex) is less good in pdftex than in dvips. Thanh didn't want to maintain a dvips-style `colour stack' and so the macros have to do that (but don't). That requires multiple \marks (It is possible to implement a multiple mark scheme via tex macros, but not without breaking too many existing latex files) so we need.. > /etex ...etex multiple marks. However this still doesn't solve the problem of nodes affecting vertical positioning. I think `invisible' nodes are on the list of etex things to think about one day. Phil? /nts support color more straightforwardly? Phil??????? David From owner-pdftex@tug.org Thu Jun 18 03:01:58 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA03780 for ; Thu, 18 Jun 1998 03:01:57 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA18974 for pdftex-list; Thu, 18 Jun 1998 04:55:03 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id EAA18971 for ; Thu, 18 Jun 1998 04:55:02 -0400 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 JAA27980; hop 0; Thu, 18 Jun 1998 09:49:36 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Thu, 18 Jun 1998 09:54:47 +0100 Date: Thu, 18 Jun 1998 09:29:18 +0100 Message-ID: <7097-Thu18Jun1998092918+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: raichle@informatik.uni-stuttgart.de Cc: pdftex@tug.org Subject: Re: possible bug in web2c In-Reply-To: <199806180725.JAA11919@isidor.informatik.uni-stuttgart.de> References: <3587C6DA.299D284C@wxs.nl> <3587CC87.26760924@wxs.nl> <199806180725.JAA11919@isidor.informatik.uni-stuttgart.de> Sender: owner-pdftex@tug.org Precedence: bulk Bernd Raichle writes: > If you really want to support this without any troubles you have to > either extend TeX's semantics of the existing primitives or you have > to add a new primitive ... in both cases the result can not be called It would seem sensible in the case of pdfTeX to add a new \binaryopenin primitive, etc. Then we could look at parsing JPEG files too :-} Sebastian From owner-pdftex@tug.org Thu Jun 18 03:02:30 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA03801 for ; Thu, 18 Jun 1998 03:02:29 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA18997 for pdftex-list; Thu, 18 Jun 1998 04:59:31 -0400 Received: from ifi.informatik.uni-stuttgart.de (ifi.informatik.uni-stuttgart.de [129.69.211.1]) by tug.org (8.8.5/8.8.5) with ESMTP id EAA18994 for ; Thu, 18 Jun 1998 04:59:29 -0400 Date: Thu, 18 Jun 1998 10:59:07 +0200 (MET DST) Message-Id: <199806180859.KAA11947@isidor.informatik.uni-stuttgart.de> Received: by isidor.informatik.uni-stuttgart.de; Thu, 18 Jun 1998 10:59:07 +0200 (MET DST) From: Bernd Raichle MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pdftex@tug.org Subject: Re: possible bug in web2c In-Reply-To: <199806180842.JAA04513@nag.co.uk> References: <3587C6DA.299D284C@wxs.nl> <3587CC87.26760924@wxs.nl> <199806180725.JAA11919@isidor.informatik.uni-stuttgart.de> <199806180842.JAA04513@nag.co.uk> X-Mailer: VM 6.33 under Emacs 19.34.1 Sender: owner-pdftex@tug.org Precedence: bulk On Thu, 18 June 1998 09:42:31 +0100, David Carlisle writes: > > No, IMHO it should _not_ for the primitive read mechanism within TeX > > (i.e., for \input and \openin) because otherwise the result can't be > > called ``TeX'' anymore. Reason: TeX's reading mechanism assumes that > > _text_ files are read and this mechanism is _line_ oriented where > > lines have a limited maximum length. > > I agree with that, but why does this force a particular low level file > opening semantics. If (in reality or just effectively as seen from > within TeX) the file is read byte-by-byte until a > is found at which point the TeX buffer is presented with the bytes so > far + \endlinechar then surely this still `TeX'. Remember: You as a TeX macro hacker can _not_ get access to the ``characters'' read from the file but only to the ``character tokens'' after TeX's scan mechanism has done some conversion steps depending on TeX's internal and implementation dependent xchr/xord[] arrays (stripping all space chars from the end of the line) and the hacker accessible \catcode array to get tokens. Specially you can not see nor get the marker in a file on the TeX macro level---the only thing you see is the _character token_ with code \endlinechar which TeX will append at the end of the line ...to make you happy! > web2c 7.x already extends the notion of a line from whatever the > OS provides. Accepting DOS UNIX or MAC conventions for . > The only point at issue is whether it should similarly step past ^Z > on all platforms. I would say it should (both for \input and \read). Mmmh, if under DOS/Windows you can read past the Ctrl-Z simply by changing to `binary' mode, why not do it?!? For stream oriented text file formats the difference between `binary' and `text' mode is normally only the handling of vs. vs handling as end-of-line marker... and this is already handled in Web2c 7.x. -bernd From owner-pdftex@tug.org Thu Jun 18 03:08:34 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA03971 for ; Thu, 18 Jun 1998 03:08:33 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA19022 for pdftex-list; Thu, 18 Jun 1998 05:03:16 -0400 Received: from esemetz.ese-metz.fr (esemetz.ese-metz.fr [192.70.65.1]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA19019 for ; Thu, 18 Jun 1998 05:03:14 -0400 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 LAA15826; Thu, 18 Jun 1998 11:03:11 +0200 (MET DST) To: David Carlisle Cc: pdftex@tug.org Subject: Re: possible bug in web2c References: <3587C6DA.299D284C@wxs.nl> <3587CC87.26760924@wxs.nl> <199806180725.JAA11919@isidor.informatik.uni-stuttgart.de> <199806180842.JAA04513@nag.co.uk> From: Fabrice POPINEAU Date: 18 Jun 1998 11:05:48 +0200 In-Reply-To: David Carlisle's message of "Thu, 18 Jun 1998 09:42:31 +0100" Message-ID: Lines: 18 X-Mailer: Gnus v5.6.4/Emacs 19.34 X-Emacs: 19.34 MIME-Version: 1.0 (generated by SEMI MIME-Edit 0.98 - "Sodani") Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk >>>>> "David" == David Carlisle writes: David> web2c 7.x already extends the notion of a line from David> whatever the OS provides. Accepting DOS UNIX or MAC David> conventions for . The only point at issue is David> whether it should similarly step past ^Z on all platforms. David> I would say it should (both for \input and \read). I agree with that. Moreover it is working under Unix, so why not under dosish systems ? But : - remember some problems that have appeared with the isprint() mechanism (related to inclusion of tex output) - the difference between aopenin and bopenin is in TeX itself. So the question is : where will it break ? Fabrice From owner-pdftex@tug.org Thu Jun 18 03:15:10 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA04111 for ; Thu, 18 Jun 1998 03:15:09 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA19083 for pdftex-list; Thu, 18 Jun 1998 05:12:51 -0400 Received: from esemetz.ese-metz.fr (esemetz.ese-metz.fr [192.70.65.1]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA19080 for ; Thu, 18 Jun 1998 05:12:47 -0400 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 LAA15729; Thu, 18 Jun 1998 11:11:08 +0200 (MET DST) To: Taco Hoekwater Cc: Hans Hagen , David Carlisle , jklymak@apl.washington.edu, pdftex@tug.org, s.rahtz@elsevier.co.uk Subject: Re: pdftex for win32 References: From: Fabrice POPINEAU Date: 18 Jun 1998 11:13:45 +0200 In-Reply-To: Taco Hoekwater's message of "Wed, 17 Jun 1998 16:30:22 +0200 (W. Europe Daylight Time)" Message-ID: Lines: 30 X-Mailer: Gnus v5.6.4/Emacs 19.34 X-Emacs: 19.34 MIME-Version: 1.0 (generated by SEMI MIME-Edit 0.98 - "Sodani") Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk >>>>> "Taco" == Taco Hoekwater writes: Taco> Here is what I tried %%%%%%%%%%%%%%%%%%%%%%%%%%%%% ^Z % actual control-Z test \bye %%%%%%%%%%%%%%%%%%%%%%%%%%%%% Taco> And that gives me a * prompt from tex. Not any more (and yes I have included an actual Ctrl-Z char, it gives \ae in the pdf file) : F:\Users\Popineau\Work\TeX\devel\tmp>pdftex ctrl-z This is pdfTeX, Version 3.14159-0.12o-2-tiff1 (Web2c 7.2) (pdftex.cfg) (ctrl-z.tex [1] ) Output written on ctrl-z.pdf (1 page, 5648 bytes). Transcript written on ctrl-z.log. I think David is right. Aopenin isn't use in so much places in the TeX web code. The only problem could come from : - packages that are reading some TeX output, - writing TeX output in binary mode can result in strange things with dos oriented text editors. Fabrice From owner-pdftex@tug.org Thu Jun 18 03:15:38 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA04132 for ; Thu, 18 Jun 1998 03:15:37 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA19073 for pdftex-list; Thu, 18 Jun 1998 05:11:23 -0400 Received: from ifi.informatik.uni-stuttgart.de (ifi.informatik.uni-stuttgart.de [129.69.211.1]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA19070 for ; Thu, 18 Jun 1998 05:11:21 -0400 Date: Thu, 18 Jun 1998 11:11:09 +0200 (MET DST) Message-Id: <199806180911.LAA11951@isidor.informatik.uni-stuttgart.de> Received: by isidor.informatik.uni-stuttgart.de; Thu, 18 Jun 1998 11:11:09 +0200 (MET DST) From: Bernd Raichle MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 To: PDFTEX@tug.org Subject: Re: possible bug in web2c In-Reply-To: <980617210023.13913@vms.rhbnc.ac.uk> References: <980617210023.13913@vms.rhbnc.ac.uk> X-Mailer: VM 6.33 under Emacs 19.34.1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by tug.org id FAA19071 Sender: owner-pdftex@tug.org Precedence: bulk On Wed, 17 June 1998 21:00:23 +0100, Philip Taylor (RHBNC) writes: > OK, all points noted / more-or-less understood, but : is a TeX file > binary or ASCII?! Knuth writes (page 45) that "Norwegian[s] could > design [their] TeX interface so that [the] letter [ć] comes in as > code 26". Code 26, is, unless I am very much mistaken, control-Z. > Ergo Knuth envisages that TeX input files may contain control-Z, > and therefore any system which wrongly interprets that as "end of > file" is failing Knuth's expectations very badly! Because in the TeXbook Knuth doesn't distinguish between text characters, character tokens, char nodes, font glyphs and intermixes them at various places, your interpretation can be wrong (IMHO it is). My interpretation of this is: ``Norwegian[s] could design [their] TeX interface so that [the] letter [ć] comes in [after xchr[] conversion] as code 26 [thus on the macro level you will get a character tokens with code 26].'' This means that the code of the letter `ae' used in the text file wasn't specified by Knuth. Using TeX 2.x some old TeX versions have mapped the umlauts and sharp-s in ISO Latin-1 to codes below 32 using appropriate xchr/xord[] settings (e.g. xchr['ä']:=26 and xord[26]:='ä' etc.; this has already allowed the use of umlauts and sharp-s in your input text files). -bernd From owner-pdftex@tug.org Thu Jun 18 03:18:49 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA04180 for ; Thu, 18 Jun 1998 03:18:48 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA19119 for pdftex-list; Thu, 18 Jun 1998 05:16:38 -0400 Received: from nag.co.uk (andover.nag.co.uk [192.156.217.113]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA19116 for ; Thu, 18 Jun 1998 05:16:35 -0400 Received: (from davidc@localhost) by nag.co.uk (8.8.7/8.8.7) id KAA04562; Thu, 18 Jun 1998 10:23:02 +0100 Date: Thu, 18 Jun 1998 10:23:02 +0100 Message-Id: <199806180923.KAA04562@nag.co.uk> From: David Carlisle To: raichle@informatik.uni-stuttgart.de CC: pdftex@tug.org In-reply-to: <199806180859.KAA11947@isidor.informatik.uni-stuttgart.de> (message from Bernd Raichle on Thu, 18 Jun 1998 10:59:07 +0200 (MET DST)) Subject: Re: possible bug in web2c References: <3587C6DA.299D284C@wxs.nl> <3587CC87.26760924@wxs.nl> <199806180725.JAA11919@isidor.informatik.uni-stuttgart.de> <199806180842.JAA04513@nag.co.uk> <199806180859.KAA11947@isidor.informatik.uni-stuttgart.de> Sender: owner-pdftex@tug.org Precedence: bulk > You as a TeX macro hacker I am sure you meant to say, `designer of TeX macro programs'':-) > can _not_ get access to the ``characters'' read from the file True of course. The intention of `binary' mode reading is just a technical detail to get past ^Z. I would expect the TeX system to still do the line conversions (as it does) which means that you still can't read a binary file for data. (As in parsing jpg.) As you say, that would require a new primitive. The intention is to be able to read _text_ files that just happen to have a ^Z in the middle somewhere. > Mmmh, if under DOS/Windows you can read past the Ctrl-Z simply by > changing to `binary' mode, why not do it?!? So, we agree? David From owner-pdftex@tug.org Thu Jun 18 03:25:36 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA04407 for ; Thu, 18 Jun 1998 03:25:35 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA19156 for pdftex-list; Thu, 18 Jun 1998 05:23:05 -0400 Received: from esemetz.ese-metz.fr (esemetz.ese-metz.fr [192.70.65.1]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA19153 for ; Thu, 18 Jun 1998 05:23:03 -0400 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 LAA16568; Thu, 18 Jun 1998 11:23:02 +0200 (MET DST) To: Taco Hoekwater Cc: pdftex@tug.org Subject: Re: possible bug in web2c References: From: Fabrice POPINEAU Date: 18 Jun 1998 11:25:39 +0200 In-Reply-To: Taco Hoekwater's message of "Thu, 18 Jun 1998 10:34:17 +0200 (W. Europe Daylight Time)" Message-ID: Lines: 22 X-Mailer: Gnus v5.6.4/Emacs 19.34 X-Emacs: 19.34 MIME-Version: 1.0 (generated by SEMI MIME-Edit 0.98 - "Sodani") Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk >>>>> "Taco" == Taco Hoekwater writes: Taco> On Thu, 18 Jun 1998 09:25:30 +0200 (MET DST) Bernd Raichle Taco> wrote: Taco> I'd say the problem lies in the Windows/DOS port, since it Taco> is a bug in the operating system on those platforms. It is even worse under win32 : this is a bug of the libc that want to be compatible with previous work on dosish platforms. The Win32 API does not provide FILE*, fopen and so on, and makes *no distinction* between text/binary files. Taco> it should not be too hard to fake the correct behaviour of Taco> the opsys in the system change file: open all files as Taco> binary on the opsys level; then convert any CRLF pairs into Taco> LF yourself before passing the line to TeX. Seems that Web2C does this already. Fabrice From owner-pdftex@tug.org Thu Jun 18 03:36:26 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA04751 for ; Thu, 18 Jun 1998 03:36:25 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA19201 for pdftex-list; Thu, 18 Jun 1998 05:32:18 -0400 Received: from smtp02.wxs.nl (smtp02.wxs.nl [195.121.6.60]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA19198 for ; Thu, 18 Jun 1998 05:32:17 -0400 Received: from wxs.nl ([195.121.70.165]) by smtp02.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA3716; Thu, 18 Jun 1998 11:31:51 +0200 Message-ID: <3588E085.9DA7E7D9@wxs.nl> Date: Thu, 18 Jun 1998 11:40:21 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Taco Hoekwater CC: Bernd Raichle , pdftex Subject: Re: possible bug in web2c References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Taco Hoekwater wrote: > I'd say the problem lies in the Windows/DOS port, since it is a bug > in the operating system on those platforms. Even for text files, it > should be possible for a program to receive all of the 256 byte > values, including control-z. Right! And the triptest should test on 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 Thu Jun 18 03:45:36 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA04990 for ; Thu, 18 Jun 1998 03:45:35 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA19254 for pdftex-list; Thu, 18 Jun 1998 05:42:18 -0400 Received: from smtp02.wxs.nl (smtp02.wxs.nl [195.121.6.60]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA19251 for ; Thu, 18 Jun 1998 05:42:17 -0400 Received: from wxs.nl ([195.121.70.165]) by smtp02.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA3F6D; Thu, 18 Jun 1998 11:42:03 +0200 Message-ID: <3588E2F5.34917DD4@wxs.nl> Date: Thu, 18 Jun 1998 11:50:45 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Fabrice POPINEAU CC: David Carlisle , pdftex@tug.org Subject: Re: possible bug in web2c References: <3587C6DA.299D284C@wxs.nl> <3587CC87.26760924@wxs.nl> <199806180725.JAA11919@isidor.informatik.uni-stuttgart.de> <199806180842.JAA04513@nag.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Fabrice POPINEAU wrote: > So the question is : where will it break ? We'll see. We do many tricky things here and next week I start running rather complicated documents, so you'll hear of any problems very fast! 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 Jun 18 03:50:47 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA05143 for ; Thu, 18 Jun 1998 03:50:46 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA19276 for pdftex-list; Thu, 18 Jun 1998 05:45:19 -0400 Received: from smtp02.wxs.nl (smtp02.wxs.nl [195.121.6.60]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA19273 for ; Thu, 18 Jun 1998 05:45:17 -0400 Received: from wxs.nl ([195.121.70.165]) by smtp02.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA418A; Thu, 18 Jun 1998 11:45:13 +0200 Message-ID: <3588E3B0.2AAC5958@wxs.nl> Date: Thu, 18 Jun 1998 11:53:52 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: David Carlisle CC: raichle@informatik.uni-stuttgart.de, pdftex@tug.org Subject: Re: possible bug in web2c References: <3587C6DA.299D284C@wxs.nl> <3587CC87.26760924@wxs.nl> <199806180725.JAA11919@isidor.informatik.uni-stuttgart.de> <199806180842.JAA04513@nag.co.uk> <199806180859.KAA11947@isidor.informatik.uni-stuttgart.de> <199806180923.KAA04562@nag.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk David Carlisle wrote: > > > You as a TeX macro hacker > > I am sure you meant to say, `designer of TeX macro programs'':-) Yes, but after a while you end up hacking and become a hacker. > > Mmmh, if under DOS/Windows you can read past the Ctrl-Z simply by > > changing to `binary' mode, why not do it?!? > > So, we agree? YES! ----------------------------------------------------------------- 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 Jun 18 03:51:53 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA05153 for ; Thu, 18 Jun 1998 03:51:52 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA19327 for pdftex-list; Thu, 18 Jun 1998 05:47:41 -0400 Received: from smtp04.wxs.nl (smtp04.wxs.nl [195.121.6.59]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA19323 for ; Thu, 18 Jun 1998 05:47:30 -0400 Received: from wxs.nl ([195.121.70.165]) by smtp04.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA5B4F; Thu, 18 Jun 1998 11:47:26 +0200 Message-ID: <3588E278.5756F24F@wxs.nl> Date: Thu, 18 Jun 1998 11:48:40 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Sebastian Rahtz CC: raichle@informatik.uni-stuttgart.de, pdftex@tug.org Subject: Re: possible bug in web2c References: <3587C6DA.299D284C@wxs.nl> <3587CC87.26760924@wxs.nl> <199806180725.JAA11919@isidor.informatik.uni-stuttgart.de> <7097-Thu18Jun1998092918+0100-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 would seem sensible in the case of pdfTeX to add a new > \binaryopenin primitive, etc. Then we could look at parsing JPEG files > too :-} Only if we also had a positioning macro. BTW, where can I find the best jpg specs? 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 Jun 18 03:53:18 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA05194 for ; Thu, 18 Jun 1998 03:53:17 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA19317 for pdftex-list; Thu, 18 Jun 1998 05:47:18 -0400 Received: from smtp02.wxs.nl (smtp02.wxs.nl [195.121.6.60]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA19297 for ; Thu, 18 Jun 1998 05:47:10 -0400 Received: from wxs.nl ([195.121.70.165]) by smtp02.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA42A9; Thu, 18 Jun 1998 11:47:09 +0200 Message-ID: <3588D4AD.2384372E@wxs.nl> Date: Thu, 18 Jun 1998 10:49:49 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Philip TAYLOR CC: Fabrice POPINEAU , pdftex Subject: Re: possible bug in web2c References: <3587C6DA.299D284C@wxs.nl> <3587CC87.26760924@wxs.nl> <3587D8A4.AC67C594@Vms.Rhbnc.Ac.Uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Philip TAYLOR wrote: > Hmmm, "trip.tex" is weird in the "openin" area (well, > it's weird everywhere, of course...) It opens and closes > stream 15, then opens stream 100 but reads from streamm 0. > Opening stream 100 will generate an error (Bad number (100)), > and then "tripos.tex" will be opened on stream 0 (I'm not sure > what would happen if stream zero were already open...). > > If this is the part where it fails the trip test after opening > in binary mode, it will be interesting to see how the ASCII > and binary mode "\show \a"s differ : presumably end-of-line. > > ** Phil. > > \openin 15 tripos\closein 15\iftrue{\ifeof 15\openin 100 tripos > \def\loop{\ifeof 0\let\loop=\relax\else{\global\read0to > \a}\show\a\fi\loop} This is interesting (never seen triptest before). Was the triptest adapted when 8 bit became possible? \read ends at an end of line. This means that when no crlf characteris present (which can be the case in binary previews in eps or streams in pdf), then we can get buffer problems I guess. 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 Jun 18 03:54:09 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA05219 for ; Thu, 18 Jun 1998 03:54:08 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA19295 for pdftex-list; Thu, 18 Jun 1998 05:47:05 -0400 Received: from smtp02.wxs.nl (smtp02.wxs.nl [195.121.6.60]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA19292 for ; Thu, 18 Jun 1998 05:47:03 -0400 Received: from wxs.nl ([195.121.70.165]) by smtp02.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA427A; Thu, 18 Jun 1998 11:47:03 +0200 Message-ID: <3588D1C9.8C86ABBC@wxs.nl> Date: Thu, 18 Jun 1998 10:37:29 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: pdftex@tug.org Subject: Re: pdftex for win32 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Taco Hoekwater wrote: > %%%%%%%%%%%%%%%%%%%%%%%%%%%%% > ^Z % actual control-Z > test > \bye > %%%%%%%%%%%%%%%%%%%%%%%%%%%%% Ah, funny eh? Does nobody ever uses the high ascii's or is it just bad luck that this never surfaced before. 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 Jun 18 03:55:53 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA05269 for ; Thu, 18 Jun 1998 03:55:51 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA19316 for pdftex-list; Thu, 18 Jun 1998 05:47:18 -0400 Received: from smtp04.wxs.nl (smtp04.wxs.nl [195.121.6.59]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA19305 for ; Thu, 18 Jun 1998 05:47:15 -0400 Received: from wxs.nl ([195.121.70.165]) by smtp04.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA5B2A; Thu, 18 Jun 1998 11:47:14 +0200 Message-ID: <3588DA40.52C0293C@wxs.nl> Date: Thu, 18 Jun 1998 11:13:36 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: P.Taylor@vms.rhbnc.ac.uk CC: olaf@infovore.xs4all.nl, PDFTEX@tug.org, CHAA006@vms.rhbnc.ac.uk Subject: Re: possible bug in web2c References: <980617210023.13913@vms.rhbnc.ac.uk> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by tug.org id FAA19307 Sender: owner-pdftex@tug.org Precedence: bulk Philip Taylor (RHBNC) wrote: > > OK, all points noted / more-or-less understood, but : is a TeX file > binary or ASCII?! Knuth writes (page 45) that "Norwegian[s] could > design [their] TeX interface so that [the] letter [ć] comes in as > code 26". Code 26, is, unless I am very much mistaken, control-Z. > Ergo Knuth envisages that TeX input files may contain control-Z, > and therefore any system which wrongly interprets that as "end of > file" is failing Knuth's expectations very badly! Indeed. When we may use all 255 characters in arbitrary meanings, there is no distinction between text and binary at all. It only makes sense when one wants to do \readline's. (And \read is sort of ambiguous in 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 Thu Jun 18 03:58:05 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA05287 for ; Thu, 18 Jun 1998 03:58:04 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA19324 for pdftex-list; Thu, 18 Jun 1998 05:47:34 -0400 Received: from smtp02.wxs.nl (smtp02.wxs.nl [195.121.6.60]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA19315 for ; Thu, 18 Jun 1998 05:47:17 -0400 Received: from wxs.nl ([195.121.70.165]) by smtp02.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA4290; Thu, 18 Jun 1998 11:47:05 +0200 Message-ID: <3588D30C.B68A182F@wxs.nl> Date: Thu, 18 Jun 1998 10:42:52 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Fabrice POPINEAU CC: pdftex Subject: Re: possible bug in web2c References: <3587C6DA.299D284C@wxs.nl> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Fabrice POPINEAU wrote: > unfortunately, it doesn't pass the trip test anymore. This is strange because at Phil's site, the triptest is passed ok (he is able to run the file on VMS) > Some time ago, tex.ch and kpathsea had a list of suffixes that needed to be > opened in binary mode. Maybe we will need to reintroduce it. Dangerous, because what goes in that list? PDF, EPS, T* ? 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 Jun 18 04:13:49 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA05689 for ; Thu, 18 Jun 1998 04:13:48 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA19414 for pdftex-list; Thu, 18 Jun 1998 06:03:18 -0400 Received: from esemetz.ese-metz.fr (esemetz.ese-metz.fr [192.70.65.1]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA19411 for ; Thu, 18 Jun 1998 06:03:16 -0400 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 MAA17887; Thu, 18 Jun 1998 12:03:09 +0200 (MET DST) To: Hans Hagen Cc: Philip TAYLOR , Fabrice POPINEAU , pdftex Subject: Re: possible bug in web2c References: <3587C6DA.299D284C@wxs.nl> <3587CC87.26760924@wxs.nl> <3587D8A4.AC67C594@Vms.Rhbnc.Ac.Uk> <3588D4AD.2384372E@wxs.nl> From: Fabrice POPINEAU Date: 18 Jun 1998 12:05:47 +0200 In-Reply-To: Hans Hagen's message of "Thu, 18 Jun 1998 10:49:49 +0200" Message-ID: Lines: 5 X-Mailer: Gnus v5.6.4/Emacs 19.34 X-Emacs: 19.34 MIME-Version: 1.0 (generated by SEMI MIME-Edit 0.98 - "Sodani") Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk I will rebuild the whole web2c distrib this afternoon with the binary change. At worse, it will be ready by tomorrow morning. Fabrice From owner-pdftex@tug.org Thu Jun 18 04:53:51 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA06717 for ; Thu, 18 Jun 1998 04:53:50 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA19657 for pdftex-list; Thu, 18 Jun 1998 06:50:13 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA19654 for ; Thu, 18 Jun 1998 06:50:12 -0400 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 LAA02477; hop 0; Thu, 18 Jun 1998 11:44:45 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Thu, 18 Jun 1998 11:49:56 +0100 Date: Thu, 18 Jun 1998 11:26:08 +0100 Message-ID: <8695-Thu18Jun1998112608+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pdftex@tug.org Subject: list clogging In-Reply-To: <199806181017.GAA19489@tug.org> References: <199806181017.GAA19489@tug.org> Sender: owner-pdftex@tug.org Precedence: bulk I don't want to stifle discussion, but as owner of this list, I see the "un sub scribe"[1] messages; there have been quite a few in the last couple of days, and I worry people are being put off by things only tenuously related to pdfTeX. do please remember that 226 people receive every message you send, do be a little more circumspect on the "cc: pdftex" usage, please.... Sebastian PS yes I know I am as much to blame as anyone. PPS if there is demand, we can split the list into pdftex-ann, and pdftex-dev (Announcements and Developers). would that be appropriate? [1] i have to mispell this to fool majordomo :-} From owner-pdftex@tug.org Thu Jun 18 04:59:12 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA06810 for ; Thu, 18 Jun 1998 04:59:11 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA19652 for pdftex-list; Thu, 18 Jun 1998 06:50:04 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA19649 for ; Thu, 18 Jun 1998 06:50:03 -0400 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 LAA02469; hop 0; Thu, 18 Jun 1998 11:44:36 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Thu, 18 Jun 1998 11:49:50 +0100 Date: Thu, 18 Jun 1998 11:24:46 +0100 Message-ID: <8793-Thu18Jun1998112446+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q) From: Sebastian Rahtz To: pdftex@tug.org Subject: reading binary files Sender: owner-pdftex@tug.org Precedence: bulk I start to wonder whether it wouldn't be better to have a new primitive \pdfimageinfo which read a graphics file, and returned size information in some "to-be-defined" way. Since all the graphics inclusion is written in C, calling free libraries, I suspect that adding the corresponding functionality for each supported image type would be pretty trivial. Even if TeX *can* scan my PDF line by line for the MediaBox, its not a very sensible thing to do, surely? I'd much rather PNG, PDF and JPEG were all treated in the same way. Thanh original recommended just \setbox0=\hbox{\pdfimage foo.bar}, and looking at \wd0 etc, but thats a big overhead. Sebastian From owner-pdftex@tug.org Thu Jun 18 05:17:39 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA07267 for ; Thu, 18 Jun 1998 05:17:38 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA19743 for pdftex-list; Thu, 18 Jun 1998 07:11:28 -0400 Received: from math.ams.org (math.ams.org [130.44.210.14]) by tug.org (8.8.5/8.8.5) with SMTP id HAA19740 for ; Thu, 18 Jun 1998 07:11:27 -0400 Received: from SUN06.AMS.ORG by math.ams.org via smtpd (for tug.org [158.121.106.10]) with SMTP; 18 Jun 1998 11:11:28 UT Received: from mac038.ams.org by sun06.ams.org (PMDF V5.1-10 #27147) with SMTP id <0EUQ003F6V2Y3O@sun06.ams.org> for pdftex@tug.org; Thu, 18 Jun 1998 07:11:22 -0400 (EDT) Date: Thu, 18 Jun 1998 07:11:34 -0400 From: Tom Kacvinsky Subject: Re: Bug Fix: PS from pdfTeX's PDF To: Thierry Bouche Cc: pdftex@tug.org Message-id: <4246755.3107142694@mac038.ams.org> MIME-version: 1.0 X-Mailer: Mulberry (MacOS) [1.3.3, s/n P020-200112-003] Content-type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by tug.org id HAA19741 Sender: owner-pdftex@tug.org Precedence: bulk --On Jun 18, 1998 09:35 +0200 "Thierry Bouche" wrote: > Concernant « Re: Bug Fix: PS from pdfTeX's PDF », Pavel Janik ml. écrit : « > » I would like to see more success reports with this patch applied. Can > » you test it? > » > + /* > » > + If the next line ends in "for", it probably is of > » > + of the form: > » > + > » > + 0 1 255 {1 index exch /.notdef put} for > » > + > » > + This is PS code to populate the encoding array with > » > + /.notdef; if not there, Macintosh print drivers > » > + choke when printing out the PDF file. > » > + */ > » > + > > what happens if the first glyph in the encoding is called Anafor ? > Th. Bouche > « no signature last night » If you look in the context of the code, here is what happens: A standard encoding (ExpertEncoding, StandardEncoding etc...) is searched for by looking for /Encoding, and then grabbing the text that follows it. If that is not found, the line looks like "/Encoding 256 array" Then it drops into a loop in which lines like "dup put" are read in, and if the glyph from that font is used in the PDF file, that line is copied into font information. But... the line "0 1 255 {1 index exch /.notdef put} for" is skipped over! I realize now wy people are sketchy about this. I made the assumption that if the font has a non "standard" encoding, the Encoding is given by the following: /Encoding 256 array 0 1 255 {1 index exch /.notdef put} for dup put dup put dup put . . . readonly def From owner-pdftex@tug.org Thu Jun 18 05:18:10 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA07288 for ; Thu, 18 Jun 1998 05:18:09 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA19754 for pdftex-list; Thu, 18 Jun 1998 07:12:02 -0400 Received: from nag.co.uk (andover.nag.co.uk [192.156.217.113]) by tug.org (8.8.5/8.8.5) with ESMTP id HAA19746 for ; Thu, 18 Jun 1998 07:11:51 -0400 Received: (from davidc@localhost) by nag.co.uk (8.8.7/8.8.7) id MAA04732; Thu, 18 Jun 1998 12:18:01 +0100 Date: Thu, 18 Jun 1998 12:18:01 +0100 Message-Id: <199806181118.MAA04732@nag.co.uk> From: David Carlisle To: pdftex@tug.org In-reply-to: <8793-Thu18Jun1998112446+0100-s.rahtz@elsevier.co.uk> (message from Sebastian Rahtz on Thu, 18 Jun 1998 11:24:46 +0100) Subject: Re: reading binary files References: <8793-Thu18Jun1998112446+0100-s.rahtz@elsevier.co.uk> Sender: owner-pdftex@tug.org Precedence: bulk > Thanh original recommended just > \setbox0=\hbox{\pdfimage foo.bar}, and looking at \wd0 etc, but thats > a big overhead. It would not be a big overhead if you could reuse the box (at a different scale) without loss of quality. That is you don't want to to \setbox0=\hbox{\pdfimage foo.bar} \pdfimage height .5\ht0 foo.bar thus accessing the file twice, but you might want to do \setbox0=\hbox{\pdfimage foo.bar} \scalebox{.5}{\box0} but I didn't get any replies to my earlier question as to whether using scaling rather than the height attribute makes any difference to the output. David From owner-pdftex@tug.org Thu Jun 18 05:51:19 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA08022 for ; Thu, 18 Jun 1998 05:51:18 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA19933 for pdftex-list; Thu, 18 Jun 1998 07:47:10 -0400 Received: from venus.open.ac.uk (venus.open.ac.uk [137.108.143.2]) by tug.org (8.8.5/8.8.5) with SMTP id HAA19928 for ; Thu, 18 Jun 1998 07:47:08 -0400 Received: from fell.open.ac.uk by venus with SMTP Local (MMTA v2.2) with ESMTP; Thu, 18 Jun 1998 12:45:11 +0100 Received: (from car2@localhost) by fell.open.ac.uk (8.8.5/8.6.12) id MAA05422; Thu, 18 Jun 1998 12:45:09 +0100 (BST) From: Chris Rowley MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Date: Thu, 18 Jun 1998 12:45:08 +0100 (BST) To: Bernd Raichle Cc: PDFTEX@tug.org Subject: Re: possible bug in web2c In-Reply-To: <199806180911.LAA11951@isidor.informatik.uni-stuttgart.de> References: <980617210023.13913@vms.rhbnc.ac.uk> <199806180911.LAA11951@isidor.informatik.uni-stuttgart.de> X-Mailer: VM 6.44 under Emacs 19.34.1 Message-ID: <13704.64830.532836.630136@fell.open.ac.uk> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by tug.org id HAA19930 Sender: owner-pdftex@tug.org Precedence: bulk Bernd Raichle wrote -- > My interpretation of this is: > > ``Norwegian[s] could design [their] TeX interface so that [the] letter > [ć] comes in [after xchr[] conversion] as code 26 [thus on the macro > level you will get a character tokens with code 26].'' > > This means that the code of the letter `ae' used in the text file > wasn't specified by Knuth. That has always been my interpretaion too --- yet another place where one has to read it 6 times and talk to as many people before understanding what He meant?? chris From owner-pdftex@tug.org Thu Jun 18 05:51:45 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA08039 for ; Thu, 18 Jun 1998 05:51:44 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA19945 for pdftex-list; Thu, 18 Jun 1998 07:48:11 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id HAA19939 for ; Thu, 18 Jun 1998 07:48:00 -0400 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 MAA04170; hop 0; Thu, 18 Jun 1998 12:42:36 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Thu, 18 Jun 1998 12:47:45 +0100 Date: Thu, 18 Jun 1998 12:27:10 +0100 Message-ID: <3970-Thu18Jun1998122710+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q) From: Sebastian Rahtz To: pdftex@tug.org Subject: \pdfimage Sender: owner-pdftex@tug.org Precedence: bulk In fact, lets make this simple: % brings in the file \pdfimage etc foo.jpg % produces an empty box of the right size \pdfimage |info |foo.jpg |draft| which also gives us trivial support for draft mode does anyone else believe in this? sebastian From owner-pdftex@tug.org Thu Jun 18 06:01:09 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA08278 for ; Thu, 18 Jun 1998 06:01:08 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA19978 for pdftex-list; Thu, 18 Jun 1998 07:55:35 -0400 Received: from venus.open.ac.uk (venus.open.ac.uk [137.108.143.2]) by tug.org (8.8.5/8.8.5) with SMTP id HAA19975 for ; Thu, 18 Jun 1998 07:55:33 -0400 Received: from fell.open.ac.uk by venus with SMTP Local (MMTA v2.2) with ESMTP; Thu, 18 Jun 1998 12:55:30 +0100 Received: (from car2@localhost) by fell.open.ac.uk (8.8.5/8.6.12) id MAA05464 for pdftex@tug.org; Thu, 18 Jun 1998 12:55:27 +0100 (BST) Message-Id: <199806181155.MAA05464@fell.open.ac.uk> Date: Thu, 18 Jun 1998 12:55:26 +0100 (BST) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" From: Chris Rowley To: David Carlisle CC: pdftex@tug.org Subject: Re: color In-Reply-To: <199806180852.JAA04520@nag.co.uk> References: <199806170942.KAA03656@nag.co.uk> <199806180807.KAA23057@mozart.ujf-grenoble.fr> <199806180852.JAA04520@nag.co.uk> X-Mailer: VM 6.44 under Emacs 19.34.1 Sender: owner-pdftex@tug.org Precedence: bulk David Carlisle wrote -- > /nts support color more straightforwardly? > > Phil??????? An unfair question (whoever's it was originally). I would ask: Is color straightforward anywhere? Or, more directly: Give a simple description of "supporting colour more straightforwardly" before asking if your spec will be implemented in NTS (or anywhere else). As David hinted, some people have been looking at this problem for a long time, so do not rush into it. chris From owner-pdftex@tug.org Thu Jun 18 06:21:52 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA08788 for ; Thu, 18 Jun 1998 06:21:51 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA21916 for pdftex-list; Thu, 18 Jun 1998 08:11:15 -0400 Received: from venus.open.ac.uk (venus.open.ac.uk [137.108.143.2]) by tug.org (8.8.5/8.8.5) with SMTP id IAA21912 for ; Thu, 18 Jun 1998 08:11:12 -0400 Received: from fell.open.ac.uk by venus with SMTP Local (MMTA v2.2) with ESMTP; Thu, 18 Jun 1998 13:08:06 +0100 Received: (from car2@localhost) by fell.open.ac.uk (8.8.5/8.6.12) id NAA05526; Thu, 18 Jun 1998 13:08:03 +0100 (BST) From: Chris Rowley MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Thu, 18 Jun 1998 13:08:03 +0100 (BST) To: David Carlisle Cc: Thierry.Bouche@ujf-grenoble.fr, pdftex@tug.org Subject: Re: color In-Reply-To: <199806180852.JAA04520@nag.co.uk> References: <199806170942.KAA03656@nag.co.uk> <199806180807.KAA23057@mozart.ujf-grenoble.fr> <199806180852.JAA04520@nag.co.uk> X-Mailer: VM 6.44 under Emacs 19.34.1 Message-ID: <13705.748.106715.202390@fell.open.ac.uk> Sender: owner-pdftex@tug.org Precedence: bulk David Carlisle wrote -- > > /etex > ...etex multiple marks. However this still doesn't solve the problem of > nodes affecting vertical positioning. I think `invisible' nodes are on > the list of etex things to think about one day. Phil? Well they are very high on my list (although that may be a misleading way to describe them. chris From owner-pdftex@tug.org Thu Jun 18 06:34:35 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA09138 for ; Thu, 18 Jun 1998 06:34:35 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA22018 for pdftex-list; Thu, 18 Jun 1998 08:31:45 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA22015 for ; Thu, 18 Jun 1998 08:31:44 -0400 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 NAA05293; hop 0; Thu, 18 Jun 1998 13:26:19 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Thu, 18 Jun 1998 13:31:38 +0100 Date: Thu, 18 Jun 1998 13:26:46 +0100 Message-ID: <3978-Thu18Jun1998132646+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 I); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: davidc@nag.co.uk Cc: pdftex@tug.org Subject: graphics files multiple inclusion In-Reply-To: <199806181118.MAA04732@nag.co.uk> References: <8793-Thu18Jun1998112446+0100-s.rahtz@elsevier.co.uk> <199806181118.MAA04732@nag.co.uk> Sender: owner-pdftex@tug.org Precedence: bulk David, Unless someone points out an error here, I think that the graphics' package pdftex.def should probably be rewritten to use the mechanism below. It certainly works, as I get 06/18/98 01:19p 20,241 tiger.png .. 06/18/98 01:20p 322,059 s.pdf after including tiger 4 times. Can anyone see a flaw? have other people been doing this all along? Referring back to the MediaBox debate, it does of course obviate the need to scanning at all, since we can measure the size of \box0. Those sizes need storing away somewhere in a structure together with the `lastform' number, and you are away. Also of course great joy for people who put logos in their page headers. Sebastian \documentclass{article} \usepackage{graphicx} \begin{document} \newcount\graphic \makeatletter \def\Include#1{% \@ifundefined{#1 image}{% \typeout{Meeting #1 for first time}% \setbox0=\hbox{\pdfimage #1\relax}% \pdfform0\graphic=\pdflastform \expandafter\def\csname#1 image\endcsname{\pdfrefform\the\graphic}% }{ \typeout{Re-using #1}}% \csname#1 image\endcsname } \makeatother \Include{tiger.png} \scalebox{.5}{\Include{tiger.png}} \scalebox{1.5}{\Include{tiger.png}} \scalebox{.25}{\Include{tiger.png}} \rotatebox{45}{\Include{tiger.png}} \end{document} From owner-pdftex@tug.org Thu Jun 18 06:52:27 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA09648 for ; Thu, 18 Jun 1998 06:52:26 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA22099 for pdftex-list; Thu, 18 Jun 1998 08:46:58 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA22096 for ; Thu, 18 Jun 1998 08:46:51 -0400 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 NAA05723; hop 0; Thu, 18 Jun 1998 13:41:26 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Thu, 18 Jun 1998 13:46:45 +0100 Date: Thu, 18 Jun 1998 12:48:38 +0100 Message-ID: <7591-Thu18Jun1998124838+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: davidc@nag.co.uk Cc: pdftex@tug.org Subject: Re: reading binary files In-Reply-To: <199806181118.MAA04732@nag.co.uk> References: <8793-Thu18Jun1998112446+0100-s.rahtz@elsevier.co.uk> <199806181118.MAA04732@nag.co.uk> Sender: owner-pdftex@tug.org Precedence: bulk David Carlisle writes: > \setbox0=\hbox{\pdfimage foo.bar} > \scalebox{.5}{\box0} > > but I didn't get any replies to my earlier question as to whether > using scaling rather than the height attribute makes any difference > to the output. > this was definitely discussed at one point. has anyone experimented? i suspect it should be a little more involved, putting the image into a pdf form sebastian From owner-pdftex@tug.org Thu Jun 18 06:52:53 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA09652 for ; Thu, 18 Jun 1998 06:52:52 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA22088 for pdftex-list; Thu, 18 Jun 1998 08:46:44 -0400 Received: from smtp03.wxs.nl (mmp02.wxs.nl [195.121.6.37]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA22079 for ; Thu, 18 Jun 1998 08:46:40 -0400 Received: from wxs.nl ([195.121.70.20]) by smtp03.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA37E8; Thu, 18 Jun 1998 14:46:32 +0200 Message-ID: <35890CC5.9D4477D9@wxs.nl> Date: Thu, 18 Jun 1998 14:49:09 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Sebastian Rahtz CC: pdftex@tug.org Subject: Re: \pdfimage References: <3970-Thu18Jun1998122710+0100-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: > > In fact, lets make this simple: > > % brings in the file > \pdfimage etc foo.jpg > > % produces an empty box of the right size > \pdfimage |info |foo.jpg it does not actually provide info, I would prefer void > |draft| Not needed, because this is the same, being empty, or do you propose a 'lower res' alternative. > which also gives us trivial support for draft mode > > does anyone else believe in this? At least it gives you something that canot be done by specials. 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 Jun 18 06:52:58 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA09657 for ; Thu, 18 Jun 1998 06:52:57 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA22087 for pdftex-list; Thu, 18 Jun 1998 08:46:43 -0400 Received: from smtp02.wxs.nl (smtp02.wxs.nl [195.121.6.60]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA22078 for ; Thu, 18 Jun 1998 08:46:40 -0400 Received: from wxs.nl ([195.121.70.20]) by smtp02.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA5CE6; Thu, 18 Jun 1998 14:46:36 +0200 Message-ID: <35890D89.ADB8C470@wxs.nl> Date: Thu, 18 Jun 1998 14:52:25 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: David Carlisle CC: pdftex@tug.org Subject: Re: reading binary files References: <8793-Thu18Jun1998112446+0100-s.rahtz@elsevier.co.uk> <199806181118.MAA04732@nag.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk David Carlisle wrote: > > > Thanh original recommended just > > \setbox0=\hbox{\pdfimage foo.bar}, and looking at \wd0 etc, but thats > > a big overhead. > > It would not be a big overhead if you could reuse the box (at a > different scale) without loss of quality. That is you don't want to > to > \setbox0=\hbox{\pdfimage foo.bar} > \pdfimage height .5\ht0 foo.bar > > thus accessing the file twice, but you might want to do > > \setbox0=\hbox{\pdfimage foo.bar} > \scalebox{.5}{\box0} > > but I didn't get any replies to my earlier question as to whether > using scaling rather than the height attribute makes any difference > to the output. pdftex does no image reduction etc as distiller does. I intended to wait with the next suggestion till Thanh was back, but a better way out is: \setbox0=\hbox{\pdfimage ...} \pdfform0 \edef\whatever{\the\pdflastform} \pdfrefform\whatever scaled .5 Thereby we could reuse objects at a different scale which is currenly not possible. 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 Jun 18 06:53:00 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA09661 for ; Thu, 18 Jun 1998 06:52:59 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA22094 for pdftex-list; Thu, 18 Jun 1998 08:46:49 -0400 Received: from smtp02.wxs.nl (smtp02.wxs.nl [195.121.6.60]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA22091 for ; Thu, 18 Jun 1998 08:46:47 -0400 Received: from wxs.nl ([195.121.70.20]) by smtp02.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA5D03; Thu, 18 Jun 1998 14:46:40 +0200 Message-ID: <35890DF5.12C33C21@wxs.nl> Date: Thu, 18 Jun 1998 14:54:13 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Sebastian Rahtz CC: pdftex@tug.org Subject: Re: list clogging References: <199806181017.GAA19489@tug.org> <8695-Thu18Jun1998112608+0100-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: > I don't want to stifle discussion, but as owner of this list, I see > the "un sub scribe"[1] messages; there have been quite a few in the last > couple of days, and I worry people are being put off by things only > tenuously related to pdfTeX. Why not ask them? > do please remember that 226 people receive every message you send, do > be a little more circumspect on the "cc: pdftex" usage, please.... I guess this list started a developers one. > PS yes I know I am as much to blame as anyone. Me too. > PPS if there is demand, we can split the list into pdftex-ann, and > pdftex-dev (Announcements and Developers). would that be appropriate? Sounds ok to me. 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 Jun 18 06:54:24 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA09722 for ; Thu, 18 Jun 1998 06:54:23 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA22089 for pdftex-list; Thu, 18 Jun 1998 08:46:44 -0400 Received: from smtp01.wxs.nl (smtp01.wxs.nl [195.121.6.61]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA22084 for ; Thu, 18 Jun 1998 08:46:42 -0400 Received: from wxs.nl ([195.121.70.20]) by smtp01.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA32AA; Thu, 18 Jun 1998 14:46:29 +0200 Message-ID: <35890AEB.2C83716C@wxs.nl> Date: Thu, 18 Jun 1998 14:41:15 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: pdftex , Sebastian Ratz Subject: reading binary files Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Sebastian Rahtz wrote: > I start to wonder whether it wouldn't be better to have a new > primitive \pdfimageinfo which read a graphics file, and returned size > information in some "to-be-defined" way. Since all the graphics > inclusion is written in C, calling free libraries, I suspect that > adding the corresponding functionality for each supported image type > would be pretty trivial. I've been thinking of that too, but there is a 'problem' of synchronization: pdftex now has to open the file twice, once fo rgetting the dimensions, and once for inclusion, which currently is postponed until shipout, and I'm not sure of this will come to reading lots of info twice, etc etc. When I started thinking of the syntax I decided to reject this idea because pdftex needs to report a width, height, failure which means that we end up with at least 3 new primitives, considering the failure being w/h==0: \pdfgetimagedimensions \pdflastimagewidth \pdflastimageheight And what should the dimensions report? Resolution, design size? I like the idea but ... Hans > Even if TeX *can* scan my PDF line by line for the MediaBox, its not a > very sensible thing to do, surely? I'd much rather PNG, PDF and JPEG > were all treated in the same way. Thanh original recommended just > \setbox0=\hbox{\pdfimage foo.bar}, and looking at \wd0 etc, but thats > a big overhead. 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 Jun 18 05:51:20 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA08028 for ; Thu, 18 Jun 1998 05:51:19 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA19932 for pdftex-list; Thu, 18 Jun 1998 07:47:09 -0400 Received: from venus.open.ac.uk (venus.open.ac.uk [137.108.143.2]) by tug.org (8.8.5/8.8.5) with SMTP id HAA19926 for ; Thu, 18 Jun 1998 07:47:07 -0400 Received: from fell.open.ac.uk by venus with SMTP Local (MMTA v2.2) with ESMTP; Thu, 18 Jun 1998 12:42:18 +0100 Received: (from car2@localhost) by fell.open.ac.uk (8.8.5/8.6.12) id MAA05419 for pdftex@tug.org; Thu, 18 Jun 1998 12:42:15 +0100 (BST) MIME-Version: 1.0 Content-Transfer-Encoding: 7bit In-Reply-To: <3588D1C9.8C86ABBC@wxs.nl> References: <3588D1C9.8C86ABBC@wxs.nl> X-Mailer: VM 6.44 under Emacs 19.34.1 Message-ID: <13704.64463.166581.712142@fell.open.ac.uk> Content-Type: text/plain; charset=us-ascii From: Chris Rowley To: Hans Hagen Subject: Re: pdftex for win32 Date: Thu, 18 Jun 1998 12:37:57 +0100 (BST) Sender: owner-pdftex@tug.org Precedence: bulk Hans Hagen wrote -- > Taco Hoekwater wrote: > > > %%%%%%%%%%%%%%%%%%%%%%%%%%%%% > > ^Z % actual control-Z > > test > > \bye > > %%%%%%%%%%%%%%%%%%%%%%%%%%%%% > > Ah, funny eh? Does nobody ever uses the high ascii's or is it just bad > luck that this never surfaced before. This looks like a low-ascii to me??? I do not think the high ones will cause problems (but I know little about them so ....) chris From owner-pdftex@tug.org Thu Jun 18 06:15:20 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA08629 for ; Thu, 18 Jun 1998 06:15:19 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA21919 for pdftex-list; Thu, 18 Jun 1998 08:11:16 -0400 Received: from venus.open.ac.uk (venus.open.ac.uk [137.108.143.2]) by tug.org (8.8.5/8.8.5) with SMTP id IAA21914 for ; Thu, 18 Jun 1998 08:11:14 -0400 Received: from fell.open.ac.uk by venus with SMTP Local (MMTA v2.2) with ESMTP; Thu, 18 Jun 1998 13:10:05 +0100 Received: (from car2@localhost) by fell.open.ac.uk (8.8.5/8.6.12) id NAA05807 for pdftex@tug.org; Thu, 18 Jun 1998 13:10:01 +0100 (BST) MIME-Version: 1.0 Content-Transfer-Encoding: 7bit In-Reply-To: <9806172339.aa09809@boole.maths.tcd.ie> References: <199806171730.NAA09880@life.ai.mit.edu> <9806172339.aa09809@boole.maths.tcd.ie> X-Mailer: VM 6.44 under Emacs 19.34.1 Message-ID: <13704.18143.39626.763915@fell.open.ac.uk> Content-Type: text/plain; charset=us-ascii From: Chris Rowley To: Timothy Murphy Subject: Re: `limitations' of OzTeX (was: fontinst with 8y.etx) Date: Wed, 17 Jun 1998 23:46:36 +0100 (BST) Sender: owner-pdftex@tug.org Precedence: bulk Timothy Murphy wrote -- > > Could we agree on terminology please? Can we call mapping numbers to > > numbers (which is what OzTeX does and what VF can do) `REMAPPING' > > and reserve the term `REENCODING' to assigning an encoding, which > > is something that maps numbers to glyphs. The latter being more powerful > > since it can make `unencoded' glyphs accessible. > > On the other hand VF is far more "powerful" > since it allows inclusion of arbitrary DVI matter > (eg combination of several glyphs) > and is also recursive. I am not sure I would desribe either as powerful: useful maybe (both). But they are definitely mutually incomparable since they act on different objects and so do different jobs. chris From owner-pdftex@tug.org Thu Jun 18 07:05:08 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA10105 for ; Thu, 18 Jun 1998 07:05:07 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA22195 for pdftex-list; Thu, 18 Jun 1998 09:01:14 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA22192 for ; Thu, 18 Jun 1998 09:01:12 -0400 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 NAA06280; hop 0; Thu, 18 Jun 1998 13:55:46 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Thu, 18 Jun 1998 14:01:03 +0100 Date: Thu, 18 Jun 1998 13:49:20 +0100 Message-ID: <3972-Thu18Jun1998134920+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pragma@wxs.nl Cc: pdftex@tug.org Subject: Re: list clogging In-Reply-To: <35890DF5.12C33C21@wxs.nl> References: <199806181017.GAA19489@tug.org> <8695-Thu18Jun1998112608+0100-s.rahtz@elsevier.co.uk> <35890DF5.12C33C21@wxs.nl> Sender: owner-pdftex@tug.org Precedence: bulk Hans Hagen writes: > > couple of days, and I worry people are being put off by things only > > tenuously related to pdfTeX. > > Why not ask them? to be honest, life is too short. i have time for minimal maintenance of the list, but not much customer survey... > > PPS if there is demand, we can split the list into pdftex-ann, and > > pdftex-dev (Announcements and Developers). would that be appropriate? > > Sounds ok to me. If i get more noises (privately, please, if its just a vote), i'll make a new list sebastian From owner-pdftex@tug.org Thu Jun 18 07:05:14 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA10112 for ; Thu, 18 Jun 1998 07:05:13 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA22201 for pdftex-list; Thu, 18 Jun 1998 09:01:23 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA22198 for ; Thu, 18 Jun 1998 09:01:22 -0400 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 NAA06287; hop 0; Thu, 18 Jun 1998 13:55:55 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Thu, 18 Jun 1998 14:01:09 +0100 Date: Thu, 18 Jun 1998 13:51:54 +0100 Message-ID: <2346-Thu18Jun1998135154+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pragma@wxs.nl Cc: pdftex@tug.org Subject: Re: \pdfimage In-Reply-To: <35890CC5.9D4477D9@wxs.nl> References: <3970-Thu18Jun1998122710+0100-s.rahtz@elsevier.co.uk> <35890CC5.9D4477D9@wxs.nl> Sender: owner-pdftex@tug.org Precedence: bulk Hans Hagen writes: > it does not actually provide info, I would prefer void > > > |draft| > > Not needed, because this is the same, being empty, or do you propose a > 'lower res' alternative. I meant that I could not decide which name to use, but now you mention it, a "low-res" inclusion *is* an important feature which Distiller has and we do not. Elsevier has a policy of storing all monochrome bitmap graphics at 1000dpi, but specifices that PDF files should downsample to 600dpi. I cannot currently do this with pdftex - does anyone else need this facility? Sebastian From owner-pdftex@tug.org Thu Jun 18 07:05:17 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA10117 for ; Thu, 18 Jun 1998 07:05:16 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA22207 for pdftex-list; Thu, 18 Jun 1998 09:01:36 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA22204 for ; Thu, 18 Jun 1998 09:01:29 -0400 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 NAA06297; hop 0; Thu, 18 Jun 1998 13:56:03 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Thu, 18 Jun 1998 14:01:14 +0100 Date: Thu, 18 Jun 1998 13:55:58 +0100 Message-ID: <4708-Thu18Jun1998135558+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pdftex@tug.org Subject: Re: graphics files multiple inclusion In-Reply-To: <3978-Thu18Jun1998132646+0100-s.rahtz@elsevier.co.uk> References: <8793-Thu18Jun1998112446+0100-s.rahtz@elsevier.co.uk> <199806181118.MAA04732@nag.co.uk> <3978-Thu18Jun1998132646+0100-s.rahtz@elsevier.co.uk> Sender: owner-pdftex@tug.org Precedence: bulk Sebastian Rahtz writes: > mechanism below. It certainly works, as I get > > > 06/18/98 01:19p 20,241 tiger.png > .. > 06/18/98 01:20p 322,059 s.pdf > this, of course, is rubbish. forget it. PNG is expanded in PDF. The important thing is that there is only one image inthe PDF file sebastian From owner-pdf@lists.pdfzone.com Thu Jun 18 07:05:21 1998 Flags: 000000000001 Received: from everglades.binc.net (everglades.binc.net [208.155.48.8]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA10123 for ; Thu, 18 Jun 1998 07:05:20 -0600 (MDT) Received: from localhost (majordom@localhost) by everglades.binc.net (8.8.8/8.8.8) with ESMTP id HAA22260; Thu, 18 Jun 1998 07:34:29 -0500 Received: by everglades.binc.net (bulk_mailer v1.8); Thu, 18 Jun 1998 07:32:19 -0500 Received: (from majordom@localhost) by everglades.binc.net (8.8.8/8.8.8) id HAA22127; Thu, 18 Jun 1998 07:32:17 -0500 Message-ID: <358908A8.DE7D3E76@beacon.com> Date: Thu, 18 Jun 1998 08:31:36 -0400 From: "Cory Snavely" Organization: The Beacon Group, Inc. X-Mailer: Mozilla 4.05 [en] (Win95; I) MIME-Version: 1.0 To: pdf@lists.pdfzone.com Subject: Re: [PDF] Acrobat reader: max files open References: <19980618095020.6880.rocketmail@web1.rocketmail.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdf@lists.pdfzone.com Reply-To: pdf@lists.pdfzone.com X-Sender: Visit 'The PDFzone' at http://www.pdfzone.com ===== PDFzone Construction Season Begins June 15, 1998 ====== Please complete our brief Web site visitor survey at: -> http://www.pdfzone.com/survey.html <-- To Sub/Unsub: ------------------------------------------------------------ The PDFzone: "Your Portal to the World of Portable Documents" Christoph Ahlers wrote: > > if I open different pdf-files in Acrobat reader, > I always get the error-message: > > The max. of files is already open. > Before opening or printing other files, > you have to close some files. There is a free plug-in called AutoClose that makes sure you have fewer than 10 files open at a time. It appears to close the least-recently-used PDF file. I was under the impression this was available with newer distributions of the Acrobat Reader. It may be included with the Acrobat Reader w/ Search distribution. Regardless, I know that it is also available by itself from Adobe's web site, c.f. http://www.adobe.com/prodindex/acrobat/30plugins.html#close Cory Snavely The Beacon Group From owner-pdf@lists.pdfzone.com Thu Jun 18 07:05:55 1998 Flags: 000000000001 Received: from everglades.binc.net (everglades.binc.net [208.155.48.8]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA10152 for ; Thu, 18 Jun 1998 07:05:54 -0600 (MDT) Received: from localhost (majordom@localhost) by everglades.binc.net (8.8.8/8.8.8) with ESMTP id HAA22865; Thu, 18 Jun 1998 07:46:19 -0500 Received: by everglades.binc.net (bulk_mailer v1.8); Thu, 18 Jun 1998 07:44:01 -0500 Received: (from majordom@localhost) by everglades.binc.net (8.8.8/8.8.8) id HAA22656; Thu, 18 Jun 1998 07:43:59 -0500 X-Sender: prodok@pop.eunet.ch Message-Id: In-Reply-To: <19980618095020.6880.rocketmail@web1.rocketmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 18 Jun 1998 13:43:33 +0200 To: pdf@lists.pdfzone.com From: Max Wyss Subject: Re: [PDF] Acrobat reader: max files open Cc: Christoph Ahlers Sender: owner-pdf@lists.pdfzone.com Reply-To: pdf@lists.pdfzone.com X-Sender: Visit 'The PDFzone' at http://www.pdfzone.com ===== PDFzone Construction Season Begins June 15, 1998 ====== Please complete our brief Web site visitor survey at: -> http://www.pdfzone.com/survey.html <-- To Sub/Unsub: ------------------------------------------------------------ The PDFzone: "Your Portal to the World of Portable Documents" Chris, Acrobat Reader and Exchange are limited to 9 documents being open at the same time. To make things easier, you can download the "Autoclose" plug-in, which automatically closes the oldest open document before opening the new one. Hope, this can help. Max Wyss PRODOK Engineering AG Technical documentation and translations, Electronic Publishing CH-8906 Bonstetten, Switzerland Fax: +41 1 700 20 37 e-mail: mailto:prodok@prodok.ch or 100012.44@compuserve.com Bridging the Knowledge Gap ... ... with Acrobat Forms ... now for belt drive designers at http://www.prodok.ch/prodok/riemen.html _____________ >Hello, > >if I open different pdf-files in Acrobat reader, >I always get the error-message: > > The max. of files is already open. > Before opening or printing other files, > you have to close some files. > >This is very annoying for our users. >Some help ? > >Thanx >Chris From owner-pdftex@tug.org Thu Jun 18 07:34:15 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA11145 for ; Thu, 18 Jun 1998 07:34:14 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA22334 for pdftex-list; Thu, 18 Jun 1998 09:29:39 -0400 Received: from vms.rhbnc.ac.uk (alpha1.rhbnc.ac.uk [134.219.201.113]) by tug.org (8.8.5/8.8.5) with SMTP id JAA22331 for ; Thu, 18 Jun 1998 09:29:37 -0400 Date: Thu, 18 Jun 1998 14:29:29 +0100 From: Philip Taylor (RHBNC) Reply-To: P.Taylor@vms.rhbnc.ac.uk To: davidc@nag.co.uk CC: PDFTEX@tug.org, CHAA006@vms.rhbnc.ac.uk Message-Id: <980618142929.112be@vms.rhbnc.ac.uk> Subject: Colour Sender: owner-pdftex@tug.org Precedence: bulk >> > /etex >> ...etex multiple marks. However this still doesn't solve the problem of >> nodes affecting vertical positioning. I think `invisible' nodes are on >> the list of etex things to think about one day. Phil? I think that invisible nodes are indeed fairly high on the wish list, but I can't comment on whether they will appear in the immediate future (I asked Peter Breitenlohner recently how he was getting on, but there was no response : he may be away in Italy or otherwise tied up; I'll ask again in a week or so if there's been no reply by then). >> /nts support color more straightforwardly? It's very difficult to say what NTS will be able to do at the moment: Karel is trying to generalise and/or abstract as many concepts as possible, but only experience will shew what ultimately can be achieved. Far more important, as Chris wrote, is to develop a proper model of colour handling which could be incorporated in a system such as NTS. Without such a model, even NTS can merely skim the surface of the problem... ** Phil. From owner-pdftex@tug.org Thu Jun 18 07:40:57 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA11369 for ; Thu, 18 Jun 1998 07:40:56 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA22382 for pdftex-list; Thu, 18 Jun 1998 09:37:50 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA22379 for ; Thu, 18 Jun 1998 09:37:46 -0400 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 OAA07697; hop 0; Thu, 18 Jun 1998 14:32:21 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Thu, 18 Jun 1998 14:37:24 +0100 Date: Thu, 18 Jun 1998 14:27:34 +0100 Message-ID: <1794-Thu18Jun1998142734+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pdftex@tug.org Subject: Re: reading binary files In-Reply-To: <35890D89.ADB8C470@wxs.nl> References: <8793-Thu18Jun1998112446+0100-s.rahtz@elsevier.co.uk> <199806181118.MAA04732@nag.co.uk> <35890D89.ADB8C470@wxs.nl> Sender: owner-pdftex@tug.org Precedence: bulk Hans Hagen writes: > I intended to wait with the next suggestion till Thanh was back, but a > better way out is: > > \setbox0=\hbox{\pdfimage ...} > \pdfform0 \edef\whatever{\the\pdflastform} > \pdfrefform\whatever scaled .5 > > Thereby we could reuse objects at a different scale which is currenly > not possible. > unless I mistake, you get the same result using the LaTeX scaling, rotation and reflection things (using literal PDF). as my mail just now demonstrated for those who want to try, my post was a bit lacking. the appended is better. the result is tiger.png included once, then scaled and rotated using just an object reference sebastian \newcount\graphic \makeatletter \def\Include#1{% \@ifundefined{#1 image}{% \setbox0=\hbox{\pdfimage #1\relax}% \pdfform0\graphic=\pdflastform \expandafter\def\csname#1 image\endcsname{\pdfrefform\the\graphic}% \message{<#1, obj \the\graphic, first>}}% {\message{<#1, obj \the\graphic, re-use>}}% \hbox{\csname#1 image\endcsname}% } \makeatother \Include{tiger.png} \scalebox{.15}{\Include{tiger.png}} \scalebox{.5}{\Include{tiger.png}} \rotatebox{45}{\Include{tiger.png}} From owner-pdftex@tug.org Thu Jun 18 07:47:31 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA11552 for ; Thu, 18 Jun 1998 07:47:31 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA22413 for pdftex-list; Thu, 18 Jun 1998 09:43:15 -0400 Received: from smtp01.wxs.nl (smtp01.wxs.nl [195.121.6.61]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA22410 for ; Thu, 18 Jun 1998 09:43:13 -0400 Received: from wxs.nl ([195.121.70.49]) by smtp01.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA5E4A; Thu, 18 Jun 1998 15:43:09 +0200 Message-ID: <35891B71.C0F9D2F8@wxs.nl> Date: Thu, 18 Jun 1998 15:51:45 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Sebastian Rahtz CC: pdftex Subject: Re: reading binary files References: <8793-Thu18Jun1998112446+0100-s.rahtz@elsevier.co.uk> <199806181118.MAA04732@nag.co.uk> <7591-Thu18Jun1998124838+0100-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: > this was definitely discussed at one point. has anyone experimented? > i suspect it should be a little more involved, putting the image into a > pdf form It's on my list, but I need \pdfformname (just like \pdffontname). 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 Jun 18 07:48:45 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA11593 for ; Thu, 18 Jun 1998 07:48:44 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA22426 for pdftex-list; Thu, 18 Jun 1998 09:45:59 -0400 Received: from smtp03.wxs.nl ([195.121.6.37]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA22423 for ; Thu, 18 Jun 1998 09:45:55 -0400 Received: from wxs.nl ([195.121.70.49]) by smtp03.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA652E; Thu, 18 Jun 1998 15:45:33 +0200 Message-ID: <35891C01.C50F0A4A@wxs.nl> Date: Thu, 18 Jun 1998 15:54:09 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Sebastian Rahtz CC: davidc@nag.co.uk, pdftex@tug.org Subject: Re: graphics files multiple inclusion References: <8793-Thu18Jun1998112446+0100-s.rahtz@elsevier.co.uk> <199806181118.MAA04732@nag.co.uk> <3978-Thu18Jun1998132646+0100-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: > after including tiger 4 times. Can anyone see a flaw? have other > people been doing this all along? You mean putting a illustration in a form? Why do you think the calcultor document is so small ... 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 Jun 18 08:49:15 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA13591 for ; Thu, 18 Jun 1998 08:49:14 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA26589 for pdftex-list; Thu, 18 Jun 1998 10:46:12 -0400 Received: from smtp04.wxs.nl (smtp04.wxs.nl [195.121.6.59]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA26586 for ; Thu, 18 Jun 1998 10:46:10 -0400 Received: from wxs.nl ([195.121.70.139]) by smtp04.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA4627; Thu, 18 Jun 1998 16:46:09 +0200 Message-ID: <35892A34.1353AA32@wxs.nl> Date: Thu, 18 Jun 1998 16:54:44 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Sebastian Rahtz CC: pdftex@tug.org Subject: Re: reading binary files References: <8793-Thu18Jun1998112446+0100-s.rahtz@elsevier.co.uk> <199806181118.MAA04732@nag.co.uk> <35890D89.ADB8C470@wxs.nl> <1794-Thu18Jun1998142734+0100-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: > unless I mistake, you get the same result using the LaTeX scaling, > rotation and reflection things (using literal PDF). as my mail just > now demonstrated Yes, but I encountered some problems with that. I'll look into it 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 Thu Jun 18 09:04:11 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA14063 for ; Thu, 18 Jun 1998 09:04:10 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA26661 for pdftex-list; Thu, 18 Jun 1998 11:00:31 -0400 Received: from extra.ucc.su.OZ.AU (extra.ucc.su.oz.au [129.78.64.4]) by tug.org (8.8.5/8.8.5) with ESMTP id LAA26658 for ; Thu, 18 Jun 1998 11:00:29 -0400 Received: from mail.usyd.edu.au (mp-6-21.mp.usyd.edu.au [129.78.56.207]) by extra.ucc.su.OZ.AU (8.9.0/8.9.0) with ESMTP id BAA18014; Fri, 19 Jun 1998 01:00:19 +1000 (EST) Message-ID: <35892C56.E81A9B19@mail.usyd.edu.au> Date: Fri, 19 Jun 1998 01:03:50 +1000 From: Robert Howlett X-Mailer: Mozilla 4.05 [en] (Win95; I) MIME-Version: 1.0 To: "Hillas, John" CC: "pdftex@tug.org" Subject: Re: ams symbol encoding files References: <199806180336.PAA06822@mailhost.auckland.ac.nz> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hillas, John wrote: > > When I use the provided msam.enc and msbm.enc files as > is the default things don't work properly. In particular > \mathbb{R} gives me a blackboard bold S. I haven't > experimented enough to find if there are other problems and I'm > sorry, but I don't understand these things well enough to > provide a solution. > > Things seem to work well if no encoding file is used, i.e., with > > msam10 msam10 4 > in the map file. Thanks for telling me this! So now we can do away with encoding files altogether for the standard tex fonts -- in cm.map I think all the references to cmtext.enc, cmitext.enc, cmtex.enc etc can just be deleted, and the problems caused by errors in these will disappear. e.g. the "missing pounds sign" problem caused by the incorrect cmitext.enc which has /dollar where it should have /sterling can be avoided by just forgetting about the encoding file. The fact that BaKoMa fonts use the name /polishlcross where BSR/Y&Y use /suppress ceases to be relevant. (I guess Thanh changed something for precisely this reason.) It's academic, but the error in msbm.enc is that the second line is msbm-Enc [ whereas it should be /msbm-Enc [ Bob From owner-pdftex@tug.org Thu Jun 18 10:04:54 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA16239 for ; Thu, 18 Jun 1998 10:04:49 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id MAA26939 for pdftex-list; Thu, 18 Jun 1998 12:01:49 -0400 Received: from smtp01.wxs.nl (smtp01.wxs.nl [195.121.6.61]) by tug.org (8.8.5/8.8.5) with ESMTP id MAA26936 for ; Thu, 18 Jun 1998 12:01:48 -0400 Received: from wxs.nl ([195.121.70.74]) by smtp01.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA693E; Thu, 18 Jun 1998 18:01:44 +0200 Message-ID: <35893BBF.7C04C306@wxs.nl> Date: Thu, 18 Jun 1998 18:09:36 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: pdftex Subject: it works but suppress message Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hi Fabrice, Works ok on W95. I see that you've split off the dll's. One problem, unknown field with tag 34377 can you suppress this message? I suppose we don't have to care of field other than those concenring dimensions and pixels. It's sort of a nuisance after a pause to find you computer waiting with this message. Maybe it should go to the log 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 Thu Jun 18 10:36:41 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA17414 for ; Thu, 18 Jun 1998 10:36:40 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id MAA27059 for pdftex-list; Thu, 18 Jun 1998 12:34:01 -0400 Received: from venus.open.ac.uk (venus.open.ac.uk [137.108.143.2]) by tug.org (8.8.5/8.8.5) with SMTP id MAA27053 for ; Thu, 18 Jun 1998 12:33:59 -0400 Received: from fell.open.ac.uk by venus with SMTP Local (MMTA v2.2) with ESMTP; Thu, 18 Jun 1998 17:33:46 +0100 Received: (from car2@localhost) by fell.open.ac.uk (8.8.5/8.6.12) id RAA10679; Thu, 18 Jun 1998 17:33:39 +0100 (BST) From: Chris Rowley MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Thu, 18 Jun 1998 17:33:39 +0100 (BST) To: Tanmoy Bhattacharya Cc: Timothy Murphy , David Carlisle , pdftex@tug.org Subject: Re: TIFF support done (LONG) (Was: Re: TIFF image inclusion) In-Reply-To: <199806162326.RAA02058@qcd.lanl.gov.lanl.gov> References: <199806161548.QAA02383@nag.co.uk> <9806162249.aa07348@graves.maths.tcd.ie> <199806162326.RAA02058@qcd.lanl.gov.lanl.gov> X-Mailer: VM 6.44 under Emacs 19.34.1 Message-ID: <13705.16286.591880.847779@fell.open.ac.uk> Sender: owner-pdftex@tug.org Precedence: bulk Tanmoy Bhattacharya wrote -- > Basically, special is a `point marker'. It is, at present, precisely that. > One often needs a `region > marker' and this is difficult to implement, though certainly not > impossible. I think that I can invent such things that really are impossible in standard TeX. As has been shown, it is easy to find things that are impossible with TeX used as was intended. But your example shows that even writing a spec for what should end up as the `active region' for given logically structured input is possibly impossible, in practice if not in theory. Not that this means one should not try to specify it. chris From owner-pdftex@tug.org Thu Jun 18 11:50:06 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id LAA20147 for ; Thu, 18 Jun 1998 11:50:04 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id NAA27315 for pdftex-list; Thu, 18 Jun 1998 13:46:37 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id NAA27312 for ; Thu, 18 Jun 1998 13:46:34 -0400 Received: from SnowWhite.inet.cz (pavel@SnowWhite.local [10.0.0.101]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id TAA28494; Thu, 18 Jun 1998 19:44:20 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id TAA07002; Thu, 18 Jun 1998 19:42:43 +0200 Date: Thu, 18 Jun 1998 19:42:43 +0200 Message-Id: <199806181742.TAA07002@SnowWhite.inet.cz> From: "Pavel Janik ml." To: Sebastian Rahtz CC: pdfTeX mailing list In-reply-to: <2233-Tue16Jun1998141058+0100-s.rahtz@elsevier.co.uk> (message from Sebastian Rahtz on Tue, 16 Jun 1998 14:10:58 +0100) Subject: Re: pdfTeX-0.12o-2, pdfTeX-0.12o-2-tiff1 X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.105 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Date: Tue, 16 Jun 1998 14:10:58 +0100 From: Sebastian Rahtz Hi, now my exam is over (I've 1;-), so I can be financial market specialist if nothing else ;-) - so one night on pdfTeX can start... > I think pdftexdir/Makefile.in needs "xpdf-0.7a" adding to all_subdirs, > otherwise the `clean' targets will not do their job. extraclean, > distclean and and realclean targets need adding to xpdf Makefile as > well. Ok, added. > I'll be having to do the work for including non-system tifflib, so > i'll pass that on (if no-one else does it) In the first step I'll include libtiff to pdftex-....-tiff and then I'll release it and then I'll start to think about real TIFF support... -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Thu Jun 18 16:27:31 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id QAA29675 for ; Thu, 18 Jun 1998 16:27:30 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id SAA28371 for pdftex-list; Thu, 18 Jun 1998 18:24:03 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id SAA28368 for ; Thu, 18 Jun 1998 18:24:01 -0400 Received: from SnowWhite.inet.cz (pavel@dialup1.inet.cz [194.196.193.1]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id AAA04920; Fri, 19 Jun 1998 00:21:50 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id XAA00347; Thu, 18 Jun 1998 23:59:41 +0200 Date: Thu, 18 Jun 1998 23:59:41 +0200 Message-Id: <199806182159.XAA00347@SnowWhite.inet.cz> From: "Pavel Janik ml." To: Glauber Ribeiro CC: pdfTeX mailing list In-reply-to: <3587D997.21571D21@iws-irms.com> (message from Glauber Ribeiro on Wed, 17 Jun 1998 09:58:31 -0500) Subject: Re: Where to download latest version X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.105 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Date: Wed, 17 Jun 1998 09:58:31 -0500 From: Glauber Ribeiro Hi, > sorry for the stoopid question, but i've recently upgraded my pdftex > binary (win32) to version 12n. I think i should also upgrade the .map, > .enc, .tex, etc., files which are part of pdftex, but where can i get > them? I looked for CTAN:/systems/pdftex, but all i found there was the C > source code. ftp://ftp.cstug.cz/pub/tex/local/thanh/pdftex/ .... ftp://ftp.inet.cz/pub/Mirrors/pdfTeX/ .... -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Thu Jun 18 17:03:32 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id RAA00951 for ; Thu, 18 Jun 1998 17:03:31 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id TAA28499 for pdftex-list; Thu, 18 Jun 1998 19:00:41 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id TAA28496 for ; Thu, 18 Jun 1998 19:00:39 -0400 Received: from SnowWhite.inet.cz (pavel@dialup1.inet.cz [194.196.193.1]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id AAA05409 for ; Fri, 19 Jun 1998 00:58:28 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id AAA00873; Fri, 19 Jun 1998 00:49:31 +0200 Date: Fri, 19 Jun 1998 00:49:31 +0200 Message-Id: <199806182249.AAA00873@SnowWhite.inet.cz> From: "Pavel Janik ml." To: pdfTeX mailing list Subject: WANTED: Test suite for pdfTeX X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.105 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Hi, I would like to have a test suite (some .tex files and pics, pdf files) which I can run on possible release candidate to verify that everything is ok and everything (plain text, font subsetting, standard fonts, TTF, png files, jpeg files, compression etc.) works. Do you have some comments on this? Any volunteer for this? -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Thu Jun 18 17:04:13 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id RAA00988 for ; Thu, 18 Jun 1998 17:04:12 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id TAA28504 for pdftex-list; Thu, 18 Jun 1998 19:00:47 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id TAA28501 for ; Thu, 18 Jun 1998 19:00:45 -0400 Received: from SnowWhite.inet.cz (pavel@dialup1.inet.cz [194.196.193.1]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id AAA05413 for ; Fri, 19 Jun 1998 00:58:34 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id AAA00863; Fri, 19 Jun 1998 00:44:49 +0200 Date: Fri, 19 Jun 1998 00:44:49 +0200 Message-Id: <199806182244.AAA00863@SnowWhite.inet.cz> From: "Pavel Janik ml." To: pdfTeX mailing list Subject: inclusion of crypted PDF files X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.105 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Hi, I'm just testing pdftex-0.12o-3 (mainly WIN32 changes and pdf compression corrections) and I'd like to include a crypted (Open Password) document in my pdf file. pdfTeX says: This is pdfTeX, Version 3.14159-0.12o-3 (Web2C 7.2) (pdftex.cfg) (include.texError: PDF file is encrypted and cannot be displayed Error: * Decryption support is currently not included in xpdf Error: * due to legal restrictions: the U.S.A. still has bogus Error: * export controls on cryptography software. Error: Couldn't read xref table pdfTeX error (ext1): invalid image dimension. l.3 \pdfimage height 10cm texput-crypted.pdf ! ==> Fatal error occurred, the output PDF file not finished! Transcript written on include.log. First messages (Error: ....) comes from xpdf, which can not include crypto alg., but I know that somebody writes crypto support for xpdf - do you think that it's possible to include it into pdfTeX? Try to imagine this: SnowWhite:/home/pavel/Tmp$ ./pdftex include.tex This is pdfTeX, Version 3.14159-0.12o-3 (Web2C 7.2) (pdftex.cfg) (include.tex [ This document is protected by Open Password. Password: Password correct. 1] ) Output written on include.pdf (1 page, 12254 bytes). Transcript written on include.log. SnowWhite:/home/pavel/Tmp$ On Windows it can bring a dialog box... No, I'm only joking - now it's 0:45 and pdfTeX-0.12o-3 seems to pass my tests and I'll release it soon... -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Fri Jun 19 02:46:56 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA04535 for ; Fri, 19 Jun 1998 02:46:55 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA30631 for pdftex-list; Fri, 19 Jun 1998 04:41:09 -0400 Received: from nag.co.uk (andover.nag.co.uk [192.156.217.113]) by tug.org (8.8.5/8.8.5) with ESMTP id EAA30628 for ; Fri, 19 Jun 1998 04:41:01 -0400 Received: (from davidc@localhost) by nag.co.uk (8.8.7/8.8.7) id JAA05376; Fri, 19 Jun 1998 09:47:22 +0100 Date: Fri, 19 Jun 1998 09:47:22 +0100 Message-Id: <199806190847.JAA05376@nag.co.uk> From: David Carlisle To: pdftex@tug.org In-reply-to: <199806182244.AAA00863@SnowWhite.inet.cz> (Pavel.Janik@inet.cz) Subject: Re: inclusion of crypted PDF files References: <199806182244.AAA00863@SnowWhite.inet.cz> Sender: owner-pdftex@tug.org Precedence: bulk > but I know that somebody writes crypto support for xpdf - > do you think that it's possible to include it into pdfTeX? I think probably it is best if you don't. Otherwise you might find that archives (such as the US CTAN) can not distribute pdftex. There are lots of other things to do first, and hopefully by the time they are done, the legal situation regarding US export rules will have been clarified. If it is just a matter of linking in some extra code you could probably put a comment in the source directories saying that if xxx was added >From http://yyyyy then password protection would work, but that it is not done for legal reasons. David From owner-pdftex@tug.org Fri Jun 19 04:22:05 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA06720 for ; Fri, 19 Jun 1998 04:22:04 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA30969 for pdftex-list; Fri, 19 Jun 1998 06:00:45 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA30966 for ; Fri, 19 Jun 1998 06:00:44 -0400 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 KAA29691; hop 0; Fri, 19 Jun 1998 10:55:17 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Fri, 19 Jun 1998 11:00:32 +0100 Date: Fri, 19 Jun 1998 10:52:24 +0100 Message-ID: <7973-Fri19Jun1998105224+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q) From: Sebastian Rahtz To: pdftex@tug.org Subject: improved LaTeX pdftex.def Sender: owner-pdftex@tug.org Precedence: bulk Those of you using LaTeX might like to pick up and install http://www.tug.org/applications/pdftex/pdftex.def This uses the method I outlined yesterday; each time you ask for a graphic, it simply includes a *reference* to the PDF object. The first time you ask for the thing, the object is created. When that happens, the size is also stored away, so subsequent references need not re-read the file for a BoundingBox/MediaBox, whatever. The image file (of any type except .mps) is included once, and never scanned by TeX. Thus the following lines: \fbox{\includegraphics[width=.1in]{tiger.pdf} \includegraphics[width=.2in]{tiger.pdf} \includegraphics[width=.3in]{tiger.pdf} \includegraphics[width=.4in]{tiger.pdf} \includegraphics[width=.5in]{tiger.pdf} \includegraphics[width=.6in]{tiger.pdf} \includegraphics[width=.7in]{tiger.pdf} \includegraphics[width=.8in]{tiger.pdf}} \scalebox{-1}[1]{\includegraphics{tiger.pdf}} \resizebox{2in}{3in}{\rotatebox{34}{\includegraphics{tiger.pdf}}} produce a PDF file with tiger loaded just once. There is nothing magic about this, it is what the graphics package should have done all along, if I had got my head around it. Comments and experiences welcome. David will make it official at some point, and probably improve it, if no problems are found. Sebastian From owner-pdftex@tug.org Fri Jun 19 04:41:56 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA07193 for ; Fri, 19 Jun 1998 04:41:55 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA31109 for pdftex-list; Fri, 19 Jun 1998 06:38:34 -0400 Received: from smtp01.wxs.nl (smtp01.wxs.nl [195.121.6.61]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA31106 for ; Fri, 19 Jun 1998 06:38:33 -0400 Received: from wxs.nl ([195.121.70.31]) by smtp01.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA7048; Fri, 19 Jun 1998 12:37:11 +0200 Message-ID: <358A4158.DBFDBD79@wxs.nl> Date: Fri, 19 Jun 1998 12:45:44 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: pdftex Subject: tiff Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk In a discussion on the TEX-NL list, Piet van Oostrum posted: Nee, zie het onderstaande (uit http://corp2.unisys.com/LeadStory/lzwfaq.html) More and more people are becoming aware that the reading and/or writing of ^^^^^^^ GIF images requires a license to use Unisys patented Lempel Ziv Welch (LZW) data compression and decompression technology, including United States Patent No. 4,558,302, Japanese Patent Numbers 2,123,602 and 2,610,084, and patents in Canada, France, Germany, Italy and the United Kingdom. Since January of 1995, Unisys has entered into over a thousand license agreements for use of GIF and other LZW-based technology, including license agreements with many of the largest Japanese companies. What does pdftex do? Copy only? 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 Jun 19 04:42:27 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA07216 for ; Fri, 19 Jun 1998 04:42:26 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA31093 for pdftex-list; Fri, 19 Jun 1998 06:36:48 -0400 Received: from relay1.jet.msk.su (relay1.jet.msk.su [194.87.88.34]) by tug.org (8.8.5/8.8.5) with SMTP id GAA31090 for ; Fri, 19 Jun 1998 06:36:42 -0400 Received: from tiger (tiger.jet.msk.su) [193.124.4.1] by relay1.jet.msk.su with smtp (Exim 1.82 #1) id 0ymyWy-0002fb-00; Fri, 19 Jun 1998 14:36:28 +0400 Received: from goliath.service.jet.msk.su [192.168.10.29] (root) by tiger.jet.msk.su with smtp (Exim 1.73 #2) id 0ymyWx-0005qa-00; Fri, 19 Jun 1998 14:36:27 +0400 Received: from jet.msk.su by jet.msk.su ; Fri, 19 Jun 1998 14:36:27 +0400 (MSD) Message-Id: X-Mailer: exmh version 2.0.2 2/24/98 To: pdftex@tug.org Subject: pdftex for screen view Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 19 Jun 1998 14:36:26 +0400 From: Boris Tobotras Sender: owner-pdftex@tug.org Precedence: bulk Sorry, if this is wrong place to ask -- but how do I change "page" dimension so that resulting pdf fits on screen? -- Best regards, -- Boris. From owner-pdftex@tug.org Fri Jun 19 06:11:03 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA09240 for ; Fri, 19 Jun 1998 06:11:02 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA31435 for pdftex-list; Fri, 19 Jun 1998 08:05:03 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id IAA31429 for ; Fri, 19 Jun 1998 08:05:00 -0400 Received: from SnowWhite.inet.cz (pavel@SnowWhite.local [10.0.0.101]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id OAA32613; Fri, 19 Jun 1998 14:02:50 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id OAA01086; Fri, 19 Jun 1998 14:01:13 +0200 Date: Fri, 19 Jun 1998 14:01:13 +0200 Message-Id: <199806191201.OAA01086@SnowWhite.inet.cz> From: "Pavel Janik ml." To: David Carlisle CC: pdfTeX mailing list In-reply-to: <199806190847.JAA05376@nag.co.uk> (message from David Carlisle on Fri, 19 Jun 1998 09:47:22 +0100) Subject: Re: inclusion of crypted PDF files X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.105 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Date: Fri, 19 Jun 1998 09:47:22 +0100 From: David Carlisle Hi, > I think probably it is best if you don't. > Otherwise you might find that archives (such as the US CTAN) can not > distribute pdftex. I'm not planning to do it soon (I was joking), but we must consider it for feature. Now, we must optimize pdfTeX, finish TIFF support etc. -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Fri Jun 19 06:24:18 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA09580 for ; Fri, 19 Jun 1998 06:24:17 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA31496 for pdftex-list; Fri, 19 Jun 1998 08:20:43 -0400 Received: from ST.FH-Muenster.DE (DVZ-102.FH-Muenster.DE [193.174.90.66]) by tug.org (8.8.5/8.8.5) with SMTP id IAA31493 for ; Fri, 19 Jun 1998 08:20:41 -0400 Received: from FH-Muenster.de by ST.FH-Muenster.DE (8.6.8.2/1) id HAA23671; Fri, 19 Jun 1998 07:23:36 -0500 Message-ID: <358A582C.4EED9911@FH-Muenster.de> Date: Fri, 19 Jun 1998 14:23:08 +0200 From: Volkmar Zitz Organization: Fachhochschule =?iso-8859-1?Q?M=FCnster?= X-Mailer: Mozilla 4.03 [en] (Win95; I) MIME-Version: 1.0 To: pdftex Subject: newbie question Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by tug.org id IAA31494 Sender: owner-pdftex@tug.org Precedence: bulk Hi, I'm new to this list. Could anybody tell me how to compile a PDF document. I have installed a MiKTeX distribution and an Emtex distribution. I tried to produce a PDF file by compiling a latex file with pdflatex that came with MiKTeX. But it writes nothing than a DVI file. Is there a certain command line option for PDF output? Or are there certain packages and macros that have to be used in order to get PDF output? Thanks in advance. Greetings, Volkmar -- ----------------------------------------------------------------- Dipl.-Ing. Volkmar Zitz Fachhochschule Münster | private: FB Versorgungs- und Entsorgungstechnik | D-48565 Steinfurt | D-48282 Emsdetten Stegerwaldstr. 39 | Wibbeltstr. 22 Germany | Germany FON: (+49) (2551) 962-241 | FON: (+49) (2572) 97891 FAX: (+49) (2551) 962-169 | FAX: (+49) (2572) 97893 email: zitz@fh-muenster.de | Volkmar.Zitz@t-online.de From owner-pdftex@tug.org Fri Jun 19 07:06:29 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA10732 for ; Fri, 19 Jun 1998 07:06:28 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA31687 for pdftex-list; Fri, 19 Jun 1998 09:03:34 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA31684 for ; Fri, 19 Jun 1998 09:03:31 -0400 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 NAA06233; hop 0; Fri, 19 Jun 1998 13:58:03 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Fri, 19 Jun 1998 14:03:20 +0100 Date: Fri, 19 Jun 1998 13:56:52 +0100 Message-ID: <7105-Fri19Jun1998135652+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: zitz@FH-Muenster.de Cc: pdftex@tug.org Subject: Re: newbie question In-Reply-To: <358A582C.4EED9911@FH-Muenster.de> References: <358A582C.4EED9911@FH-Muenster.de> Sender: owner-pdftex@tug.org Precedence: bulk consult http://www.tug.org/applications/pdftex/pdftexman.pdf sebastian From owner-pdftex@tug.org Fri Jun 19 07:24:48 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA11230 for ; Fri, 19 Jun 1998 07:24:47 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA31761 for pdftex-list; Fri, 19 Jun 1998 09:21:19 -0400 Received: from aragorn.ics.muni.cz (aragorn.ics.muni.cz [147.251.4.33]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA31758 for ; Fri, 19 Jun 1998 09:21:17 -0400 Received: from anxur.fi.muni.cz (214@anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id PAA01651; Fri, 19 Jun 1998 15:21:16 +0200 (MET DST) Received: (from sojka@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id PAA28974; Fri, 19 Jun 1998 15:21:16 +0200 (MET DST) From: Petr Sojka Message-Id: <199806191321.PAA28974@anxur.fi.muni.cz> Subject: Re: tiff In-Reply-To: <358A4158.DBFDBD79@wxs.nl> from Hans Hagen at "Jun 19, 98 12:45:44 pm" To: pragma@wxs.nl (Hans Hagen) Date: Fri, 19 Jun 1998 15:21:15 +0200 (MET DST) Cc: pdftex@tug.org Organization: Masaryk University, Brno, The Czech Republic, www.fi.muni.cz Postal-Address: Faculty of Informatics, Botanicka 68a, 60200 Brno Telephone: +420-5-41512352 (my room), +420-5-41512329 (secretary), Fax: +420-5-41212568, 41213219 PGP: http://pks.pgp.cz:11371/pks/lookup?op=index&search=Petr+Sojka X-Mailer: ELM [version 2.4ME+ PL39 (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 wrote:" : http://corp2.unisys.com/LeadStory/lzwfaq.html) : : More and more people are becoming aware that the reading and/or writing : of : ^^^^^^^ : GIF images requires a license to use Unisys patented Lempel Ziv Welch : (LZW) data compression and decompression technology, including United : States Patent No. 4,558,302, Japanese Patent Numbers 2,123,602 and : 2,610,084, and patents in Canada, France, Germany, Italy and the United : Kingdom. Since January of 1995, Unisys has entered into over a thousand : license agreements for use of GIF and other LZW-based technology, : including license agreements with many of the largest Japanese : companies. : : What does pdftex do? Copy only? Although LZW support had been implemented in pdftex in the past, pdftex is "LZW-free" now. PDFTeX uses Flate (RFC 1950-52, gzip) compression now, which is licence free. LZW is also used in some type of TIFF -- is anybody aware of legality of xpdf's approach described in it's README for reading LZW compressed file chunks? Petr From owner-pdftex@tug.org Fri Jun 19 08:09:03 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA12591 for ; Fri, 19 Jun 1998 08:09:02 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA31941 for pdftex-list; Fri, 19 Jun 1998 10:02:21 -0400 Received: from esemetz.ese-metz.fr (esemetz.ese-metz.fr [192.70.65.1]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA31925 for ; Fri, 19 Jun 1998 09:59:22 -0400 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 PAA26994; Fri, 19 Jun 1998 15:58:59 +0200 (MET DST) To: Petr Sojka Cc: pragma@wxs.nl (Hans Hagen), pdftex@tug.org Subject: Re: tiff References: <199806191321.PAA28974@anxur.fi.muni.cz> From: Fabrice POPINEAU Date: 19 Jun 1998 16:01:45 +0200 In-Reply-To: Petr Sojka's message of "Fri, 19 Jun 1998 15:21:15 +0200 (MET DST)" Message-ID: Lines: 10 X-Mailer: Gnus v5.6.4/Emacs 19.34 X-Emacs: 19.34 MIME-Version: 1.0 (generated by SEMI MIME-Edit 0.98 - "Sodani") Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk >>>>> "Petr" == Petr Sojka writes: Petr> is anybody aware of legality of xpdf's approach described Petr> in it's README for reading LZW compressed file chunks? It was using gzip, and I have patched it to use zlib. This may be only a partial answer. Fabrice From owner-pdftex@tug.org Fri Jun 19 08:11:30 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA12665 for ; Fri, 19 Jun 1998 08:11:29 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA31968 for pdftex-list; Fri, 19 Jun 1998 10:08:12 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA31965 for ; Fri, 19 Jun 1998 10:08:10 -0400 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 PAA09036; hop 0; Fri, 19 Jun 1998 15:02:44 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Fri, 19 Jun 1998 15:07:32 +0100 Date: Fri, 19 Jun 1998 15:02:12 +0100 Message-ID: <9232-Fri19Jun1998150212+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pdftex@tug.org Subject: pdftex manual In-Reply-To: References: Sender: owner-pdftex@tug.org Precedence: bulk Joao Palhoto Matos writes: > Just to inform you that the manual is not viewable on > Macintosh systems (current OS and Reader) although I am perfectly able to I have put up a new copy of http://www.tug.org/applications/pdftex/pdftexman.pdf, in the probaby vain hope that its readable, but have also put http://www.tug.org/applications/pdftex/pdftexman.html which is probably faster to consult anyway. I am not promising that it is 100% up to date, but it is close. It should help newcomers. Sebastian From owner-pdftex@tug.org Fri Jun 19 08:30:30 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA13268 for ; Fri, 19 Jun 1998 08:30:28 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA32020 for pdftex-list; Fri, 19 Jun 1998 10:23:23 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id KAA32017 for ; Fri, 19 Jun 1998 10:23:21 -0400 Received: from SnowWhite.inet.cz (pavel@SnowWhite.local [10.0.0.101]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id QAA09184 for ; Fri, 19 Jun 1998 16:21:11 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id QAA01504; Fri, 19 Jun 1998 16:19:33 +0200 Date: Fri, 19 Jun 1998 16:19:33 +0200 Message-Id: <199806191419.QAA01504@SnowWhite.inet.cz> From: "Pavel Janik ml." To: pdfTeX mailing list Subject: pdfTeX-0.12o-3 X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.105 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Hi, I just release pdfTeX-0.12o-3. This release includes: pdftex.ch: fixed bug in compressed inclusion of PNG files - length of picture is exactly n x pdfbufsize and buffer is not written... Thanks to Fabrice. Win32 patch by Fabrice (not tested, I do not have Windows lying around) xpdf-0.7a added to all_subdirs (Sebastian) ftp://ftp.cstug.cz/pub/tex/local/cstug/janik/pdftex-0.12o-3 Binaries also available for Linux -- dynamicly (glibc) and statically linked. Any problems, comments and fixes here, binaries to Pavel.Janik@inet.cz. BTW - question: new PNG library have been released, should we upgrade? P.S.: Expect pdfTeX-0.12o-3-tiff2 soon (without support for resolution, sorry). -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Fri Jun 19 08:47:18 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA13682 for ; Fri, 19 Jun 1998 08:47:16 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA32143 for pdftex-list; Fri, 19 Jun 1998 10:40:53 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA32140 for ; Fri, 19 Jun 1998 10:40:52 -0400 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 PAA10587; hop 0; Fri, 19 Jun 1998 15:35:26 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Fri, 19 Jun 1998 15:40:27 +0100 Date: Fri, 19 Jun 1998 15:25:18 +0100 Message-ID: <1305-Fri19Jun1998152518+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q) From: Sebastian Rahtz To: pdftex@tug.org Subject: stop pdf skipping in and out of magnification Sender: owner-pdftex@tug.org Precedence: bulk Since several people ask me, if you use the hyperref package, try \usepackage[pdfview=XYZ]{hyperref} and you'll find that when you jump between pages, Acrobat does NOT change the zoom factor against your wishes Sebastian From owner-tex-pretest@tug.org Fri Jun 19 09:14:58 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA14545 for ; Fri, 19 Jun 1998 09:14:57 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA32282 for tex-pretest-list; Fri, 19 Jun 1998 11:09:32 -0400 Received: from esemetz.ese-metz.fr (esemetz.ese-metz.fr [192.70.65.1]) by tug.org (8.8.5/8.8.5) with ESMTP id LAA32279; Fri, 19 Jun 1998 11:09:20 -0400 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 RAA29031; Fri, 19 Jun 1998 17:09:09 +0200 (MET DST) To: tex-pretest@tug.org, pdftex@tug.org, texk-win32@ese-metz.fr, omega@ens.fr Subject: web2c-7.2.1 From: Fabrice POPINEAU Date: 19 Jun 1998 17:11:57 +0200 Message-ID: Lines: 20 X-Mailer: Gnus v5.6.4/Emacs 19.34 X-Emacs: 19.34 MIME-Version: 1.0 (generated by SEMI MIME-Edit 0.98 - "Sodani") Content-Type: text/plain; charset=US-ASCII Sender: owner-tex-pretest@tug.org Precedence: bulk Hi, Given the recent discussions about 'Should TeX open files in text/binary mode ?', I have packaged a new version of web2c-7.2 (binaries only) located at the following urls : ftp://ftp.ese-metz.fr/pub/TeX/win32-beta/web2c-7.2.1-win32-bin1.zip ftp://ftp.ese-metz.fr/pub/TeX/win32-beta/web2c-7.2.1-win32-bin2.zip ftp://ftp.ese-metz.fr/pub/TeX/win32-beta/web2c-7.2.1-win32-bin3.zip Changes in this release : - TeX reads/writes files in binary mode - various patches for (tex,mf)ware (vftovp, vptovf ...) - kpathsea honours UNC names - pdftex 0.12o2 with tiff support - windvi 0.47 supports '`' specials with allowshell option) Please, report any strange behaviour. Fabrice From owner-pdftex@tug.org Fri Jun 19 09:20:45 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA14752 for ; Fri, 19 Jun 1998 09:20:43 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA32288 for pdftex-list; Fri, 19 Jun 1998 11:09:57 -0400 Received: from esemetz.ese-metz.fr (esemetz.ese-metz.fr [192.70.65.1]) by tug.org (8.8.5/8.8.5) with ESMTP id LAA32279; Fri, 19 Jun 1998 11:09:20 -0400 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 RAA29031; Fri, 19 Jun 1998 17:09:09 +0200 (MET DST) To: tex-pretest@tug.org, pdftex@tug.org, texk-win32@ese-metz.fr, omega@ens.fr Subject: web2c-7.2.1 From: Fabrice POPINEAU Date: 19 Jun 1998 17:11:57 +0200 Message-ID: Lines: 20 X-Mailer: Gnus v5.6.4/Emacs 19.34 X-Emacs: 19.34 MIME-Version: 1.0 (generated by SEMI MIME-Edit 0.98 - "Sodani") Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Hi, Given the recent discussions about 'Should TeX open files in text/binary mode ?', I have packaged a new version of web2c-7.2 (binaries only) located at the following urls : ftp://ftp.ese-metz.fr/pub/TeX/win32-beta/web2c-7.2.1-win32-bin1.zip ftp://ftp.ese-metz.fr/pub/TeX/win32-beta/web2c-7.2.1-win32-bin2.zip ftp://ftp.ese-metz.fr/pub/TeX/win32-beta/web2c-7.2.1-win32-bin3.zip Changes in this release : - TeX reads/writes files in binary mode - various patches for (tex,mf)ware (vftovp, vptovf ...) - kpathsea honours UNC names - pdftex 0.12o2 with tiff support - windvi 0.47 supports '`' specials with allowshell option) Please, report any strange behaviour. Fabrice From owner-pdftex@tug.org Fri Jun 19 12:55:50 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id MAA22234 for ; Fri, 19 Jun 1998 12:55:47 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id OAA00419 for pdftex-list; Fri, 19 Jun 1998 14:53:18 -0400 Received: from mx2.cac.washington.edu (mx2.cac.washington.edu [140.142.33.1]) by tug.org (8.8.5/8.8.5) with ESMTP id OAA00416 for ; Fri, 19 Jun 1998 14:53:17 -0400 Received: from crosby.apl.washington.edu.apl.washington.edu (crosby97.apl.washington.edu [128.95.97.2]) by mx2.cac.washington.edu (8.8.4+UW97.07/8.8.4+UW98.04) with SMTP id LAA29020; Fri, 19 Jun 1998 11:53:02 -0700 Received: from galiano (charon.apl.washington.edu) by crosby.apl.washington.edu.apl.washington.edu (4.1/SMI-4.1 ) id AA02013; Fri, 19 Jun 98 11:52:59 PDT Message-Id: <9806191852.AA02013@crosby.apl.washington.edu.apl.washington.edu> From: "Jody Klymak" To: , Subject: win32/pdflatex \pdfoutput=0 ? Date: Fri, 19 Jun 1998 11:53:51 -0700 X-Priority: 3 (Normal) X-Msmail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Importance: Normal In-Reply-To: X-Mimeole: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-pdftex@tug.org Precedence: bulk Hi, I know this was discussed, but when using the win32 pdflatex why does \pdfoutput=0 still produce a pdf file? How can I fix it? Sorry, I couldn't find this discussion in the archive. BTW, using Sebastian's new pdftex.def for the graphics package works great - no more MediaBox problem. My graphic looks identical in pdf and dvi. However, pdftex.def seems incompatable with plain old latex. Maybe it was before, hence my wanting to produce dvi files with pdflatex. Thanks, Jody From owner-pdftex@tug.org Fri Jun 19 14:13:22 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id OAA24470 for ; Fri, 19 Jun 1998 14:13:21 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id QAA00715 for pdftex-list; Fri, 19 Jun 1998 16:10:52 -0400 Received: from venus.open.ac.uk (venus.open.ac.uk [137.108.143.2]) by tug.org (8.8.5/8.8.5) with SMTP id QAA00712 for ; Fri, 19 Jun 1998 16:10:50 -0400 Received: from fell.open.ac.uk by venus with SMTP Local (MMTA v2.2) with ESMTP; Fri, 19 Jun 1998 21:10:42 +0100 Received: (from car2@localhost) by fell.open.ac.uk (8.8.5/8.6.12) id VAA11921; Fri, 19 Jun 1998 21:10:40 +0100 (BST) From: Chris Rowley MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Fri, 19 Jun 1998 21:10:40 +0100 (BST) To: Hans Hagen Cc: "'pdftex@tug.org'" Subject: Re: Latex macros for getting good pdf files (a bit OFFTOPIC and a bit LONG) In-Reply-To: <35877DA1.60139F1B@wxs.nl> References: <199806170331.PAA18180@mailhost.auckland.ac.nz> <35877DA1.60139F1B@wxs.nl> X-Mailer: VM 6.44 under Emacs 19.34.1 Message-ID: <13706.49178.59433.742775@fell.open.ac.uk> Sender: owner-pdftex@tug.org Precedence: bulk Hans Hagen wrote -- > ... and > wait till NTS comes up with a decent object model (will it phil?). Another unfair question?? I do not think that it is NTS's job to "come up with a model": it may be the NTS project's job to implement such a model. So rather than waiting, surely we (and especially Hans since he uses this stuff every day) should be developing that "decent object model" so that NTS has soemthing toi implement. Developing this theme a little, from my ignorance, I would hope that this model was not too pdf-specific since other standards/implementations of "documents as collections of objects" will no doubt emerge and NTS should be indpenedent of this particular standard. But of course its development now will be heavily influenced by pdf (both its good and bad points) since that is what we 9well you) know about. chris From owner-pdftex@tug.org Fri Jun 19 15:30:54 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id PAA26884 for ; Fri, 19 Jun 1998 15:30:53 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id RAA01033 for pdftex-list; Fri, 19 Jun 1998 17:28:09 -0400 Received: from smtp01.wxs.nl (smtp01.wxs.nl [195.121.6.61]) by tug.org (8.8.5/8.8.5) with ESMTP id RAA01030 for ; Fri, 19 Jun 1998 17:28:04 -0400 Received: from wxs.nl ([195.121.70.73]) by smtp01.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA49F3; Fri, 19 Jun 1998 23:11:29 +0200 Message-ID: <358AD60C.CCBF4C3C@wxs.nl> Date: Fri, 19 Jun 1998 23:20:12 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Chris Rowley CC: "'pdftex@tug.org'" Subject: Re: Latex macros for getting good pdf files (a bit OFFTOPIC and a bit LONG) References: <199806170331.PAA18180@mailhost.auckland.ac.nz> <35877DA1.60139F1B@wxs.nl> <13706.49178.59433.742775@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: > So rather than waiting, surely we (and especially Hans since he uses > this stuff every day) should be developing that "decent object model" > so that NTS has soemthing toi implement. > > Developing this theme a little, from my ignorance, I would hope that > this model was not too pdf-specific since other > standards/implementations of "documents as collections of objects" > will no doubt emerge and NTS should be indpenedent of this particular standard. > > But of course its development now will be heavily influenced by pdf > (both its good and bad points) since that is what we 9well you) know about. Ok, I'll come up with something. Some day soon we're going to do some experiments with dvi objects, and I agree it must not be pdf dependant. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@wxs.nl ----------------------------------------------------------------- From owner-pdftex@tug.org Fri Jun 19 18:20:18 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id SAA02337 for ; Fri, 19 Jun 1998 18:20:17 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id UAA01601 for pdftex-list; Fri, 19 Jun 1998 20:18:23 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id UAA01598 for ; Fri, 19 Jun 1998 20:18:21 -0400 Received: from SnowWhite.inet.cz (pavel@dialup2.inet.cz [194.196.193.2]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id CAA24851; Sat, 20 Jun 1998 02:15:57 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id BAA20498; Sat, 20 Jun 1998 01:52:44 +0200 Date: Sat, 20 Jun 1998 01:52:44 +0200 Message-Id: <199806192352.BAA20498@SnowWhite.inet.cz> From: "Pavel Janik ml." To: Jody Klymak CC: pdfTeX mailing list , texk-win32@ese-metz.fr In-reply-to: <9806191852.AA02013@crosby.apl.washington.edu.apl.washington.edu> (jklymak@apl.washington.edu) Subject: Re: win32/pdflatex \pdfoutput=0 ? X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.105 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk From: "Jody Klymak" Date: Fri, 19 Jun 1998 11:53:51 -0700 > I know this was discussed, but when using the win32 pdflatex why does > \pdfoutput=0 still produce a pdf file? How can I fix it? Sorry, I couldn't > find this discussion in the archive. Is \pdfoutput0 before something shipped out (before first page)? If not, is perfectly ok, because we can not produce one page of pdf and then dvi :-) -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Fri Jun 19 18:23:28 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id SAA02429 for ; Fri, 19 Jun 1998 18:23:27 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id UAA01617 for pdftex-list; Fri, 19 Jun 1998 20:21:39 -0400 Received: from mx2.cac.washington.edu (mx2.cac.washington.edu [140.142.33.1]) by tug.org (8.8.5/8.8.5) with ESMTP id UAA01614 for ; Fri, 19 Jun 1998 20:21:37 -0400 Received: from crosby.apl.washington.edu.apl.washington.edu (crosby97.apl.washington.edu [128.95.97.2]) by mx2.cac.washington.edu (8.8.4+UW97.07/8.8.4+UW98.04) with SMTP id RAA07143; Fri, 19 Jun 1998 17:21:32 -0700 Received: from galiano (charon.apl.washington.edu) by crosby.apl.washington.edu.apl.washington.edu (4.1/SMI-4.1 ) id AA15361; Fri, 19 Jun 98 17:21:30 PDT Message-Id: <9806200021.AA15361@crosby.apl.washington.edu.apl.washington.edu> From: "Jody Klymak" To: Cc: "pdfTeX mailing list" , Subject: RE: win32/pdflatex \pdfoutput=0 ? Date: Fri, 19 Jun 1998 17:22:19 -0700 X-Priority: 3 (Normal) X-Msmail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Importance: Normal In-Reply-To: <199806192352.BAA20498@SnowWhite.inet.cz> X-Mimeole: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-pdftex@tug.org Precedence: bulk Hi Pavel, No it is \pdfoutput=0 before \begin{document} Cheers, Jody > -----Original Message----- > From: Pavel Janik ml. [mailto:Pavel.Janik@inet.cz] > Sent: Friday, June 19, 1998 4:53 PM > To: Jody Klymak > Cc: pdfTeX mailing list; texk-win32@ese-metz.fr > Subject: Re: win32/pdflatex \pdfoutput=0 ? > > > From: "Jody Klymak" > Date: Fri, 19 Jun 1998 11:53:51 -0700 > > > I know this was discussed, but when using the win32 pdflatex why does > > \pdfoutput=0 still produce a pdf file? How can I fix it? > Sorry, I couldn't > > find this discussion in the archive. > > Is \pdfoutput0 before something shipped out (before first page)? If > not, is perfectly ok, because we can not produce one page of pdf and > then dvi :-) > -- > Pavel Janik ml. > Pavel.Janik@inet.cz > From owner-pdftex@tug.org Sat Jun 20 06:32:07 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA06135 for ; Sat, 20 Jun 1998 06:32:06 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA04295 for pdftex-list; Sat, 20 Jun 1998 08:23:27 -0400 Received: from esemetz.ese-metz.fr (esemetz.ese-metz.fr [192.70.65.1]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA04292 for ; Sat, 20 Jun 1998 08:23:24 -0400 Received: from hal9000 (ppp1.ese-metz.fr [193.48.224.221]) by esemetz.ese-metz.fr (8.8.8/8.8.8) with SMTP id OAA16144; Sat, 20 Jun 1998 14:23:04 +0200 (MET DST) Message-ID: <002501bd9c46$dbb99ba0$dde030c1@hal9000.ese-metz.fr> From: "Fabrice Popineau" To: , "Jody Klymak" Cc: "pdfTeX mailing list" , Subject: Re: win32/pdflatex \pdfoutput=0 ? Date: Sat, 20 Jun 1998 14:27:56 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit 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 the graphics package, and def files for pdftex that are overwriting your pdfoutput. Fabrice From owner-pdftex@tug.org Sat Jun 20 07:45:05 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA07688 for ; Sat, 20 Jun 1998 07:45:04 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA04564 for pdftex-list; Sat, 20 Jun 1998 09:39:37 -0400 Received: from extra.ucc.su.OZ.AU (extra.ucc.su.oz.au [129.78.64.4]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA04561 for ; Sat, 20 Jun 1998 09:39:34 -0400 Received: from mail.usyd.edu.au (mp-9-4.mp.usyd.edu.au [129.78.57.128]) by extra.ucc.su.OZ.AU (8.9.0/8.9.0) with ESMTP id XAA21678 for ; Sat, 20 Jun 1998 23:39:29 +1000 (EST) Message-ID: <358BBC68.2487697F@mail.usyd.edu.au> Date: Sat, 20 Jun 1998 23:43:04 +1000 From: Robert Howlett X-Mailer: Mozilla 4.05 [en] (Win95; I) MIME-Version: 1.0 To: pdfTeX mailing list Subject: Magnification in format file ignored Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hi all, I use some format files in which \magnification=\magstep1 is specified. When \pdfoutput=1 the output is not magnified as it should be. You can see this as follows: make a file magfmt.tex with two lines \magnification=\magstep1 \dump and a file magtest.tex %\pdfoutput=0 This demonstrates a bug \bye Make the format file with pdftex -ini &pdftex magfmt, and then do pdftex &magfmt magtest. Print the result and compare with what you get if the first line is uncommented. Bob From owner-pdftex@tug.org Sat Jun 20 08:41:31 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA08983 for ; Sat, 20 Jun 1998 08:41:30 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA04759 for pdftex-list; Sat, 20 Jun 1998 10:36:08 -0400 Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by tug.org (8.8.5/8.8.5) with SMTP id KAA04756 for ; Sat, 20 Jun 1998 10:36:07 -0400 Received: from fgbbs.iaf.nl by uni4nn.gn.iaf.nl with UUCP id AA19454 (5.67b/IDA-1.5 for pdftex@tug.org); Sat, 20 Jun 1998 16:14:51 +0200 Received: by fgbbs.iaf.nl (0.99.950801) id AA04676; 20 Jun 98 15:11:59 +0100 From: fg@fgbbs.iaf.nl (Frans Goddijn) Date: 20 Jun 98 15:07:06 +0100 Subject: pdfTeX-0.12o-3 Message-Id: References: <199806191419.QAA01504@SnowWhite.inet.cz> Organization: FGBBS at +31 26 3217041 To: pdftex@tug.org Sender: owner-pdftex@tug.org Precedence: bulk said "Pavel Janik ml." to All: "Jm"> I just release pdfTeX-0.12o-3. [...] "Jm"> ftp://ftp.cstug.cz/pub/tex/local/cstug/janik/pdftex-0.12o-3 I went there and only found a LINUX directory. Earlier, at ftp://ftp.cstug.cz/pub/tex/local/cstug/thanh/pdftex-testing/pdftex-0.12n/ I did find a version that runs under DOS. Is such a version of the new release expected also (or am I asking too early and on the wrong platform?) Met hartelijke groet! Frans Goddijn -- You are what you is From owner-pdftex@tug.org Sat Jun 20 10:11:21 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA11017 for ; Sat, 20 Jun 1998 10:11:20 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA05031 for pdftex-list; Sat, 20 Jun 1998 11:59:43 -0400 Received: from mx2.cac.washington.edu (mx2.cac.washington.edu [140.142.33.1]) by tug.org (8.8.5/8.8.5) with ESMTP id LAA05028 for ; Sat, 20 Jun 1998 11:59:41 -0400 Received: from crosby.apl.washington.edu.apl.washington.edu (crosby97.apl.washington.edu [128.95.97.2]) by mx2.cac.washington.edu (8.8.4+UW97.07/8.8.4+UW98.04) with SMTP id IAA18039; Sat, 20 Jun 1998 08:59:27 -0700 Received: from galiano (charon.apl.washington.edu) by crosby.apl.washington.edu.apl.washington.edu (4.1/SMI-4.1 ) id AA27793; Sat, 20 Jun 98 08:59:22 PDT Message-Id: <9806201559.AA27793@crosby.apl.washington.edu.apl.washington.edu> From: "Jody Klymak" To: "Fabrice Popineau" , Cc: "pdfTeX mailing list" , Subject: RE: win32/pdflatex \pdfoutput=0 ? Date: Sat, 20 Jun 1998 09:00:13 -0700 X-Priority: 3 (Normal) X-Msmail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 In-Reply-To: <002501bd9c46$dbb99ba0$dde030c1@hal9000.ese-metz.fr> X-Mimeole: Produced By Microsoft MimeOLE V4.72.3110.3 Importance: Normal Sender: owner-pdftex@tug.org Precedence: bulk Hi, So I played around a little bit. In order to get a dvi output I had to change: \pdfoutput=0 \usepackage[pdftex]{graphicx} \usepackage[pdftex,pdfview=XYZ]{hyperref} To \pdfoutput=0 \usepackage[]{graphicx} \usepackage[dvips]{hyperref} In order to get a dvi file. I suppose that is not the end of the world. I had naively thought that setting \pdfoutput=0 would somehow nullify the effects of \usepackage[pdftex]{graphicx}. My ignorance of TeX programming is probably showing through. Thanks a lot for everyone's work. It was a bit of a struggle, but the package works and looks great. Cheers, Jody > -----Original Message----- > From: Fabrice Popineau [mailto:Fabrice.Popineau@supelec.fr] > > This is the graphics package, and def files for pdftex that are > overwriting > your pdfoutput. > > Fabrice > From owner-pdftex@tug.org Sun Jun 21 07:17:16 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA26284 for ; Sun, 21 Jun 1998 07:17:15 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA09603 for pdftex-list; Sun, 21 Jun 1998 09:12:23 -0400 Received: from extra.ucc.su.OZ.AU (extra.ucc.su.oz.au [129.78.64.4]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA09600 for ; Sun, 21 Jun 1998 09:12:19 -0400 Received: from mail.usyd.edu.au (mp-9-14.mp.usyd.edu.au [129.78.57.138]) by extra.ucc.su.OZ.AU (8.9.0/8.9.0) with ESMTP id XAA28068 for ; Sun, 21 Jun 1998 23:12:12 +1000 (EST) Message-ID: <358D0785.2EEFC658@mail.usyd.edu.au> Date: Sun, 21 Jun 1998 23:15:49 +1000 From: Robert Howlett X-Mailer: Mozilla 4.05 [en] (Win95; I) MIME-Version: 1.0 To: pdfTeX mailing list Subject: Another \mag problem Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hi, I'm trying to get a sentence to appear in the middle of the page. In pdftex.cfg I've got horigin 1 in and page_width 210 mm so I figured that if I have \hoffset=0 pt \hsize=15.92 truecm \centerline{I want this sentence to be exactly in the middle} then it should be right, since 21 mm = 15.92 truecm plus 2 truein. This worked OK, but when I tried it with \mag 1200 I couldn't get it to work. Bob From owner-pdftex@tug.org Sun Jun 21 14:56:55 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id OAA05798 for ; Sun, 21 Jun 1998 14:56:54 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id QAA11172 for pdftex-list; Sun, 21 Jun 1998 16:50:33 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id QAA11169 for ; Sun, 21 Jun 1998 16:50:31 -0400 Received: from SnowWhite.inet.cz (pavel@internet.box [194.196.193.2]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id WAA10733; Sun, 21 Jun 1998 22:48:16 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id VAA00438; Sun, 21 Jun 1998 21:42:45 +0200 Date: Sun, 21 Jun 1998 21:42:45 +0200 Message-Id: <199806211942.VAA00438@SnowWhite.inet.cz> From: "Pavel Janik ml." To: Frans Goddijn CC: pdfTeX mailing list In-reply-to: Subject: Binaries (Was: Re: pdfTeX-0.12o-3) X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.105 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk From: fg@fgbbs.iaf.nl (Frans Goddijn) Date: 20 Jun 98 15:07:06 +0100 Hi, > I did find a version that runs under DOS. Is such a version of the new > release expected also (or am I asking too early and on the wrong > platform?) I do not have access to these platforms, so I provide only linux binaries, but if anybody sends me binaries for other platforms (e.g. Win32, Linux libc5, Solaris, AIX or IRIX) I put them in the right place. -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Sun Jun 21 15:36:43 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id PAA06621 for ; Sun, 21 Jun 1998 15:36:41 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id RAA11331 for pdftex-list; Sun, 21 Jun 1998 17:34:33 -0400 Received: from gwfs.stud.fh-jena.de (gwfs.stud.fh-jena.de [194.94.37.56]) by tug.org (8.8.5/8.8.5) with ESMTP id RAA11328 for ; Sun, 21 Jun 1998 17:34:28 -0400 Received: from gw4s (gw4s.stud.fh-jena.de [194.94.37.30]) by gwfs.stud.fh-jena.de (8.8.6/8.8.6) with SMTP id XAA20524 for ; Sun, 21 Jun 1998 23:35:08 +0200 (MET DST) Date: Sun, 21 Jun 1998 23:30:01 +0200 (MDT) From: Colin Marquardt <941etcm@gwfs.stud.fh-jena.de> X-Sender: 941etcm@gw4s To: pdftex@tug.org Subject: How to run pdf-files through zlib? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Hello, I create pdf-files with Sebastian's epstopdf.pl and Ghostscript 5.10. I'm now wondering what I can do to run the files through zlib for compression. One of my files is about 800k, but included in a document with \pdfcompresslevel=9 the resulting file is *much* smaller (about 50k). The large pdf-file, clearly a vector drawing, has much code inside like Q q 19 0 0 -1 1102 1103 cm BI /CS /RGB/W 19/H 1/BPC 8 ID followed by some lines of junk which compress very good. (This isn't bitmap stuff, is it?) So, how can I run the file through pdftex and preserve the right bounding box? Or could this be done by modifying epstopdf.pl and let Ghostscript do the job? TIA, Colin -- Colin Marquardt colin.marquardt@gmx.de Ortsstrasse 28 D-07426 Untersch"obling From owner-pdftex@tug.org Mon Jun 22 05:24:46 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA13123 for ; Mon, 22 Jun 1998 05:24:44 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA14281 for pdftex-list; Mon, 22 Jun 1998 07:19:40 -0400 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id HAA14278 for ; Mon, 22 Jun 1998 07:19:38 -0400 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 NAA02483; Mon, 22 Jun 1998 13:19:37 +0200 (MET DST) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id NAA09414; Mon, 22 Jun 1998 13:19:49 +0200 (MET DST) Date: Mon, 22 Jun 1998 13:19:49 +0200 (MET DST) Message-Id: <199806221119.NAA09414@mozart.ujf-grenoble.fr> From: Thierry Bouche To: Colin Marquardt <941etcm@gwfs.stud.fh-jena.de> Cc: pdftex@tug.org Subject: Re: How to run pdf-files through zlib? In-Reply-To: References: 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 « How to run pdf-files through zlib? », Colin Marquardt écrit : « » Hello, » » I create pdf-files with Sebastian's epstopdf.pl and Ghostscript 5.10. Hi, the problem is the following: you could use some option in gs-5 to compress your PDF file (at least you could suppress the switch -dUseFlateCompression=none) in eps2pdf.pl, _but_ you then get some PDF file that pdftex can't \input because of erratic 8 bit junk on which pdftex ould choke -- certainly related to the discussion about \openin ascii or binary files? Well, it was like that when PDF inclusion was handled by tex itself, now that it's included as an image through xpdf's lib, i don't know if it's still necessary (the -dNOCACHE switch that was mandatory is now to be omitted if you want good rendition of included fonts!). Thierry From owner-pdftex@tug.org Mon Jun 22 06:03:43 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA14011 for ; Mon, 22 Jun 1998 06:03:42 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA14405 for pdftex-list; Mon, 22 Jun 1998 07:53:38 -0400 Received: from vms.rhbnc.ac.uk (alpha1.rhbnc.ac.uk [134.219.201.113]) by tug.org (8.8.5/8.8.5) with SMTP id HAA14402 for ; Mon, 22 Jun 1998 07:53:36 -0400 Date: Mon, 22 Jun 1998 12:53:24 +0100 From: Philip Taylor (RHBNC) Reply-To: P.Taylor@vms.rhbnc.ac.uk To: rhowlett@mail.usyd.edu.au CC: PDFTEX@tug.org, CHAA006@vms.rhbnc.ac.uk Message-Id: <980622125324.8b0@vms.rhbnc.ac.uk> Subject: RE: Another \mag problem Sender: owner-pdftex@tug.org Precedence: bulk >> then it should be right, since 21 mm = 15.92 truecm plus 2 truein. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Que?! From owner-pdftex@tug.org Mon Jun 22 06:08:43 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA14094 for ; Mon, 22 Jun 1998 06:08:42 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA14435 for pdftex-list; Mon, 22 Jun 1998 08:00:38 -0400 Received: from smtp02.wxs.nl (smtp02.wxs.nl [195.121.6.60]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA14432 for ; Mon, 22 Jun 1998 08:00:35 -0400 Received: from wxs.nl ([195.121.70.44]) by smtp02.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA6967; Mon, 22 Jun 1998 14:00:29 +0200 Message-ID: <358E495E.FA825BCE@wxs.nl> Date: Mon, 22 Jun 1998 14:09:02 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: pdftex , NTG-CONTEXT , NTG-PPCHTEX , TEX-NL , Tom HUDEC Subject: context up-to-date (fill in fields etc) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hi, I just uploaded the first issue of context up-to-date. This 40 screen document shows how context does fill in fields and other pdf things. There are examples of pop-up help, annotations, tex tuned text fields, tooltips, some figure tricks, etc. The document is posted at: http://frambach.eco.rug.nl/pragma/uptodate.htm For viewing you need the acrobat field plugin with java support. A next issue will be dedicated to ppchtex (a large bunch of examples). Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@wxs.nl ----------------------------------------------------------------- From owner-pdftex@tug.org Mon Jun 22 06:30:59 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA14590 for ; Mon, 22 Jun 1998 06:30:58 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA14544 for pdftex-list; Mon, 22 Jun 1998 08:27:45 -0400 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA14541 for ; Mon, 22 Jun 1998 08:27:41 -0400 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 OAA06309 for ; Mon, 22 Jun 1998 14:27:39 +0200 (MET DST) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id OAA16498; Mon, 22 Jun 1998 14:27:55 +0200 (MET DST) Date: Mon, 22 Jun 1998 14:27:55 +0200 (MET DST) Message-Id: <199806221227.OAA16498@mozart.ujf-grenoble.fr> From: Thierry Bouche To: pdftex@tug.org Subject: fontless pdf + pdf inclusion In-Reply-To: <1305-Fri19Jun1998152518+0100-s.rahtz@elsevier.co.uk> References: <1305-Fri19Jun1998152518+0100-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 Hi all, 2 probems, today: - when i use pdftex to produce fontless pdfs (with !cmr10 e.g.) i get a `wrong /BBox' warning by acroread, this is rather annoying. - when i include a PDF with fonts (made by gs (without -dNOCACHE) from AI files) with \pdfimage, i get something very nice on screen, but the charachters from a font aren't printed at all. Indeed, if i print to PS and look at it with gs, i get: Can't find (or can't open) font file N410. Scanning . for fonts... 20 files, 20 scanned, 1 new fonts. Can't find (or can't open) font file N410. Scanning ~/postscript/fonts for fonts... 0 files, 0 scanned, 0 new fonts. Can't find (or can't open) font file N410. Substituting font Courier for N410. Loading Courier font from /usr/local/tex/share/ghostscript/fonts/pcrr8a.pfb... 2513572 1091707 1340276 53839 1 done. Error: /invalidaccess in --put-- Operand stack: [i'm using pdftex1.2n] examples on ftp://fourier.ujf-grenoble.fr/pub/contrib-tex/pdftex/testing thanks, Th. Bouche « no signature last night » From owner-pdftex@tug.org Mon Jun 22 07:04:13 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA15552 for ; Mon, 22 Jun 1998 07:04:12 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA14659 for pdftex-list; Mon, 22 Jun 1998 08:56:15 -0400 Received: from esemetz.ese-metz.fr (esemetz.ese-metz.fr [192.70.65.1]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA14656 for ; Mon, 22 Jun 1998 08:56:08 -0400 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 OAA10013; Mon, 22 Jun 1998 14:55:49 +0200 (MET DST) To: Pavel.Janik@inet.cz Cc: Frans Goddijn , pdfTeX mailing list Subject: Re: Binaries (Was: Re: pdfTeX-0.12o-3) References: <199806211942.VAA00438@SnowWhite.inet.cz> Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII From: Fabrice POPINEAU Date: 22 Jun 1998 14:58:11 -0700 In-Reply-To: "Pavel Janik ml."'s message of "Sun, 21 Jun 1998 21:42:45 +0200" Message-ID: Lines: 10 X-Mailer: Gnus v5.6.11/XEmacs 21.0 - "Toggenburg" Sender: owner-pdftex@tug.org Precedence: bulk The latest web2c/win32 binaries will always be available from the same directory (anybody to put a mirror ?) : ftp://ftp.ese-metz.fr/pub/TeX/win32-beta/pdftex-0.12o2-win32.zip These ones include most of the 0.12o3 patches and preliminary tiff support. Fabrice From owner-pdftex@tug.org Mon Jun 22 09:16:54 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA19790 for ; Mon, 22 Jun 1998 09:16:53 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA15172 for pdftex-list; Mon, 22 Jun 1998 11:13:23 -0400 Received: from extra.ucc.su.OZ.AU (extra.ucc.su.oz.au [129.78.64.4]) by tug.org (8.8.5/8.8.5) with ESMTP id LAA15169 for ; Mon, 22 Jun 1998 11:13:20 -0400 Received: from mail.usyd.edu.au (mp-13-23.mp.usyd.edu.au [129.78.58.147]) by extra.ucc.su.OZ.AU (8.9.0/8.9.0) with ESMTP id BAA14942; Tue, 23 Jun 1998 01:12:50 +1000 (EST) Message-ID: <358E754E.6FFB74A5@mail.usyd.edu.au> Date: Tue, 23 Jun 1998 01:16:30 +1000 From: Robert Howlett X-Mailer: Mozilla 4.05 [en] (Win95; I) MIME-Version: 1.0 To: Fabrice POPINEAU CC: pdfTeX mailing list Subject: Re: Binaries (Was: Re: pdfTeX-0.12o-3) References: <199806211942.VAA00438@SnowWhite.inet.cz> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Fabrice POPINEAU wrote: > > The latest web2c/win32 binaries will always be available from the same > directory (anybody to put a mirror ?) : > > ftp://ftp.ese-metz.fr/pub/TeX/win32-beta/pdftex-0.12o2-win32.zip > > These ones include most of the 0.12o3 patches and preliminary tiff > support. > > Fabrice I always have great difficulty downloading things from this site -- 80% of the time the connection breaks before the file is transferred. If it were on CTAN instead everything would be sweet. Bob From owner-pdftex@tug.org Mon Jun 22 09:25:51 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA20106 for ; Mon, 22 Jun 1998 09:25:50 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA15141 for pdftex-list; Mon, 22 Jun 1998 11:05:40 -0400 Received: from extra.ucc.su.OZ.AU (extra.ucc.su.oz.au [129.78.64.4]) by tug.org (8.8.5/8.8.5) with ESMTP id LAA15138 for ; Mon, 22 Jun 1998 11:05:37 -0400 Received: from mail.usyd.edu.au (mp-13-23.mp.usyd.edu.au [129.78.58.147]) by extra.ucc.su.OZ.AU (8.9.0/8.9.0) with ESMTP id BAA13040; Tue, 23 Jun 1998 01:05:26 +1000 (EST) Message-ID: <358E7391.C8B8225@mail.usyd.edu.au> Date: Tue, 23 Jun 1998 01:09:05 +1000 From: Robert Howlett X-Mailer: Mozilla 4.05 [en] (Win95; I) MIME-Version: 1.0 To: P.Taylor@vms.rhbnc.ac.uk CC: PDFTEX@tug.org, CHAA006@vms.rhbnc.ac.uk Subject: Re: Another \mag problem References: <980622125324.8b0@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: > > >> then it should be right, since 21 mm = 15.92 truecm plus 2 truein. > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > Que?! OK so I can't type, but 15.92 truecm + 2 truein = 15.92 truecm + 5.08 truecm = 21 truecm, which is what the page width was set to. (I presume that dimensions in pdftex.cfg are true dimensions.) But I get a wider margin on the right hand side than the left hand side. Please, can someone else confirm this phenomenon or else point out the silly mistake I'm making! Bob From owner-pdftex@tug.org Mon Jun 22 14:16:25 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id OAA00715 for ; Mon, 22 Jun 1998 14:16:24 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id QAA16434 for pdftex-list; Mon, 22 Jun 1998 16:12:49 -0400 Received: from gwfs.stud.fh-jena.de (gwfs.stud.fh-jena.de [194.94.37.56]) by tug.org (8.8.5/8.8.5) with ESMTP id QAA16431 for ; Mon, 22 Jun 1998 16:12:46 -0400 Received: from gw4s (gw4s.stud.fh-jena.de [194.94.37.30]) by gwfs.stud.fh-jena.de (8.8.6/8.8.6) with SMTP id WAA31246; Mon, 22 Jun 1998 22:13:17 +0200 (MET DST) Date: Mon, 22 Jun 1998 22:08:05 +0200 (MDT) From: Colin Marquardt <941etcm@gwfs.stud.fh-jena.de> X-Sender: 941etcm@gw4s To: Thierry.Bouche@ujf-grenoble.fr cc: pdftex@tug.org Subject: Re: How to run pdf-files through zlib? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Thierry Bouche wrote: > the problem is the following: you could use some option in gs-5 to > compress your PDF file (at least you could suppress the switch > -dUseFlateCompression=none) in eps2pdf.pl, _but_ you then get some PDF > file that pdftex can't \input because of erratic 8 bit junk on which Yes, you are right (pdftex 0.12n, win32) :-( The compressed file is smaller by factor 23, so it would have been very nice... But not all hope is lost!? I also noticed that GhostScript seems to scan the original eps-file (very small in size) line-wise since it translates vertical lines to many short horizontal ones. Anyway, I start learning MetaPost now (-: Thanks, Colin -- Colin Marquardt colin.marquardt@gmx.de Ortsstrasse 28 D-07426 Untersch"obling From owner-pdftex@tug.org Mon Jun 22 16:03:33 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id QAA03276 for ; Mon, 22 Jun 1998 16:03:32 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id RAA16797 for pdftex-list; Mon, 22 Jun 1998 17:58:56 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id RAA16794 for ; Mon, 22 Jun 1998 17:58:51 -0400 Received: from SnowWhite.inet.cz (pavel@dialup1.inet.cz [194.196.193.1]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id XAA31576; Mon, 22 Jun 1998 23:56:25 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id XAA02062; Mon, 22 Jun 1998 23:54:46 +0200 Date: Mon, 22 Jun 1998 23:54:46 +0200 Message-Id: <199806222154.XAA02062@SnowWhite.inet.cz> From: "Pavel Janik ml." To: Fabrice POPINEAU CC: pdfTeX mailing list In-reply-to: (message from Fabrice POPINEAU on 22 Jun 1998 14:58:11 -0700) Subject: pdfTeX mirror site (Was: Re: Binaries) X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.105 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk From: Fabrice POPINEAU Date: 22 Jun 1998 14:58:11 -0700 Hi, > directory (anybody to put a mirror ?) : > > ftp://ftp.ese-metz.fr/pub/TeX/win32-beta/pdftex-0.12o2-win32.zip mirror is ftp://ftp.inet.cz/pub/Mirrors/pdfTeX - here you can find Thanh's and my sources, binaries, hyperref. Next stuff upon request to my address. -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Tue Jun 23 01:45:51 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id BAA02513 for ; Tue, 23 Jun 1998 01:45:50 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id DAA18921 for pdftex-list; Tue, 23 Jun 1998 03:41:16 -0400 Received: from linpwd (linpwd.mpae.gwdg.de [134.76.28.202]) by tug.org (8.8.5/8.8.5) with SMTP id DAA18918 for ; Tue, 23 Jun 1998 03:41:10 -0400 Date: Tue, 23 Jun 1998 09:40:26 +0200 Message-Id: <98062309402615@linpwd.mpae.gwdg.de> From: daly@linpwd.mpae.gwdg.de (P.W.Daly, MPAe, Lindau, Germany) To: pdftex@tug.org Subject: pdftex error (ext4) X-VMS-To: smtp%"pdftex@tug.org" X-VMS-Cc: DALY Sender: owner-pdftex@tug.org Precedence: bulk I am going crazy with a funny problem with pdfTeX. I get the message pdfTeX erro (ext4): link annotations can't be nested where I have no nestings at all. The problem always occurs at the end of a page, and by changing the text slightly, it goes away. I only have very complicated examples to offer, am trying to find a simple 2-3 pager to offer. I am using pdfTeX 0.12o2 win32 (W95) version from Fabrice, with hyperref.sty (6.26) and the pdftex.def distributed by Sebastian recently. I do not think the pdftex.def is the problem, for I have an example that contains no graphics. Also I tried the other versions too. I would love to be able to offer a failing example to testers, or to be able to give more details on the triggering mechanism. But I am too frustrated, and I send this out in the hope that some one out there says: Ah, of course, that is simply solved with ... ! Regards, Patrick ----------------------------------------------------------------------------- Dr. Patrick W. Daly Tel. [+49] 5556-979-279 Max-Planck-Institut fuer Aeronomie Fax. [+49] 5556-979-240 Max-Planck-Str. 2 D-37191 Katlenburg-Lindau Internet: daly@linmpi.mpg.de Germany ----------------------------------------------------------------------------- From owner-pdftex@tug.org Tue Jun 23 03:23:52 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA04943 for ; Tue, 23 Jun 1998 03:23:51 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA19316 for pdftex-list; Tue, 23 Jun 1998 05:20:46 -0400 Received: from smtp01.wxs.nl (smtp01.wxs.nl [195.121.6.61]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA19313 for ; Tue, 23 Jun 1998 05:20:44 -0400 Received: from wxs.nl ([195.121.20.34]) by smtp01.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA2FE4; Tue, 23 Jun 1998 11:20:19 +0200 Message-ID: <358F755B.FE7D3DB5@wxs.nl> Date: Tue, 23 Jun 1998 11:28:59 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: "P.W.Daly, MPAe, Lindau, Germany" CC: pdftex@tug.org Subject: Re: pdftex error (ext4) References: <98062309402615@linpwd.mpae.gwdg.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk P.W.Daly, MPAe, Lindau, Germany wrote: > where I have no nestings at all. The problem always occurs at the end of a > page, and by changing the text slightly, it goes away Looks like you references crosses a page border while the output routine in invokes mid paragraph between those lines. (Normally this does not happen, but maybe you macro package does something like that). You can try to look what is happening using something like: \let\normalpdfannotlink=\pdfannotlink \def\pdfannotlink{\hsmash{[}\nobreak\normalpdfannotlink} \let\normalpdfendlink=\pdfendlink \def\pdfendlink{\normalpdfendlink\nobreak\hsmash{]}} There should not be any nesting. Or try: \let\normalpdfannotlink=\pdfannotlink \def\pdfannotlink% {\bgroup \def\pdfannotlink% {\bgroup \message{THIS SHOULD NOT HAPPEN}% \normalpdfannotlink}% \normalpdfannotlink} \let\normalpdfendlink=\pdfendlink \def\pdfendlink% {\normalpdfendlink \egroup} > I only have very complicated examples to offer, am trying to find a simple 2-3 > pager to offer. I'm in a hurry and cannot offer any more help now. Sorry Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@wxs.nl ----------------------------------------------------------------- From owner-pdftex@tug.org Tue Jun 23 08:14:41 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA12367 for ; Tue, 23 Jun 1998 08:14:36 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA20309 for pdftex-list; Tue, 23 Jun 1998 10:06:08 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA20306 for ; Tue, 23 Jun 1998 10:06:07 -0400 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 PAA07274; hop 0; Tue, 23 Jun 1998 15:00:36 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Tue, 23 Jun 1998 15:05:54 +0100 Date: Tue, 23 Jun 1998 15:00:39 +0100 Message-ID: <6667-Tue23Jun1998150039+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 I) From: Sebastian Rahtz To: pdftex@tug.org Subject: OpenAction Sender: owner-pdftex@tug.org Precedence: bulk Suppose you want the document to open up showing multiple pages in two columns. What the PDF file has to contain in the catalog is something like: /OpenAction << /PageLayout /TwoColumnRight >> but unfortunately pdftex hijacks the OpenAction array, and puts it last, overriding what I do, and uses whatever I specifier as the `openaction' attribute of \pdfcatalog. now, i could do it with \pdfcatalog { } openaction user { /OpenAction << /PageLayout /TwoColumnRight >> } but then i lose my starting page number that I used to have, and my opening view. those look like: /S /GoTo /D [ 89 0 R /FitBH -32768 ] where object 89 is the page. Questions: a) should pdftex allow for adding to /OpenAction explicitly? b) how do I construct a "/S /GoTo /D [ 89 0 R /FitBH -32768 ]" of my own? how can I find out the object number of a page? Are you confused? I am..... Sebastian From owner-pdftex@tug.org Tue Jun 23 08:42:54 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA13419 for ; Tue, 23 Jun 1998 08:42:52 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA20425 for pdftex-list; Tue, 23 Jun 1998 10:39:20 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA20422 for ; Tue, 23 Jun 1998 10:39:19 -0400 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 PAA08849; hop 0; Tue, 23 Jun 1998 15:33:49 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Tue, 23 Jun 1998 15:39:12 +0100 Date: Tue, 23 Jun 1998 15:24:42 +0100 Message-ID: <2960-Tue23Jun1998152442+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q) From: Sebastian Rahtz To: pdftex@tug.org Subject: PageLayout Sender: owner-pdftex@tug.org Precedence: bulk Oh dumb klutz I am. /PageLayout is a top level key in the Catalog. Ignore my last message. hyperref will now let you specify that you want the pages 2-up. Sebastian From owner-pdftex@tug.org Tue Jun 23 10:56:43 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA18403 for ; Tue, 23 Jun 1998 10:56:41 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id MAA20932 for pdftex-list; Tue, 23 Jun 1998 12:51:51 -0400 Received: from extra.ucc.su.OZ.AU (extra.ucc.su.oz.au [129.78.64.4]) by tug.org (8.8.5/8.8.5) with ESMTP id MAA20929 for ; Tue, 23 Jun 1998 12:51:49 -0400 Received: from mail.usyd.edu.au (mp-13-53.mp.usyd.edu.au [129.78.58.177]) by extra.ucc.su.OZ.AU (8.9.0/8.9.0) with ESMTP id CAA12644 for ; Wed, 24 Jun 1998 02:51:30 +1000 (EST) Message-ID: <358FDDF1.B44D43D7@mail.usyd.edu.au> Date: Wed, 24 Jun 1998 02:55:13 +1000 From: Robert Howlett X-Mailer: Mozilla 4.05 [en] (Win95; I) MIME-Version: 1.0 To: pdfTeX mailing list Subject: \mag Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Sorry to keep on about it, but I really would like someone to either confirm or deny that \mag interacts incorrectly with page_width, horigin, \hoffset, etc. Looking back at the discussion when these things were being decided, as far as I can see the final decision was that \mag would affect the settings in pdftex.cfg, but that you could use "true" dimensions there. (I actually think it would make more sense for \mag not to apply to the pdftex.cfg settings, but I don't mind using true dimensions there.) OK, so let me attepmt to state my problem clearly. In pdftex.cfg I put horigin 2.5 truecm page_width 21 truecm and my TeX file is \mag 3000 \hsize=16 truecm \line{XXX\hfil XXX} \bye After pdftexing this and lookin at the result with acroread I change the value of \mag to (say) 2000 and do it again. I think that the X's should stay the same distances from the left edge and right edge of the page; only the size of the X's should change. But this is not what happens: it looks to me as though \mag is affecting the page width when it shouldn't. Bob From owner-pdftex@tug.org Wed Jun 24 00:51:25 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id AAA27291 for ; Wed, 24 Jun 1998 00:51:24 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id CAA24258 for pdftex-list; Wed, 24 Jun 1998 02:43:24 -0400 Received: from smtp04.wxs.nl (smtp04.wxs.nl [195.121.6.59]) by tug.org (8.8.5/8.8.5) with ESMTP id CAA24255 for ; Wed, 24 Jun 1998 02:43:21 -0400 Received: from wxs.nl ([195.121.20.53]) by smtp04.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA5C5B; Wed, 24 Jun 1998 08:43:12 +0200 Message-ID: <3590A203.9D1B022B@wxs.nl> Date: Wed, 24 Jun 1998 08:51:47 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Sebastian Rahtz CC: pdftex@tug.org Subject: Re: PageLayout References: <2960-Tue23Jun1998152442+0100-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: > Oh dumb klutz I am. /PageLayout is a top level key in the > Catalog. Ignore my last message. hyperref will now let you specify > that you want the pages 2-up. You learn fast. Next challenge: at startup goto page 10, start the movie there and execute a few javascripts. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@wxs.nl ----------------------------------------------------------------- From owner-pdftex@tug.org Wed Jun 24 02:10:11 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA09420 for ; Wed, 24 Jun 1998 02:10:10 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA24580 for pdftex-list; Wed, 24 Jun 1998 04:06:04 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id EAA24577 for ; Wed, 24 Jun 1998 04:06:01 -0400 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 JAA26897; hop 0; Wed, 24 Jun 1998 09:00:30 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Wed, 24 Jun 1998 09:05:53 +0100 Date: Tue, 23 Jun 1998 22:35:54 +0100 Message-ID: <9023-Tue23Jun1998223554+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: 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.org Subject: Re: How to run pdf-files through zlib? In-Reply-To: <199806221119.NAA09414@mozart.ujf-grenoble.fr> References: <199806221119.NAA09414@mozart.ujf-grenoble.fr> Sender: owner-pdftex@tug.org Precedence: bulk Thierry Bouche writes: > -dUseFlateCompression=none) in eps2pdf.pl, _but_ you then get some PDF > file that pdftex can't \input because of erratic 8 bit junk on which > pdftex ould choke -- certainly related to the discussion about \openin > ascii or binary files? Well, it was like that when PDF inclusion was I suspect that there is now no problem in loading arbitrary PDF files, so the "-dNOCACHE -dUseFlateCompression=false" parameters to GS are not needed. My tests indicate that they are not needed. and indeed, as Thierry says, -DNOCACHE is positively harmful. I append a revised epstopdf Perl with some options to a) not run GS at all, just generate the revised BB b) not use GS's compression remember to change $GS if not under Windows 32 Sebastian #!/tool/bin/perl # A script to transform an EPS file so that: # a) it is guarenteed to start at the 0,0 coordinate # b) it sets a page size exactly corresponding to the BoundingBox # This means that when Ghostscript renders it, the result needs no # cropping, and the PDF MediaBox is correct. # c) the result is piped to Ghostscript and a PDF version written # # It needs a Level 2 PS interpreter. # If the bounding box is not right, of course, you have problems... # # The only thing I have not allowed for is the case of # "%%BoundingBox: (atend)", which is more complicated. # # Sebastian Rahtz, for Elsevier Science # # now with extra tricks from Hans Hagen's texutil. # use Getopt::Long ; $filedate="1998/6/23"; $fileversion="2.1"; $GS="gswin32c"; $opt_debug=0; $opt_compress=1; $opt_gs=1; $opt_outfile=""; $result = GetOptions ( "debug!", "compress!", "gs!", "outfile=s", ); $Filename=$ARGV[0]; if (!$opt_compress) { $GSOPTS="-dUseFlateCompression=false " ;} else { $GSOPTS=""; } open(TMP,"<$Filename") or die "Usage: epstopdf "; binmode TMP; $_=$Filename; s/\.[A-Za-z]*$//; if ($opt_gs) { open(OUT,"| $GS -q -sDEVICE=pdfwrite $GSOPTS -sOutputFile=$_.pdf - -c quit") or die "cannot open Ghostscript for piped input"; if ($opt_debug) { print STDERR "read $Filename, write $_.pdf\n"; } } else { if ($opt_outfile ne "") { open(OUT,">$opt_outfile") or die "cannot write $opt_outfile" ; if ($opt_debug) { print STDERR "read $Filename, write $opt_outfile\n"; } } else { open(OUT,">&STDOUT"); } } $bbneeded=1; local $bbpatt="[0-9\.\-]"; while () { # # throw away binary junk before %!PS # if (/%!PS/) { s/(.*)%!PS/%!PS/o ; print OUT; } # # locate BoundingBox # elsif ( /%%BoundingBox: (atend)/) { $bbneeded = 0; print OUT; } elsif (/%%(HiResB|ExactB|B)oundingBox:(\s$bbpatt+)\s($bbpatt+)\s($bbpatt+)\s($bbpatt+)/ ) { # only read the *first* bounding box if ($bbneeded) { if ($opt_debug) { print STDERR "old BB is $2 $3 $4 $5\n";} $width = $4 - $2; $height = $5 - $3; $xoffset = 0 - $2; $yoffset = 0 - $3; if ($opt_debug) { print STDERR "new BB is 0 0 $width $height, offset $xoffset $yoffset\n"; } print OUT "%%BoundingBox: 0 0 $width $height\n"; print OUT "<< /PageSize [$width $height] >> setpagedevice\n"; print OUT "gsave $xoffset $yoffset translate\n"; $bbneeded=0; } # else ignore that embedded BoundingBox anyway } else { print OUT; } } close(TMP); print OUT "grestore\n"; close(OUT); ; From owner-pdftex@tug.org Wed Jun 24 02:12:38 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA09501 for ; Wed, 24 Jun 1998 02:12:37 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA24596 for pdftex-list; Wed, 24 Jun 1998 04:09:03 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id EAA24590 for ; Wed, 24 Jun 1998 04:08:59 -0400 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 JAA27112; hop 0; Wed, 24 Jun 1998 09:03:27 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Wed, 24 Jun 1998 09:08:35 +0100 Date: Wed, 24 Jun 1998 08:17:44 +0100 Message-ID: <2247-Wed24Jun1998081744+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pragma@wxs.nl Cc: pdftex@tug.org Subject: Re: PageLayout In-Reply-To: <3590A203.9D1B022B@wxs.nl> References: <2960-Tue23Jun1998152442+0100-s.rahtz@elsevier.co.uk> <3590A203.9D1B022B@wxs.nl> Sender: owner-pdftex@tug.org Precedence: bulk Hans Hagen writes: > > Oh dumb klutz I am. /PageLayout is a top level key in the > > Catalog. Ignore my last message. hyperref will now let you specify > > that you want the pages 2-up. > > You learn fast. If I had read Thomas Merz' book properly, I'd have found the answer in there, and avoided the 2 hours I spent finding out the above (its all Thierry Bouche's fault) > Next challenge: at startup goto page 10, start the movie > there and execute a few javascripts. um. can i fold in form field validation and formatting first? Sebastian From owner-pdftex@tug.org Wed Jun 24 02:44:04 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA10441 for ; Wed, 24 Jun 1998 02:44:03 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA24697 for pdftex-list; Wed, 24 Jun 1998 04:37:30 -0400 Received: from smtp04.wxs.nl (smtp04.wxs.nl [195.121.6.59]) by tug.org (8.8.5/8.8.5) with ESMTP id EAA24694 for ; Wed, 24 Jun 1998 04:37:27 -0400 Received: from wxs.nl ([195.121.21.69]) by smtp04.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA28EE; Wed, 24 Jun 1998 10:37:18 +0200 Message-ID: <3590B957.C8087180@wxs.nl> Date: Wed, 24 Jun 1998 10:31:19 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: pdftex Subject: tiff inclusion Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hi, When testing tiff inclusion I found out that 3 meg of tiff files (lzw compressed) expands to over 30 Meg pdf (due to lack of disk space pdftex aborted after that). BTW, when using dvi and dvipsone, I got a 29.5 K file in about half the time so I guess the pdftex tiff module could be improved regarding to speed. Why is tiff data unpacked? Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@wxs.nl ----------------------------------------------------------------- From owner-pdftex@tug.org Wed Jun 24 02:57:23 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA10738 for ; Wed, 24 Jun 1998 02:57:21 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA24754 for pdftex-list; Wed, 24 Jun 1998 04:50:31 -0400 Received: from smtp02.wxs.nl (smtp02.wxs.nl [195.121.6.60]) by tug.org (8.8.5/8.8.5) with ESMTP id EAA24751 for ; Wed, 24 Jun 1998 04:50:29 -0400 Received: from wxs.nl ([195.121.21.184]) by smtp02.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA3976; Wed, 24 Jun 1998 10:50:22 +0200 Message-ID: <3590BE3B.A439B87E@wxs.nl> Date: Wed, 24 Jun 1998 10:52:11 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Sebastian Rahtz CC: pdftex@tug.org Subject: Re: PageLayout References: <2960-Tue23Jun1998152442+0100-s.rahtz@elsevier.co.uk> <3590A203.9D1B022B@wxs.nl> <2247-Wed24Jun1998081744+0100-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: > > > Oh dumb klutz I am. /PageLayout is a top level key in the > > > Catalog. Ignore my last message. hyperref will now let you specify > > > that you want the pages 2-up. > > > > You learn fast. > If I had read Thomas Merz' book properly, I'd have found the answer in > there, and avoided the 2 hours I spent finding out the above (its all > Thierry Bouche's fault) Well, for me the best approach is: do something in exchange and analyze the resulting pdf file. If I count the hours I spent reading the fuzzy pdf spec manual ... > > Next challenge: at startup goto page 10, start the movie > > there and execute a few javascripts. > um. can i fold in form field validation and formatting first? No problem, doesn't take that much time. You'll see that most time is spent in restarting Exchange/Reader due to the fact that the JS interpreter hates errors and is non reentrant. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@wxs.nl ----------------------------------------------------------------- From owner-pdftex@tug.org Wed Jun 24 03:41:38 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA11762 for ; Wed, 24 Jun 1998 03:41:37 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA24953 for pdftex-list; Wed, 24 Jun 1998 05:37:54 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA24950 for ; Wed, 24 Jun 1998 05:37:53 -0400 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 KAA00868; hop 0; Wed, 24 Jun 1998 10:32:21 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Wed, 24 Jun 1998 10:37:40 +0100 Date: Wed, 24 Jun 1998 10:20:56 +0100 Message-ID: <2789-Wed24Jun1998102056+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pragma@wxs.nl Cc: pdftex@tug.org Subject: Re: tiff inclusion In-Reply-To: <3590B957.C8087180@wxs.nl> References: <3590B957.C8087180@wxs.nl> Sender: owner-pdftex@tug.org Precedence: bulk > When testing tiff inclusion I found out that 3 meg of tiff files (lzw > compressed) expands to over 30 Meg pdf (due to lack of disk space pdftex > aborted after that). BTW, when using dvi and dvipsone, I got a 29.5 K > file in about half the time so I guess the pdftex tiff module could be > improved regarding to speed. Why is tiff data unpacked? > Pavel's initial implementation uses a fairly simplistic algorithm of "get the TIFF library to read the tiff file, and put the unpacked result in the output". as you note, its impractical. there are two ways to improve it: a) recompress the data with zlib b) for those compression types which PDF supports, suck the compressed through unchanged where a) would be more general, and b) more efficient for many cases But I guess Pavel is on the case, if he has recovered from celebrating his exams..... Sebastian From owner-pdftex@tug.org Wed Jun 24 05:25:01 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA14113 for ; Wed, 24 Jun 1998 05:24:59 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA25329 for pdftex-list; Wed, 24 Jun 1998 07:21:17 -0400 Received: from vyvoj.vyvoj (jablovyv.dial-up.cz [193.179.205.11]) by tug.org (8.8.5/8.8.5) with ESMTP id HAA25326 for ; Wed, 24 Jun 1998 07:21:10 -0400 Received: from osoba.vyvoj (osoba.vyvoj [192.168.1.38]) by vyvoj.vyvoj with SMTP id NAA00314 (8.7.6/IDA-1.6); Wed, 24 Jun 1998 13:51:53 +0200 Message-ID: <199806241151.NAA00314@vyvoj.vyvoj> Comments: Authenticated sender is From: "Jiri Osoba" Organization: Jablotron Ltd. - Development dpt. To: pdftex@tug.org Date: Wed, 24 Jun 1998 13:21:32 +0200 Subject: Re: tiff inclusion Reply-to: Jiri Osoba CC: pdftex@tug.org X-mailer: Pegasus Mail for Windows (v2.42a) Sender: owner-pdftex@tug.org Precedence: bulk On 24 Jun 98 at 10:20, Sebastian Rahtz wrote: > > When testing tiff inclusion I found out that 3 meg of tiff files (lzw From owner-pdftex@tug.org Wed Jun 24 07:03:06 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA16595 for ; Wed, 24 Jun 1998 07:03:04 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA25744 for pdftex-list; Wed, 24 Jun 1998 08:59:13 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA25741 for ; Wed, 24 Jun 1998 08:59:11 -0400 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 NAA08564; hop 0; Wed, 24 Jun 1998 13:53:39 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Wed, 24 Jun 1998 13:59:00 +0100 Date: Wed, 24 Jun 1998 13:50:38 +0100 Message-ID: <7102-Wed24Jun1998135038+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q) From: Sebastian Rahtz To: pdftex@tug.org Subject: hyperref 6.29 Sender: owner-pdftex@tug.org Precedence: bulk I've been having fun. hyperref 6.29 features: - support for page transitions. eg "pdfpagetransition=Blinds" - support for page layout. eg "pdfpagelayout=TwoColumnRight" - \ref* and \pageref* commands, which generate no links. example usage: See \hyperref[sec]{Section \ref*{sec}} for details ie for when you want to construct a long link text (D P Story asked for this one) - cleaned up forms again. this syntax \ChoiceMenu[combo,default=Salmon,name=whatfish,color=1 1 0, ]{Choose a fish} {FishA=Halibut,FishB=Turbot,FishC=Salmon,FishD=Swordfish/Sailfish} allows to separate the visible text (FishA, FishB etc) in a list from the values returned (Halibut, Turbot etc) you can also use "readonly" and "hidden" keys for form fields as always, I can see Hans Hagen reading this and saying "but Context already does that...." :-} Sebastian From owner-pdftex@tug.org Wed Jun 24 07:51:26 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA17918 for ; Wed, 24 Jun 1998 07:51:25 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA25965 for pdftex-list; Wed, 24 Jun 1998 09:47:49 -0400 Received: from front4.grolier.fr (front4.grolier.fr [194.158.96.53]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA25962 for ; Wed, 24 Jun 1998 09:47:48 -0400 Received: from jlbalas.club-internet.fr (poitiers2-50.club-internet.fr [194.158.119.50]) by front4.grolier.fr (8.9.0/MGC-980407-Frontal-No_Relay) with SMTP id PAA17429 for ; Wed, 24 Jun 1998 15:47:35 +0200 (MET DST) Message-ID: <359103B9.6AE9@club-internet.fr> Date: Wed, 24 Jun 1998 15:48:41 +0200 From: Jean-Louis BALAS Reply-To: jlbalas@club-internet.fr X-Mailer: Mozilla 3.01 [fr]C-CLUB (Win95; I) MIME-Version: 1.0 To: pdftex@tug.org Subject: Pdf Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Thanks a lot for your Help, How to use LaTEX and translate the .tex file to .pdf file with pdflatex From owner-pdftex@tug.org Wed Jun 24 08:55:52 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA20240 for ; Wed, 24 Jun 1998 08:55:51 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA26224 for pdftex-list; Wed, 24 Jun 1998 10:52:51 -0400 Received: from top.coli.uni-sb.de (top.coli.uni-sb.de [134.96.68.10]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA26221 for ; Wed, 24 Jun 1998 10:52:37 -0400 Received: from top (crysmann@top [134.96.68.10]) by top.coli.uni-sb.de (8.9.0/8.9.0) with SMTP id QAA03327; Wed, 24 Jun 1998 16:48:47 +0200 (MET DST) Message-ID: <359111C4.3E5A@coli.uni-sb.de> Date: Wed, 24 Jun 1998 16:48:36 +0200 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: Sebastian Rahtz CC: pdftex@tug.org Subject: Re: hyperref 6.29 References: <7102-Wed24Jun1998135038+0100-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: > > I've been having fun. hyperref 6.29 features: > > - support for page transitions. eg "pdfpagetransition=Blinds" > What does pagetransition stand for? > - support for page layout. eg "pdfpagelayout=TwoColumnRight" > > - \ref* and \pageref* commands, which generate no links. example usage: > > See \hyperref[sec]{Section \ref*{sec}} for details > > ie for when you want to construct a long link text (D P Story asked > for this one) > Is it possible to locally disable hyperlinking altogether? Something like an environment with original (non-hyperref'ef) \cite \ref etc. I sometimes use \cite in section labels, so it would be nice if I could switch off hyperlinking in the table of contents. Currently, pdftex just breaks on nested links. Thanks a lot. 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 Wed Jun 24 08:50:12 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA20063 for ; Wed, 24 Jun 1998 08:50:11 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA26192 for pdftex-list; Wed, 24 Jun 1998 10:46:58 -0400 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA26189 for ; Wed, 24 Jun 1998 10:46:56 -0400 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 QAA20479; Wed, 24 Jun 1998 16:46:51 +0200 (MET DST) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id QAA17772; Wed, 24 Jun 1998 16:47:24 +0200 (MET DST) Date: Wed, 24 Jun 1998 16:47:24 +0200 (MET DST) Message-Id: <199806241447.QAA17772@mozart.ujf-grenoble.fr> From: Thierry Bouche To: jlbalas@club-internet.fr Cc: pdftex@tug.org Subject: Re: Pdf In-Reply-To: <359103B9.6AE9@club-internet.fr> References: <359103B9.6AE9@club-internet.fr> 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 « Pdf », Jean-Louis BALAS écrit : « » How to use LaTEX and translate the .tex file to .pdf file with pdflatex maybe pdflatex .tex ? From owner-pdftex@tug.org Wed Jun 24 09:02:05 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA20487 for ; Wed, 24 Jun 1998 09:02:04 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA26259 for pdftex-list; Wed, 24 Jun 1998 10:59:00 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA26254 for ; Wed, 24 Jun 1998 10:58:59 -0400 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 PAA13970; hop 0; Wed, 24 Jun 1998 15:53:27 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Wed, 24 Jun 1998 15:58:53 +0100 Date: Wed, 24 Jun 1998 15:53:06 +0100 Message-ID: <8151-Wed24Jun1998155306+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: crysmann@coli.uni-sb.de Cc: pdftex@tug.org Subject: Re: hyperref 6.29 In-Reply-To: <359111C4.3E5A@coli.uni-sb.de> References: <7102-Wed24Jun1998135038+0100-s.rahtz@elsevier.co.uk> <359111C4.3E5A@coli.uni-sb.de> Sender: owner-pdftex@tug.org Precedence: bulk Berthold Crysmann writes: > What does pagetransition stand for? effects like one page dissolving into the next > Is it possible to locally disable hyperlinking altogether? Something > like an environment with original (non-hyperref'ef) \cite \ref etc. > I sometimes use \cite in section labels, so it would be nice if I could > switch off hyperlinking in the table of contents. Currently, pdftex just > breaks on nested links. \begin{NoHyper}... \end{NoHyper} > \cite in section labels in *labels*???? sebastian From owner-pdftex@tug.org Wed Jun 24 09:22:31 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA21259 for ; Wed, 24 Jun 1998 09:22:30 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA26351 for pdftex-list; Wed, 24 Jun 1998 11:18:28 -0400 Received: from dax.cc.uakron.edu (uakron.edu [130.101.5.4]) by tug.org (8.8.5/8.8.5) with ESMTP id LAA26348 for ; Wed, 24 Jun 1998 11:18:27 -0400 Received: (from root@localhost) by dax.cc.uakron.edu (8.8.8/8.8.8) id LAA18217; Wed, 24 Jun 1998 11:18:21 -0400 (EDT) Received: from tug.org (tug.org [158.121.106.10]) by dax.cc.uakron.edu (8.8.8/8.8.8) with ESMTP id IAA04945 for ; Wed, 24 Jun 1998 08:31:17 -0400 (EDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA25329 for pdftex-list; Wed, 24 Jun 1998 07:21:17 -0400 Received: from vyvoj.vyvoj (jablovyv.dial-up.cz [193.179.205.11]) by tug.org (8.8.5/8.8.5) with ESMTP id HAA25326 for ; Wed, 24 Jun 1998 07:21:10 -0400 Received: from osoba.vyvoj (osoba.vyvoj [192.168.1.38]) by vyvoj.vyvoj with SMTP id NAA00314 (8.7.6/IDA-1.6); Wed, 24 Jun 1998 13:51:53 +0200 Message-ID: <199806241151.NAA00314@vyvoj.vyvoj> Comments: Authenticated sender is From: "Jiri Osoba" Organization: Jablotron Ltd. - Development dpt. To: kap@uakron.edu Date: Wed, 24 Jun 1998 13:21:32 +0200 Subject: Re: tiff inclusion Reply-to: Jiri Osoba CC: pdftex@tug.org X-mailer: Pegasus Mail for Windows (v2.42a) Sender: owner-pdftex@tug.org Precedence: bulk On 24 Jun 98 at 10:20, Sebastian Rahtz wrote: > > When testing tiff inclusion I found out that 3 meg of tiff files (lzw From owner-pdftex@tug.org Wed Jun 24 09:34:11 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA21673 for ; Wed, 24 Jun 1998 09:34:09 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA26405 for pdftex-list; Wed, 24 Jun 1998 11:29:14 -0400 Received: from top.coli.uni-sb.de (top.coli.uni-sb.de [134.96.68.10]) by tug.org (8.8.5/8.8.5) with ESMTP id LAA26402 for ; Wed, 24 Jun 1998 11:29:10 -0400 Received: from top (crysmann@top [134.96.68.10]) by top.coli.uni-sb.de (8.9.0/8.9.0) with SMTP id RAA07123; Wed, 24 Jun 1998 17:25:45 +0200 (MET DST) Message-ID: <35911A79.37F2@coli.uni-sb.de> Date: Wed, 24 Jun 1998 17:25:45 +0200 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: Sebastian Rahtz CC: pdftex@tug.org Subject: Re: hyperref 6.29 References: <7102-Wed24Jun1998135038+0100-s.rahtz@elsevier.co.uk> <359111C4.3E5A@coli.uni-sb.de> <8151-Wed24Jun1998155306+0100-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: > > Berthold Crysmann writes: > > What does pagetransition stand for? > effects like one page dissolving into the next > > > Is it possible to locally disable hyperlinking altogether? Something > > like an environment with original (non-hyperref'ef) \cite \ref etc. > > I sometimes use \cite in section labels, so it would be nice if I could > > switch off hyperlinking in the table of contents. Currently, pdftex just > > breaks on nested links. > > \begin{NoHyper}... \end{NoHyper} > Great. I'll try it out! > > \cite in section labels > in *labels*???? > Sorry, I mean headers (for sectioning commands) and captions for floats. Berthold PS: A while ago, I sent a bug report about breaklinks not working properly across page breaks. It seems the problem is still there. Here's a description: If a link gets split at a page break, the following running head and also footnotes are turned into a hyperlink. If there is no other link in e.g. the footnote I can spot the problem by inspection of the output and ``cure'' it by putting the culprit into an \mbox{}. With a hyperlink in e.g. the footnote, however, pdftex exits with ext4. Hence, no output, so I cannot easily determine which hyperlink was incorrectly split. Is there a solution? Thanks again. -- 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 Wed Jun 24 10:50:14 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA24387 for ; Wed, 24 Jun 1998 10:50:13 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id MAA26767 for pdftex-list; Wed, 24 Jun 1998 12:39:03 -0400 Received: from socks.ubsinc.com (socks.ubsinc.com [207.152.88.2]) by tug.org (8.8.5/8.8.5) with ESMTP id MAA26764 for ; Wed, 24 Jun 1998 12:39:02 -0400 Received: from iws-irms.com (sabuguinho.146.179.198.in-addr.arpa [198.179.146.243]) by socks.ubsinc.com (8.8.5/8.8.5) with ESMTP id LAA14622; Wed, 24 Jun 1998 11:37:09 -0500 Message-ID: <359129E7.D3409BAC@iws-irms.com> Date: Wed, 24 Jun 1998 11:31:35 -0500 From: Glauber Ribeiro Organization: Integrated Warehousing Solutions http://www.iws-irms.com X-Mailer: Mozilla 4.05 [en] (WinNT; I) MIME-Version: 1.0 To: Sebastian Rahtz CC: pdftex@tug.org Subject: Re: hyperref 6.29 References: <7102-Wed24Jun1998135038+0100-s.rahtz@elsevier.co.uk> <359111C4.3E5A@coli.uni-sb.de> <8151-Wed24Jun1998155306+0100-s.rahtz@elsevier.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hello, I downloaded this, it's great, but now my PDFs are created with these settings: * Resize window to initial page * Center window on screen. How can i turn these off, or better, control them? Also, when i try to do "pdflatex hyperref.dtx i get "unknown option hyperindex for package hyperref" I'm not sure if this is a problem with hyperref or with my setup, but i thought i should report it. Thanks, Glauber -- Glauber Ribeiro --- IWS mailto://glauber@iws-irms.com http://www.iws-irms.com From owner-pdftex@tug.org Wed Jun 24 11:03:34 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id LAA24679 for ; Wed, 24 Jun 1998 11:03:32 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id MAA26784 for pdftex-list; Wed, 24 Jun 1998 12:41:13 -0400 Received: from smtp04.wxs.nl (smtp04.wxs.nl [195.121.6.59]) by tug.org (8.8.5/8.8.5) with ESMTP id MAA26780 for ; Wed, 24 Jun 1998 12:41:12 -0400 Received: from wxs.nl ([195.121.21.245]) by smtp04.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA1F7F; Wed, 24 Jun 1998 18:41:02 +0200 Message-ID: <35912DF6.C66E6CDB@wxs.nl> Date: Wed, 24 Jun 1998 18:48:54 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Berthold Crysmann CC: Sebastian Rahtz , pdftex@tug.org Subject: Re: hyperref 6.29 References: <7102-Wed24Jun1998135038+0100-s.rahtz@elsevier.co.uk> <359111C4.3E5A@coli.uni-sb.de> Content-Type: multipart/mixed; boundary="------------91C784D34F00F7450F19CDC4" Sender: owner-pdftex@tug.org Precedence: bulk This is a multi-part message in MIME format. --------------91C784D34F00F7450F19CDC4 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Berthold Crysmann wrote: > What does pagetransition stand for? For something really ugly: things happening to you screen when you go to the next page. > Is it possible to locally disable hyperlinking altogether? Something > like an environment with original (non-hyperref'ef) \cite \ref etc. > I sometimes use \cite in section labels, so it would be nice if I could > switch off hyperlinking in the table of contents. Currently, pdftex just > breaks on nested links. Well, it all comes down to a bit of programming, see attachment. To quote Sebastian: "Context already does that". Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@wxs.nl ----------------------------------------------------------------- --------------91C784D34F00F7450F19CDC4 Content-Type: application/pdf; name="nested.pdf" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="nested.pdf" JVBERi0xLjIKNCAwIG9iaiA8PAovTGVuZ3RoIDUgMCBSCi9GaWx0ZXIgL0ZsYXRlRGVjb2Rl Cj4+CnN0cmVhbQp42uVYTW/aQBC98yt8hAPTHe/s17VSG6nHyrc0BxocikpjZJymVdX/3vUX MvaYmBCoBEJII3v93uzse7tjYyD8D/1/Kp0EZYL7HyMRLPyFmxFWN0OLoJUOjNMgyOZD3kej dx8lBojglAqih2JoNL8d4+Qu+jT6EG2fnoYogBx5BgIhbckA2t9Mc54i+nxTQRoGcrlpY3pE p6UPPVZ5zUOVwV6kLwIp3WRtuFCAsqaE41LbjgNnXTmsnyP71s03RFAOa4L8SoGfB3vzXacT tON4gmr8c5k8dXBJApEalrh9KfHHeJPF8zaFVKAk1qXGutT4Uqkf418ZUwaH9EZ1TtKOKghC s4UvNdz//GrWFQIacFK+VT2TLr4GLfRuhg2fEBhnfaBBaszHgKe2ARRZbOO67CQ5haOkRZIl zDJa3c8MCl0wRQVCU0HsCr6SuI73Ev9pMxpAI5nFYJ9mLE4gSVc5yRMUQ+3mdpoZvy7ntGvD 0IJ2Ib9+Dd5+3Icls/E1VXF4Af4OLIDI8aoCFPFe1NujhFRMcz1bxG0UTaBU5dnDk7obkFTD TgrQL1ZDu/3I3HGxo326Lu1/XT3Fh2xeg8S/TmP2/FQGpKVL0n89U84C1rdvxpzHAloBCTnM Anzjcc0m+B2vVslzR60CQjzmDGB7ssbBchkWyGfJyb8wuzqP/MPQt3BqmPzZRvaK9//Z/Xfm PUdId4TyuWb/8pSfz/J/K/+Q3od5Q6peRU64KNtUKye0XHbWZjVJn2fpnN3n8SzLZSw4QcFU O9A7337+AYfczn9lbmRzdHJlYW0KZW5kb2JqCjUgMCBvYmoKNTk0CmVuZG9iagoyIDAgb2Jq IDw8Ci9Gb250IDw8IC9GMzEgNiAwIFIgL0YzNyA4IDAgUiAvRjQzIDIxIDAgUiA+PgovUHJv Y1NldCBbL1BERiAvVGV4dF0KPj4gZW5kb2JqCjMgMCBvYmogPDwKL1R5cGUgL1BhZ2UKL0Nv bnRlbnRzIDQgMCBSCi9SZXNvdXJjZXMgMiAwIFIKL01lZGlhQm94IFswIDAgNTk3Ljc1NiA0 NDguMzE3XQovUGFyZW50IDIyIDAgUgovQW5ub3RzIFsgNyAwIFIgOSAwIFIgMTAgMCBSIDEx IDAgUiAxMiAwIFIgMTMgMCBSIDE0IDAgUiAxNSAwIFIgMTYgMCBSIDE3IDAgUiAxOCAwIFIg MTkgMCBSIDIwIDAgUiBdCj4+IGVuZG9iagoxIDAgb2JqCjw8L1MgL0dvVG8gL0QgWzEgL0Zp dF0+PgplbmRvYmoKNyAwIG9iaiA8PAovVHlwZSAvQW5ub3QKL1JlY3QgWzY5LjE3MiAzNjQu MTE5IDgxLjEyNyAzNzkuNTUxXQovU3VidHlwZSAvTGluayAvQm9yZGVyIFswIDAgMF0gL0Eg MSAwIFIKPj4gZW5kb2JqCjkgMCBvYmogPDwKL1R5cGUgL0Fubm90Ci9SZWN0IFs4Mi4xMjUg MzY0LjExOSAxMDIuNzEyIDM3OS41NTFdCi9TdWJ0eXBlIC9MaW5rIC9Cb3JkZXIgWzAgMCAw XSAvQSAxIDAgUgo+PiBlbmRvYmoKMTAgMCBvYmogPDwKL1R5cGUgL0Fubm90Ci9SZWN0IFs4 Mi4xMjUgMzY0LjExOSAxMDIuNzEyIDM3OS41NTFdCi9TdWJ0eXBlIC9MaW5rIC9Cb3JkZXIg WzAgMCAwXSAvQSA8PC9TIC9Hb1RvIC9EIFswIC9GaXRdPj4KPj4gZW5kb2JqCjExIDAgb2Jq IDw8Ci9UeXBlIC9Bbm5vdAovUmVjdCBbMTA1LjcwMSAzNjQuMTE5IDEyNC4zMDMgMzc5LjU1 MV0KL1N1YnR5cGUgL0xpbmsgL0JvcmRlciBbMCAwIDBdIC9BIDEgMCBSCj4+IGVuZG9iagox MiAwIG9iaiA8PAovVHlwZSAvQW5ub3QKL1JlY3QgWzEyNy4yOTIgMzY0LjExOSAxNzAuNzM3 IDM3OS41NTFdCi9TdWJ0eXBlIC9MaW5rIC9Cb3JkZXIgWzAgMCAwXSAvQSAxIDAgUgo+PiBl bmRvYmoKMTMgMCBvYmogPDwKL1R5cGUgL0Fubm90Ci9SZWN0IFsxMjcuMjkyIDM2NC4xMTkg MTcwLjczNyAzNzkuNTUxXQovU3VidHlwZSAvTGluayAvQm9yZGVyIFswIDAgMF0gL0EgPDwv UyAvR29UbyAvRCBbMCAvRml0XT4+Cj4+IGVuZG9iagoxNCAwIG9iaiA8PAovVHlwZSAvQW5u b3QKL1JlY3QgWzE3My43MjUgMzY0LjExOSAyMDYuMjY3IDM3OS41NTFdCi9TdWJ0eXBlIC9M aW5rIC9Cb3JkZXIgWzAgMCAwXSAvQSAxIDAgUgo+PiBlbmRvYmoKMTUgMCBvYmogPDwKL1R5 cGUgL0Fubm90Ci9SZWN0IFsyMDkuMjU2IDM2NC4xMTkgMjMxLjE3IDM3OS41NTFdCi9TdWJ0 eXBlIC9MaW5rIC9Cb3JkZXIgWzAgMCAwXSAvQSAxIDAgUgo+PiBlbmRvYmoKMTYgMCBvYmog PDwKL1R5cGUgL0Fubm90Ci9SZWN0IFsyMDkuMjU2IDM2NC4xMTkgMjMxLjE3IDM3OS41NTFd Ci9TdWJ0eXBlIC9MaW5rIC9Cb3JkZXIgWzAgMCAwXSAvQSA8PC9TIC9Hb1RvIC9EIFsxIC9G aXRdPj4KPj4gZW5kb2JqCjE3IDAgb2JqIDw8Ci9UeXBlIC9Bbm5vdAovUmVjdCBbMjMzLjgy NCAzNjQuMTE5IDI0NS43NzkgMzc5LjU1MV0KL1N1YnR5cGUgL0xpbmsgL0JvcmRlciBbMCAw IDBdIC9BIDEgMCBSCj4+IGVuZG9iagoxOCAwIG9iaiA8PAovVHlwZSAvQW5ub3QKL1JlY3Qg WzI0OC40MzMgMzY0LjExOSAyNjYuMzY2IDM3OS41NTFdCi9TdWJ0eXBlIC9MaW5rIC9Cb3Jk ZXIgWzAgMCAwXSAvQSAxIDAgUgo+PiBlbmRvYmoKMTkgMCBvYmogPDwKL1R5cGUgL0Fubm90 Ci9SZWN0IFsyNDguNDMzIDM2NC4xMTkgMjY2LjM2NiAzNzkuNTUxXQovU3VidHlwZSAvTGlu ayAvQm9yZGVyIFswIDAgMF0gL0EgPDwvUyAvR29UbyAvRCBbMyAvRml0XT4+Cj4+IGVuZG9i agoyMCAwIG9iaiA8PAovVHlwZSAvQW5ub3QKL1JlY3QgWzI2OS4zNTQgMzY0LjExOSAyODUu OTYgMzc5LjU1MV0KL1N1YnR5cGUgL0xpbmsgL0JvcmRlciBbMCAwIDBdIC9BIDEgMCBSCj4+ IGVuZG9iagoyNiAwIG9iaiA8PAovTGVuZ3RoIDI3IDAgUgovRmlsdGVyIC9GbGF0ZURlY29k ZQo+PgpzdHJlYW0KeNrlWE1v2kAQvfMrfIQD053d2a9rpTZSjxW3NAcaHIpKY2RI06rqf+/6 Cxl7TEwIVAIhpJG9fm929r3dsTES4YfhP1ZegbbR/Y+BiObhws0Ay5vSIRhtIusNCHLZkPeT wbuPCiNE8FpHk4d86GR2O5Sju8mnwYfJ9umxRAHkKTAQCOUKBjDhZprx5NHnmxLSMpCLdRMz IHqjQhiwimsBqgj2In0RSOl604STArSzBRyX2nYceOeLYd0cm2/tfCWC9lgRZFdy/CzYm+8q HaEbxiPUw5+L5KmFSwqIdL/E3UuJP8brTTxrUigNWmFVaqxKjS+V+jH+tWHK4JHeqM5J2lIF gbRb+ELD3c8vp20hoAWv1FvVM2njGzDC7GZY8wmB9S4EBpTBbAwEahdBnsU2rspOilM4Kpon m4RZRme6mUGjj8aoQRjKiX3OVxBX8V7iP01GC2gVsxjs04zFCRSZMid1gmLo3dxOM+PX5Zy2 bSgdGC/59avxduM+LJiNr66Kwwvwt2cBRIZXFiCP96LeHiWkfJqr6TxuohgCrUvPHp7UXY+k anbSgGGxatrtRuaOix3t03Vp/+vyKT5k8+ol/lUas+entqAcXZL+q5lyFnChfbP2PBYwGkio fhbgG49rNsHveLlMnltqFSDxmDOA7clqB8tlWCCbJSf/3Oz6PPKXMrRwup/82Ub2ivf/6f13 5j1HKH+E8rlm//KUn83yfyv/kN6HeUMqX0VOuCjbVEsnNFx21mY1SZ+n6Yzd5/Esy2UdeEHR 2HgwO99+/gGZo86AZW5kc3RyZWFtCmVuZG9iagoyNyAwIG9iago1OTQKZW5kb2JqCjI0IDAg b2JqIDw8Ci9Gb250IDw8IC9GMzEgNiAwIFIgL0YzNyA4IDAgUiAvRjQzIDIxIDAgUiA+Pgov UHJvY1NldCBbL1BERiAvVGV4dF0KPj4gZW5kb2JqCjI1IDAgb2JqIDw8Ci9UeXBlIC9QYWdl Ci9Db250ZW50cyAyNiAwIFIKL1Jlc291cmNlcyAyNCAwIFIKL01lZGlhQm94IFswIDAgNTk3 Ljc1NiA0NDguMzE3XQovUGFyZW50IDIyIDAgUgovQW5ub3RzIFsgMjggMCBSIDI5IDAgUiAz MCAwIFIgMzEgMCBSIDMyIDAgUiAzMyAwIFIgMzQgMCBSIDM1IDAgUiAzNiAwIFIgMzcgMCBS IDM4IDAgUiAzOSAwIFIgNDAgMCBSIF0KPj4gZW5kb2JqCjIzIDAgb2JqCjw8L1MgL0dvVG8g L0QgWzIgL0ZpdF0+PgplbmRvYmoKMjggMCBvYmogPDwKL1R5cGUgL0Fubm90Ci9SZWN0IFs2 OS4xNzIgMzY0LjExOSA4MS4xMjcgMzc5LjU1MV0KL1N1YnR5cGUgL0xpbmsgL0JvcmRlciBb MCAwIDBdIC9BIDIzIDAgUgo+PiBlbmRvYmoKMjkgMCBvYmogPDwKL1R5cGUgL0Fubm90Ci9S ZWN0IFs4Mi4xMjUgMzY0LjExOSAxMDIuNzEyIDM3OS41NTFdCi9TdWJ0eXBlIC9MaW5rIC9C b3JkZXIgWzAgMCAwXSAvQSAyMyAwIFIKPj4gZW5kb2JqCjMwIDAgb2JqIDw8Ci9UeXBlIC9B bm5vdAovUmVjdCBbODIuMTI1IDM2NC4xMTkgMTAyLjcxMiAzNzkuNTUxXQovU3VidHlwZSAv TGluayAvQm9yZGVyIFswIDAgMF0gL0EgPDwvUyAvR29UbyAvRCBbMCAvRml0XT4+Cj4+IGVu ZG9iagozMSAwIG9iaiA8PAovVHlwZSAvQW5ub3QKL1JlY3QgWzEwNS43MDEgMzY0LjExOSAx MjQuMzAzIDM3OS41NTFdCi9TdWJ0eXBlIC9MaW5rIC9Cb3JkZXIgWzAgMCAwXSAvQSAyMyAw IFIKPj4gZW5kb2JqCjMyIDAgb2JqIDw8Ci9UeXBlIC9Bbm5vdAovUmVjdCBbMTI3LjI5MiAz NjQuMTE5IDE3MC43MzcgMzc5LjU1MV0KL1N1YnR5cGUgL0xpbmsgL0JvcmRlciBbMCAwIDBd IC9BIDIzIDAgUgo+PiBlbmRvYmoKMzMgMCBvYmogPDwKL1R5cGUgL0Fubm90Ci9SZWN0IFsx MjcuMjkyIDM2NC4xMTkgMTcwLjczNyAzNzkuNTUxXQovU3VidHlwZSAvTGluayAvQm9yZGVy IFswIDAgMF0gL0EgPDwvUyAvR29UbyAvRCBbMCAvRml0XT4+Cj4+IGVuZG9iagozNCAwIG9i aiA8PAovVHlwZSAvQW5ub3QKL1JlY3QgWzE3My43MjUgMzY0LjExOSAyMDYuMjY3IDM3OS41 NTFdCi9TdWJ0eXBlIC9MaW5rIC9Cb3JkZXIgWzAgMCAwXSAvQSAyMyAwIFIKPj4gZW5kb2Jq CjM1IDAgb2JqIDw8Ci9UeXBlIC9Bbm5vdAovUmVjdCBbMjA5LjI1NiAzNjQuMTE5IDIzMS4x NyAzNzkuNTUxXQovU3VidHlwZSAvTGluayAvQm9yZGVyIFswIDAgMF0gL0EgMjMgMCBSCj4+ IGVuZG9iagozNiAwIG9iaiA8PAovVHlwZSAvQW5ub3QKL1JlY3QgWzIwOS4yNTYgMzY0LjEx OSAyMzEuMTcgMzc5LjU1MV0KL1N1YnR5cGUgL0xpbmsgL0JvcmRlciBbMCAwIDBdIC9BIDw8 L1MgL0dvVG8gL0QgWzIgL0ZpdF0+Pgo+PiBlbmRvYmoKMzcgMCBvYmogPDwKL1R5cGUgL0Fu bm90Ci9SZWN0IFsyMzMuODI0IDM2NC4xMTkgMjQ1Ljc3OSAzNzkuNTUxXQovU3VidHlwZSAv TGluayAvQm9yZGVyIFswIDAgMF0gL0EgMjMgMCBSCj4+IGVuZG9iagozOCAwIG9iaiA8PAov VHlwZSAvQW5ub3QKL1JlY3QgWzI0OC40MzMgMzY0LjExOSAyNjYuMzY2IDM3OS41NTFdCi9T dWJ0eXBlIC9MaW5rIC9Cb3JkZXIgWzAgMCAwXSAvQSAyMyAwIFIKPj4gZW5kb2JqCjM5IDAg b2JqIDw8Ci9UeXBlIC9Bbm5vdAovUmVjdCBbMjQ4LjQzMyAzNjQuMTE5IDI2Ni4zNjYgMzc5 LjU1MV0KL1N1YnR5cGUgL0xpbmsgL0JvcmRlciBbMCAwIDBdIC9BIDw8L1MgL0dvVG8gL0Qg WzMgL0ZpdF0+Pgo+PiBlbmRvYmoKNDAgMCBvYmogPDwKL1R5cGUgL0Fubm90Ci9SZWN0IFsy NjkuMzU0IDM2NC4xMTkgMjg1Ljk2IDM3OS41NTFdCi9TdWJ0eXBlIC9MaW5rIC9Cb3JkZXIg WzAgMCAwXSAvQSAyMyAwIFIKPj4gZW5kb2JqCjQ0IDAgb2JqIDw8Ci9MZW5ndGggNDUgMCBS Ci9GaWx0ZXIgL0ZsYXRlRGVjb2RlCj4+CnN0cmVhbQp42uVYTW/aQBC98yt8hAPTHe/s17VS G6nHyrc0BxocikpjZJymVdX/3vUXMvaYmBCoBEJII3v93uzse7tjYyD8D/1/Kp0EZYL7HyMR LPyFmxFWN0OLoJUOjNMgyOZD3kejdx8lBojglAqih2JoNL8dy8ld9Gn0Ido+PQ1RADnyDARC 2pIBtL+Z5jxF9PmmgjQM5HLTxvSITksfeqzymocqg71IXwRSusnacKEAZU0Jx6W2HQfOunJY P0f2rZtviKAc1gT5lQI/D/bmu04naMfxBNX45zJ56uCSBCI1LHH7UuKP8SaL520KqUBJrEuN danxpVI/xr8ypgwO6Y3qnKQdVRCEZgtfarj/+dWsKwQ04KR8q3omXXwNWujdDBs+ITDO+kCD 1JiPAU9tAyiy2MZ12UlyCkdJiyRLmGW0up8ZFLpgigqEpoLYFXwlcR3vJf7TZjSARjKLwT7N WJxAkq5ykicohtrN7TQzfl3OadeGoQXtQn79Grz9uA9LZuNrquLwAvwdWACR41UFKOK9qLdH CamY5nq2iNsomkCpyrOHJ3U3IKmGnRSgX6yGdvuRueNiR/t0Xdr/unqKD9m8Bol/ncbs+akM SEuXpP96ppwFrG/fjDmPBbQCEnKYBfjG45pN8DterZLnjloFhHjMGcD2ZI2D5TIskM+Sk39h dnUe+Yehb+HUMPmzjewV7/+z++/Me46Q7gjlc83+5Sk/n+X/Vv4hvQ/zhlS9ipxwUbapVk5o ueyszWqSPs/SObvP41mWy1hwgoKpdqB3vv38A6tqzoFlbmRzdHJlYW0KZW5kb2JqCjQ1IDAg b2JqCjU5NAplbmRvYmoKNDIgMCBvYmogPDwKL0ZvbnQgPDwgL0YzMSA2IDAgUiAvRjM3IDgg MCBSIC9GNDMgMjEgMCBSID4+Ci9Qcm9jU2V0IFsvUERGIC9UZXh0XQo+PiBlbmRvYmoKNDMg MCBvYmogPDwKL1R5cGUgL1BhZ2UKL0NvbnRlbnRzIDQ0IDAgUgovUmVzb3VyY2VzIDQyIDAg UgovTWVkaWFCb3ggWzAgMCA1OTcuNzU2IDQ0OC4zMTddCi9QYXJlbnQgMjIgMCBSCi9Bbm5v dHMgWyA0NiAwIFIgNDcgMCBSIDQ4IDAgUiA0OSAwIFIgNTAgMCBSIDUxIDAgUiA1MiAwIFIg NTMgMCBSIDU0IDAgUiA1NSAwIFIgNTYgMCBSIDU3IDAgUiA1OCAwIFIgXQo+PiBlbmRvYmoK NDEgMCBvYmoKPDwvUyAvR29UbyAvRCBbMyAvRml0XT4+CmVuZG9iago0NiAwIG9iaiA8PAov VHlwZSAvQW5ub3QKL1JlY3QgWzY5LjE3MiAzNjQuMTE5IDgxLjEyNyAzNzkuNTUxXQovU3Vi dHlwZSAvTGluayAvQm9yZGVyIFswIDAgMF0gL0EgNDEgMCBSCj4+IGVuZG9iago0NyAwIG9i aiA8PAovVHlwZSAvQW5ub3QKL1JlY3QgWzgyLjEyNSAzNjQuMTE5IDEwMi43MTIgMzc5LjU1 MV0KL1N1YnR5cGUgL0xpbmsgL0JvcmRlciBbMCAwIDBdIC9BIDQxIDAgUgo+PiBlbmRvYmoK NDggMCBvYmogPDwKL1R5cGUgL0Fubm90Ci9SZWN0IFs4Mi4xMjUgMzY0LjExOSAxMDIuNzEy IDM3OS41NTFdCi9TdWJ0eXBlIC9MaW5rIC9Cb3JkZXIgWzAgMCAwXSAvQSA8PC9TIC9Hb1Rv IC9EIFswIC9GaXRdPj4KPj4gZW5kb2JqCjQ5IDAgb2JqIDw8Ci9UeXBlIC9Bbm5vdAovUmVj dCBbMTA1LjcwMSAzNjQuMTE5IDEyNC4zMDMgMzc5LjU1MV0KL1N1YnR5cGUgL0xpbmsgL0Jv cmRlciBbMCAwIDBdIC9BIDQxIDAgUgo+PiBlbmRvYmoKNTAgMCBvYmogPDwKL1R5cGUgL0Fu bm90Ci9SZWN0IFsxMjcuMjkyIDM2NC4xMTkgMTcwLjczNyAzNzkuNTUxXQovU3VidHlwZSAv TGluayAvQm9yZGVyIFswIDAgMF0gL0EgNDEgMCBSCj4+IGVuZG9iago1MSAwIG9iaiA8PAov VHlwZSAvQW5ub3QKL1JlY3QgWzEyNy4yOTIgMzY0LjExOSAxNzAuNzM3IDM3OS41NTFdCi9T dWJ0eXBlIC9MaW5rIC9Cb3JkZXIgWzAgMCAwXSAvQSA8PC9TIC9Hb1RvIC9EIFsxIC9GaXRd Pj4KPj4gZW5kb2JqCjUyIDAgb2JqIDw8Ci9UeXBlIC9Bbm5vdAovUmVjdCBbMTczLjcyNSAz NjQuMTE5IDIwNi4yNjcgMzc5LjU1MV0KL1N1YnR5cGUgL0xpbmsgL0JvcmRlciBbMCAwIDBd IC9BIDQxIDAgUgo+PiBlbmRvYmoKNTMgMCBvYmogPDwKL1R5cGUgL0Fubm90Ci9SZWN0IFsy MDkuMjU2IDM2NC4xMTkgMjMxLjE3IDM3OS41NTFdCi9TdWJ0eXBlIC9MaW5rIC9Cb3JkZXIg WzAgMCAwXSAvQSA0MSAwIFIKPj4gZW5kb2JqCjU0IDAgb2JqIDw8Ci9UeXBlIC9Bbm5vdAov UmVjdCBbMjA5LjI1NiAzNjQuMTE5IDIzMS4xNyAzNzkuNTUxXQovU3VidHlwZSAvTGluayAv Qm9yZGVyIFswIDAgMF0gL0EgPDwvUyAvR29UbyAvRCBbMyAvRml0XT4+Cj4+IGVuZG9iago1 NSAwIG9iaiA8PAovVHlwZSAvQW5ub3QKL1JlY3QgWzIzMy44MjQgMzY0LjExOSAyNDUuNzc5 IDM3OS41NTFdCi9TdWJ0eXBlIC9MaW5rIC9Cb3JkZXIgWzAgMCAwXSAvQSA0MSAwIFIKPj4g ZW5kb2JqCjU2IDAgb2JqIDw8Ci9UeXBlIC9Bbm5vdAovUmVjdCBbMjQ4LjQzMyAzNjQuMTE5 IDI2Ni4zNjYgMzc5LjU1MV0KL1N1YnR5cGUgL0xpbmsgL0JvcmRlciBbMCAwIDBdIC9BIDQx IDAgUgo+PiBlbmRvYmoKNTcgMCBvYmogPDwKL1R5cGUgL0Fubm90Ci9SZWN0IFsyNDguNDMz IDM2NC4xMTkgMjY2LjM2NiAzNzkuNTUxXQovU3VidHlwZSAvTGluayAvQm9yZGVyIFswIDAg MF0gL0EgPDwvUyAvR29UbyAvRCBbMyAvRml0XT4+Cj4+IGVuZG9iago1OCAwIG9iaiA8PAov VHlwZSAvQW5ub3QKL1JlY3QgWzI2OS4zNTQgMzY0LjExOSAyODUuOTYgMzc5LjU1MV0KL1N1 YnR5cGUgL0xpbmsgL0JvcmRlciBbMCAwIDBdIC9BIDQxIDAgUgo+PiBlbmRvYmoKNjIgMCBv YmogPDwKL0xlbmd0aCA2MyAwIFIKL0ZpbHRlciAvRmxhdGVEZWNvZGUKPj4Kc3RyZWFtCnja 5VhNb9pAEL3zK3yEA9Md7+zXtVIbqcfKtzQHGhyKSmNknKZV1f/e9Rcy9piYEKgEQkgje/3e 7Ox7u2NjIPwP/X8qnQRlgvsfIxEs/IWbEVY3Q4uglQ6M0yDI5kPeR6N3HyUGiOCUCqKHYmg0 vx3T5C76NPoQbZ+ehiiAHHkGAiFtyQDa30xzniL6fFNBGgZyuWljekSnpQ89VnnNQ5XBXqQv AindZG24UICypoTjUtuOA2ddOayfI/vWzTdEUA5rgvxKgZ8He/NdpxO043iCavxzmTx1cEkC kRqWuH0p8cd4k8XzNoVUoCTWpca61PhSqR/jXxlTBof0RnVO0o4qCEKzhS813P/8atYVAhpw Ur5VPZMuvgYt9G6GDZ8QGGd9oEFqzMeAp7YBFFls47rsJDmFo6RFkiXMMlrdzwwKXTBFBUJT QewKvpK4jvcS/2kzGkAjmcVgn2YsTiBJVznJExRD7eZ2mhm/Lue0a8PQgnYhv34N3n7chyWz 8TVVcXgB/g4sgMjxqgIU8V7U26OEVExzPVvEbRRNoFTl2cOTuhuQVMNOCtAvVkO7/cjccbGj fbou7X9dPcWHbF6DxL9OY/b8VAakpUvSfz1TzgLWt2/GnMcCWgEJOcwCfONxzSb4Ha9WyXNH rQJCPOYMYHuyxsFyGRbIZ8nJvzC7Oo/8w9C3cGqY/NlG9or3/9n9d+Y9R0h3hPK5Zv/ylJ/P 8n8r/5Deh3lDql5FTrgo21QrJ7RcdtZmNUmfZ+mc3efxLMtlLDhBwVQ70Dvffv4BvTHOgmVu ZHN0cmVhbQplbmRvYmoKNjMgMCBvYmoKNTk0CmVuZG9iago2MCAwIG9iaiA8PAovRm9udCA8 PCAvRjMxIDYgMCBSIC9GMzcgOCAwIFIgL0Y0MyAyMSAwIFIgPj4KL1Byb2NTZXQgWy9QREYg L1RleHRdCj4+IGVuZG9iago2MSAwIG9iaiA8PAovVHlwZSAvUGFnZQovQ29udGVudHMgNjIg MCBSCi9SZXNvdXJjZXMgNjAgMCBSCi9NZWRpYUJveCBbMCAwIDU5Ny43NTYgNDQ4LjMxN10K L1BhcmVudCAyMiAwIFIKL0Fubm90cyBbIDY0IDAgUiA2NSAwIFIgNjYgMCBSIDY3IDAgUiA2 OCAwIFIgNjkgMCBSIDcwIDAgUiA3MSAwIFIgNzIgMCBSIDczIDAgUiA3NCAwIFIgNzUgMCBS IDc2IDAgUiBdCj4+IGVuZG9iago1OSAwIG9iago8PC9TIC9Hb1RvIC9EIFswIC9GaXRdPj4K ZW5kb2JqCjY0IDAgb2JqIDw8Ci9UeXBlIC9Bbm5vdAovUmVjdCBbNjkuMTcyIDM2NC4xMTkg ODEuMTI3IDM3OS41NTFdCi9TdWJ0eXBlIC9MaW5rIC9Cb3JkZXIgWzAgMCAwXSAvQSA1OSAw IFIKPj4gZW5kb2JqCjY1IDAgb2JqIDw8Ci9UeXBlIC9Bbm5vdAovUmVjdCBbODIuMTI1IDM2 NC4xMTkgMTAyLjcxMiAzNzkuNTUxXQovU3VidHlwZSAvTGluayAvQm9yZGVyIFswIDAgMF0g L0EgNTkgMCBSCj4+IGVuZG9iago2NiAwIG9iaiA8PAovVHlwZSAvQW5ub3QKL1JlY3QgWzgy LjEyNSAzNjQuMTE5IDEwMi43MTIgMzc5LjU1MV0KL1N1YnR5cGUgL0xpbmsgL0JvcmRlciBb MCAwIDBdIC9BIDw8L1MgL0dvVG8gL0QgWzAgL0ZpdF0+Pgo+PiBlbmRvYmoKNjcgMCBvYmog PDwKL1R5cGUgL0Fubm90Ci9SZWN0IFsxMDUuNzAxIDM2NC4xMTkgMTI0LjMwMyAzNzkuNTUx XQovU3VidHlwZSAvTGluayAvQm9yZGVyIFswIDAgMF0gL0EgNTkgMCBSCj4+IGVuZG9iago2 OCAwIG9iaiA8PAovVHlwZSAvQW5ub3QKL1JlY3QgWzEyNy4yOTIgMzY0LjExOSAxNzAuNzM3 IDM3OS41NTFdCi9TdWJ0eXBlIC9MaW5rIC9Cb3JkZXIgWzAgMCAwXSAvQSA1OSAwIFIKPj4g ZW5kb2JqCjY5IDAgb2JqIDw8Ci9UeXBlIC9Bbm5vdAovUmVjdCBbMTI3LjI5MiAzNjQuMTE5 IDE3MC43MzcgMzc5LjU1MV0KL1N1YnR5cGUgL0xpbmsgL0JvcmRlciBbMCAwIDBdIC9BIDw8 L1MgL0dvVG8gL0QgWzIgL0ZpdF0+Pgo+PiBlbmRvYmoKNzAgMCBvYmogPDwKL1R5cGUgL0Fu bm90Ci9SZWN0IFsxNzMuNzI1IDM2NC4xMTkgMjA2LjI2NyAzNzkuNTUxXQovU3VidHlwZSAv TGluayAvQm9yZGVyIFswIDAgMF0gL0EgNTkgMCBSCj4+IGVuZG9iago3MSAwIG9iaiA8PAov VHlwZSAvQW5ub3QKL1JlY3QgWzIwOS4yNTYgMzY0LjExOSAyMzEuMTcgMzc5LjU1MV0KL1N1 YnR5cGUgL0xpbmsgL0JvcmRlciBbMCAwIDBdIC9BIDU5IDAgUgo+PiBlbmRvYmoKNzIgMCBv YmogPDwKL1R5cGUgL0Fubm90Ci9SZWN0IFsyMDkuMjU2IDM2NC4xMTkgMjMxLjE3IDM3OS41 NTFdCi9TdWJ0eXBlIC9MaW5rIC9Cb3JkZXIgWzAgMCAwXSAvQSA8PC9TIC9Hb1RvIC9EIFsz IC9GaXRdPj4KPj4gZW5kb2JqCjczIDAgb2JqIDw8Ci9UeXBlIC9Bbm5vdAovUmVjdCBbMjMz LjgyNCAzNjQuMTE5IDI0NS43NzkgMzc5LjU1MV0KL1N1YnR5cGUgL0xpbmsgL0JvcmRlciBb MCAwIDBdIC9BIDU5IDAgUgo+PiBlbmRvYmoKNzQgMCBvYmogPDwKL1R5cGUgL0Fubm90Ci9S ZWN0IFsyNDguNDMzIDM2NC4xMTkgMjY2LjM2NiAzNzkuNTUxXQovU3VidHlwZSAvTGluayAv Qm9yZGVyIFswIDAgMF0gL0EgNTkgMCBSCj4+IGVuZG9iago3NSAwIG9iaiA8PAovVHlwZSAv QW5ub3QKL1JlY3QgWzI0OC40MzMgMzY0LjExOSAyNjYuMzY2IDM3OS41NTFdCi9TdWJ0eXBl IC9MaW5rIC9Cb3JkZXIgWzAgMCAwXSAvQSA8PC9TIC9Hb1RvIC9EIFszIC9GaXRdPj4KPj4g ZW5kb2JqCjc2IDAgb2JqIDw8Ci9UeXBlIC9Bbm5vdAovUmVjdCBbMjY5LjM1NCAzNjQuMTE5 IDI4NS45NiAzNzkuNTUxXQovU3VidHlwZSAvTGluayAvQm9yZGVyIFswIDAgMF0gL0EgNTkg MCBSCj4+IGVuZG9iago3NyAwIG9iaiA8PAovVHlwZSAvRW5jb2RpbmcKL0RpZmZlcmVuY2Vz IFsgMC8ubm90ZGVmIDUvZG90YWNjZW50L2h1bmdhcnVtbGF1dC9vZ29uZWsgOC8ubm90ZGVm IDkvZnJhY3Rpb24gMTAvLm5vdGRlZiAxMS9mZi9maS9mbC9mZmkvZmZsL2RvdGxlc3NpL2Rv dGxlc3NqL2dyYXZlL2FjdXRlL2Nhcm9uL2JyZXZlL21hY3Jvbi9yaW5nL2NlZGlsbGEvZ2Vy bWFuZGJscy9hZS9vZS9vc2xhc2gvQUUvT0UvT3NsYXNoL3NwYWNlL2V4Y2xhbS9xdW90ZWRi bC9udW1iZXJzaWduL2RvbGxhci9wZXJjZW50L2FtcGVyc2FuZC9xdW90ZXJpZ2h0L3BhcmVu bGVmdC9wYXJlbnJpZ2h0L2FzdGVyaXNrL3BsdXMvY29tbWEvaHlwaGVuL3BlcmlvZC9zbGFz aC96ZXJvL29uZS90d28vdGhyZWUvZm91ci9maXZlL3NpeC9zZXZlbi9laWdodC9uaW5lL2Nv bG9uL3NlbWljb2xvbi9sZXNzL2VxdWFsL2dyZWF0ZXIvcXVlc3Rpb24vYXQvQS9CL0MvRC9F L0YvRy9IL0kvSi9LL0wvTS9OL08vUC9RL1IvUy9UL1UvVi9XL1gvWS9aL2JyYWNrZXRsZWZ0 L2JhY2tzbGFzaC9icmFja2V0cmlnaHQvY2lyY3VtZmxleC91bmRlcnNjb3JlL3F1b3RlbGVm dC9hL2IvYy9kL2UvZi9nL2gvaS9qL2svbC9tL24vby9wL3Evci9zL3QvdS92L3cveC95L3ov YnJhY2VsZWZ0L2Jhci9icmFjZXJpZ2h0L3RpbGRlL2RpZXJlc2lzL0xzbGFzaC9xdW90ZXNp bmdsZS9xdW90ZXNpbmdsYmFzZS9mbG9yaW4vcXVvdGVkYmxiYXNlL2VsbGlwc2lzL2RhZ2dl ci9kYWdnZXJkYmwvY2lyY3VtZmxleC9wZXJ0aG91c2FuZC9TY2Fyb24vZ3VpbHNpbmdsbGVm dC9PRS9aY2Fyb24vYXNjaWljaXJjdW0vbWludXMvbHNsYXNoL3F1b3RlbGVmdC9xdW90ZXJp Z2h0L3F1b3RlZGJsbGVmdC9xdW90ZWRibHJpZ2h0L2J1bGxldC9lbmRhc2gvZW1kYXNoL3Rp bGRlL3RyYWRlbWFyay9zY2Fyb24vZ3VpbHNpbmdscmlnaHQvb2UvemNhcm9uL2FzY2lpdGls ZGUvWWRpZXJlc2lzL3NwYWNlL2V4Y2xhbWRvd24vY2VudC9zdGVybGluZy9jdXJyZW5jeS95 ZW4vYnJva2VuYmFyL3NlY3Rpb24vZGllcmVzaXMvY29weXJpZ2h0L29yZGZlbWluaW5lL2d1 aWxsZW1vdGxlZnQvbG9naWNhbG5vdC9oeXBoZW4vcmVnaXN0ZXJlZC9tYWNyb24vZGVncmVl L3BsdXNtaW51cy90d29zdXBlcmlvci90aHJlZXN1cGVyaW9yL2FjdXRlL211L3BhcmFncmFw aC9wZXJpb2RjZW50ZXJlZC9jZWRpbGxhL29uZXN1cGVyaW9yL29yZG1hc2N1bGluZS9ndWls bGVtb3RyaWdodC9vbmVxdWFydGVyL29uZWhhbGYvdGhyZWVxdWFydGVycy9xdWVzdGlvbmRv d24vQWdyYXZlL0FhY3V0ZS9BY2lyY3VtZmxleC9BdGlsZGUvQWRpZXJlc2lzL0FyaW5nL0FF L0NjZWRpbGxhL0VncmF2ZS9FYWN1dGUvRWNpcmN1bWZsZXgvRWRpZXJlc2lzL0lncmF2ZS9J YWN1dGUvSWNpcmN1bWZsZXgvSWRpZXJlc2lzL0V0aC9OdGlsZGUvT2dyYXZlL09hY3V0ZS9P Y2lyY3VtZmxleC9PdGlsZGUvT2RpZXJlc2lzL211bHRpcGx5L09zbGFzaC9VZ3JhdmUvVWFj dXRlL1VjaXJjdW1mbGV4L1VkaWVyZXNpcy9ZYWN1dGUvVGhvcm4vZ2VybWFuZGJscy9hZ3Jh dmUvYWFjdXRlL2FjaXJjdW1mbGV4L2F0aWxkZS9hZGllcmVzaXMvYXJpbmcvYWUvY2NlZGls bGEvZWdyYXZlL2VhY3V0ZS9lY2lyY3VtZmxleC9lZGllcmVzaXMvaWdyYXZlL2lhY3V0ZS9p Y2lyY3VtZmxleC9pZGllcmVzaXMvZXRoL250aWxkZS9vZ3JhdmUvb2FjdXRlL29jaXJjdW1m bGV4L290aWxkZS9vZGllcmVzaXMvZGl2aWRlL29zbGFzaC91Z3JhdmUvdWFjdXRlL3VjaXJj dW1mbGV4L3VkaWVyZXNpcy95YWN1dGUvdGhvcm4veWRpZXJlc2lzXQo+PiBlbmRvYmoKMjEg MCBvYmogPDwKL1R5cGUgL0ZvbnQKL1N1YnR5cGUgL1R5cGUxCi9FbmNvZGluZyA3NyAwIFIK L0Jhc2VGb250IC9Db3VyaWVyCj4+IGVuZG9iago4IDAgb2JqIDw8Ci9UeXBlIC9Gb250Ci9T dWJ0eXBlIC9UeXBlMQovRW5jb2RpbmcgNzcgMCBSCi9CYXNlRm9udCAvVGltZXMtQm9sZAo+ PiBlbmRvYmoKNiAwIG9iaiA8PAovVHlwZSAvRm9udAovU3VidHlwZSAvVHlwZTEKL0VuY29k aW5nIDc3IDAgUgovQmFzZUZvbnQgL1RpbWVzLVJvbWFuCj4+IGVuZG9iagoyMiAwIG9iaiA8 PAovVHlwZSAvUGFnZXMKL0NvdW50IDQKL0tpZHMgWzMgMCBSIDI1IDAgUiA0MyAwIFIgNjEg MCBSXQo+PiBlbmRvYmoKNzggMCBvYmogPDwKL1R5cGUgL0NhdGFsb2cKL1BhZ2VzIDIyIDAg UgovT3BlbkFjdGlvbiA8PCAvUyAvUmVzZXRGb3JtIC9OZXh0IDw8IC9TIC9Hb1RvIC9EIFsw IC9GaXRdID4+ID4+L1BhZ2VNb2RlIC9GdWxsU2NyZWVuCj4+IGVuZG9iago3OSAwIG9iaiA8 PAovVGl0bGUgKCkgL1N1YmplY3QgKCkgL0F1dGhvciAoKSAvQ3JlYXRvciAoQ09OVEVYVCAv IFBSQUdNQSBBREUgLyBIQVNTRUxUIE5MIC8gcHJhZ21hQHBpLm5ldCAvIG5lc3RlZC50ZXgp IC9Qcm9kdWNlciAocGRmVGVYKQovQ3JlYXRvciAoVGVYKQovUHJvZHVjZXIgKHBkZlRlWC0w LjEybykKL0NyZWF0aW9uRGF0ZSAoRDoxOTk4MDYyNDE4NDMwMCkKPj4gZW5kb2JqCnhyZWYK MCA4MAowMDAwMDAwMDAwIDY1NTM1IGYgCjAwMDAwMDA5OTggMDAwMDAgbiAKMDAwMDAwMDY5 NSAwMDAwMCBuIAowMDAwMDAwNzg0IDAwMDAwIG4gCjAwMDAwMDAwMDkgMDAwMDAgbiAKMDAw MDAwMDY3NiAwMDAwMCBuIAowMDAwMDEyNDI5IDAwMDAwIG4gCjAwMDAwMDEwMzggMDAwMDAg biAKMDAwMDAxMjM0MSAwMDAwMCBuIAowMDAwMDAxMTUwIDAwMDAwIG4gCjAwMDAwMDEyNjMg MDAwMDAgbiAKMDAwMDAwMTM5NiAwMDAwMCBuIAowMDAwMDAxNTExIDAwMDAwIG4gCjAwMDAw MDE2MjYgMDAwMDAgbiAKMDAwMDAwMTc2MCAwMDAwMCBuIAowMDAwMDAxODc1IDAwMDAwIG4g CjAwMDAwMDE5ODkgMDAwMDAgbiAKMDAwMDAwMjEyMiAwMDAwMCBuIAowMDAwMDAyMjM3IDAw MDAwIG4gCjAwMDAwMDIzNTIgMDAwMDAgbiAKMDAwMDAwMjQ4NiAwMDAwMCBuIAowMDAwMDEy MjU1IDAwMDAwIG4gCjAwMDAwMTI1MTggMDAwMDAgbiAKMDAwMDAwMzU5OCAwMDAwMCBuIAow MDAwMDAzMjg5IDAwMDAwIG4gCjAwMDAwMDMzNzkgMDAwMDAgbiAKMDAwMDAwMjYwMCAwMDAw MCBuIAowMDAwMDAzMjY5IDAwMDAwIG4gCjAwMDAwMDM2MzkgMDAwMDAgbiAKMDAwMDAwMzc1 MyAwMDAwMCBuIAowMDAwMDAzODY4IDAwMDAwIG4gCjAwMDAwMDQwMDEgMDAwMDAgbiAKMDAw MDAwNDExNyAwMDAwMCBuIAowMDAwMDA0MjMzIDAwMDAwIG4gCjAwMDAwMDQzNjcgMDAwMDAg biAKMDAwMDAwNDQ4MyAwMDAwMCBuIAowMDAwMDA0NTk4IDAwMDAwIG4gCjAwMDAwMDQ3MzEg MDAwMDAgbiAKMDAwMDAwNDg0NyAwMDAwMCBuIAowMDAwMDA0OTYzIDAwMDAwIG4gCjAwMDAw MDUwOTcgMDAwMDAgbiAKMDAwMDAwNjIxMCAwMDAwMCBuIAowMDAwMDA1OTAxIDAwMDAwIG4g CjAwMDAwMDU5OTEgMDAwMDAgbiAKMDAwMDAwNTIxMiAwMDAwMCBuIAowMDAwMDA1ODgxIDAw MDAwIG4gCjAwMDAwMDYyNTEgMDAwMDAgbiAKMDAwMDAwNjM2NSAwMDAwMCBuIAowMDAwMDA2 NDgwIDAwMDAwIG4gCjAwMDAwMDY2MTMgMDAwMDAgbiAKMDAwMDAwNjcyOSAwMDAwMCBuIAow MDAwMDA2ODQ1IDAwMDAwIG4gCjAwMDAwMDY5NzkgMDAwMDAgbiAKMDAwMDAwNzA5NSAwMDAw MCBuIAowMDAwMDA3MjEwIDAwMDAwIG4gCjAwMDAwMDczNDMgMDAwMDAgbiAKMDAwMDAwNzQ1 OSAwMDAwMCBuIAowMDAwMDA3NTc1IDAwMDAwIG4gCjAwMDAwMDc3MDkgMDAwMDAgbiAKMDAw MDAwODgyMiAwMDAwMCBuIAowMDAwMDA4NTEzIDAwMDAwIG4gCjAwMDAwMDg2MDMgMDAwMDAg biAKMDAwMDAwNzgyNCAwMDAwMCBuIAowMDAwMDA4NDkzIDAwMDAwIG4gCjAwMDAwMDg4NjMg MDAwMDAgbiAKMDAwMDAwODk3NyAwMDAwMCBuIAowMDAwMDA5MDkyIDAwMDAwIG4gCjAwMDAw MDkyMjUgMDAwMDAgbiAKMDAwMDAwOTM0MSAwMDAwMCBuIAowMDAwMDA5NDU3IDAwMDAwIG4g CjAwMDAwMDk1OTEgMDAwMDAgbiAKMDAwMDAwOTcwNyAwMDAwMCBuIAowMDAwMDA5ODIyIDAw MDAwIG4gCjAwMDAwMDk5NTUgMDAwMDAgbiAKMDAwMDAxMDA3MSAwMDAwMCBuIAowMDAwMDEw MTg3IDAwMDAwIG4gCjAwMDAwMTAzMjEgMDAwMDAgbiAKMDAwMDAxMDQzNiAwMDAwMCBuIAow MDAwMDEyNTk3IDAwMDAwIG4gCjAwMDAwMTI3MzQgMDAwMDAgbiAKdHJhaWxlcgo8PAovU2l6 ZSA4MAovUm9vdCA3OCAwIFIKL0luZm8gNzkgMCBSCj4+CnN0YXJ0eHJlZgoxMjk1NQolJUVP Rgo= --------------91C784D34F00F7450F19CDC4-- From owner-pdftex@tug.org Wed Jun 24 11:46:00 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id LAA25884 for ; Wed, 24 Jun 1998 11:45:59 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id NAA27029 for pdftex-list; Wed, 24 Jun 1998 13:34:58 -0400 Received: from dax.cc.uakron.edu (uakron.edu [130.101.5.4]) by tug.org (8.8.5/8.8.5) with ESMTP id NAA27026 for ; Wed, 24 Jun 1998 13:34:56 -0400 Received: (from root@localhost) by dax.cc.uakron.edu (8.8.8/8.8.8) id NAA11245; Wed, 24 Jun 1998 13:33:38 -0400 (EDT) Received: from tug.org (tug.org [158.121.106.10]) by dax.cc.uakron.edu (8.8.8/8.8.8) with ESMTP id FAA26690 for ; Wed, 24 Jun 1998 05:32:10 -0400 (EDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA24754 for pdftex-list; Wed, 24 Jun 1998 04:50:31 -0400 Received: from smtp02.wxs.nl (smtp02.wxs.nl [195.121.6.60]) by tug.org (8.8.5/8.8.5) with ESMTP id EAA24751 for ; Wed, 24 Jun 1998 04:50:29 -0400 Received: from wxs.nl ([195.121.21.184]) by smtp02.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA3976; Wed, 24 Jun 1998 10:50:22 +0200 Message-ID: <3590BE3B.A439B87E@wxs.nl> Date: Wed, 24 Jun 1998 10:52:11 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Sebastian Rahtz CC: pdftex@tug.org Subject: Re: PageLayout References: <2960-Tue23Jun1998152442+0100-s.rahtz@elsevier.co.uk> <3590A203.9D1B022B@wxs.nl> <2247-Wed24Jun1998081744+0100-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: > > > Oh dumb klutz I am. /PageLayout is a top level key in the > > > Catalog. Ignore my last message. hyperref will now let you specify > > > that you want the pages 2-up. > > > > You learn fast. > If I had read Thomas Merz' book properly, I'd have found the answer in > there, and avoided the 2 hours I spent finding out the above (its all > Thierry Bouche's fault) Well, for me the best approach is: do something in exchange and analyze the resulting pdf file. If I count the hours I spent reading the fuzzy pdf spec manual ... > > Next challenge: at startup goto page 10, start the movie > > there and execute a few javascripts. > um. can i fold in form field validation and formatting first? No problem, doesn't take that much time. You'll see that most time is spent in restarting Exchange/Reader due to the fact that the JS interpreter hates errors and is non reentrant. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@wxs.nl ----------------------------------------------------------------- From owner-pdftex@tug.org Wed Jun 24 11:51:04 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id LAA26004 for ; Wed, 24 Jun 1998 11:51:03 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id NAA27064 for pdftex-list; Wed, 24 Jun 1998 13:41:48 -0400 Received: from dax.cc.uakron.edu (uakron.edu [130.101.5.4]) by tug.org (8.8.5/8.8.5) with ESMTP id NAA27061 for ; Wed, 24 Jun 1998 13:41:46 -0400 Received: (from root@localhost) by dax.cc.uakron.edu (8.8.8/8.8.8) id NAA13588; Wed, 24 Jun 1998 13:41:39 -0400 (EDT) Received: from tug.org (tug.org [158.121.106.10]) by dax.cc.uakron.edu (8.8.8/8.8.8) with ESMTP id FAA32246 for ; Wed, 24 Jun 1998 05:02:55 -0400 (EDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA24580 for pdftex-list; Wed, 24 Jun 1998 04:06:04 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id EAA24577 for ; Wed, 24 Jun 1998 04:06:01 -0400 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 JAA26897; hop 0; Wed, 24 Jun 1998 09:00:30 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Wed, 24 Jun 1998 09:05:53 +0100 Date: Tue, 23 Jun 1998 22:35:54 +0100 Message-ID: <9023-Tue23Jun1998223554+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: 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.org Subject: Re: How to run pdf-files through zlib? In-Reply-To: <199806221119.NAA09414@mozart.ujf-grenoble.fr> References: <199806221119.NAA09414@mozart.ujf-grenoble.fr> Sender: owner-pdftex@tug.org Precedence: bulk Thierry Bouche writes: > -dUseFlateCompression=none) in eps2pdf.pl, _but_ you then get some PDF > file that pdftex can't \input because of erratic 8 bit junk on which > pdftex ould choke -- certainly related to the discussion about \openin > ascii or binary files? Well, it was like that when PDF inclusion was I suspect that there is now no problem in loading arbitrary PDF files, so the "-dNOCACHE -dUseFlateCompression=false" parameters to GS are not needed. My tests indicate that they are not needed. and indeed, as Thierry says, -DNOCACHE is positively harmful. I append a revised epstopdf Perl with some options to a) not run GS at all, just generate the revised BB b) not use GS's compression remember to change $GS if not under Windows 32 Sebastian #!/tool/bin/perl # A script to transform an EPS file so that: # a) it is guarenteed to start at the 0,0 coordinate # b) it sets a page size exactly corresponding to the BoundingBox # This means that when Ghostscript renders it, the result needs no # cropping, and the PDF MediaBox is correct. # c) the result is piped to Ghostscript and a PDF version written # # It needs a Level 2 PS interpreter. # If the bounding box is not right, of course, you have problems... # # The only thing I have not allowed for is the case of # "%%BoundingBox: (atend)", which is more complicated. # # Sebastian Rahtz, for Elsevier Science # # now with extra tricks from Hans Hagen's texutil. # use Getopt::Long ; $filedate="1998/6/23"; $fileversion="2.1"; $GS="gswin32c"; $opt_debug=0; $opt_compress=1; $opt_gs=1; $opt_outfile=""; $result = GetOptions ( "debug!", "compress!", "gs!", "outfile=s", ); $Filename=$ARGV[0]; if (!$opt_compress) { $GSOPTS="-dUseFlateCompression=false " ;} else { $GSOPTS=""; } open(TMP,"<$Filename") or die "Usage: epstopdf "; binmode TMP; $_=$Filename; s/\.[A-Za-z]*$//; if ($opt_gs) { open(OUT,"| $GS -q -sDEVICE=pdfwrite $GSOPTS -sOutputFile=$_.pdf - -c quit") or die "cannot open Ghostscript for piped input"; if ($opt_debug) { print STDERR "read $Filename, write $_.pdf\n"; } } else { if ($opt_outfile ne "") { open(OUT,">$opt_outfile") or die "cannot write $opt_outfile" ; if ($opt_debug) { print STDERR "read $Filename, write $opt_outfile\n"; } } else { open(OUT,">&STDOUT"); } } $bbneeded=1; local $bbpatt="[0-9\.\-]"; while () { # # throw away binary junk before %!PS # if (/%!PS/) { s/(.*)%!PS/%!PS/o ; print OUT; } # # locate BoundingBox # elsif ( /%%BoundingBox: (atend)/) { $bbneeded = 0; print OUT; } elsif (/%%(HiResB|ExactB|B)oundingBox:(\s$bbpatt+)\s($bbpatt+)\s($bbpatt+)\s($bbpatt+)/ ) { # only read the *first* bounding box if ($bbneeded) { if ($opt_debug) { print STDERR "old BB is $2 $3 $4 $5\n";} $width = $4 - $2; $height = $5 - $3; $xoffset = 0 - $2; $yoffset = 0 - $3; if ($opt_debug) { print STDERR "new BB is 0 0 $width $height, offset $xoffset $yoffset\n"; } print OUT "%%BoundingBox: 0 0 $width $height\n"; print OUT "<< /PageSize [$width $height] >> setpagedevice\n"; print OUT "gsave $xoffset $yoffset translate\n"; $bbneeded=0; } # else ignore that embedded BoundingBox anyway } else { print OUT; } } close(TMP); print OUT "grestore\n"; close(OUT); ; From owner-pdftex@tug.org Wed Jun 24 12:04:53 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id MAA26326 for ; Wed, 24 Jun 1998 12:04:51 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id NAA27149 for pdftex-list; Wed, 24 Jun 1998 13:57:01 -0400 Received: from dax.cc.uakron.edu (uakron.edu [130.101.5.4]) by tug.org (8.8.5/8.8.5) with ESMTP id NAA27143 for ; Wed, 24 Jun 1998 13:56:59 -0400 Received: (from root@localhost) by dax.cc.uakron.edu (8.8.8/8.8.8) id NAA19943; Wed, 24 Jun 1998 13:56:51 -0400 (EDT) Received: from tug.org (tug.org [158.121.106.10]) by dax.cc.uakron.edu (8.8.8/8.8.8) with ESMTP id EAA29630 for ; Wed, 24 Jun 1998 04:51:15 -0400 (EDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA24596 for pdftex-list; Wed, 24 Jun 1998 04:09:03 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id EAA24590 for ; Wed, 24 Jun 1998 04:08:59 -0400 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 JAA27112; hop 0; Wed, 24 Jun 1998 09:03:27 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Wed, 24 Jun 1998 09:08:35 +0100 Date: Wed, 24 Jun 1998 08:17:44 +0100 Message-ID: <2247-Wed24Jun1998081744+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pragma@wxs.nl Cc: pdftex@tug.org Subject: Re: PageLayout In-Reply-To: <3590A203.9D1B022B@wxs.nl> References: <2960-Tue23Jun1998152442+0100-s.rahtz@elsevier.co.uk> <3590A203.9D1B022B@wxs.nl> Sender: owner-pdftex@tug.org Precedence: bulk Hans Hagen writes: > > Oh dumb klutz I am. /PageLayout is a top level key in the > > Catalog. Ignore my last message. hyperref will now let you specify > > that you want the pages 2-up. > > You learn fast. If I had read Thomas Merz' book properly, I'd have found the answer in there, and avoided the 2 hours I spent finding out the above (its all Thierry Bouche's fault) > Next challenge: at startup goto page 10, start the movie > there and execute a few javascripts. um. can i fold in form field validation and formatting first? Sebastian From owner-pdftex@tug.org Wed Jun 24 12:11:15 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id MAA26508 for ; Wed, 24 Jun 1998 12:11:14 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id OAA27200 for pdftex-list; Wed, 24 Jun 1998 14:05:06 -0400 Received: from dax.cc.uakron.edu (uakron.edu [130.101.5.4]) by tug.org (8.8.5/8.8.5) with ESMTP id OAA27197 for ; Wed, 24 Jun 1998 14:05:04 -0400 Received: (from root@localhost) by dax.cc.uakron.edu (8.8.8/8.8.8) id OAA22740; Wed, 24 Jun 1998 14:04:50 -0400 (EDT) Received: from tug.org (tug.org [158.121.106.10]) by dax.cc.uakron.edu (8.8.8/8.8.8) with ESMTP id GAA00069 for ; Wed, 24 Jun 1998 06:39:18 -0400 (EDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA24953 for pdftex-list; Wed, 24 Jun 1998 05:37:54 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA24950 for ; Wed, 24 Jun 1998 05:37:53 -0400 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 KAA00868; hop 0; Wed, 24 Jun 1998 10:32:21 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Wed, 24 Jun 1998 10:37:40 +0100 Date: Wed, 24 Jun 1998 10:20:56 +0100 Message-ID: <2789-Wed24Jun1998102056+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pragma@wxs.nl Cc: pdftex@tug.org Subject: Re: tiff inclusion In-Reply-To: <3590B957.C8087180@wxs.nl> References: <3590B957.C8087180@wxs.nl> Sender: owner-pdftex@tug.org Precedence: bulk > When testing tiff inclusion I found out that 3 meg of tiff files (lzw > compressed) expands to over 30 Meg pdf (due to lack of disk space pdftex > aborted after that). BTW, when using dvi and dvipsone, I got a 29.5 K > file in about half the time so I guess the pdftex tiff module could be > improved regarding to speed. Why is tiff data unpacked? > Pavel's initial implementation uses a fairly simplistic algorithm of "get the TIFF library to read the tiff file, and put the unpacked result in the output". as you note, its impractical. there are two ways to improve it: a) recompress the data with zlib b) for those compression types which PDF supports, suck the compressed through unchanged where a) would be more general, and b) more efficient for many cases But I guess Pavel is on the case, if he has recovered from celebrating his exams..... Sebastian From owner-pdftex@tug.org Wed Jun 24 12:15:30 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id MAA26599 for ; Wed, 24 Jun 1998 12:15:29 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id OAA27210 for pdftex-list; Wed, 24 Jun 1998 14:06:59 -0400 Received: from dax.cc.uakron.edu (uakron.edu [130.101.5.4]) by tug.org (8.8.5/8.8.5) with ESMTP id OAA27207 for ; Wed, 24 Jun 1998 14:06:57 -0400 Received: (from root@localhost) by dax.cc.uakron.edu (8.8.8/8.8.8) id OAA23112; Wed, 24 Jun 1998 14:05:41 -0400 (EDT) Received: from tug.org (tug.org [158.121.106.10]) by dax.cc.uakron.edu (8.8.8/8.8.8) with ESMTP id DAA26770 for ; Wed, 24 Jun 1998 03:21:46 -0400 (EDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id CAA24258 for pdftex-list; Wed, 24 Jun 1998 02:43:24 -0400 Received: from smtp04.wxs.nl (smtp04.wxs.nl [195.121.6.59]) by tug.org (8.8.5/8.8.5) with ESMTP id CAA24255 for ; Wed, 24 Jun 1998 02:43:21 -0400 Received: from wxs.nl ([195.121.20.53]) by smtp04.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA5C5B; Wed, 24 Jun 1998 08:43:12 +0200 Message-ID: <3590A203.9D1B022B@wxs.nl> Date: Wed, 24 Jun 1998 08:51:47 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Sebastian Rahtz CC: pdftex@tug.org Subject: Re: PageLayout References: <2960-Tue23Jun1998152442+0100-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: > Oh dumb klutz I am. /PageLayout is a top level key in the > Catalog. Ignore my last message. hyperref will now let you specify > that you want the pages 2-up. You learn fast. Next challenge: at startup goto page 10, start the movie there and execute a few javascripts. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@wxs.nl ----------------------------------------------------------------- From owner-pdftex@tug.org Wed Jun 24 12:20:23 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id MAA26774 for ; Wed, 24 Jun 1998 12:20:22 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id OAA27245 for pdftex-list; Wed, 24 Jun 1998 14:13:04 -0400 Received: from dax.cc.uakron.edu (uakron.edu [130.101.5.4]) by tug.org (8.8.5/8.8.5) with ESMTP id OAA27242 for ; Wed, 24 Jun 1998 14:13:02 -0400 Received: (from root@localhost) by dax.cc.uakron.edu (8.8.8/8.8.8) id OAA26287; Wed, 24 Jun 1998 14:13:02 -0400 (EDT) Received: from tug.org (tug.org [158.121.106.10]) by dax.cc.uakron.edu (8.8.8/8.8.8) with ESMTP id FAA31166 for ; Wed, 24 Jun 1998 05:32:55 -0400 (EDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA24697 for pdftex-list; Wed, 24 Jun 1998 04:37:30 -0400 Received: from smtp04.wxs.nl (smtp04.wxs.nl [195.121.6.59]) by tug.org (8.8.5/8.8.5) with ESMTP id EAA24694 for ; Wed, 24 Jun 1998 04:37:27 -0400 Received: from wxs.nl ([195.121.21.69]) by smtp04.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA28EE; Wed, 24 Jun 1998 10:37:18 +0200 Message-ID: <3590B957.C8087180@wxs.nl> Date: Wed, 24 Jun 1998 10:31:19 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: pdftex Subject: tiff inclusion Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hi, When testing tiff inclusion I found out that 3 meg of tiff files (lzw compressed) expands to over 30 Meg pdf (due to lack of disk space pdftex aborted after that). BTW, when using dvi and dvipsone, I got a 29.5 K file in about half the time so I guess the pdftex tiff module could be improved regarding to speed. Why is tiff data unpacked? Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@wxs.nl ----------------------------------------------------------------- From owner-pdftex@tug.org Wed Jun 24 12:33:11 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id MAA27065 for ; Wed, 24 Jun 1998 12:33:05 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id OAA27332 for pdftex-list; Wed, 24 Jun 1998 14:26:45 -0400 Received: from dax.cc.uakron.edu (uakron.edu [130.101.5.4]) by tug.org (8.8.5/8.8.5) with ESMTP id OAA27329 for ; Wed, 24 Jun 1998 14:26:43 -0400 Received: (from root@localhost) by dax.cc.uakron.edu (8.8.8/8.8.8) id OAA31732; Wed, 24 Jun 1998 14:26:43 -0400 (EDT) Received: from tug.org (tug.org [158.121.106.10]) by dax.cc.uakron.edu (8.8.8/8.8.8) with ESMTP id IAA04945 for ; Wed, 24 Jun 1998 08:31:17 -0400 (EDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA25329 for pdftex-list; Wed, 24 Jun 1998 07:21:17 -0400 Received: from vyvoj.vyvoj (jablovyv.dial-up.cz [193.179.205.11]) by tug.org (8.8.5/8.8.5) with ESMTP id HAA25326 for ; Wed, 24 Jun 1998 07:21:10 -0400 Received: from osoba.vyvoj (osoba.vyvoj [192.168.1.38]) by vyvoj.vyvoj with SMTP id NAA00314 (8.7.6/IDA-1.6); Wed, 24 Jun 1998 13:51:53 +0200 Message-ID: <199806241151.NAA00314@vyvoj.vyvoj> Comments: Authenticated sender is From: "Jiri Osoba" Organization: Jablotron Ltd. - Development dpt. To: pdftex@tug.org Date: Wed, 24 Jun 1998 13:21:32 +0200 Subject: Re: tiff inclusion Reply-to: Jiri Osoba CC: pdftex@tug.org X-mailer: Pegasus Mail for Windows (v2.42a) Sender: owner-pdftex@tug.org Precedence: bulk On 24 Jun 98 at 10:20, Sebastian Rahtz wrote: > > When testing tiff inclusion I found out that 3 meg of tiff files (lzw From owner-pdftex@tug.org Wed Jun 24 14:15:14 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id OAA29527 for ; Wed, 24 Jun 1998 14:15:13 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id QAA28213 for pdftex-list; Wed, 24 Jun 1998 16:11:44 -0400 Received: from socks.ubsinc.com (socks.ubsinc.com [207.152.88.2]) by tug.org (8.8.5/8.8.5) with ESMTP id QAA28210 for ; Wed, 24 Jun 1998 16:11:42 -0400 Received: from iws-irms.com (sabuguinho.146.179.198.in-addr.arpa [198.179.146.243]) by socks.ubsinc.com (8.8.5/8.8.5) with ESMTP id PAA19326 for ; Wed, 24 Jun 1998 15:13:07 -0500 Message-ID: <35915C84.DD686205@iws-irms.com> Date: Wed, 24 Jun 1998 15:07:32 -0500 From: Glauber Ribeiro Organization: Integrated Warehousing Solutions http://www.iws-irms.com X-Mailer: Mozilla 4.05 [en] (WinNT; I) MIME-Version: 1.0 To: pdftex@tug.org Subject: The graphics package and including PDFs (need to use bb?) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hello, I found out that when including a PDF using the graphics or graphicx package, i have to specify the bounding box, or else i get an error: ==========latex output============== !Missing number, treated as zero. b 1.73 \includegraphics[width=\textwidth]{iws.pdf} ? =========end of latex=============== If i check the log file, i see a "graphics package error: division by 0" message. If i use \includegraphics[bb = 0 0 5in 5 in]{iws.pdf} it works fine. Is this to be expected? Could it be caused by a setup error? I reinstalled latex and the graphics package today, to make sure i have the latest versions, but it didn't change the problem. Thanks, Glauber -- Glauber Ribeiro --- IWS mailto://glauber@iws-irms.com http://www.iws-irms.com From owner-pdftex@tug.org Wed Jun 24 14:27:58 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id OAA29856 for ; Wed, 24 Jun 1998 14:27:57 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id QAA28340 for pdftex-list; Wed, 24 Jun 1998 16:22:39 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id QAA28337 for ; Wed, 24 Jun 1998 16:22:33 -0400 Received: from SnowWhite.inet.cz (pavel@dialup4.inet.cz [194.196.193.4]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id WAA03935; Wed, 24 Jun 1998 22:19:53 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id WAA00385; Wed, 24 Jun 1998 22:01:32 +0200 Date: Wed, 24 Jun 1998 22:01:32 +0200 Message-Id: <199806242001.WAA00385@SnowWhite.inet.cz> From: "Pavel Janik ml." To: Sebastian Rahtz CC: Hans Hagen , pdfTeX mailing list In-reply-to: <2789-Wed24Jun1998102056+0100-s.rahtz@elsevier.co.uk> (message from Sebastian Rahtz on Wed, 24 Jun 1998 10:20:56 +0100) Subject: Re: tiff inclusion X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.105 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Date: Wed, 24 Jun 1998 10:20:56 +0100 From: Sebastian Rahtz Hi, > Pavel's initial implementation uses a fairly simplistic algorithm of > "get the TIFF library to read the tiff file, and put the unpacked > result in the output". as you note, its impractical. there are :-) I know about that and now I'm thinking the Right Way(tm) to do it correctly. > a) recompress the data with zlib It's one of the way, but I do not think the best one - try to imagine TIFF compressed with one of the compress filters supported by PDF. It can take too much time to do compress and decompress. > b) for those compression types which PDF supports, suck the > compressed through unchanged I'd like to do it this way, but if the compression is not supported by PDF, I'd like to apply a). In the first phase - only supported compression will be compressed in resulting PDF and unsupported types will be decompressed by libtiff and in the second phase these streams will be compressed by zlib. But actual implementation is currently in the sky, because of very high load of my brain. > But I guess Pavel is on the case, if he has recovered from celebrating > his exams..... Sebastian guess it right... -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Wed Jun 24 15:43:17 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id PAA01810 for ; Wed, 24 Jun 1998 15:43:02 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id RAA28756 for pdftex-list; Wed, 24 Jun 1998 17:39:25 -0400 Received: from mx2.cac.washington.edu (mx2.cac.washington.edu [140.142.33.1]) by tug.org (8.8.5/8.8.5) with ESMTP id RAA28753 for ; Wed, 24 Jun 1998 17:39:23 -0400 Received: from crosby.apl.washington.edu.apl.washington.edu (crosby97.apl.washington.edu [128.95.97.2]) by mx2.cac.washington.edu (8.8.4+UW97.07/8.8.4+UW98.04) with SMTP id OAA23437; Wed, 24 Jun 1998 14:39:20 -0700 Received: from galiano (charon.apl.washington.edu) by crosby.apl.washington.edu.apl.washington.edu (4.1/SMI-4.1 ) id AA01151; Wed, 24 Jun 98 14:39:19 PDT Message-Id: <9806242139.AA01151@crosby.apl.washington.edu.apl.washington.edu> From: "Jody Klymak" To: "Glauber Ribeiro" , Subject: RE: The graphics package and including PDFs (need to use bb?) Date: Wed, 24 Jun 1998 14:39:22 -0700 X-Priority: 3 (Normal) X-Msmail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 In-Reply-To: <35915C84.DD686205@iws-irms.com> X-Mimeole: Produced By Microsoft MimeOLE V4.72.3110.3 Importance: Normal Sender: owner-pdftex@tug.org Precedence: bulk Hello Glauber, You are running into a problem that I ran into and was discussed acouple of weeks ago. My guess is you are on a win32 machine. My understanding is that pdftex was reading the files as text, and binary ^Z was causing an end-of-line/record to be sent to the input stream. Sebastian Rahtz was kind enough to rework pdftex.def: http://www.tug.org/applications/pdftex/pdftex.def so that it does not run into this problem. Fabrice Papineau also re-compiled *all* of the win32/web2c distribution so that files were always read in as binary. I think either getting the new pdftex.def or the new web2c distribution will help your problems go away. Cheers, Jody *************************************************************** Jody Klymak APL/School of Oceanography, University of Washington jklymak@apl.washington.edu (206)-685-9080 http://www.ocean.washington.edu/people/grads/jklymak/Klymak.html > Hello, > > I found out that when including a PDF using the graphics or graphicx > package, i have to specify the bounding box, or else i get an error: > > ==========latex output============== > !Missing number, treated as zero. > > b > 1.73 \includegraphics[width=\textwidth]{iws.pdf} > > ? > =========end of latex=============== From owner-pdftex@tug.org Wed Jun 24 16:03:42 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id QAA02459 for ; Wed, 24 Jun 1998 16:03:41 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id SAA28865 for pdftex-list; Wed, 24 Jun 1998 18:01:35 -0400 Received: from socks.ubsinc.com (socks.ubsinc.com [207.152.88.2]) by tug.org (8.8.5/8.8.5) with ESMTP id SAA28862 for ; Wed, 24 Jun 1998 18:01:33 -0400 Received: from iws-irms.com (sabuguinho.146.179.198.in-addr.arpa [198.179.146.243]) by socks.ubsinc.com (8.8.5/8.8.5) with ESMTP id RAA21396; Wed, 24 Jun 1998 17:02:32 -0500 Message-ID: <3591762A.B0C8307F@iws-irms.com> Date: Wed, 24 Jun 1998 16:56:58 -0500 From: Glauber Ribeiro Organization: Integrated Warehousing Solutions http://www.iws-irms.com X-Mailer: Mozilla 4.05 [en] (WinNT; I) MIME-Version: 1.0 To: Jody Klymak CC: pdftex@tug.org Subject: Re: The graphics package and including PDFs (need to use bb?) References: <9806242139.AA01151@crosby.apl.washington.edu.apl.washington.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hello, Jody, it's in fact a win32 machine (NT 4). But i'm using the new web2c binaries (7.2.1) which are supposed to read everything in binary. See, i re-installed everything to see if the problem would go away. I re-installed the pdftex.def from the URL you sent, and the problem is still there. It must be something else. I'm running pdflatex 0.12o-2-tiff1. Do i need a context macro? I don't know anything about context macros (maybe it's time to learn...). Glauber Jody Klymak wrote: > > Hello Glauber, > > You are running into a problem that I ran into and was discussed acouple of > weeks ago. My guess is you are on a win32 machine. My understanding is > that pdftex was reading the files as text, and binary ^Z was causing an > end-of-line/record to be sent to the input stream. Sebastian Rahtz was kind > enough to rework pdftex.def: > http://www.tug.org/applications/pdftex/pdftex.def > so that it does not run into this problem. Fabrice Papineau also > re-compiled *all* of the win32/web2c distribution so that files were always > read in as binary. I think either getting the new pdftex.def or the new > web2c distribution will help your problems go away. > > Cheers, Jody > > *************************************************************** > Jody Klymak APL/School of Oceanography, > University of Washington > jklymak@apl.washington.edu (206)-685-9080 > http://www.ocean.washington.edu/people/grads/jklymak/Klymak.html > > > Hello, > > > > I found out that when including a PDF using the graphics or graphicx > > package, i have to specify the bounding box, or else i get an error: > > > > ==========latex output============== > > !Missing number, treated as zero. > > > > b > > 1.73 \includegraphics[width=\textwidth]{iws.pdf} > > > > ? > > =========end of latex=============== -- Glauber Ribeiro --- IWS mailto://glauber@iws-irms.com http://www.iws-irms.com From owner-pdftex@tug.org Wed Jun 24 18:08:46 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id SAA05251 for ; Wed, 24 Jun 1998 18:08:45 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id UAA29416 for pdftex-list; Wed, 24 Jun 1998 20:05:46 -0400 Received: from socks.ubsinc.com (socks.ubsinc.com [207.152.88.2]) by tug.org (8.8.5/8.8.5) with ESMTP id UAA29413 for ; Wed, 24 Jun 1998 20:05:44 -0400 Received: from iws-irms.com (sabuguinho.146.179.198.in-addr.arpa [198.179.146.243]) by socks.ubsinc.com (8.8.5/8.8.5) with ESMTP id TAA22448; Wed, 24 Jun 1998 19:06:41 -0500 Message-ID: <35919342.1294D1AA@iws-irms.com> Date: Wed, 24 Jun 1998 19:01:06 -0500 From: Glauber Ribeiro Organization: Integrated Warehousing Solutions http://www.iws-irms.com X-Mailer: Mozilla 4.05 [en] (WinNT; I) MIME-Version: 1.0 To: Jody Klymak , pdftex@tug.org Subject: graphics package, including PDF, MediaBox, Acrobat PDF Writer References: <9806242336.AA11060@crosby.apl.washington.edu.apl.washington.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hello, Jody, i think i may have found the problem, so i'm posting this to the list too, in hope that it may be useful. [...] I downloaded your PDF and included it into the toy latex document i'm testing with. It works fine. I opened your PDF in a text editor and compared with mine. The most visible difference is that mine (generated by Acrobat) has ^M (that is, carriage-return) where yours has ^J (linefeed). I did a search-and-replace of all carriage returns by linefeeds, but this didn't solve the problem either... This is the area of YOUR pdf where MediaBox is: << /Type /Page /MediaBox [0 0 490 386] /Parent 2 0 R /Resources << /ProcSet [/PDF /ImageB /Text] /Font << /A 8 0 R /R6 6 0 R >> This is the same thing in MY pdf, after replacing the CRs with LFs: << /Kids [4 0 R ] /Count 1 /Type /Pages /MediaBox [ 0 0 612 792 ] >> It's a little different, but i don't know enough of PDF format to understand what these things mean... Then i thought: what if it's something really stupid? YOUR pdf has: /MediaBox [0 0 490 386] MINE has: /MediaBox [ 0 0 612 792 ] I have spaces between the [ ] and the numbers, and you don't. If i use the text editor to remove the spaces so i have /MediaBox [0 0 612 792] it magically starts to work! If this is all there is to it, i'm sure this is fixable in the graphics package, but don't ask me how! :-) Glauber -- Glauber Ribeiro --- IWS mailto://glauber@iws-irms.com http://www.iws-irms.com From owner-pdftex@tug.org Wed Jun 24 18:46:35 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id SAA05996 for ; Wed, 24 Jun 1998 18:46:34 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id UAA29594 for pdftex-list; Wed, 24 Jun 1998 20:43:49 -0400 Received: from lorraine.loria.fr (lorraine.loria.fr [152.81.1.17]) by tug.org (8.8.5/8.8.5) with ESMTP id UAA29591 for ; Wed, 24 Jun 1998 20:43:48 -0400 Received: from renaissance.loria.fr (renaissance.loria.fr [152.81.4.102]) by lorraine.loria.fr (8.8.7/8.8.7/8.8.7/JCG) with ESMTP id CAA18995; Thu, 25 Jun 1998 02:41:11 +0200 (MET DST) From: "Denis B. Roegel" Received: (from roegel@localhost) by renaissance.loria.fr (8.8.2/8.8.2) id CAA27303; Thu, 25 Jun 1998 02:41:09 +0200 (MET DST) Message-Id: <199806250041.CAA27303@renaissance.loria.fr> Subject: problem with bookmarks, hyperref, distiller,... To: pdftex@tug.org Date: Thu, 25 Jun 1998 02:41:09 +0200 (MET DST) Cc: roegel@lorraine.loria.fr (Denis B. Roegel) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-pdftex@tug.org Precedence: bulk Hi, I am currently trying to produce a PDF file with bookmarks on a document originally made of *two* dvi files. I get duplications in the bookmark list given by Acrobat Reader. In order to avoid any waste of bandwith, I have prepared a set of files exhibiting the problem. You get get it at: http://www.loria.fr/~roegel/hbug.tar.gz I have included a README file which I reproduce below. Thanks in advance for your help. Denis Roegel ===================================================================== README: The set of files in this directory describe a problem which occurs when hyperref is used on files which are concatened. The example is a document with three chapters, in which one chapter is replaced by another dvi file. In addition, the first file uses the report class and the second file uses the article class. This example is simplified from a real example where the main file is a report and the included file uses the ltxdoc class. The problem is that the bookmarks in Acrobat Reader for the two included sections from chapter 2 are duplicated. In order to reproduce the problem, go through the following steps: 1) latex file1.tex 2) latex file2.tex 3) sh build.sh 4) rm all.dvi 5) you can now view all.dvi and compare it to file1.dvi and file2.dvi 6) apply dvips and distiller on all.dvi; the file I obtained (all.pdf) is included; the errors reported by distiller are --------------- /usr/local/bin/distill -colorres 600 -grayres 600 -colorcompr jpeg:low -graycompr jpeg:low -maxsubsetpct 99 -compatlevel 3.0 -pairs all.ps ./all.pdf Distilling /tmp/tempo.roegel.23.ps (110,576 bytes) % [ Warning: The following Named Destinations were not defined ] % chapter.2 % [ Warning: The following Named Destinations were defined more than once ] % Doc-Start page.1 1.4 seconds (0:01) 110,576 bytes PS => 10,330 bytes PDF (9%) --------------- Any help or suggestion to solve this problem is welcome! Denis Roegel, June 24, 1998 From owner-pdftex@tug.org Wed Jun 24 19:48:13 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id TAA07166 for ; Wed, 24 Jun 1998 19:48:12 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id VAA29876 for pdftex-list; Wed, 24 Jun 1998 21:46:07 -0400 Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by tug.org (8.8.5/8.8.5) with SMTP id VAA29873 for ; Wed, 24 Jun 1998 21:46:06 -0400 Received: from boole.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 25 Jun 98 02:44:48 +0100 (BST) Subject: Re: hyperref 6.29 In-Reply-To: <7102-Wed24Jun1998135038+0100-s.rahtz@elsevier.co.uk> from Sebastian Rahtz at "Jun 24, 98 01:50:38 pm" To: Sebastian Rahtz Date: Thu, 25 Jun 1998 02:44:48 +0100 (BST) From: Timothy Murphy Cc: pdftex@tug.org X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-ID: <9806250244.aa27445@boole.maths.tcd.ie> Sender: owner-pdftex@tug.org Precedence: bulk > I've been having fun. hyperref 6.29 features: Is the CTAN always the standard place for the latest hyperref ? From owner-pdftex@tug.org Wed Jun 24 21:43:45 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id VAA09309 for ; Wed, 24 Jun 1998 21:43:44 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id XAA30400 for pdftex-list; Wed, 24 Jun 1998 23:41:29 -0400 Received: from mailhost.auckland.ac.nz (mailhost.auckland.ac.nz [130.216.1.4]) by tug.org (8.8.5/8.8.5) with ESMTP id XAA30397 for ; Wed, 24 Jun 1998 23:41:19 -0400 Received: from comexch.auckland.ac.nz (comexch.auckland.ac.nz [130.216.96.114]) by mailhost.auckland.ac.nz (8.8.5/8.7.3-ua) with ESMTP id PAA08738 for ; Thu, 25 Jun 1998 15:40:58 +1200 (NZST) Message-Id: <199806250340.PAA08738@mailhost.auckland.ac.nz> Received: by comexch.auckland.ac.nz with Internet Mail Service (5.0.1460.8) id ; Thu, 25 Jun 1998 15:45:58 +1200 From: "Hillas, John" To: "'pdftex@tug.org'" Subject: RE: hyperref 6.29 Date: Thu, 25 Jun 1998 15:46:04 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1460.8) Content-Type: text/plain Sender: owner-pdftex@tug.org Precedence: bulk I've just installed the latest hyperref and find that files that previously worked (with warnings) don't any more. Before spending time investigating I thought I'd ask if the situation causing the warning has been (deliberately?) changed to cause a failure. My previous version (6.27) led to warnings about Warning (ext1): destination with the same identifier already exists! With version 6.29 the result becomes Warning (ext1): destination with the same identifier already exists! [2]) ! Incomplete \iffalse; all text was ignored after line 289. \fi <*> ...mm \pdfpageheight=297mm \input lecnotes.tex I'm afraid that my example files are a bit cumbersome. If noone can tell me immediately what the problem is I'll try to get a small example file over the weekend. John John Hillas Department of Economics The University of Auckland Private Bag 92019 Auckland NEW ZEALAND email: j.hillas@auckland.ac.nz home page http://www.econ.auckland.ac.nz/~jhillas/personal/ From owner-pdftex@tug.org Thu Jun 25 00:18:06 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id AAA12404 for ; Thu, 25 Jun 1998 00:18:05 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id CAA31148 for pdftex-list; Thu, 25 Jun 1998 02:15:26 -0400 Received: from vyvoj.vyvoj (jablovyv.dial-up.cz [193.179.205.11]) by tug.org (8.8.5/8.8.5) with ESMTP id CAA31145 for ; Thu, 25 Jun 1998 02:15:19 -0400 Received: from osoba.vyvoj (osoba.vyvoj [192.168.1.38]) by vyvoj.vyvoj with SMTP id IAA15906 (8.7.6/IDA-1.6 for ); Thu, 25 Jun 1998 08:40:47 +0200 Message-ID: <199806250640.IAA15906@vyvoj.vyvoj> Comments: Authenticated sender is From: "Jiri Osoba" Organization: Jablotron Ltd. - Development dpt. To: pdftex@tug.org Date: Thu, 25 Jun 1998 08:10:01 +0200 Subject: Re: tiff inclusion Reply-to: Jiri Osoba X-mailer: Pegasus Mail for Windows (v2.42a) Sender: owner-pdftex@tug.org Precedence: bulk On 24 Jun 98 at 10:20, Sebastian Rahtz wrote: > > When testing tiff inclusion I found out that 3 meg of tiff files (lzw > > compressed) expands to over 30 Meg pdf (due to lack of disk space pdftex > > aborted after that). BTW, when using dvi and dvipsone, I got a 29.5 K > > file in about half the time so I guess the pdftex tiff module could be > > improved regarding to speed. Why is tiff data unpacked? > > > Pavel's initial implementation uses a fairly simplistic algorithm of > "get the TIFF library to read the tiff file, and put the unpacked > result in the output". as you note, its impractical. there are > two ways to improve it: > > a) recompress the data with zlib > b) for those compression types which PDF supports, suck the > compressed through unchanged > > where a) would be more general, and b) more efficient for many cases > > But I guess Pavel is on the case, if he has recovered from celebrating > his exams..... In my opinion, a) is done if you use \pdfcompresslevel>0. Jiri. From owner-pdftex@tug.org Thu Jun 25 00:48:23 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id AAA12950 for ; Thu, 25 Jun 1998 00:48:22 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id CAA31365 for pdftex-list; Thu, 25 Jun 1998 02:46:13 -0400 Received: from vyvoj.vyvoj (jablovyv.dial-up.cz [193.179.205.11]) by tug.org (8.8.5/8.8.5) with ESMTP id CAA31362 for ; Thu, 25 Jun 1998 02:46:09 -0400 Received: from osoba.vyvoj (osoba.vyvoj [192.168.1.38]) by vyvoj.vyvoj with SMTP id JAA16687 (8.7.6/IDA-1.6 for ); Thu, 25 Jun 1998 09:08:15 +0200 Message-ID: <199806250708.JAA16687@vyvoj.vyvoj> Comments: Authenticated sender is From: "Jiri Osoba" Organization: Jablotron Ltd. - Development dpt. To: pdftex@tug.org Date: Thu, 25 Jun 1998 08:37:29 +0200 Subject: Re: tiff inclusion Reply-to: Jiri Osoba X-mailer: Pegasus Mail for Windows (v2.42a) Sender: owner-pdftex@tug.org Precedence: bulk Hi, I apologize for my last 1 line message - our mail-server fell down in the middle of the message :-( > > When testing tiff inclusion I found out that 3 meg of tiff files (lzw > > compressed) expands to over 30 Meg pdf (due to lack of disk space pdftex > > aborted after that). BTW, when using dvi and dvipsone, I got a 29.5 K > > file in about half the time so I guess the pdftex tiff module could be > > improved regarding to speed. Why is tiff data unpacked? > > > Pavel's initial implementation uses a fairly simplistic algorithm of > "get the TIFF library to read the tiff file, and put the unpacked > result in the output". as you note, its impractical. there are > two ways to improve it: > > a) recompress the data with zlib In my opinion, it's done (or it should be done) if you use \pdfcompresslevel>0 like with PNG: PNG is decompressed, included into PDF and optionally compressed through zlib. Jiri. From owner-pdftex@tug.org Thu Jun 25 01:35:39 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id BAA13712 for ; Thu, 25 Jun 1998 01:35:38 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id DAA31590 for pdftex-list; Thu, 25 Jun 1998 03:32:13 -0400 Received: from smtp03.wxs.nl (smtp03.wxs.nl [195.121.6.37]) by tug.org (8.8.5/8.8.5) with ESMTP id DAA31587 for ; Thu, 25 Jun 1998 03:32:12 -0400 Received: from wxs.nl ([195.121.20.219]) by smtp03.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA1A2B; Thu, 25 Jun 1998 09:31:12 +0200 Message-ID: <3591F8E2.3D7C8327@wxs.nl> Date: Thu, 25 Jun 1998 09:14:42 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Glauber Ribeiro CC: Jody Klymak , pdftex@tug.org Subject: Re: graphics package, including PDF, MediaBox, Acrobat PDF Writer References: <9806242336.AA11060@crosby.apl.washington.edu.apl.washington.edu> <35919342.1294D1AA@iws-irms.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Glauber Ribeiro wrote: > This is the area of YOUR pdf where MediaBox is: > > << > /Type /Page > /MediaBox [0 0 490 386] > /Parent 2 0 R > /Resources << /ProcSet [/PDF /ImageB /Text] > /Font << > /A 8 0 R > /R6 6 0 R > >> > > This is the same thing in MY pdf, after replacing the CRs with LFs: > > << > /Kids [4 0 R ] > /Count 1 > /Type /Pages > /MediaBox [ 0 0 612 792 ] This is all due to the lack of a epdf format. A macro package should scan for both /Pages and /Page as keyword and hope that the first one that comes bij is the right one (in TeXUtil I also take care of multiple page stuff which is in fact a wrong file). In your situation the document page box is larger than the page one. I guess you didn't adapt the document crop box before generating the document. I'm low on time, else I would write a solution now, Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@wxs.nl ----------------------------------------------------------------- From owner-pdftex@tug.org Thu Jun 25 01:36:07 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id BAA13720 for ; Thu, 25 Jun 1998 01:36:06 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id DAA31582 for pdftex-list; Thu, 25 Jun 1998 03:31:39 -0400 Received: from smtp02.wxs.nl (smtp02.wxs.nl [195.121.6.60]) by tug.org (8.8.5/8.8.5) with ESMTP id DAA31579 for ; Thu, 25 Jun 1998 03:31:37 -0400 Received: from wxs.nl ([195.121.20.219]) by smtp02.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA6638; Thu, 25 Jun 1998 09:31:15 +0200 Message-ID: <3591F9F6.13BBE84E@wxs.nl> Date: Thu, 25 Jun 1998 09:19:18 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Glauber Ribeiro CC: Jody Klymak , pdftex@tug.org Subject: Re: The graphics package and including PDFs (need to use bb?) References: <9806242139.AA01151@crosby.apl.washington.edu.apl.washington.edu> <3591762A.B0C8307F@iws-irms.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Glauber Ribeiro wrote: > it's in fact a win32 machine (NT 4). But i'm using the new web2c > binaries (7.2.1) which are supposed to read everything in binary. See, i > re-installed everything to see if the problem would go away. I > re-installed the pdftex.def from the URL you sent, and the problem is > still there. It must be something else. > > I'm running pdflatex 0.12o-2-tiff1. Do i need a context macro? I don't > know anything about context macros (maybe it's time to learn...). Context is a different system than latex, although the macros in supp-pdf can be used in latex (e.g. for converting metapost stuff or finding bounding boxes). The current pdftex for win32 works ok, also on figure inclusion. Currently I'm doing some heavy testing with figure inclusion (all kinds of scaling, object reuse, automatic type recognition etc.). No problems until now, so it must be in the package you use. The binaries are ok. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@wxs.nl ----------------------------------------------------------------- From owner-pdftex@tug.org Thu Jun 25 04:13:33 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA16504 for ; Thu, 25 Jun 1998 04:13:31 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA32329 for pdftex-list; Thu, 25 Jun 1998 06:10:25 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA32326 for ; Thu, 25 Jun 1998 06:10:23 -0400 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 LAA05469; hop 0; Thu, 25 Jun 1998 11:04:50 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Thu, 25 Jun 1998 11:10:02 +0100 Date: Wed, 24 Jun 1998 22:08:54 +0100 Message-ID: <5920-Wed24Jun1998220854+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q) From: Sebastian Rahtz To: pdftex@tug.org Subject: longer context-sensitive link strings in hyperref Sender: owner-pdftex@tug.org Precedence: bulk I noted yesterday the possibility in hyperref of saying \hyperref[refkey]{Section \ref*{refkey}} to get a decent-sized link string, rather than a bald section number. I now realize that I can generate this automatically, so I have provided a new command \autoref. This acts like \ref, but prefixes the result with a `tag', like `Section' or `equation'. So \autoref{sec1} might generate a link with the context "Section 1". Naturally, the tags are configurable for eg different languages, and the defaults are: \providecommand\figurename{Figure} \providecommand\tablename{Table} \providecommand\partname{Part} \providecommand\appendixname{Appendix} \providecommand\equationname{Equation} \providecommand\Itemname{item} \providecommand\sectionname{section} \providecommand\subsectionname{subsection} \providecommand\subsubsectionname{subsubsection} \providecommand\paragraphname{paragraph} \providecommand\theoremname{Theorem} notice that the first few are taken from standard LaTeX. Unfortunately, this facility depends on extra information written to the .aux file by hyperref, so it is not useable in normal LaTeX. HINT TO *THEM* - think about adding this feature to standard LaTex! Are there are any comments on this, or desiderata for further features like this? Sebastian PS yes Context has had it for years :-} From owner-pdftex@tug.org Thu Jun 25 04:22:30 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA16637 for ; Thu, 25 Jun 1998 04:22:29 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA32392 for pdftex-list; Thu, 25 Jun 1998 06:17:32 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA32389 for ; Thu, 25 Jun 1998 06:17:30 -0400 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 LAA05785; hop 0; Thu, 25 Jun 1998 11:11:58 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Thu, 25 Jun 1998 11:17:06 +0100 Date: Thu, 25 Jun 1998 10:36:26 +0100 Message-ID: <1656-Thu25Jun1998103626+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: j.hillas@auckland.ac.nz Cc: pdftex@tug.org Subject: RE: hyperref 6.29 In-Reply-To: <199806250340.PAA08738@mailhost.auckland.ac.nz> References: <199806250340.PAA08738@mailhost.auckland.ac.nz> Sender: owner-pdftex@tug.org Precedence: bulk Hillas, John writes: > With version 6.29 the result becomes > > Warning (ext1): destination with the same identifier already exists! [2]) > ! Incomplete \iffalse; all text was ignored after line 289. > > \fi > <*> ...mm \pdfpageheight=297mm \input lecnotes.tex oh dear. BAD. not a design decision at all! i need a test file, though, as all my files work OK sebastian From owner-pdftex@tug.org Thu Jun 25 04:24:20 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA16679 for ; Thu, 25 Jun 1998 04:24:19 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA32382 for pdftex-list; Thu, 25 Jun 1998 06:17:06 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA32379 for ; Thu, 25 Jun 1998 06:17:04 -0400 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 LAA05751; hop 0; Thu, 25 Jun 1998 11:11:32 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Thu, 25 Jun 1998 11:16:52 +0100 Date: Thu, 25 Jun 1998 10:32:44 +0100 Message-ID: <1151-Thu25Jun1998103244+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Denis.Roegel@loria.fr Cc: pdftex@tug.org Subject: Re: problem with bookmarks, hyperref, distiller,... In-Reply-To: <199806250041.CAA27303@renaissance.loria.fr> References: <199806250041.CAA27303@renaissance.loria.fr> Sender: owner-pdftex@tug.org Precedence: bulk Denis B. Roegel writes: > I am currently trying to produce a PDF file with bookmarks on a > document originally made of *two* dvi files. I get duplications this cannot, by definition, be an issue for the pdftex list! if i had this problem, i'd set up a process in which the dvi files were converted to ASCII (using dv2dt), then edited with a script which makes labels unique (using filename), and then converted back to dvi with dv2dt. I cannot classify this as a bug in hyperref, I think. even if I prepended the file name to labels, you might easily concatenate two files called test.dvi.... Sebastian From owner-pdftex@tug.org Thu Jun 25 04:24:58 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA16697 for ; Thu, 25 Jun 1998 04:24:56 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA32369 for pdftex-list; Thu, 25 Jun 1998 06:16:32 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA32366 for ; Thu, 25 Jun 1998 06:16:30 -0400 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 LAA05704; hop 0; Thu, 25 Jun 1998 11:10:58 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Thu, 25 Jun 1998 11:16:22 +0100 Date: Thu, 25 Jun 1998 10:19:06 +0100 Message-ID: <2854-Thu25Jun1998101906+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Pavel.Janik@inet.cz Cc: pdftex@tug.org Subject: Re: tiff inclusion In-Reply-To: <199806242001.WAA00385@SnowWhite.inet.cz> References: <2789-Wed24Jun1998102056+0100-s.rahtz@elsevier.co.uk> <199806242001.WAA00385@SnowWhite.inet.cz> Sender: owner-pdftex@tug.org Precedence: bulk Pavel Janik ml. writes: > > a) recompress the data with zlib > > It's one of the way, but I do not think the best one - try to imagine > TIFF compressed with one of the compress filters supported by PDF. It > can take too much time to do compress and decompress. its what Distiller does, surely? > PDF, I'd like to apply a). In the first phase - only supported > compression will be compressed in resulting PDF and unsupported types > will be decompressed by libtiff and in the second phase these streams > will be compressed by zlib. But actual implementation is currently in sounds very reasonable. i am looking forward to it! sebastian From owner-pdftex@tug.org Thu Jun 25 04:25:39 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA16715 for ; Thu, 25 Jun 1998 04:25:38 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA32387 for pdftex-list; Thu, 25 Jun 1998 06:17:18 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA32384 for ; Thu, 25 Jun 1998 06:17:16 -0400 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 LAA05774; hop 0; Thu, 25 Jun 1998 11:11:45 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Thu, 25 Jun 1998 11:16:56 +0100 Date: Thu, 25 Jun 1998 10:33:58 +0100 Message-ID: <3718-Thu25Jun1998103358+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: 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.org Subject: Re: hyperref 6.29 In-Reply-To: <9806250244.aa27445@boole.maths.tcd.ie> References: <7102-Wed24Jun1998135038+0100-s.rahtz@elsevier.co.uk> <9806250244.aa27445@boole.maths.tcd.ie> Sender: owner-pdftex@tug.org Precedence: bulk Timothy Murphy writes: > > I've been having fun. hyperref 6.29 features: > > Is the CTAN always the standard place for the latest hyperref ? yes, of course. as opposed to where? new versions are either on my machine only, and sent to individuals ad hoc, or placed on CTAN. Sebastian From owner-pdftex@tug.org Thu Jun 25 04:34:33 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA16845 for ; Thu, 25 Jun 1998 04:34:32 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA32374 for pdftex-list; Thu, 25 Jun 1998 06:16:49 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA32371 for ; Thu, 25 Jun 1998 06:16:46 -0400 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 LAA05728; hop 0; Thu, 25 Jun 1998 11:11:14 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Thu, 25 Jun 1998 11:16:37 +0100 Date: Thu, 25 Jun 1998 10:27:50 +0100 Message-ID: <2204-Thu25Jun1998102750+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: glauber@iws-irms.com Cc: jklymak@apl.washington.edu, pdftex@tug.org Subject: Re: graphics package, including PDF, MediaBox, Acrobat PDF Writer In-Reply-To: <35919342.1294D1AA@iws-irms.com> References: <9806242336.AA11060@crosby.apl.washington.edu.apl.washington.edu> <35919342.1294D1AA@iws-irms.com> Sender: owner-pdftex@tug.org Precedence: bulk Glauber Ribeiro writes: > Then i thought: what if it's something really stupid? > YOUR pdf has: > /MediaBox [0 0 490 386] > MINE has: > /MediaBox [ 0 0 612 792 ] > ... > If this is all there is to it, i'm sure this is fixable in the graphics > package, but don't ask me how! :-) with the new pdftex.def, the TeX macro never open the pdf file, so I cannot help. its all done in pdfTeX itself. so if there *is* a bug reading the MediaBox, then its a pdftex bug. Sebastian From owner-pdftex@tug.org Thu Jun 25 05:32:50 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA17790 for ; Thu, 25 Jun 1998 05:32:49 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA00009 for pdftex-list; Thu, 25 Jun 1998 07:29:16 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id HAA00006 for ; Thu, 25 Jun 1998 07:29:14 -0400 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 MAA08821; hop 0; Thu, 25 Jun 1998 12:23:42 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Thu, 25 Jun 1998 12:29:02 +0100 Date: Thu, 25 Jun 1998 12:15:00 +0100 Message-ID: <9188-Thu25Jun1998121500+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: glauber@iws-irms.com Cc: pdftex@tug.org Subject: Re: hyperref 6.29 In-Reply-To: <359129E7.D3409BAC@iws-irms.com> References: <7102-Wed24Jun1998135038+0100-s.rahtz@elsevier.co.uk> <359111C4.3E5A@coli.uni-sb.de> <8151-Wed24Jun1998155306+0100-s.rahtz@elsevier.co.uk> <359129E7.D3409BAC@iws-irms.com> Sender: owner-pdftex@tug.org Precedence: bulk Glauber Ribeiro writes: > * Resize window to initial page > * Center window on screen. > > How can i turn these off, or better, control them? > whoops. i turned them on by default! sorry. for now, do "pdffitwindow=false, pdfcenterwindow=false". I'll upload a revised file later today > Also, when i try to do "pdflatex hyperref.dtx i get > "unknown option hyperindex for package hyperref" golly. I dont. Sebastian From owner-pdftex@tug.org Thu Jun 25 07:07:14 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA19491 for ; Thu, 25 Jun 1998 07:07:13 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA00462 for pdftex-list; Thu, 25 Jun 1998 09:02:36 -0400 Received: from esemetz.ese-metz.fr (esemetz.ese-metz.fr [192.70.65.1]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA00459 for ; Thu, 25 Jun 1998 09:02:31 -0400 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 PAA17815; Thu, 25 Jun 1998 15:02:13 +0200 (MET DST) Date: Thu, 25 Jun 1998 15:02:13 +0200 (MET DST) Message-Id: <199806251302.PAA17815@esemetz.ese-metz.fr> From: Fabrice POPINEAU To: texk-win32@ese-metz.fr Cc: pdftex@tug.org Subject: netpbm win32 Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk For those of you who like to play with tiff/png/..., I have put up a new version of netpbm for windows, with some new programs like : pngtopnm.exe pnmtopng.exe tiff2png.exe fax2tiff.exe gif2tiff.exe libtiff.dll pnmtotiff.exe ppm2tiff.exe ras2tiff.exe tiff2bw.exe tiff2png.exe tiff2ps.exe tiffcmp.exe tiffcp.exe tiffdither.exe tiffdump.exe tiffinfo.exe tiffmedian.exe tiffsplit.exe tifftopnm.exe I have done only limited testing, but have tried to catch all the binary/text mode issues. ftp://ftp.ese-metz.fr/pub/TeX/win32-beta/netpbm-1.1-win32.zip Fabrice From owner-pdftex@tug.org Thu Jun 25 07:16:22 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA19667 for ; Thu, 25 Jun 1998 07:16:21 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA00506 for pdftex-list; Thu, 25 Jun 1998 09:11:29 -0400 Received: from top.coli.uni-sb.de (top.coli.uni-sb.de [134.96.68.10]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA00503 for ; Thu, 25 Jun 1998 09:11:22 -0400 Received: from top (crysmann@top [134.96.68.10]) by top.coli.uni-sb.de (8.9.0/8.9.0) with SMTP id PAA29147; Thu, 25 Jun 1998 15:07:58 +0200 (MET DST) Message-ID: <35924BAD.78D4@coli.uni-sb.de> Date: Thu, 25 Jun 1998 15:07:57 +0200 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: Sebastian Rahtz CC: pdftex@tug.org Subject: Re: hyperref 6.29 References: <7102-Wed24Jun1998135038+0100-s.rahtz@elsevier.co.uk> <359111C4.3E5A@coli.uni-sb.de> <8151-Wed24Jun1998155306+0100-s.rahtz@elsevier.co.uk> <359129E7.D3409BAC@iws-irms.com> <9188-Thu25Jun1998121500+0100-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: > > Glauber Ribeiro writes: > > Also, when i try to do "pdflatex hyperref.dtx i get > > "unknown option hyperindex for package hyperref" > golly. I dont. > > Sebastian I do. With my own documents, I get this message with every first option, so if I have, e.g. \usepackage[pagebackref,bookmarksopen,pdftitle={XYZ}]{hyperref} I get: ! LaTeX Error: Unknown option `pagebackref' for package `hyperref'. See the LaTeX manual or LaTeX Companion for explanation. Type H for immediate help. If I remove pagebackref, I get: ! LaTeX Error: Unknown option `bookmarksopen' for package `hyperref'. See the LaTeX manual or LaTeX Companion for explanation. Type H for immediate help. And so forth. Ignoring the message helps, as the options appear to get processed in any case. Do I have to update some other package, like keyval ? 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 Jun 25 07:22:29 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA19810 for ; Thu, 25 Jun 1998 07:22:28 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA00539 for pdftex-list; Thu, 25 Jun 1998 09:18:47 -0400 Received: from top.coli.uni-sb.de (top.coli.uni-sb.de [134.96.68.10]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA00536 for ; Thu, 25 Jun 1998 09:18:43 -0400 Received: from top (crysmann@top [134.96.68.10]) by top.coli.uni-sb.de (8.9.0/8.9.0) with SMTP id PAA29807; Thu, 25 Jun 1998 15:15:22 +0200 (MET DST) Message-ID: <35924D69.3BD0@coli.uni-sb.de> Date: Thu, 25 Jun 1998 15:15:21 +0200 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: Sebastian Rahtz CC: pdftex@tug.org Subject: Interferences between pagebackref and NoHyper-environment References: <7102-Wed24Jun1998135038+0100-s.rahtz@elsevier.co.uk> <359111C4.3E5A@coli.uni-sb.de> <8151-Wed24Jun1998155306+0100-s.rahtz@elsevier.co.uk> <359129E7.D3409BAC@iws-irms.com> <9188-Thu25Jun1998121500+0100-s.rahtz@elsevier.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hi, I would like to report a bug in connection with the pagebackref option: If \begin{NoHyper}...\end{NoHyper} is used anywhere in the document, page backreference for bib items is output but not turned into a hyperlink. I appended a minimal LaTeX file to illustrate this Problem exists in versions 6.26 and 6.29. Cheers, Berthold O / ______\/______________________________________________________________________ /\ O \ \documentclass[a4paper]{article} \usepackage{natbib} \usepackage[pagebackref]{hyperref} \begin{document} \cite{Bird:Klein:93} \begin{NoHyper} \cite{Bird:Klein:93} \end{NoHyper} \cite{Bird:Klein:93} \newpage % Just to make link following obvious \begin{thebibliography}{} \newcommand{\enquote}[1]{``#1''} \harvarditem[Bird \& Klein]{Bird \& Klein}{1993}{Bird:Klein:93} Bird, S. \& E.~Klein (1993), \enquote{Enriching {HPSG} phonology,} Research Paper EUCCS/RP-56, Centre for Cognitive Science, University of Edinburgh. \end{thebibliography} \end{document} -- 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 Jun 25 07:31:23 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA20011 for ; Thu, 25 Jun 1998 07:31:22 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA00570 for pdftex-list; Thu, 25 Jun 1998 09:26:25 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA00567 for ; Thu, 25 Jun 1998 09:26:23 -0400 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 OAA12627; hop 0; Thu, 25 Jun 1998 14:20:50 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Thu, 25 Jun 1998 14:26:12 +0100 Date: Thu, 25 Jun 1998 14:19:04 +0100 Message-ID: <9793-Thu25Jun1998141904+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: crysmann@coli.uni-sb.de Cc: pdftex@tug.org Subject: Re: hyperref 6.29 In-Reply-To: <35924BAD.78D4@coli.uni-sb.de> References: <7102-Wed24Jun1998135038+0100-s.rahtz@elsevier.co.uk> <359111C4.3E5A@coli.uni-sb.de> <8151-Wed24Jun1998155306+0100-s.rahtz@elsevier.co.uk> <359129E7.D3409BAC@iws-irms.com> <9188-Thu25Jun1998121500+0100-s.rahtz@elsevier.co.uk> <35924BAD.78D4@coli.uni-sb.de> Sender: owner-pdftex@tug.org Precedence: bulk Berthold Crysmann writes: > I do. With my own documents, I get this message with every first option, > so if I have, e.g. > > \usepackage[pagebackref,bookmarksopen,pdftitle={XYZ}]{hyperref} > > I get: > > ! LaTeX Error: Unknown option `pagebackref' for package `hyperref'. > no, this is just too weird. I have never had that. I give up.... Sebastian From owner-pdftex@tug.org Thu Jun 25 07:52:45 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA20449 for ; Thu, 25 Jun 1998 07:52:44 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA00660 for pdftex-list; Thu, 25 Jun 1998 09:46:44 -0400 Received: from top.coli.uni-sb.de (top.coli.uni-sb.de [134.96.68.10]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA00657 for ; Thu, 25 Jun 1998 09:46:41 -0400 Received: from top (crysmann@top [134.96.68.10]) by top.coli.uni-sb.de (8.9.0/8.9.0) with SMTP id PAA03752; Thu, 25 Jun 1998 15:46:26 +0200 (MET DST) Message-ID: <359254B2.3ED1@coli.uni-sb.de> Date: Thu, 25 Jun 1998 15:46:26 +0200 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: Glauber Ribeiro CC: pdftex@tug.org Subject: Spurious error messages with package options References: <7102-Wed24Jun1998135038+0100-s.rahtz@elsevier.co.uk> <359111C4.3E5A@coli.uni-sb.de> <8151-Wed24Jun1998155306+0100-s.rahtz@elsevier.co.uk> <359129E7.D3409BAC@iws-irms.com> <9188-Thu25Jun1998121500+0100-s.rahtz@elsevier.co.uk> <35924BAD.78D4@coli.uni-sb.de> <359250C3.FDABA506@iws-irms.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hi, I found a cure for making the error messages go away: If one of the options is a driver option, e.g. pdftex, LaTeX becomes much quieter. Cheers, 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 Jun 25 07:56:55 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA20552 for ; Thu, 25 Jun 1998 07:56:54 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA00670 for pdftex-list; Thu, 25 Jun 1998 09:47:38 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA00667 for ; Thu, 25 Jun 1998 09:47:36 -0400 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 OAA13401; hop 0; Thu, 25 Jun 1998 14:42:03 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Thu, 25 Jun 1998 14:47:21 +0100 Date: Thu, 25 Jun 1998 14:33:56 +0100 Message-ID: <1429-Thu25Jun1998143356+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q) From: Sebastian Rahtz To: pdftex@tug.org Subject: hyperref 6.30 Sender: owner-pdftex@tug.org Precedence: bulk Since some of you fast workers found some differently advantaged features[1] already, I have put 6.30 on CTAN. I tried to make Acrobat open a new window when a link to another file was activated, but I cannot make it work. has anyone got an example PDF file where this *does* work? In case you are wondering, all this activity comes from a need to complete documentation for hyperref. I need to stop soon. Sebastian [1] bugs From owner-pdftex@tug.org Thu Jun 25 08:49:13 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA22015 for ; Thu, 25 Jun 1998 08:49:12 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA00902 for pdftex-list; Thu, 25 Jun 1998 10:44:23 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA00899 for ; Thu, 25 Jun 1998 10:44:21 -0400 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 PAA15613; hop 0; Thu, 25 Jun 1998 15:38:48 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Thu, 25 Jun 1998 15:44:08 +0100 Date: Thu, 25 Jun 1998 15:25:30 +0100 Message-ID: <1069-Thu25Jun1998152530+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: crysmann@coli.uni-sb.de Cc: pdftex@tug.org Subject: Re: Interferences between pagebackref and NoHyper-environment In-Reply-To: <35924D69.3BD0@coli.uni-sb.de> References: <7102-Wed24Jun1998135038+0100-s.rahtz@elsevier.co.uk> <359111C4.3E5A@coli.uni-sb.de> <8151-Wed24Jun1998155306+0100-s.rahtz@elsevier.co.uk> <359129E7.D3409BAC@iws-irms.com> <9188-Thu25Jun1998121500+0100-s.rahtz@elsevier.co.uk> <35924D69.3BD0@coli.uni-sb.de> Sender: owner-pdftex@tug.org Precedence: bulk Berthold Crysmann writes: > I would like to report a bug in connection with the pagebackref option: > > If \begin{NoHyper}...\end{NoHyper} is used anywhere in the document, > page backreference for bib items is output but not turned into a > hyperlink. > NoHyper problems fixed in hyperref 6.31. If anyone else needs this, tell me. I'll not upload another version until some other things are resolved. Sebastian From owner-pdftex@tug.org Thu Jun 25 15:43:35 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id PAA02535 for ; Thu, 25 Jun 1998 15:43:28 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id RAA02579 for pdftex-list; Thu, 25 Jun 1998 17:37:22 -0400 Received: from gwfs.stud.fh-jena.de (gwfs.stud.fh-jena.de [194.94.37.56]) by tug.org (8.8.5/8.8.5) with ESMTP id RAA02576 for ; Thu, 25 Jun 1998 17:37:20 -0400 Received: from gw4s (gw4s.stud.fh-jena.de [194.94.37.30]) by gwfs.stud.fh-jena.de (8.8.6/8.8.6) with SMTP id XAA31678 for ; Thu, 25 Jun 1998 23:37:49 +0200 (MET DST) Date: Thu, 25 Jun 1998 23:32:37 +0200 (MDT) From: Colin Marquardt <941etcm@gwfs.stud.fh-jena.de> X-Sender: 941etcm@gw4s To: pdftex@tug.org Subject: Bug when rotating graphics > 180 degrees? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Hello, I encountered a strange problem which can be shown with the following example (at least on my computer): \documentclass{article} \usepackage[pdftex]{graphicx} \begin{document} \includegraphics[angle=270]{picture.pdf} \end{document} The resulting pdf-file is totally faulty, but there is no error message, neither from pdftex nor from Acrobat Reader. picture.pdf is the cat from hyperref (6.30), but could be (presumably) any other file (same with picture.png). With another file of mine Acroread even draws over the page, inside the grey. Specifiying [angle=250] in the above example shows the problem already, as the cat is totally deformed. Poor pussy. With \scalebox{-1}[-1]{\includegraphics[angle=90]{picture.pdf}} it works as expected. I'm using pdftex-0.12n, the "old" web2c 7.2, german Acroread 3.01, german NT 4.0 SP 3 if that matters. \listfiles says: article.cls 1997/10/10 v1.3x Standard LaTeX document class size10.clo 1997/10/10 v1.3x Standard LaTeX file (size option) graphicx.sty 1997/06/09 v1.0d Enhanced LaTeX Graphics (DPC,SPQR) keyval.sty 1997/11/10 v1.10 key=value parser (DPC) graphics.sty 1997/09/09 v1.0f Standard LaTeX Graphics (DPC,SPQR) trig.sty 1994/10/16 v1.08 sin cos tan (DPC) graphics.cfg pdftex.def 1998/06/18 v0.02h graphics/color for pdftex supp-pdf.tex picture.pdf Graphic file (type pdf) pdftex.def v0.02g also doesn't work. Can anybody confirm this? TIA, Colin PS: Also, why doesn't the cat show up when opening the plain picture in Acroread? I just get a empty "page" with the correct size. -- Colin Marquardt colin.marquardt@gmx.de Ortsstrasse 28 D-07426 Untersch"obling From owner-pdftex@tug.org Thu Jun 25 16:14:22 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id QAA03219 for ; Thu, 25 Jun 1998 16:14:21 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id SAA02702 for pdftex-list; Thu, 25 Jun 1998 18:11:02 -0400 Received: from lorraine.loria.fr (lorraine.loria.fr [152.81.1.17]) by tug.org (8.8.5/8.8.5) with ESMTP id SAA02698 for ; Thu, 25 Jun 1998 18:11:00 -0400 Received: from renaissance.loria.fr (renaissance.loria.fr [152.81.4.102]) by lorraine.loria.fr (8.8.7/8.8.7/8.8.7/JCG) with ESMTP id AAA14511; Fri, 26 Jun 1998 00:08:08 +0200 (MET DST) From: "Denis B. Roegel" Received: (from roegel@localhost) by renaissance.loria.fr (8.8.2/8.8.2) id AAA00670; Fri, 26 Jun 1998 00:08:05 +0200 (MET DST) Message-Id: <199806252208.AAA00670@renaissance.loria.fr> Subject: Re: problem with bookmarks, hyperref, distiller,... To: s.rahtz@elsevier.co.uk (Sebastian Rahtz) Date: Fri, 26 Jun 1998 00:08:05 +0200 (MET DST) Cc: Denis.Roegel@loria.fr, pdftex@tug.org In-Reply-To: <1151-Thu25Jun1998103244+0100-s.rahtz@elsevier.co.uk> from "Sebastian Rahtz" at Jun 25, 98 10:32:44 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-pdftex@tug.org Precedence: bulk `Sebastian Rahtz' wrote > > Denis B. Roegel writes: > > I am currently trying to produce a PDF file with bookmarks on a > > document originally made of *two* dvi files. I get duplications > > this cannot, by definition, be an issue for the pdftex list! Well, strictly speaking, you are right. But some of the issues I raise may interest people who use pdftex with hyperref. > if i had this problem, i'd set up a process in which the dvi files > were converted to ASCII (using dv2dt), then edited with a script which > makes labels unique (using filename), and then converted back to dvi > with dv2dt. I wouldn't do this. It is horrible! Modyfying the DVI file? No way. Why not modifying what LaTeX outputs in the DVI file? > > I cannot classify this as a bug in hyperref, I think. even if I > prepended the file name to labels, you might easily concatenate two > files called test.dvi.... I think you misunderstood my problem (because you didn't look at the example that I provided?). I have three files A.dvi, B.dvi and C.dvi. A and C are parts of D.dvi and I want to insert B.dvi between A.dvi and C.dvi, preserving the links. I was ensuring (or rather, I tried to ensure) that the labels are all different. Of course, this approach will fail with two identical files as you remark! But if the DVI files have no label definitions in common, then it should be possible to concatenate such files and to produce a PDF file with right links traversing the various parts. I have been looking in that matter closer and I found simple solutions to most of my problems. Here is what I did: - the main problem I had was that some entries (the ones from the included chapter) were duplicated in the bookmark list shown by Acrobat reader : a closer inspection showed that I was modifying the main outline file by adding \write \@outlinefile{\protect\input file2.out} in the main file (and this was right), but I forgot to atop the included file to load its outline file. Therefore, I had it twice. This can be corrected by putting the following after hyperref is loaded in the included file: \makeatletter \def\ReadBookmarks{% \def\BOOKMARK ##1##2##3{\calc@bm@number{##3}}% % commented, for we don't want to have the bookmarks at the beginning % of this file (it leads to duplications) % (D. Roegel, 25 June 1998) %\InputIfFileExists{\jobname.out}{ %}{}% \def\BOOKMARK ##1##2##3{% \def\@tempx{##2}% \pdfmark{pdfmark=/OUT,Count=\@bookmarkopenstatus\check@bm@number{##1}, Dest=##1,Title=\expandafter\strip@prefix\meaning\@tempx}% }% {\def\WriteBookmarks{0}% % idem (D. Roegel, 25 June 1998) \escapechar\m@ne%\InputIfFileExists{\jobname.out}{}{}% }% \ifx\WriteBookmarks\relax\else \immediate\openout\@outlinefile=\jobname.out \fi } \makeatother - the second problem was that the included file, not being a chapter, didn't have an appropriate anchor. This was corrected with: \newcounter{chapter} \setcounter{chapter}{2} \makeatletter \hyper@refstepcounter{chapter} \makeatother - in order to fake the outline file, I modified \@sect: \def\@sect#1#2#3#4#5#6[#7]#8{% \H@old@sect{#1}{#2}{#3}{#4}{#5}{#6}[{#7}]{#8}% \ifx\\#1\\\else \ifnum#2>\c@secnumdepth\else \edef\@thishlabel{\csname theH#1\endcsname}% \@writetorep{#7}{#1.2.\@thishlabel}{#2}% `2.' added \fi \fi } - another problem was that I forgot to fake the anchors in the included file (I had only done it for the outline file): % add chapter number (2) in anchors (DR, 25 June 1998) % must be redefined not before the call of \hyper@refstepcounter{chapter}, % otherwise `chapter.2.2 ' is written in the dvi file instead % of `chapter.2'. \makeatletter \def\hyper@makecurrent#1{% \edef\@currentHlabel{\csname theH#1\endcsname}% \global\edef\@currentHref{#1.2.\expandafter \strip@prefix\meaning\@currentHlabel}% } \makeatother - in addition to this, in the more general document on which I am working, I wanted to reference some \chapter*; in this case, I set the value of the chapter counter, call \hyper@refstepcounter, as well as a modification of \addcontentsline: \setcounter{chapter}{14}% \hyper@refstepcounter{chapter}% \hyperaddcontentsline{toc}{chapter}{Index}{chapter.14}% \fakewritetorep{Index}{14}% where: \def\hyperaddcontentsline#1#2#3#4{% \addtocontents{#1}{\protect\contentsline{#2}{#3}{\thepage}{#4}}} \def\fakewritetorep#1#2{\@writetorep{#1}{chapter.#2}{0}} - after all this has been done, I am left with only very few hyperref problems: right now, the "Doc-Start" label is duplicated, but this could easily be avoided by modifying hyperref.sty which writes: \AtBeginDocument{\PDF@SetupDoc \hyper@anchorstart{Doc-Start}\hyper@anchorend} Another problem I have is that I lose some footnote anchors, because I use multicol in some parts of my document and both multicol and hyperref fiddle with \@footnotetext. (And I am also using changebar.sty which also redefines \@footnotetext, it is a mess...) I hope I haven't been too long, but I just wanted to show that the merging of two dvi files can be done without losing the links and without modifying the dvi files with a script. Denis Roegel From owner-pdftex@tug.org Fri Jun 26 05:45:29 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA18756 for ; Fri, 26 Jun 1998 05:45:28 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA04923 for pdftex-list; Fri, 26 Jun 1998 04:32:12 -0400 Received: from mail.mpi-sb.mpg.de (mail.mpi-sb.mpg.de [139.19.1.1]) by tug.org (8.8.5/8.8.5) with ESMTP id EAA04917 for ; Fri, 26 Jun 1998 04:31:57 -0400 Received: from seppl.zb.mpi-sb.mpg.de (seppl.zb.mpi-sb.mpg.de [139.19.2.26]) by mail.mpi-sb.mpg.de (8.8.7/8.8.8) with ESMTP id KAA31116; Fri, 26 Jun 1998 10:43:17 +0200 Received: from seppl (localhost.mpi-sb.mpg.de [127.0.0.1]) by seppl.zb.mpi-sb.mpg.de (8.8.8/8.8.8) with ESMTP id KAA13810; Fri, 26 Jun 1998 10:31:39 +0200 (MET DST) Message-Id: <199806260831.KAA13810@seppl.zb.mpi-sb.mpg.de> X-Mailer: exmh version 2.0 12/22/97 To: pdftex@tug.org cc: tex-dev@mpi-sb.mpg.de Subject: EC Postscript fonts, T1 encoding Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 26 Jun 1998 10:31:39 +0200 From: TeX-Developer Sender: owner-pdftex@tug.org Precedence: bulk Hi, I want to create PDF documents using the T1 encoding with PDFLatex. This does not work when I use the Computer Modern fonts. As far as I know it is due to the fact that the European CM fonts are not freely available as post script fonts. I know of some workarounds, like using Times instead, but I have something else in mind: I recently discovered a tool called mf2ps on CTAN, which converts metafont fonts to postscript ones. Is it possible to make the EC fonts usable to PDFLatex this way ? I think, if it works, this would be an easy way to produce the EC postscript fonts and then they could be included into the next teTeX release. Ciao, Christoph From owner-pdftex@tug.org Fri Jun 26 12:20:51 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id MAA27556 for ; Fri, 26 Jun 1998 12:20:50 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA06269 for pdftex-list; Fri, 26 Jun 1998 11:12:46 -0400 Received: from lorraine.loria.fr (lorraine.loria.fr [152.81.1.17]) by tug.org (8.8.5/8.8.5) with ESMTP id LAA06266 for ; Fri, 26 Jun 1998 11:12:04 -0400 Received: from renaissance.loria.fr (renaissance.loria.fr [152.81.4.102]) by lorraine.loria.fr (8.8.7/8.8.7/8.8.7/JCG) with ESMTP id RAA25502; Fri, 26 Jun 1998 17:06:05 +0200 (MET DST) From: "Denis B. Roegel" Received: (from roegel@localhost) by renaissance.loria.fr (8.8.2/8.8.2) id RAA02757; Fri, 26 Jun 1998 17:06:02 +0200 (MET DST) Date: Fri, 26 Jun 1998 17:06:02 +0200 (MET DST) Message-Id: <199806261506.RAA02757@renaissance.loria.fr> To: pdftex@tug.org, s.rahtz@elsevier.co.uk Subject: Re: problem with bookmarks, hyperref, distiller,... Cc: roegel@lorraine.loria.fr Sender: owner-pdftex@tug.org Precedence: bulk `Sebastian Rahtz' wrote > > > I have three files A.dvi, > > B.dvi and C.dvi. A and C are parts of D.dvi and I want to insert B.dvi > > between A.dvi and C.dvi, preserving the links. I was ensuring > one has to ask how common a problem this is.... > Not that common, I agree, but not that uncommon either. In my case, I have to glue a report and a ltxdoc together. More generally, I can see applications of the procedure in making hypertext conference proceedings >From individual articles that are difficult to format in a single run. > > (or rather, I tried to ensure) that the labels are all different. > which you cannot do reliably, as I generate the destination names. > Agreed. > > - after all this has been done, I am left with only very few hyperref > > problems: right now, the "Doc-Start" label is duplicated, but this > how about the fact that all items are renumbered? I do not understand what you mean. > but looking at all the work you have just described, i really think it > would be a lot quicker to locate every destination and anchor in the > dvi files, and prepend a unique number to them. But this is what I have done! All the included sections are prepended with section.2 or subsection.2 etc., since it is the second chapter. The difference between what I have done and what you suggest is that in my case, the anchors look like they have been generated in only one run. It is more esthetically pleasing to me! > perhaps I misunderstand you. you describe what seems to me a slightly > odd problem (are you documenting TeX, or something?), I am working on our local LaTeX guide, which has a chapter on a thesis class I wrote, and the latter uses the ltxdoc class, while the former isa report. But as I said, I see more conventional applications. > and then > describe the hacks you made to hyperref to get it to work. are you > suggesting that any of these hacks be permanently put into hyperref? Not necessarily. Maybe I should write a short description of my procedure for collating dvi files and preserving the links, and you could add it to the hyperref distribution? Denis From owner-pdftex@tug.org Fri Jun 26 13:44:09 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id NAA29500 for ; Fri, 26 Jun 1998 13:44:08 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id MAA06517 for pdftex-list; Fri, 26 Jun 1998 12:25:49 -0400 Received: from gwfs.stud.fh-jena.de (gwfs.stud.fh-jena.de [194.94.37.56]) by tug.org (8.8.5/8.8.5) with ESMTP id MAA06514 for ; Fri, 26 Jun 1998 12:25:47 -0400 Received: from gw4s (gw4s.stud.fh-jena.de [194.94.37.30]) by gwfs.stud.fh-jena.de (8.8.6/8.8.6) with SMTP id SAA04970 for ; Fri, 26 Jun 1998 18:26:29 +0200 (MET DST) Date: Fri, 26 Jun 1998 18:21:16 +0200 (MDT) From: Colin Marquardt <941etcm@gwfs.stud.fh-jena.de> X-Sender: 941etcm@gw4s To: pdftex@tug.org Subject: Re: Bug when rotating graphics > 180 degrees? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Sebastian Rahtz wrote: > > \documentclass{article} > > \usepackage[pdftex]{graphicx} > > \begin{document} > > \includegraphics[angle=270]{picture.pdf} > > \end{document} > > > well > > a) put some text in. add "x" in front of the \includegraphics, and > its ok. strange but true Not really okay. The graphic mutates to a line, but admittedly the file is not as faulty as without the x. > b) use -45 instead of 270, and its fine Again, the graphic is deformed. > draw what moral you like from that. As you say: "well" (-: >From my original mail: > PS: Also, why doesn't the cat show up when opening the plain picture in > Acroread? I just get a empty "page" with the correct size. Am I the only one who doesn't see it? Cheers, Colin -- Colin Marquardt colin.marquardt@gmx.de Ortsstrasse 28 D-07426 Untersch"obling From owner-pdftex@tug.org Fri Jun 26 22:06:37 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id WAA09394 for ; Fri, 26 Jun 1998 22:06:36 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id AAA08892 for pdftex-list; Sat, 27 Jun 1998 00:02:23 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id AAA08889 for ; Sat, 27 Jun 1998 00:02:14 -0400 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 PAA14017; hop 0; Fri, 26 Jun 1998 15:41:02 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Fri, 26 Jun 1998 15:46:08 +0100 Date: Fri, 26 Jun 1998 15:34:18 +0100 Message-ID: <2757-Fri26Jun1998153418+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Denis.Roegel@loria.fr Cc: pdftex@tug.org Subject: Re: problem with bookmarks, hyperref, distiller,... In-Reply-To: <199806252208.AAA00670@renaissance.loria.fr> References: <1151-Thu25Jun1998103244+0100-s.rahtz@elsevier.co.uk> <199806252208.AAA00670@renaissance.loria.fr> Sender: owner-pdftex@tug.org Precedence: bulk Denis B. Roegel writes: > I wouldn't do this. It is horrible! Modyfying the DVI file? No way. > Why not modifying what LaTeX outputs in the DVI file? because it may be simpler to modify the dvi file. I don't see any philosophical objection, its perfectly safe. dvi is no sacrosanct > I think you misunderstood my problem (because you didn't > look at the example that I provided?). you guessed... > I have three files A.dvi, > B.dvi and C.dvi. A and C are parts of D.dvi and I want to insert B.dvi > between A.dvi and C.dvi, preserving the links. I was ensuring one has to ask how common a problem this is.... > (or rather, I tried to ensure) that the labels are all different. which you cannot do reliably, as I generate the destination names. > - after all this has been done, I am left with only very few hyperref > problems: right now, the "Doc-Start" label is duplicated, but this how about the fact that all items are renumbered? > I hope I haven't been too long, but I just wanted to show that the merging > of two dvi files can be done without losing the links and without modifying > the dvi files with a script. > but looking at all the work you have just described, i really think it would be a lot quicker to locate every destination and anchor in the dvi files, and prepend a unique number to them. it does not help all your Bookmark things, of course. I would point out that I have two constraints in hyperref a) things must work if at all possible with all backends. since your problem/solution is limited to the dvi world, I would be reluctant to spend time on it b) i am (voluntarily) constrained by the HyperTeX guidelines in producing destination names perhaps I misunderstand you. you describe what seems to me a slightly odd problem (are you documenting TeX, or something?), and then describe the hacks you made to hyperref to get it to work. are you suggesting that any of these hacks be permanently put into hyperref? Sebastian From owner-pdftex@tug.org Fri Jun 26 22:13:44 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id WAA09511 for ; Fri, 26 Jun 1998 22:13:42 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id AAA08933 for pdftex-list; Sat, 27 Jun 1998 00:09:09 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id AAA08925 for ; Sat, 27 Jun 1998 00:08:57 -0400 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 MAA06712; hop 0; Fri, 26 Jun 1998 12:19:52 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Fri, 26 Jun 1998 12:25:21 +0100 Date: Fri, 26 Jun 1998 11:51:46 +0100 Message-ID: <4348-Fri26Jun1998115146+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pragma@wxs.nl Cc: pdftex@tug.org Subject: Re: picture dimensions In-Reply-To: <359294CB.37EA9462@wxs.nl> References: <359294CB.37EA9462@wxs.nl> Sender: owner-pdftex@tug.org Precedence: bulk Hans Hagen writes: > While doing some experiments, I found out that > > \setbox0=\hbox{\pdfimage something.tif\relax} % png > > does not report back the right dimensions, but somehow considers pixels > to be points. > thats a (known) fault in tiff inclusion, that it ignores resolution information. Sebastian From owner-pdftex@tug.org Fri Jun 26 22:13:50 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id WAA09516 for ; Fri, 26 Jun 1998 22:13:49 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id AAA08932 for pdftex-list; Sat, 27 Jun 1998 00:09:03 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id AAA08922 for ; Sat, 27 Jun 1998 00:08:55 -0400 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 MAA07542; hop 0; Fri, 26 Jun 1998 12:44:24 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Fri, 26 Jun 1998 12:49:46 +0100 Date: Fri, 26 Jun 1998 12:40:58 +0100 Message-ID: <5250-Fri26Jun1998124058+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: 941etcm@gwfs.stud.fh-jena.de Cc: pdftex@tug.org Subject: Re: Bug when rotating graphics > 180 degrees? In-Reply-To: References: Sender: owner-pdftex@tug.org Precedence: bulk Colin Marquardt writes: > \documentclass{article} > \usepackage[pdftex]{graphicx} > \begin{document} > \includegraphics[angle=270]{picture.pdf} > \end{document} > well a) put some text in. add "x" in front of the \includegraphics, and its ok. strange but true b) use -45 instead of 270, and its fine draw what moral you like from that. sebastian From owner-pdftex@tug.org Fri Jun 26 22:13:55 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id WAA09521 for ; Fri, 26 Jun 1998 22:13:54 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id AAA08930 for pdftex-list; Sat, 27 Jun 1998 00:09:03 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id AAA08918 for ; Sat, 27 Jun 1998 00:08:52 -0400 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 NAA09666; hop 0; Fri, 26 Jun 1998 13:57:44 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Fri, 26 Jun 1998 14:02:30 +0100 Date: Fri, 26 Jun 1998 13:53:02 +0100 Message-ID: <9402-Fri26Jun1998135302+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q) From: Sebastian Rahtz MIME-Version: 1.0 To: pdftex@tug.org Subject: file opening new window Content-type: multipart/mixed; boundary="hNBr2Zfc1o" Content-transfer-encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk --hNBr2Zfc1o Content-type: text/plain; charset="us-ascii" Content-transfer-encoding: 7bit If you'll forgive me, I have attached a zip file containing two small pdf files. Fire up x.pdf and it produces a 4in x 4in window. It has a blue boxed link which opens xx.pdf, a 2in x 2in window. I want xx.pdf to start a *new* window, not replace the old one. Under Unix, it does exactly what I want. Under my Windows NT (Exchange 3.01), it does not. Does anyone get the Unix-like behaviour on other platforms? If this worked, John Hillas' ideas are not so far off :-} Sebastian --hNBr2Zfc1o Content-Disposition: attachment; filename="foo.zip" Content-type: application/octet-stream Content-transfer-encoding: base64 UEsDBBQAAAAIACdt2iSM1GGYuy8AAAdcAAAFAAAAeC5wZGbtfAdUU8u3NygKBgUUFAXUgwJS hJNeBFG69F6kXA0hQCAkMYVeVLChgF4VBZVmV7BgQRQERUWqqCDYRbBgV1DUi/LNSQIJcF/5 r/feet/3resynLP3zOzzmz17Zu8pa3TdrG2NMSZYFBFCQ+zgCJSZGQR7QrAd24sNwdaQPo9O 4zPYLBOMAWRujqKzQpBMZHFmfa9wKh9is+gGQykYnCgJMjNDwU50Vhg/HMLgAc8DBdsymHw6 F4JtmVQ+3ZpOY4fQUUAmj8+lU6NQsQ8EWRjFVLTKuv6B9C1Tc1txm17eszTlEwIeWuCLWmxb BlIiilo89EmPahNqu2a3JM4uKJAztNlcqlYu++Dyzbo/u667qfk5RPzFD7ukeXxfw4VxNW9a GrWDrx9Kfkrl9K7v12q9+/5Lop+FxvkLxC3bswyx3zFvs5ZHHaLuH1QfOOVb339Pa2nBvaN/ dF3a4rj8VN0lBUO6tfbkrmn2yXarxxXyDlQsrUxONxhfZNOcXSF7w9amB1RZjH2o8nixXjAk 8jAPI6UQWzaLDyEatiVDGAKiFUSpsBuXTfOk86EAGLQGBHvRY/lBQDPQkAislAivOA4dgt2o YXQUbAXE0Vl8HiTUOtCwB53HFnBpdMDBiDjO9BAG1ZIdCwWgAQNLJplQKJShZxD4NJULJEBY tCi7BYvFBvICIAxRiA5DEj3IogdF+BiBTVxjYa1E2GxYoGUZrDBgPozQUDqQjwAKgLB4CA7m 0qNBFhqVy2aBB4NLE0SFMumxEBzC5lNpNAQLHC5ghVG5gigmVQAodhiwr0gI5gpF8hnMEDqE o0DwKgGbT+cBJpMOUYgQHMalAtEYLBl8RcBkAnXCIdSwMMTgRM+QYCYE05lMBofH4IG3qBAq Lxw8WaJnKJMNPgGeXKrQ4oFEAYMp/ACTHsqXIrmMsHBARzFYAiCHQ+fyw9kCHpUVIgYFPhRM 5dEllKj8ECUuLiSlUqTZws+IZPC51BB6FJULNBDKQFBCsBOPKUTsagO6qliVy0MYQNPCivmL WUCjTDqPBwoxxQXYQB5PnBovemKIoFVoAi7SSnGAIiJtxI6ks4KpXEACZUoE09icODFKNjck lA4UwGABlZOw4BPsMAaNygTWA8Em4G8IPRQ0GT2MwQM1owPNRFFpIlT0MC4d4OAwBTyxBvkx bJ4AqJHBBm3FDwfJEpJKE/BB7igBsEGcUNkMdghiJiKpNGDeTCYVAGJJFQLooqg8moAphEcm C5NXCahc4fAD3sOpzFDxp8Rs0GMooBoWIiuCLcTftZA2UQuR8cEWEpVYiKzSArSE1TAWG7EQ G7EQG2khNpLC9uJ89uJ89tL57CX5bMAYCruIP+4qLuQqLuQqXch1KJOkcJSAyWdwmHGAKbYC b7EEb7EEb2kJ3pKSy8XpXuFsLtIb6NwoYOPBTJBEFYugirNQpUVQxSCoElFUkZqoSNcfVhNd LIQuFkKXFkKXFGaI8zHE+RjS+RiSfHRETSzxx9niQmxxIbZ0IfZQJknhEEY0Q8gSK0kgLi8Q lxdIlxdIysWJ0/kiJcUNpwSBkR0acgLYsaOk0BXAnoJgvpBEmBjQytQoQPhTrYMh2BL0f1Eu fyon1BpoMJgKxmYpsbh/TewyOjNaWixC0/mg20qN2RixUxr+Bl76G7YMOjMEjOVBYGz3EHGG PJoQM1ZYWvQh3JAk8B+2toD0RWwMGvIKBUlhkAHARaeHWHA4dCqXKnQSfK6ALv1xDHGM5xN6 KBRsCfo46MxCr4YBcJaBHgP6IMIwIYD/QYgzpAGXisOZ4CkECEvEm2DweOAXMSZELAbCknAg y7CenBgsMMBaiKoE6cfGmnBCQg2GIyEPBGqMLwOgihGBHBsaSflE0n8ZNQaHMSGj8RLYJLQJ mfI/i5r8X0dNwZigSbhh1MPhxv8kbMp/DrYQNQIasXC0FGQTHPBfWAJAjCVCZIwJHjQflggq gieMBo0Sg/6342MpXGgpXNbgQ+K+YcvgWy4DGiGCD+ClIynKv5gfix8baWMJ/7lIW3fLaaWr aBWr/sTrGXVbIxPtrUrn3V7zg3htdcERK0f13ysOWGQf7me6hVsc724sXJ23h3J8lp6a5fPd 2J5Ljj8vLicr3wwXxCXuyzoc0n/r3Yf42Ycsd0ZmpjxUvKDwMzSnXfDKKmLDM0zresfQtI5y rZuBrQMyiXpzxwbMQryiEBczzJOOdiUBMzBPLFGskn8leMbixtjHqOAZix8dPAsh/MvBs9Q3 MSPbEov7D9qS8C/mx44dYYZGcNSoqBsN21GjoqiwNZ3JpwJfTgd/nahRwSFU2I8BuzFgT0YY SPYGQTGTzYLdwgGTx4Bdo+hhVDg0FASdIOYEL+ABnkMx5dBLhCjsFoVporBeFOOL4z1h1D4U pUmFECAUANGo2NuC8AnEsuL4BOawmQxeOBOU5vFgeiyNSY0aGTrDLEFUMIjYGGEsAAPI5SJh IRITwtQo8IZE4lIhNcxBWgkJtEVvIiYViUsZvEhhHAoiW0RF4XGccDpLHGPCIjTxdC4biRiR IFUUMMKhwEqAWkAdeYxYmAcqy4LpImAg3gSyED3yQHQsehNVAYxl4BUEm0wAjc5Dhgwha4gA URNsAVvCVrA1bAPbwnbwMjBcOcCOsBPsDLvArrAb7A57wJ6wF+wN+8C+sB+8HPYHyqbSIul8 YfWkpxtDCaLaSoIXyTxLMgGBqXAwTINDYFA3OAwOhxlwBBwJM+EomAWzYQ68CubCPJgPC+Bo OAaOhePgePG0STyLGjFlE83RJPMGMCUbmhKMsOGxvh3p7ahRwQtKEpsIrV44unF5fKtwMEHB U8DQRxUTGAwRBfsyQvjhoAeTRVmHgx3c0BoEIKzpPBqXweGDqQKOMLrrDi1tBEAEIu4//OEw 4h8eB5FJBIiAwwh/yDuZgIbIaPAD6WQiFiLhyBAJTYLIZDz4oSE8cF0EMsgLfkQSEURGRJIw gYwnQCQiRfgkg6kuEQyTJDIWCBEJBRXFiqSDHxFMbxAEiCThUwoVAU8SFiYAFMKnEClemAeh cUM0BS98pwCEwnzidISPJ1AgPMiDB2lBw2M0ZazvwYmXEEQkAkaaxkI4rDQNPowTq37ILelq u3kaWwD5whYzxphgFkFWzpZ+wBMCb4zS1bUC2ZC+Yg2c2iIwX6NgIAtBGDL8YoiLcPhFBDxK F7IanqTqWxkgmUiQRRTo0TQqC3Km8sPBXBoJeZmQJ5gS0PlxJpAFkwl5ICV4EHABdG40PcQE WbYJYYAAIRhMYVkis7FnhbIhkogdIuAMJUUjQxGY2eoDkAYQgBjCZoHpFrB2FOwCZho0OkDy 3wFqtHBbAZMpDOz1RVoak06NYjDjxDnYURwBEhI4g1CAyxqd1ZcuAmfJZo75jD2fymTQLITr LGgRi8GzZcTSQ9wYfFo4FEpl8uhCPjCO0RCA2kRzD2sva0sLCyNxewoT3agMFl/Y8dGS3EIa I6GBdrgMxAGboNHCyA0afgsa9THJOEEgQlQulxqHApYBKAKUgIFAOAmmbmAwDpcsUACVJEGh bC4KaU4MEUyUhL4S4YtZWEjkOKVYOEjkRaVYeEjsUqV4BAj4VymaCOIOaZoEiTyvFIsMDblh KSYFQnyyhEFCQ4iDlmIAQEJvLcUCgEJDpWiCcPFIQhOFC0kSmoTkl85ARhjSOShS60nDXDBW DQcCUlzM0GKchIUdWsmRsHBDy4AS1vACoYRFGF45kvCI4sVACYckWQmSMMkj1iwkfIpwIWKY pqCFC2MSGjO8CiDhYYVrPBIaJ1x9k9D44eUVCQ9A5wk4HOAEpb6OrFQOe8YhLnqM4Y02O+xo o8ONMTn8CIMjjDA34mhjI401NfJIQ6OMMjP0GCvDjDQy7Egbw400MfwoCyOMMjDi39kX6W/N a4x1UUYbF/AIo2wLROSjTAvE+KMtC4TdIw0LWbEebVfALf6dWYFoRtqqQKgibVTIovQomwIu VNqkcOgRFgWc52iDAv5zrD0BJyoOMCUs/Oil5uEUAF0SO0vYQt0jcbSERYKGYmoJD9RhOL6W cCkjlq+HjRFUZzjulnAxkFQMLmEjo4M4HpcwcaI1YgkDaQy2dC8B4ZE4ZpewiENrxBIWqMtI TeJBTZC4XsKgCFeFJZ0HLVyUltAY8WKxhINYO5gHSBiIvTOk7IsA4IL5gYRGhgNkriDhAKz0 EYogAKjCJfVhBhkSzSckHAokmVtI+jcakppnSNgAt3DOIeFgoRHzD0kCTpIgYeKR1VwJSUBW bYYpAN9SQpGQFaFhioysjQxTALPEtBEHZiuhEKcrobDI6tIwhUMWmoYpAMZBQgEsjhIKYHGS UACLs4QCWFwkFMDiKhnzEGcqoQAWdwkFsHhIKByy7DNMASxeEgpg8ZZQAIuPhAJYfCUUwOIn oQCW5ZIBF2Dxl1DCAWt4bifhY0dtKw0n4KARcz5JAn7ERtswmyC95zbMJUpvTA1zQSUk3Y6C 7LBJKFAJmpSbQEICKRKxQCkS6TZSJMAs5cbRAKmUA0UDhNIOCECTcgNgIgVHSpEAlJQ7QQNU kiERg3gvqQgCcV1sKRKg4kiRSFeQIgEqrhSJ9GMpEqDiS5EAlUCKBKiipUiAKkbKYwJUsVIk QBUnRQJU8VIkbnirUsLDD29jSniEURuokhTi0PaphEX6m2hEuIU6NnJBxhgeh0oTFR8b51ta smMTjME4aIwF4yXQIgV0UnTSyIzeLAYYZeytkSkpGpnjIlzR9iNfOLECVRyiQxlgxkGnx9Jp qPv32DTTtIhd59cfTbbZ33JsgqGsZVjZVpcz1XcrFVM7tskyD9U7rjJ8Uur383iuqtLLCS/n xgxo8tIrEt2bbD+uWbV1d9vvl9ErX+bGl2v6fcl1jnvBmdef+lb50vnWvncEWdc7TxqO7lh+ 4Pq+TzfeFrrpW3u9kn+kLXMlIPrslT1pRJKfbS7Te8O6Uj2ctofK7lVHN+I3PI5R2fGn3ONb qckRGxQuGD38zK4QTPu5X6Fg++8V40OafFb2O37IjpvS5f9za2P/tNOrg46kdwkKnHOWZ5YM BAc8mrsXE8D8smVP64LehfzAnBOXOQ9OtOYd8P/hqjALf8xukwNpCiP9YuUBbW+Z01tP6qXc KntcVBG+0t/l25zG/fe0wh3tBs9tjDd9/+zsXaXMi1XQ7snzMXoz3yqd1N9joDPogHNcdz/r 3jqbXyVnU3Lm8LaeVnodYXvw5MbQapV5bjptL9Yb2z851/GuYed9y9TrKOLi8ANbV1n7qHwy 61o5yWZqemT1mWM221VcwBzqxhYHu++T2pOdviQQ13w731tsn2lD1PzxbO5J7wVfuxrjpqDT whzN9QzY5uOxmoHeQTp+vumbXhljQvdfb1965vjpBbcsJ2OifvhuWFzg9Omh7mEC/8ATE1fj IJdMRauJXrdS8BqaD831Yq7siHYp8bu+ri/vs4LV73HK+U/vy2SETnmhuKe96Ag3pwKTF9q+ RkWz3KdrolXhnu03s5M1ulfloxV/+4V+uvfgj+t/qGvo3C2T/7hftzXFjhTSs+fmaZWMNYFf ikt+Mm1pr9HrgsLMetLLslaszU8p0jvu+ynBPMklsUvpbtnbKWjCdbWMI/d/4pfh1X4d6XqU x7TLM/+QO7XAK6VOYcUBmsbtvT3EZ8szMbuglMOXWN632j5yT1wxzs0W6GjF7Q8903TH9VZq +SU8K9NCJu7Pjov2LvEyRovU7zanHj/XnKrckvX7TZLa4sbEOXPiV9ZG3zeSzbFOMOkztZXx 3eZkQyM2X3/Bnv164ZxbM34pQHS9jm+ZDy+uWfYm5ZlM9uyW983t048dnHBZV4++4ZzRA4i9 eNe0V00yFxcckaW+opx6dMJUw/gWLyzpPBN31nFJg+fqTCWbcAuuaelfhUmE+wUVHV/f7iyb viaTtELd8ekO/7NXNrGMVleem5X/StGxWSnmqI6m/8aQt1/mRLcWJzaF1E03Prah9MKHqNT+ 9jO/nCzyZV2wshklL33ZSx6c3Oe5QcVywOdanlJa7rrSHtflaTLb1C8Z2TooyGgQFhxRMjYd hHI711Th+jboX0lzI33EOTfo90StlSdF5eltCC9ee2V1hY1fVbl6LK9Cj1xut0FjwDQrZ9OF a9Ovphe0BZ6dF3rgR1H2YIHcsp9PJv1u8ut6HuU7Tv3epLepfQ7eAUlRDz/MSma/9du8PLnP t08DukpMxnPau/o3nnNUO0DRIU2V1T0L5X56ZF+3wusu7ZBd7YZdG7ys4mN/tCdO4ehGxph/ KrmcF3d7exP7wZdHn19itmW7Vz6/9svCQSlE40HF6gKlmPjiaVrm3OuPfl0s8zJQn62QbRmj 7KKdrrM2Y0vMl/xPS40rVgV8fY3vnccaz+GwdXZ/aJ6qemwCufEuaw9n3KvU5PzbUb+ebzgY t66m0NczsblHJ/zj+t2rHz7SZvc80V14d5b+x3ASuSvZYkmKITpD49RRqHTShUc7yvQuzrow aV/GbKJ811P4tXt+DWrNb5QhttG+JjpQ+/5s5wG/EN5MuQ7fb2afqYkzB9ZMW+zX8fjmuoqz /t8MPkZsr2z9Em72dRLqkmWdjp1cqpXHufxlnM/rzOWyM0oUOGVxAW/HP+ibbn9Jzn6PnrKu 2VSH+m+nnTYPvg3KO7sG9SrqY90j9ObJrz5Urkq9V/Qjg8Mn0hxJO8/SBrybb7x5OhG/+Pd4 x3X4M28MBOVFyfofMb7f9m3fe/ScrGq3g/bPJz5hKM5UMr/AJn6V3s5t9kf0O7CaswmfDOX3 3TkV7vTTbcnNsGu5FQUxW9qCxm3eUxfwfpb/7Optlcqd6l0fvnJQgdl6peF723TMuznNNRl4 +aPt9wrXOda1CNS/z0F/Ptra4mH3wmcnQz7YdNf4n3scQ+jktCVJbuPXbYqYtNfbeZdLC6Z6 9rWrgq8c0/DBUMeSKTRDutP+huwBmffdDK+dRTcVNWdlYG/7ynSctd1+Iui7Qc1Fp3MzT97b llM00KtXfyE3bNJAaPWUzhOynd57q1Yq3a3smGVZm9t+8t6WgwUx42Xk/H41X41SJWw7yvVZ PSPjoEHDnjvuLpvS8d5ubr0DNq0Tnh2/vFywZNzWz5svnNVJUBncVHP4sUv811SbqijdV3ya 1kGWu6G53FuUnKyafzUMv6qxXVJat9Frw+VbB07aJS3x+iajX9C195hJWNFbTKcMeb/THQrk 3LR32VXTZfMezGQc8wqs8r2m19rtsi/gz/NZb54pJE57b/ZnXcdh80W3Ts6gPClbcZ+z4qHO jBpvcnOXfKPbudOXp7ii7Q1M1+fu2PvoWfvN8vvzw53Jp4tlMJHTZlvcdb33oa8ne1XTnInl y1Eb90Gf/aaP2x/QUOfttH+womD3xHDtTw3RgrAFStvCVxRi3AnnZ9vPiNs9c5ah7dTW5S9y tjz4uqX6/GpWm1fwD2/8/YpjuYfbwhYaHt/iHoZTv3Xb/Gtl0vYmc6O0QT9lD6WKsGI/ubW9 a1+5YdYpP99MVfl2dEn2ZAvsQPKDqMdzbX79UL/mHaKeeGDe90tfJ4RzE2u3uAf0za3JNa29 9LqKMPlW9Pc/9zqYLtj2I+As+r/4D/WPgP8vBNCYdCqXz0YOw6HGbCXjxPvtKCKGTBlmDh1P xBExwxvMuKHTOFg0njjMHDpLQ8Bhh3lDZ19Grl4PJ0vv2lrwhPMoIgWPgq2onGWiiT2RTASF 6aI0YwySOLwkPrQjNWJ9HQV78ulRPsgEBgX7iaXg8XhJiA0FQGOCbCgIhWz1h/EgoaIQCOFU LrIpri/cu/SCqTAdDhfu5vENRLJskehauI8jvf2FIfzXN+WAhv5+Uw5HHLUph8f+7aYcHjcK FY4o2ZQjEIU/Mmgw5IcF03scmBoiW1yjf4hmkK0r4TuYTpFAXuSdAuadYGaKFzKw4h+SgAgc eg6l4cAsHfkJhQzxxB/+u4/+Wz+s1LcQOXgSVvhD3hGgJDCDFYIk4oHZYCAiaGQSmSBMA9YL EcR4kX05CphmCssgNMgrlIETKUYogyCqPJhvk4cJ0AOGQUs/hysCCgu1JX4OaxXQw1rGivIL FUWQpCN8HAULfnihsoY3CnGkv9koJI/aKKSM3CjEo0duFOIx/6mNQg8wyceYoNGWf7dTiIVs 6cHISjGGsoiAX0TA/m/vFKIt/9f2CoGi/hu2CpGzMYKo/5nNQh87Txc3SyNRm/6zV/jPXuE/ e4XD3H/2Cv/ZK/xnr/CfvcJ/9gr/2Sscov7ZK/xnr/D/wb1CZAkD/EHmqaANKETKv7tZCIz2 /8PNwsD+6VlTaRVzcR7PDdU8Xi15d+TABhXl04PXbp5cugcK8+RCLyc8UPCot0/NU11/cl+8 hs2K25/Um202Okd/XFhe4af9S5cY9ORQ9wqc0YrwAw4dB9Gf/tzPLs5Y8EMh/vcbKPs7pajC cXuKzrPVHxOVt/MLM3wCDfwnaE8pj5iv7n89d0+LWjxGqW+vt4ZFMmoeZ8mOwQTB0twgi6RD PBSjS+VnhKXBQLJrsKLytRtmbj156nnn5jg5XvNQ58JzMpd+7rTMjDM5+SzQ3+3uFo+pzgN3 nL3GJVbpTns8lS1He7LU43CJ53mLouQ13Wt2xKY1E0I17acvKcxDGa6fnED1Xr8KvfjliYlH lFxslNQnRke/vHTWMFenuML8VH1CvOnvI67vKY1/RXkFlFZcy/tjxq4Q+eP7dngzWz8p6Hz0 3RMuc/7RopNpikturNXnEjNNLfmPJ9YTT2bRbK9oWtVyG3VgU+2Fju2yGasKDzvl7ngvs/3g X3TfvmcCFbuT7dDud/tlL5wIn6q8m5T9Ys3niWr27k8DBHLYIvSv/ecE/uRzr3YZHr8yf2KB Rs7A95n7Vl142LfT7eKbvZ/LE6tqG7PtMxu3b9ZQVznPoSf1zD+0/OEGX7UENdSyiTz9V10/ apJmbixN22olazP5WcX0D29kurc00Tb2Dph+7Lh/TUY2gK4Me0aN99E7PYhitGNrC1OjaIHo 6sj3Vgt4HIMXF/3Q5a/Tl+rUYCPu9LranbOjnN2oWxKa039b/Y2TwzvrpVVRx2RynvzCBhOy A2khcdprN39hvLsZb6S1pYQZe/4F9ZT8rstGtfXYs55LBd/sNXuW3/5GsDVfFZbnkeJqw45x NPz+u7fjhim8Oee3Mu+i9Zlb0w+p2s3ZX1vYFLvY/Oxch+YXkGBPhJN16PMOpf7a9ZElE188 lcPfuSE/sLbubWvHVpNuVLR6zYnihsRmGcy+iTHHosqe6Sq6b83KZsRUbsmQ/1XZ1+Jn7ZKU tC02401O4uUJNltNwmY5JuxvUuzzGjikmAuZR57Tu3NnbmVU7HON7WyTaWbKrD6NIj3mV013 8yr71vsLJ29fiyLJopw2bT1zx3vOe7jWzs7zaKpThvpSt/xGWZuQzq9lrdtu5acQni6avGje PGYH4YfWzQs9zsabO+HZ9W8InIpjgzKk343+bbu/zLRsJwfhr1zhw9eOb60zsh849rZ5TjkN ju1+Q88PfKz7oGGS56qrP90WFwdd731hnz7ZSkG75EXx/M761soKmyvJ77VzEiP9zykqrwyV Mau98/JwmY4Xf5Zb7Fmr9/1lnWXq1a8iv8odyGCVf37W25/qqGWxOyXTYvltHvfGkfe26IPp C/k/ZsvkChILp6keyAuOnBfU8STUaeXPEsOaU3EhJS7Xuw3eudf11/2QZRbuxegc2rok/W7n pdd+a1ymH9zYglpt02I++5oSbVbG5prQttf5PoubBgOiGHbe5k5/doauot2yniTH37XbRPUk dsFh42nvTDkB++Y2Ouf3edy9a1T+Zqa657zbU/vnB3P6vr89uRLTykB/ObOuLX7qs7ye6rVW q09bB01KNnL0M19Zll/x7gb792O1d+P7c2Z9p/zlou+j+/OFd458VQd6WcWSd3ePJV9e4Pfa LSOdWaj428hZPiVzYmTLmbUc/S7V8h77dOPjmb/D1VbtPbHL5H354lA1R+7L8xlpW01Oql0o jjNbuJiJzdt+C5315kdN9aYKWdsKlkZI1qnzJ99VPVzjrkzcv0L52Kylb3luLntvrz+i1zL4 w7jg9FO9adYHuNoPV2+d3ejKCUp5p/V53Pj0R9p6ibn14ZkflIKyZ7Wrv22ytt65ws7hjoy9 44ELC2bIv7+yzSQzXrNhmeEmHTX3oLR5CkczLCZNoL9bPXPmuOrqdfzU8StrAk4di45Wxent +VESlrSSUJ79ZnJI/Eaj8dsHBdebp/Qsz8vKT39Jk9V6+OJqdNdBTjd7g9nubeEzNBY2yKE1 bCyeF6IflWptxn794LTkJeu7/o4Yx6QLDysV4rR3Og1WnOK0zWP0Xb3tcjfsvtr0HT9OEWI/ vnifMb0mcdl9m7PNhB7tmXzj/oNZV9lXWnL4Breqb5lxnszaYL/mUkzwys3f+rY3TJ9csvOq 7QmfVy0XFzcWblgVctgzbtmiD4Eqxf1PGCE/r/+qv39dMSVhS8vLR19ZkTNKjpannkoTzPiR hPJTu7yNEWRx09/LyCFEdfKG1ezd0aa/bBzl1a83Ci5/1asO2+n8eSVjN+dSxNVHZw74aIXW n5Gf20kLKLszs4CbcPfyrih7WkXaZGdX97/aml79Zl/1svC5dHqLSUmos2bDiV3YNtUOZ/30 2/Ip+2vnP6hNCDmQpnHpx55SxaRlf500Ofr7ZVpNV8O9+HEqvZ9SnWdtmLSi3n3lW5nWeVPy d0eEVlI6vA88UdjML5VHVdbXyvT+6dlrbPIr1ubd7dirfRlFyhp38M/35b7ufbrINyFmj5eW iibWdO/V0w+b7/3ROf+51mKD1x7n74fuu9cwmx/Ojlh5WDXaKFa3qMZn4tWrKW8sK66dbzgs 8PNdiTX4eelRYyQuREbnMnEJ9dDOx17LnjlFVzQU75G3TVRYebvnz2M2Ty55d+I7LdAHJuFc 37v/eLpc65QrOS/+eg8x777ZDVV/HS0XFVS6ws/cV/EPTl7SseEu9tv63tD0bROzxDWjFPvq 4erre3RNWub3mxU6ck/LUjTNzMxWXwuz88vmLYrD9F51b2Lqf+tNsktfeP1I3Z3nnW/fjad1 P24vl/3DaTN/7+kWC7qzvSart+nyqqK4+Vp6nTPbJ4TteXLDNLrg2+LKsMxZ3NO1pBc1J5jX FQ6/d5izU/Gjvwv31J3QmQF74nDsk7lz1v0++teMFd47N9QUdSYnvMMYJGxcy7a8nJiWc/5Z 7vSpGzW2FW69tZf53ohfZfxm8Bx+9g27kvAPbk/9qRfnotvKye08viHb8e2zSO9xEYYsecXv nvkZet2pkWetNy8Kpt2CMi+s/iLfOaDshDpf05vUk/6kzsEQ7d++dKKN2oBfvIBRqzy7z9wj eG2YnlPNgtv652q7v+PGaf/46/nmB9PdT7R97l+YNW/qxKztPaXX5/8Vc5ql3/M1KC9nbfFi 9Jy/LgVFXsj6zuSE3FTd/rFry61Es+3h2ukLtmPzLtbcm+DssfN5X0BbUttjz0/a5CMNyT8v luW3qx61L3S0SGtJClb8pH5zBqTzHaeg2FV+5dWg5soU2HvtfO4+Q7K+PHOyV4Jm4pXPx+ua knZwaDwNw+Tz9Z1rlT/3rH3qHth6HEq4U3Sj+nR9AvPp5SNfJ0zImP0m5H5w1uc/jMknXs+F E3YzZZaOs7JCBdofP9XBOnnvtxW2rF4xusmP69A6e7Ai/30P+2ZnD9b41bbl+ph88soJu1PL Z15s5+bYfFya8q7yVkz6xpZLabeWUrqcn06xCD1CeLTQVP+r4u2abcH3tj/5s/7l25fhffQC 5d7A6qPLV+VgcuZYjYd02ewY5bpJN4+f+GqvuibKLsdqjc2V3YMFj/UulH/xLvD9kzhu6/eo mIdp06ym7/d6f6PW8Z2VG4nrV1qn9Q6jq5j6LXxq7sTO8SrbnOtR366aGT1T8XWZjG3t+Km/ Kz/tr+feRhOmpG+yDz03I2FnopYtRWPcBvL1Zx0au1Sm6nACSTu6J3LJVdxlVTf0Pzx//0b7 HuPhS0bEVc+DZz2Oy66sUSl89hNW/aTU9PLdK5+mtWefLNt12fVOnULsz9jXFw8ccfhF+2O1 2sreQdkSI80bZ7bO756/aMKmifWG8i/sK2LipmOZ/Zm5IIz6tqTydM28wXn9afPP5/2YGvOp /rx+9wtaKdekILtgxe9Iq3syHwlfYLPk9zij+1/ubFWD7WbtSVOuV99TpDXx/vlc2VULz6t6 v47eM25HUKZvXoT+8YjXzLKsWrkJbQ3Fxwupbgs+EH+r1i3M2nT0wbMPO2h/pDTTHhbfw84L dU+VD6x0WkZRarfq3Kk73drxs6Xfwf4J52xrJ08rPKq1IvnOy60150o99EzZU9I7wnuU5WTu K37tTSrpsDA7eDbsuvtVd3WPNL5nv1eApX0BVDCrbULarUz0TBM3bZslxSW58zqpt8cXKa26 s+gprXpn+qZG3TiXN1OVZNbI+j3tqjzLljvXzP4jYaWjm9mLzZvscAX+FdhHjB1+5HPohb97 8XfDrHW0gnakRSn4MNYdS7edtdTiwcYtOx6dnWCe1R+gW7zet0yXYXRT652Vxmf2UX2L+ibN ScRy7iJftx19k4NidsLnK789Ofpt45OD9k8iYtU693jNn8DpVDtFym5uqQ6Y/mzT9eKq4v3c hkXJA5pzblA+N2t8PBTS86APH3BK49Drbp8Dq+AJx3IfemqtcvV+smOBVekpGq+61G1uLNbH pVj2om368VKfBvUpC5hVbTs+4zftbNRrid2xxO3hEgPj430DvyxcuqxiVi54qzl1Wtg6ufT4 VVONurNu/O6KRUdyaynb43OKS0rnrdgw41V1S9qc9Mau10VrHmhNWLNx3eLFQUmd5ePHTe74 PCdflfFIKbq1/5ft9arFC9c/yK2K/G69hvr+R6L1FPVdlbFWqj8XzcQ85RTK6Ghte7lMbbLa uujjCy06nk2zeYpXUfn6seLNxRsLTqM7nLqU3FJ0aiarad3+QV/y58fkvkevDG8az5i5X6v3 8jibNfk3tiyvJpa7pcNrw55Nftv0oj7rR/Rlz7qV1ECn2Dqt7KaynodpqqhFAw8mLDx4pfXM 0cJXsqVwYYv3nQSlKCfqrCLjMmvojRnW8mCAzNe1rw1d1OSwWwaf8gSpHwf56xefUL3SOOmx 6YuidZeeyEX4f3jp0fRmrj/DfNF6j7PviInz9TxkEup6Lbf3EI9+99LOjFGzZ8TRN14qeIbj EszOMwKVgo/7E0I7TCJzzaeQqt0/UtauscncVVe88uHnjKwXFbyiOJnvu7Ii4+V1WpcNHk5u CNhxnPmmKr50ocznRxicyoyv+mxuifY0D4eIA8b5Slo1bWsLVWX3WR1oPHoGUvk1fi3fUc38 5KH6Q89aI/RmfPhqk/ZVP1PrkyWeyPzjW8FivneCu/Lp4l0JC1Lbjj3e0jinaEttv2KT4Zfo P97HzVBoD9G+xV3xyqubbqzLd+jorf+1cVzMkZtLFBvn9GrIX7m1snrzEwu/K47Y5vZjhYMP a/2NS63l3TOrZsU+2vanQs6KhW8bKI6Xo85Xkvatr/iZG12ds5xFyDqh6LBBY3DOgb9IR/rK JrzuyPjVXplFd510+xpxv8UN/DT3c6turtiy4wq/p0bm16G0G32LPt3MrqzRa/k1Q5lduNY6 OiUqqjEg+Fi3sUl7oGbMvJQbUE1zC/Pog8qst1VR7qet4yrS7n5KuPWobM/B+SzfwhXNf5T4 k9nlHHKkT5Tm0jJOrEz8o+P3PvDmv36t2dVgMNAW8n6Bw183B/b27I3Sm0FmHaRn3k2YJm/+ eB8Xa3op/nCwWiTrtOX01RsZWxg5ZJXkuxNmf+qbtzDw7trP4/y+n3VuLNiRoLlr9jyNix8f 62guqG988P5A+8s02k2sQlKT7nzcrArny+PnzdyU0l9d/tNTjTLx3rJL91+WdKsft3eX+YLx 0fOrdZsaGWOPuZgd1dbucvLetBvXAieqRmgvuzovR//eONVZ/GpNT42dq0Lqt8rh8z825Mf7 3SEfM7vNc03v7lNbmVd58GoRLehbXrmhMv25sQM24Tp1bgVvAn/1xcqU0IlzclxfWykcrop9 9N4kqcCKf+qi1obXpv11HzdRiFTWAtVrznstYr+ONyXpyH6W+TD1Teu3E984Bbx66vP6mTuX 2MVWPfQxdJj6M8Y8+yCjbNe6lSVGnb0zDG3em05/HOmyUVVQURx5/5lhAx0vf1fv51w98j0P 6sZZFfabr4eorvtod8puXXTT9sUxD4NmGE47l/QqU+c1N+Dz7qBt6bu/1bSgU+iG3ZvXn7Bg hRIZJcHpM69CASoPG2RPk9fUBwQOXFL3Cft2UaaFuv6BoFj/EGnKXuueGYaVk1uYJQPqrVVl 3GYj84Vaq0o1OXrLg9b+LOOSe4zL+fyNnYVhUYX5YSebV6fkzWyz2ku1Ty1NZlGSNA0evjE8 amBRjr5df7kNFWpYI2dsJdvddXftG0+/KRHz5Go29O6tqb3vkrU0oN84IDr8WLerYPazkJdx bQVnwvRnF5cobWWateQc9tqkLlf08mxwuW2b3NTarPFnrFufXH7eVkW6CHH2bdhpoauXZt3J epn8IJepmnXHas9Gx6auTx9q93/oUZ+skiyg3H7X01H8GDXwMimfytLqVtyQvWNfajVG40fD xEZLxxP8F7m5+s4Lmu30X179nG/bae1NLPWAisLnPiirOhfJvFdZ/W5j2r5z5DeTc1+1f7k6 2IV/EejyKmx9iKOZLzXsrpGav7ceZqliCEn20xFHJ8MeFr9sbTWl997Hzsh19w3rTjoonPF6 2wJdPXg2/1G7IbydtCOjtqMl9dDEE/2BTxcWX9U6s+uzk900Te2GiEI74zcqbm5Vvy2PWqXm VM7a8gVqdMG6HvluleGft46mcPF73ul6s73HleqORap7FOYZLLn0I7EK/zPa60ydg59coM4m mw/aajILopc6E3+l++zKvuWdWtY1c3srSqZ79vS+ZwE95n961rxT2sItn79Ts+VU4qIqubpz DhqGbVZBGdifAutKAnnhlwkMn+qpGb4FHcuVfW4rdZsYhRi5EA239QWoztm98eKXF18iG0qm FRhM8bR5YhU1l7QtaRHXTkMt7bGb9WAZ0e1FoJHlJFT+dNKxQx6Xr0x0XJIfNPDl4v/+6bZ/ BPzfIODfP2M4dDkEBYdFDzMpkjOGhOFbs4ZOIxIwJNwwEzP2jCF+6DDiiEMvw6m4/8QRQ9y/ ecRw6Hzd3x4xJEqfMMRhRp4wHLM0/+8dMQxliC9QEd+cMnRdiidMHb5WBLlUhCk8gCi8SkT6 ECKONPoODvSYQ4jIlT085M4eAXLfDgp2ZCDXkInvSBJdlyN9twgeP0aCq4CPXAfIE59UhMTH FpGDikPvIukYKTkjrtlh8AFY8dk1C0h8llF8BRAeP6oOeOmDlEhjALj61myasScf2JcBJLpJ U58D6oVcHSW8LWqIxhpAWNE9bNK3SxFElYSdGFEM/ihpUvlGqEH6ihWRyvCEMbqSriQwJCAb Txxdm7F3g1lRgVGxw1Ciphm+QHRIzUMaEdcdL1KxqCGRg2UQ7ILsosPeHvbC+52QM6GQPnKH FgTBPgx6DJ3rxqUP32OEZFnGCKF7sdlM5GZK0bVgCMeZzhKM5IhuDvO2F7NsGXzpu8SQ2+Wk KiZ1kQkEWwiQa/wQGOLWRt48BcERyFVhyLvwXCGSA3KietH9oBgGPxwKB/rgcpEjYlRaJKge yOfGZYcIaHQkIyckFOTEYE3YgO9Ij4thc0E7AGEoiTSQwQAlVUhUxhhtgsGyDcT5xKcZIX3r RRgKhYwmYokYHB50TwOp6sQCGCjkvKnUQAgRCQQcAQqFhngEElHUiSHWEA9DpuDH8ChkzGge Fj2Wh8MTsaN5aGTUGMnDYkgU9Nh8hDHfxVL+jocmjCmLI+DG8PDYv/kGeSwPOcE7kofBYEmj MaOxWPQYXWFxZPIYHoE05htY0hh8WAyRMEZXoBHH1AOHxYz5Bg5LIY3hAZljeKDhRvPwfyeP gBmDGY8jji1LHNO+GDRlTN0AjzS63QCPMrrdMBg0ZrROAQ/3Nzzi6PpiMHjs6DbCYMik0TaJ xWApY3WPw4zGB3i40fgAjzAaC+CN6TNYDH6MbQAbH6NnoHn8WN7YvgVMbWxZ7Nj+gcVipevL 51KBD+WikIHZkxFPR/o+7MFm8yG82FUJDyPjhw76o3iIxxCOE1gsnkRG6erauNqi/g9QSwME FAAAAAgAm23aJJFSJRKbJAAA+UwAAAYAAAB4eC5wZGbtfAdUE123NtiNCogoCqijAoIIk14Q UbpIlQ6KEpIJCYYEUpAqFhQbWFHEimIvoGKh2EVUBBUbNhQbKioWlBcL3DNpM4D3rnvX/db6 /v8ufd8ws5/T9tmzz977nJ2Mma+zqzXJhkygQ0RIHBlNsLODYH8IdhMHiCHYGbKQIhyZQCyy IVlC9vYERMRFKzFVlS0C+AIpJBYhkEAEyfgIJAZ/JBBPIEQs1XVJFGVlyM6OAHsioigZHyJR AeZHgF0FQhmoD7sK2TLEGeGIuQgBjCKVSRB2DCHhoXXmEZ0LxP7OLSmLKrhTjCZ4Lw02tSUm dze3iDaz0P/UPtoyW16y9uPVDL1G9qBpSxY9+0FNpj2Z13OV0/MRzWcckyaEykasPnpX0Mb0 Gf/9+AraS37Dq6angse5uXUfd7hBOgY97T4uyC+yt3V7WVH7UGQBOfy4E8/MCCiOHl1kHXTZ 5M4vrXvdx3LATFQsqedEVQmARGFoMBJunq5ikQxCRelKYkIkGjpbcA9u6YpbMEfYVyLm+CMy aDoMHgEEByAJsnAweUjdHRnXXUBiLALBvuwohAA7ga4RkUwKKQQLhOiHSMVyCQcBCEmJeCFc AdtRnABNJwKARKXYsFgs9TUcDM2WgB4gEkNRHTemalYKzpVjuojAQxGIooAuCHg8BLRDB5oO kakQHClB4kEVDlsiFoGLQMKRx/CESAIEc8UyNoeDjgHz5aIotkQeI2TLASWOAsoyG4Ilii5l AiEXgSgsCI6Ti2WIFIBCBGLRIThKwgZdk8hMMIpcKARigrnsqChUV5RXbqQQghGhUBArBRoI IzFctpQPriLllScUgyHAVcJWqC/oUS4QKgYQIjwZjpQIoviAjhGI5KCfWEQi44vlUraIq2IK DBTJliIYpWyvplTNFSSuBA8rhlH2IZOwuUgMWwIkwBOgXEKwp1So4NjHBaw7lShDuQIgacXE wlQQkKgQkUpBI6GqgRj0J1WVJimvJDp4Khy5BH1KiYCio89IPBsRRbIlgATCxDrmiGMTVVyK JVweAgQgAOuYxCCDIcRRAg5bKBKDQhvwl4vwwCNDogRSMDMESCaGzVFyhURJEMBHrFAuVUlQ NkcslQMxCsTgWcn4oBgj2Ry5DNSOkUMkJkUhbIGYi6qJslcOUFuhkA0YEuEaAe5i2FKOXKhg j8lUFMfJ2RKF5QD3fLaQpxpKBYOVwALTcFBqEeygGtcBr6IOSuWDHTCROCi10gE8CScNLy6q TlxUnbjgO3HBGrur6rmr6rnj67lj9VyA+YO9VYP7qBr5qBr54Bv5qCthjWPkQpkgVpgIQJUW BKp6CFT1EIjvIRBrGaoqD+CLJehqQCQxQMcjhaCIreqCrarCxnfBVjHBxrpiK8XERpe+RkyI qhNE1QmC7wTBGgtU9QSqegJ8PQFWD0HFJFINLlY1EqsaifGNxOpKWGOuIF6ggFRCkqvay1Xt 5fj2cqxdoqpcphRSoqYkHFhsSG3oyV2tpMLcw/7ySJmCREESeMrsGECEsZ0jIdgRrH9lrTB2 LM8ZSDCSDWw4rlvK/6zbKYgwHt8tSiMysGxxNpukcjaaMaj4MVwFiJALbHk4sO1+SkTttRQ8 k5VeSzEQRd0T+B92doAslDCJCAXwQFEUZAn4QhCuQ2wswpawFU5CJpEj+MFJRJxHc4amk1QD uApkjlOANyPbEKlUvAtk/Q/r0/6H9UnMLi5WLTpCJ3dHhN3YMTFs2BkRythgESHgryc7JpLL hkMEsK8A9hdEgeJA4I2EYhHsywegVAD7xCBRbJjHA9YeGHtwAy7gqjbm6ptopb9T2kelP1U6 V5WhVbhLtXnErV2wBoEbUKk5sFvAiagMAxwrFgqkfCFoLZXCSAJHyI7p6LNgkTwmEphKQZQI sAH6laD2GDXGMDsG3KEuEOfL4Fg0ZkA9nPJOCbJRhyCQzlY4AOBSUBHxE2P5iEhl3GElN0mI RIyaatQ7KC01zAMxCxALmKNUkABLwWRFMKJkDBh60BcqRylwS8o75RS44jngFlh5IWANkaKe XQGpCWCuYAfYEXaCnWEX2BV2g6fA7vBU2AP2hL1gb9gH9oWnwX6wPxwAB8JBcDAcAofCYUDY bM5sRKaYHt7PqwuUs8WsBhbgYJ4fZsORMAfmwmBucBTMhwVwNDwbFsIxsAgWw7FwHCyBpbAM lsPx8Bw4AU6Ek1Txiip86RArKYMjzGGDWEjtizvoML2LDqOrmNDJahBwRoGpjr0lUpkTH0QG VBYIzNk4IljAlfFRJ6qsqTEyZJqqKSCcESlHIoiVARdNpneOI1UrlzAdohGJULjGchK7bgXI qphVSZIgMhlPkyEyBU9T0MBTOZh6l2A2ytff2gH0r+AR7GVItpCTlx+wNiQbItGRYGbmBOqh 2uEMNhm2YFYgNnBFItHpkVi2NKotjUwwg5w08ZCFkyVaiQE5xAAd5rBFkBcbbGti2Kh1FUL+ wPsgskQbyEEohPzQFlIIhOCIJB7h2qC7AK6AI4MiQbQkUkrKXcQTQwwlzJXHqovi0cUHgigL BZuWEGCSKxYB3w6eMAH2Bm6NgwBe/hVsde7cFYTUCi9ioRBUl2J2jECYqKogjomVo5GWF9ib SUSdqwYjSt7QHYc8pnOpu4wtFHAcFFE9UQkJpK6CBITrK5Bx+BCPLQRRMYoDBenMBJCc0tOF OjqAf1bKZ6oo82ULRDKFshOxygqahNFAOhIBugUC4kV1DPynvgvvNJZmbZBpdIgtkbATCUB7 AEWDkklga8sFcQIwQHwsGgYySYV4YgkBfaAkOvDKCv+A4ioIxJ8KZ4GDKJDSc+AgEK8r3QgO o0HAp+BoEMX74mkGpPQ2OAgExSrXgwPBtgr4IQxgECHUKeEAwJDCQ+EgwBCPh6Npip0KRtMV uxaMZqD18RWYKICvwcJtXjQok6hBo3EoSb3zwyCyetuAQRT1nhODNLtRDKJptikYRlftPDGE gW07MJDZIUDGcJYi6tXQLKJiF4bRJE3IiWFkxYYCoymKrR5GUzWxPIYB1sH+JxYYftzo6LZY 4w3UKLGL4nVWO3JnpaN0UTlqB4WjdVA3emdlY3RVNWZHRWN1UjNiFy0jdVQyckcdo3RUMWon DaN1UjD6n/SL8Uf16qJdrM7KBTxUJ90C/qmTagEP1VmzgJPqqFjo8UhnvQLe809qBbwnXqvI jA5KhZ6AdNIpMquDSlGIHTSKQuqiUBTyH/SJAlhWBlUYRO18rqEpAaxj8SIGK2SPxo4YxIDU cSSGgTloYkoMZXU4K9EoI5iOJtbEUBKEizsxGLUOqhgUAynKAwkMQB+GGL9KqGA+yjgVg+jq AwkMAnPpKEkqmAkay2IAS3EEgS0eouIEBKNJqpMJDEG1HcS+GIDquwCnXzTALoiJMRo1B2h8 jCGAV6SDIGiAVcX5jQZgQsoYGkNYEBZPY+ubCOFiawwGfCvibAwhQx1ibqyAghVgIBU9OsBI MAUHjALsO2IUYN0Jo5joqbOGAjxjqo06MFeMQp0uRgH2pmAU4MkdowAzUzEK8OKBUYAXT4wC vHhhFODFG6MALz6YzUOdKUYBXqZhFODFD6Mo6IG6hgK8BGAU4CUQowAvQRgFeAnGKMBLCEYB XkIxgwt4CcMohcHS7GcwnNzpDFNTQIE67HOwAmqHU10NTMMf8GpQOv4UVIOCSWDLjoUe52IU mAQH5ybQkABHohqII9FlgyMBzzg3TgSc4hwoEXCId0CANZwbIAKeZuNIwBTOnRABV5hJJKHe CxdBoK5LjCMBV7E4El0KOBJwJcGR6DrGkYArGY4EXMlxJOAqHkcCrubgPCbgKgFHAq4ScSTg KglHUjTn4hhG1ZyZYxit02k9VkJXn9VjEOMP0YjivL5r5ILaGGksm6Ns3jXMd3QUJyRbk4Gt BH+IqCawgDqxUjvWDBQJgJlxd0a3lEQGUFoUVR52yxR7KzBHNY0moCAESUA4hAf3xJwJ6dEb TizeN9dl5839PcdpO0adXOV97Nzt0/0W1q7WFu6+5hE3ru5oyI8DuYN0Xvd8PXLOL2PpsrKU aVWuTfPjVuXcbXsdH/E6N6nYOORLrlfiq9jRLQsbdUtP3Gl+T9P2qamr3LcuNL98y6fLjXm+ Fs4BDb0fj9I6Pz2+6PymdDojxDVXGJix6Kg5ZZSfXk7cviXUjCdz9Nat6fHkxsK50Rl9Tlk9 +iwuk+v/2Nln+9q2GS2DVw7klI2k+D0fZ+DXMOn93vwMPd0j7ZeuFEzeBEX5S6DXPR/28bvm vnDroMUFW5KMXGbd+mRY7bLEK75pfHFZyKjfZvTwut0vZ1GsZvHzp9buIn5as1N8MHNsa5+k tnfQ+n9YO8o81qaZPpvXlKK7VpaXGTTDMqznqAHF0WMMw8pzN900SCLpNG8ONHKYSxgdO2ld e7J8cm64Q+puKUHwQu9HtKPlr7k+kf10L12283271XDr8RGeHpf8DCXwiKzJn+sdsxJtCp7N CPO9vcJvoNevGq+AbilnzfSfDBT34NRN9ttzyP+Ew46581/OX5eQXk3jGbsPnpS3lTBucf9k duDiOOLE14d77dXxdtEx7BUf/7q0aFyu6cEy+8JryUkT2vb6fGBd/xkTMP1o2aWtM4ds4PY+ sGVdoPDOpz6mTcGb+FonHtsWpPebdHmBhYSeNcFR9qTXNXrBSo7reWOnCsl1U3jCqPEe97Uz 4/L2eOau+6C1dtdPJLj5mVzPreA+lPN+p/apw/yBujmM9a/mf+5l4D7t6XR5D/IO4u+dx+Vh zOMNG8YdOD+m13ajjb/+Gbol7tSj5mzfknebPxennK24vt496/ra5UaGeidikdS3Y3aHPsoI Nkg2IEzpJbVoeNF6MXXokqPpq5y0Xfo/Kxv88Z3WyxVVnCVff01oqn1wSUt7OqIL+8d0DzI/ 0k4Q3CdX5C2M4cwgnpv9wWmsNNbyVUkIsfjNssmmF8nRNV993I67sYqWmB3ibWy5ZfjOc+p7 58lnY/Zrbaz7TY6krZ/B4SaOWrD8i+D9lSQrkxWHhAknXrELe284Y1VxjVzkP1n+3d34beit 7zRX+7iorX5pPi7iOR7j/mn7Wnt5Arx8Y5uutMT52I3Buwe5jdhZkVeVMNG+aOTU6leQfFO0 pzPvea1OS8Xi2Yd6vXrag1pzufevBVcb79SusnlJiDe8ePhgZUq1FmlLrzn7Y04+M+s3bdXK 9YI5p1dk9v59uvlmiLN3aurqhMx3G1PO9HRZZRM1zCN5Z1W/5oBfu/vlQvazj5vX1Iw8HZPw 3Git2EbfTlfUbLTDXPjNeJr9Wfc7D8b3X7uAwNAmeC5ddawmcMQHuMLNzX/fQs9Mw8m+265r u3Drv528s/rGtjTaU9v+tqNHC2tprSZXTr31sl5eDw+/9o4WW7a/XYvRdj3sbs6XoY73meHU 8+dl8KUDq65auf/a31g9opgDJ7x8h2yb8cTsYWVf/7gLP3wnHgwv//rKfVl/pz6jDr06OKb+ 2p3TZS7n534YtTFldtjxfroRPC27iprXe06aBsiG+SYUOX1oOVl/0vBcw+xvPfIzRcWfn31t Wehh4pCTluUQeksqubz3gytx17LxstbhWrnylDz9QflbI2ePDq+t43lG/Dg07mJhIveQd/lL y/fTrrZcbdUW5m0mme5eNWnZ7frSNyHzvQfvWnKTMM/lpv3wSzqcYZnLL/LuvtkWNLGqfXqM wC3Q3nNNPS+Oc8O5bw/ZhhybQQXksXus9d9PiJ2+ZeR1r23NfrdvWxW/G2roP/rWwJYxkbHN /zQWRJDuCIhfji26mzTw2da35xY4zTviHN53rpVHiH3EyW1l7y+L254YvO/esnHYP6yf3hZB Zj9eBW7sfbaWOKVs0vvb++eeGRvyxjdzmTCvX5uVV++0rF6zbx5bEGvxYlDxW/dl1gey2vgG cZsPb7D5UDyRZ+AheX0iM32VTYHBqYOJduMnCslb194grnzXevHc0jJt1zKREXdl4YmC92cf zZ+mS985S3f/sMmNUl/vzbcW7zW/2d5qvf3IU3N953zJqEfzVg2/7hMbnvbe5HO37ssejzJP yb3Gz/qoE75+2H3Dxipn5+xZblNrtNw98k+NHdL7w/nVNllJxpVTxi01NZgWnj66z75Mh749 kffzhg7tdu7cItnC7hEXpxfuj48fRDHf1HooKjWCVrz+XX9u0hKr7mvb5eXVA96Gbl25bdlr jrbJo1cX4l/sin0pzrDLWc0fYjS+sgfRyMXheR7x8VGT5eRvHz0nvRb9Y7FujkfqqUen+ySO yvZsLyuMvTta0HzhlvftqAcGg9e1FtISml59yBx8MWXKA5eiatrbUUNl1i27Vl4Qn7+5UWZ5 49wNu9i6YRnu80vnREYs/968tnJw/0PZF1wPBzXcLJl4PS8jjrvHP3GK7ccZegdb6gTcH+W/ rz0o75eWvOLm68ffRLOHHNpXvLAwXT6kNZUQYnBmtSDc4UpYgNVU7qD+GfPEOfETfrt49DYs vy4/8838XFS21+cIQU5safSFx8fyg0x41471HlnPmX6yZuh2SfLtMxti3Dll6f29fKb9vFvV 0Ca+EOAQVHpkhc0hnpdx5eEN5LuDar0slt3qnbazYszDimRufrpRaeumo/1Sp/wssNnX9jr9 4ovKe0nd9L5+Wug1LKPvrGvTIhq17owesC0nmneaVRuYX9dnuexob8LpaxVaX9f4f7W2+Z3g 8v5WwoXmzB26RjXU51ty33x9ahucPGdTgImeMXnC5gtHHlXfm1k/5rnJRMs3fice8Lbcqxwu 44ujI/YMirdKMNtxMajXhQtp7xzLLp2o3CMPCY4gW/4ofXx9NoWrZXqGPom9O/tJwJRnnvFl lQc39XZN6RNx6+2a/S51pYH11HoHYn5fis+Haa1PQ00KfZhbk8rf0rc+sLs8KMzUxFuPsKzP j9yGpIcFpaYukokhqz6Mm9BYJTzkk3mU3PBoXvkmM5ubY1rs8jwkR7RZxnZ2dvMuRbmFrJfa JpK+XphWJbT4/jXVbdn48r1Xa57XN77vznn55H6x9kzP5bLNR246IF7uxqKvVWfidiSOMTGv H3q/Z9SmussT4rd/n3g6KmuY5EgF49XFw8LyPns+TB2R3a8pzFuyXfzxB3KlsLVl7RV9cW52 A9e89IzBRVcZ4cPIc7dS9SfF5BeGBN1/PEv6tbRuvV7ap+h+44bkeoQ0DI2bG/yQUTlnydIT CfeWpF4/U+RJfvThnmGtqZb3ubygwsmnLxfzdqbqLHGf6iZ8GMq+8XnSaEFq+E962s/W55ZM vzvLf+o5yWMWNmgv6HFu/GJ2wvj7j+xHmN0UWBCGl/ZOuXxufsC4+Z5rwpL7niz1/BDVMmDt +GHuV6aXPsxx/balzVdvkk7Lr1xR3rC+O4ql3Rz1s+6mj9988vUC6st6waxH+5HRfsfXEZdu j+r9JLpnUtHPbgcXPs6/uNzi45QSy4bEkhfE/+U/wt8O/k90wBEibIlMjH6ZhtDl+1lk9TeZ 6HQaSwOqE/cUOommAdVpd7D9IGtAdZ6cRsEwVXaZ0CEfoSnFp+EcpIqdMZ1FJcBO7NgpyqMa OpNCgNGsGVpmTUILNTkOdWKtQ8KEAPvLkJgg0A8BDlF1QqWQsD0TNB3qumuCwgno1+mipJBC TigLfLYE/aKZBXpSZals7opukBTpuA55O9r/PpkIpIglE8EmV5NNJDM6ZRMplD9mEynUTlwp GiqziXQgKPTDojAVHwrYcVOoVIhGp3T5MIFQ0OwjjUGFmKAek0FT4CQimvgjgVYoouwBtGCS FD2iNdCruowK7qkqXFNfdf3TqP/ZR9FONZaCEwpJ8UHvUU6ZgFMFl3QyxADjMYgMiMkEPDKJ EBUwjPLHBB86g44eaDAUBUwqDWKAR45emRSWQjQMJhl0ouyUhKahFL2DD52plBfak5p7NVc0 KkPRGJWX4oqTK0pr5MyiKu5RCSnqqcpRnEpjQVRQB5UWlvFl/iHjy+qY8aUQO2Z8KaSOGV8K +b+V8XUMIZHRlO+fEr4kyEEeheo7iW5LodrSqP/uhO+/Ld2LSulfkO91FAu7DPOvyfa6BAd7 KKyr4nn+Tff+Tff+Tfdq0L/p3r/p3r/p3r/p3r/p3r/pXjX1N937N937/2G6F9hBxeEFkCIL LFLif5ntBYbh/2C2d1Z3blVQRIvHx/WJA16E/Vh1vUX/yLzwvcteyLd7bQzNOvQrcvrjkZtJ 04VfVmy6M/breNmMjYfPxD48fGdrflirT59h1P1uS6cyBgiWlZzOHxWodWRVgXnajZNPdpTx I8K8v4+4vvOeCd/Drf34kqQJH54V3dbJKjkL5fQfQzIf2qhTYLHJ0rR9KsVj0YOV9xa5/D5U lLZxhHTVEZ030a67CpbwzumN9jW9+2qxtXvd8dr3ldkPHBeWE+gT+fmr4pyD9D7ZvYjo6zJw 2exzx/a7rNXzBnuoyyumuv3T9/5czy/J9PnfT3w96J7lQjdufTayIHDstxfXEwcQ06M87M0t xfbdycYzAsNNQ4KXLW2wJvF2lt+ffOzAkbE3HPuTYlqDMyZu9/z0yGwPTZZfZ+NjHe6d1c+p V8CNNKqR8SN78znn18V7HwopX9S89XMfp7ZuutuePtDK5A141W/T/R17JRvLSFt59+frGRcH vejllLdp7ZX1c41exm0j9msL4X2693Bm+UxDI9PbJ3s37TS7k+bG4L7ddOWIXub8GV8OHvoh dOW8IS4Kj7J7u+zkylkLtqXtMD8Q/CnZPtU75YXO7ZONA4i0coPMvQ9+UKdQDX7vffF4q9Bt q/3H3IHbA9Ku9pmVzzG6tfkt/VloFmkDlLanVBR4426T5PB569z1clOTxJ28Y1U1PjcWFpdS RVkOWolrakvcvZO0rGwNb1cvPHC8eqHuzZVt71INJl5PGTEiKaIi/oGV9kbnZJvmCa5awas9 XTj06vJX4uFvxo+4MeR3Hwgxr/2e9ahk/pR3ac+01g+/+aH6/uD9u3qeMTNHMo5bPYTEEzfo N1RplYzdq81uYBU+PjzByPqGNCr1hJBS5DGp0n9elo4L30Ey4ejPvFTag+1ltd8as08Onp/F mGXo8XRdWNH5pSKreaePD9vW0M+jWmfOPlPjsCXcxi8j4u8cTKniXh1svT+jZFLj63lf3W+N NN7Q98ML0yP2nMbp76qG1c/b1V7fXBEKr361kMEjPLc9m9wnbPeVpucPF088+f6a624TvbOv rsxbHV/ZbX7WxhpZ6eoBfGFr6MFt3Qvv3b8QzTLPthwzekb7dM639wZPWipY3MF9tJffLjHM PFxw9qObUeL35Gvy/S8KdJcejGp4zquNFEz+KCM5PV+5ICqs8ofN6gzdDHIRfY/IvebkjVVT fZCSgk+Lqj5lXCcfrpsKd+NMozUfetmiE5qR3asqlL28cOSb0BFLJn7v++3GbpOeU5vIjx4u tBvJuGS/e3k9/ZrvLqMeEjFn7cat2bum6r94xFhjFdsmvL9GsKnfDf2rVyzqg1uShfcMpk5m fakeFHnl+3yfwt611CFxPbW7ea3T4T/8vG/rzKFaqccNpcbZb8N1XAWZz6H8yNrjE/nFzt2s OS4zNpQ/CEpvLp2460Tf4g06zANXK84U2a14p1N039cMapyU/fFUuf+KZ/1rdp+skQ/+0nza 4PmrsvQ97LDhsOPaGQODJLTuC7SzssePfSeyXptz9ufohV6teuXcvgG7nxGfXpwfM7/69VDC +r68cFcOtJTqbzry/QHLWVE5M7MHDPO2aRW/t0q5fzzxQt3tNb6JGaNq/c5u4bVk2tcPEY6Y PKFh+MQfSTfjSr4s09e/uzn3YqLTcP77ce7L74Wu5Avmjx9TU9/fBPq9sm5145bvnPLCwSbr qm7Z5W+56Pe7If1Czrkq8Sd/pzZ/J076mdE1M01KdrSFusa5H5qnNW50xco9ptE7U8dv7Pv2 xqhresPK34V4pu6Wrlw2LSDDdP+R3hXH7XqsqX0aHZuZaHG17LjVYUFTZNIih5JLdUvejF1z OlUy5SeRPSBLMGNPUs/awe62nLLhTt03WeS1SfyvzEs3v78xSNSeo1OvtVr6Y/+1by/e7nQa 2BC3f/jX2GxCzqmWz6t1Y0Qep2ZnL7pZYxl9SUg9epn0wTrMiV13ekF3GTfccsu3+5vPHOr1 bI3dJNNBtP2H7rn1olVTlzrbmCLJp1rC64aRuwUWrdb7EjomqqrPHoeYnBLpVv3GXrOFqyOq Jb+8KdWyff58p4Pu7TMpwZzw5b8qK1LW6shTjniHX2d7uNZMGlzaHdkZRrUTv46g5494a3XX x/CyT9+dxouXjSUtb9rZ7GkdIYs0ebuon1ni1PK8qCaLF2M4PakDN+exOBvr2gNCikuS/V0m 7zsjNV3EjDp29GhVd1Nv/4frSsXfpt00qzxaItOHTaMZ3fd6WBzU98q7OrVBp+ri3fh0//yb I536vHzT3WB8ja2lN99le8WeyGOM709z1ututChvS3d0qD3L/XXLfr8xpf/Sz4ymhVYZPfNC h22sybv4ZrFu5IoBmUVfAnpPC51xumDlwp3yw3nVni3ND4YTjm1Itrvv1WTRb2rqdu02YlhK m8fMn9Orcj+61iHZ/t8EBcYWO+a3PbviNzRMVDtp9ZPSVMGizVbDh0+ZRiuE5j5dz5E4uUz2 u159pzhmbzSj8Ef5hPDb/mUb+KNH7zh47VRIoWViVVPbpQ1tj/fNsfn6T2qwdtFMO7k8/1jR lCflvEzhP+Fvfy7peXa7dsmzVeciT7RHfW5PFx7xNdX/0ZRD3ul8tLX/m+3tknW6BYRU+7Lm QdfnHcglZd8+ok9zsBk59nMKeRB9wrELi/V58TlXvlZW2aZlGrW+qAj7Vvv1ZdPFW9lL6cd/ R3lOqtTN/nAzYlKjPp86NCnywpCf/+wZeGzb1ZkGr4bVPS0eMAva9QM66PJlwtCxOiNeHnlz StK/1XJLZvFDF2py+u7WxorSnG6Esb/zHxmlEL0It7kHwirthl05SsjypdhMLv40MXOJz7E1 jbe59jXeqTbf1lxf4WUJD6luLTTdvHZSOd3Zi2boUzPV7rS3o6x8/K9v38/aPh4a/+Pgl+TT dgc55zxa185Yv3BpnLH904Tfi8YYTi+a15TWr8g75KatvdEej8m1u+3G7EqzWXnCZOftPQMi +58ed63H8ZO6Q+Z8q6ycwp/PerR6sZQ5wvYFqfeOj9t/p23yNrejBY3a0p055M2Z6Nqsq3q6 jq+/FT2rjs3RZRyrf5/s/5DxaJLeHnNecFLplyuNvpWLf5Z4jdG7MtaxrPeXTwMYJ6LGXQt8 ONTmyrYFh3JHHjxibrBqU/vJ16uQ1U4XS/0TeREvjgtuLNq6pnjl03JO4T/8lLzuJ34fkmSP qXjVV989Y3Z98VnrYVYW2/qPL3Tpb5r+pIkXMXNRriXL3ZN4bmb39jxCQ9i9z+0v7Kf33VbQ LFuU3DfZ9G6Av8PngHP1w2Xb9t2pkBGe1DqsXTJ2lGXivz9L+beD/xc6+K9zxeofK9IZJM3L PChELFdM0oAkTa6YQdWA5K65Yoo6qdwxm6Eppv43ksX0/zRZrM6b/jFZDDa0uGwxldoxW9x5 0/VfJYt5AsUvdgNgRPFbVqHiV6yKX7B2yCEzO+eQGX98b4kUfXGJHH3pCAH2EKA/O1f+PBv/ W1ZK1/Szj1yGvvdBqsowQ6ocMppgVt+ru8X66cCBQAa4VGWpHSDlL1XVL0Ch0DoxT8Gn8VFh Az4tnMUca38ZUCBLSJG5hCxiwYTQF+IoftHu1+EdOTTlpGBPQYxA1qk1rl6HaeP5VcpGwUdH 2eATqUAxQN+Uzq9vobC6yM+JDZREHEVQPgP1G180YlVLQDVXilJOyieGJgAh2Bs97oQD/dwV 7wVAc/eQBfomIAiCgwTIHETiK0E0v5NHq0wRcJEAsViIvnJE8QYABeKFiOQdkWABeq4Y6K6C XAUyJYK9NgCbGBX3u2EIdpCj72dA2VA9XfTOXx4ZDaSruFekf9EakCc7AAmB5ghkfIgP5CGR oLk8Nmc2mB6o5ysRc+UcBK0Yy+WBmiSyjRjgHkjiHLEEPAfQGQHrDVSwJOAaKdtYE21IZLGl qp4q6QxZONuSWCwmkU6mkyhUKpFoiZtOAmCDgKb1cZYNotNo4GHwIDVGQ78ToigRqTESk0rp grFQU9URIxP/gJFp5M4YEf3KSEeMxCRR/lCPRu3aH7ErRqJ14ZlI6coLkdplXJQVZte2pM5t SUQyrYsMKERi57YkpiL324k/ULFLWxKN0RVjdmnLYlG7yIXFonfhBTz0znIhoQLsinV5vgDr Ij8SkFXnMUhEJrUzzyQGnU7vijG71mN0lRWDQe6iBwwG9Q8Ys8vzACreFUNTpZ0xCrELL0z0 KyVdsD+MQWPh2sokbOB4JATUyPkLkhB0HcF+YrEMoqi+WKL4/gVV/eUmghS1voo1R2IygY8z M3PxcSX8B1BLAQIUABQAAAAIACdt2iSM1GGYuy8AAAdcAAAFAAAAAAAAAAAAIAAAAAAAAAB4 LnBkZlBLAQIUABQAAAAIAJtt2iSRUiUSmyQAAPlMAAAGAAAAAAAAAAAAIAAAAN4vAAB4eC5w ZGZQSwUGAAAAAAIAAgBnAAAAnVQAAAAA --hNBr2Zfc1o-- From owner-pdftex@tug.org Sat Jun 27 16:03:06 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id QAA27259 for ; Sat, 27 Jun 1998 16:03:05 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id RAA12666 for pdftex-list; Sat, 27 Jun 1998 17:58:16 -0400 Received: from smtp01.wxs.nl (smtp01.wxs.nl [195.121.6.61]) by tug.org (8.8.5/8.8.5) with ESMTP id RAA12663 for ; Sat, 27 Jun 1998 17:58:15 -0400 Received: from wxs.nl ([195.121.21.22]) by smtp01.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA261E; Sat, 27 Jun 1998 23:58:12 +0200 Message-ID: <35954FF5.7744A67D@wxs.nl> Date: Sat, 27 Jun 1998 22:03:01 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Sebastian Rahtz CC: pdftex@tug.org Subject: Re: How to run pdf-files through zlib? References: <199806221119.NAA09414@mozart.ujf-grenoble.fr> <9023-Tue23Jun1998223554+0100-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: > # Sebastian Rahtz, for Elsevier Science > # > # now with extra tricks from Hans Hagen's texutil. Ha, you missed the trick! (I'm 'cleaning up' the texutil source and remembered your posting.) /%%(HiResB|ExactB|B)oundingBox:(\s$bbpatt+)\s($bbpatt+)\s($bbpatt+)\s($bbpatt+)/ In most cases the 'low res' one precedes the 'hi res' or 'exact' one so you are stuck with the low res one. In TeXUtil, the conversion is done after a first pass (when the texutil.tuf is build), so there I already have the highest precision available. What you need to implement is (1) a first pass for the highest res boundingbox (2) substitute the first one by the recalculated one (3) skip all other bounding box specs It's not so much a problem because most programs stick to a low res (I need the high res for metapost (explicitly output there) and some adobe programs. BBoxes should have been hi res anyway; I *can* see a (2*) .5bp offset. (Well, you could use texutil, because I build your piping to GS trick into it.) Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@wxs.nl ----------------------------------------------------------------- From owner-pdftex@tug.org Sat Jun 27 17:02:21 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id RAA28248 for ; Sat, 27 Jun 1998 17:02:19 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id SAA12870 for pdftex-list; Sat, 27 Jun 1998 18:58:43 -0400 Received: from smtp02.wxs.nl (smtp02.wxs.nl [195.121.6.60]) by tug.org (8.8.5/8.8.5) with ESMTP id SAA12867 for ; Sat, 27 Jun 1998 18:58:41 -0400 Received: from wxs.nl ([195.121.20.44]) by smtp02.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA56B7; Sun, 28 Jun 1998 00:58:40 +0200 Message-ID: <35957187.67A03631@wxs.nl> Date: Sun, 28 Jun 1998 00:26:15 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Colin Marquardt <941etcm@gwfs.stud.fh-jena.de> CC: pdftex@tug.org Subject: Re: Bug when rotating graphics > 180 degrees? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Colin Marquardt wrote: > Again, the graphic is deformed. I don't know the package you use, but beware of incompatibilities between transformations in pdf and ps. (a cm before of after etc etc). Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@wxs.nl ----------------------------------------------------------------- From owner-pdftex@tug.org Sun Jun 28 13:02:15 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id NAA18209 for ; Sun, 28 Jun 1998 13:02:14 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id OAA17061 for pdftex-list; Sun, 28 Jun 1998 14:58:34 -0400 Received: from lorraine.loria.fr (lorraine.loria.fr [152.81.1.17]) by tug.org (8.8.5/8.8.5) with ESMTP id OAA17058 for ; Sun, 28 Jun 1998 14:58:33 -0400 Received: from renaissance.loria.fr (renaissance.loria.fr [152.81.4.102]) by lorraine.loria.fr (8.8.7/8.8.7/8.8.7/JCG) with ESMTP id UAA00028; Sun, 28 Jun 1998 20:56:10 +0200 (MET DST) From: "Denis B. Roegel" Received: (from roegel@localhost) by renaissance.loria.fr (8.8.2/8.8.2) id UAA10982; Sun, 28 Jun 1998 20:56:10 +0200 (MET DST) Date: Sun, 28 Jun 1998 20:56:10 +0200 (MET DST) Message-Id: <199806281856.UAA10982@renaissance.loria.fr> To: pdftex@tug.org Subject: TeXlive 3 and pdftex Cc: roegel@lorraine.loria.fr Sender: owner-pdftex@tug.org Precedence: bulk I am just going through the TeXlive 3 CD and I didn't find the files supp-pdf.tex and supp-misc.tex which are used by graphics with the option pdftex. Is it an oversight ? And once I have these files, where should they be put on an orthodox TDS? Thanks, Denis Roegel From owner-pdftex@tug.org Sun Jun 28 14:53:06 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id OAA20201 for ; Sun, 28 Jun 1998 14:53:04 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id QAA17434 for pdftex-list; Sun, 28 Jun 1998 16:49:54 -0400 Received: from esemetz.ese-metz.fr (esemetz.ese-metz.fr [192.70.65.1]) by tug.org (8.8.5/8.8.5) with ESMTP id QAA17431 for ; Sun, 28 Jun 1998 16:49:53 -0400 Received: (from popineau@localhost) by esemetz.ese-metz.fr (8.8.8/8.8.8) id WAA08553; Sun, 28 Jun 1998 22:49:41 +0200 (MET DST) Date: Sun, 28 Jun 1998 22:49:41 +0200 (MET DST) From: "Fabrice.Popineau" Message-Id: <199806282049.WAA08553@esemetz.ese-metz.fr> To: Denis.Roegel@loria.fr, pdftex@tug.org Subject: Re: TeXlive 3 and pdftex Cc: roegel@lorraine.loria.fr Sender: owner-pdftex@tug.org Precedence: bulk Prend le fichier pdftexlib-0.12.zip , soit sur CTAN, soit sur ftp://ftp.muni.cz/pub/tex/local/cstug/thanh/pdftex-testing/ Aussi: un nouveau pdftex.def se trouve sur www.tug.org, pdftex section. Fabrice From owner-pdftex@tug.org Sun Jun 28 18:06:27 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id SAA23392 for ; Sun, 28 Jun 1998 18:06:26 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id UAA18058 for pdftex-list; Sun, 28 Jun 1998 20:02:16 -0400 Received: from lorraine.loria.fr (lorraine.loria.fr [152.81.1.17]) by tug.org (8.8.5/8.8.5) with ESMTP id UAA18055 for ; Sun, 28 Jun 1998 20:02:14 -0400 Received: from renaissance.loria.fr (renaissance.loria.fr [152.81.4.102]) by lorraine.loria.fr (8.8.7/8.8.7/8.8.7/JCG) with ESMTP id BAA07775; Mon, 29 Jun 1998 01:59:55 +0200 (MET DST) From: "Denis B. Roegel" Received: (from roegel@localhost) by renaissance.loria.fr (8.8.2/8.8.2) id BAA11860; Mon, 29 Jun 1998 01:59:54 +0200 (MET DST) Message-Id: <199806282359.BAA11860@renaissance.loria.fr> Subject: (PS -> PNG) with GS : what are typical parameters? To: pdftex@tug.org Date: Mon, 29 Jun 1998 01:59:54 +0200 (MET DST) Cc: roegel@lorraine.loria.fr (Denis B. Roegel) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-pdftex@tug.org Precedence: bulk In order to include some PostScript files in a pdftex file, I will convert the PS files into PNG. I plan to use ghostscript. However, I would like to know what are the most suitable parameters? As soon as I get pdftex working, I will try gs -sDEVICE=pnggray -r72 -q -dNOPAUSE -sOutputFile=fic.png -- fic.ps ^^^^ ^^ a b Questions: - is a) ok for black and white drawing? - for b), does a larger value add something? Thanks, Denis Roegel From owner-pdftex@tug.org Sun Jun 28 21:39:42 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id VAA26876 for ; Sun, 28 Jun 1998 21:39:40 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id XAA18777 for pdftex-list; Sun, 28 Jun 1998 23:36:28 -0400 Received: from md2.vsnl.net.in (md2.vsnl.net.in [202.54.6.20]) by tug.org (8.8.5/8.8.5) with ESMTP id XAA18774 for ; Sun, 28 Jun 1998 23:36:24 -0400 Received: from localhost (cvr@localhost) by md2.vsnl.net.in (8.8.8/8.8.8) with SMTP id JAA04343; Mon, 29 Jun 1998 09:15:06 +0530 (IST) Date: Mon, 29 Jun 1998 09:15:06 +0530 (IST) From: RADHAKRISHNAN C V To: "Denis B. Roegel" cc: pdftex@tug.org, roegel@lorraine.loria.fr Subject: Re: TeXlive 3 and pdftex In-Reply-To: <199806281856.UAA10982@renaissance.loria.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk On Sun, 28 Jun 1998, Denis B. Roegel wrote: > > I am just going through the TeXlive 3 CD and I didn't find > the files supp-pdf.tex and supp-misc.tex which are used > by graphics with the option pdftex. Is it an oversight ? no. these files are in the following directories: /cdrom/texmf/tex/context/base/supp-mis.tex /cdrom/texmf/tex/context/base/supp-pdf.tex you need not do anything. once you install tex onto your hard disk, these files will be put in the appropriate directory automatically. radhakrishnan From owner-pdftex@tug.org Mon Jun 29 01:30:40 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id BAA01250 for ; Mon, 29 Jun 1998 01:30:39 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id DAA19724 for pdftex-list; Mon, 29 Jun 1998 03:26:46 -0400 Received: from smtp03.wxs.nl (smtp03.wxs.nl [195.121.6.37]) by tug.org (8.8.5/8.8.5) with ESMTP id DAA19721 for ; Mon, 29 Jun 1998 03:26:44 -0400 Received: from wxs.nl ([195.121.21.153]) by smtp03.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA4706; Mon, 29 Jun 1998 09:26:38 +0200 Message-ID: <3597382A.EFC689B1@wxs.nl> Date: Mon, 29 Jun 1998 08:46:02 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: "Denis B. Roegel" , pdftex Subject: Re: (PS -> PNG) with GS : what are typical parameters? References: <199806282359.BAA11860@renaissance.loria.fr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Denis B. Roegel wrote: > In order to include some PostScript files in a pdftex file, > I will convert the PS files into PNG. I plan to use ghostscript. > However, I would like to know what are the most suitable parameters? > As soon as I get pdftex working, I will try > > gs -sDEVICE=pnggray -r72 -q -dNOPAUSE -sOutputFile=fic.png -- fic.ps > ^^^^ ^^ > a b Why not convert eps into pdf and include the pdf directly? The latest pdftex release supports pdf inclusion. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@wxs.nl ----------------------------------------------------------------- From owner-pdftex@tug.org Mon Jun 29 03:38:35 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA03566 for ; Mon, 29 Jun 1998 03:38:34 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA20223 for pdftex-list; Mon, 29 Jun 1998 05:34:23 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA20220 for ; Mon, 29 Jun 1998 05:34:21 -0400 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 KAA10763; hop 0; Mon, 29 Jun 1998 10:28:45 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Mon, 29 Jun 1998 10:34:06 +0100 Date: Mon, 29 Jun 1998 10:22:02 +0100 Message-ID: <8690-Mon29Jun1998102202+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Denis.Roegel@loria.fr Cc: pdftex@tug.org Subject: Re: (PS -> PNG) with GS : what are typical parameters? In-Reply-To: <199806282359.BAA11860@renaissance.loria.fr> References: <199806282359.BAA11860@renaissance.loria.fr> Sender: owner-pdftex@tug.org Precedence: bulk Denis B. Roegel writes: > In order to include some PostScript files in a pdftex file, > I will convert the PS files into PNG. I plan to use ghostscript. I'd convert them to PDF, and upgrade to pdftex 0.12n > gs -sDEVICE=pnggray -r72 -q -dNOPAUSE -sOutputFile=fic.png -- fic.ps > ^^^^ ^^ > a b > > Questions: > > - is a) ok for black and white drawing? > - for b), does a larger value add something? yes! a lot! 72dpi will look horrible. i suggets 600 for civilised behaviour. sebastian From owner-pdftex@tug.org Mon Jun 29 03:40:02 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA03585 for ; Mon, 29 Jun 1998 03:40:01 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA20218 for pdftex-list; Mon, 29 Jun 1998 05:34:01 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA20212 for ; Mon, 29 Jun 1998 05:33:59 -0400 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 KAA10698; hop 0; Mon, 29 Jun 1998 10:28:21 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Mon, 29 Jun 1998 10:33:42 +0100 Date: Mon, 29 Jun 1998 10:06:50 +0100 Message-ID: <4736-Mon29Jun1998100650+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: tex-dev@mpi-sb.mpg.de Cc: pdftex@tug.org Subject: Re: EC Postscript fonts, T1 encoding In-Reply-To: <199806260831.KAA13810@seppl.zb.mpi-sb.mpg.de> References: <199806260831.KAA13810@seppl.zb.mpi-sb.mpg.de> Sender: owner-pdftex@tug.org Precedence: bulk TeX-Developer writes: > As far as I know it is due to the fact that the European CM fonts > are not freely available as post script fonts. the easiest solution is to use the "ae" package, which provides virtual fonts to mimi 99% of the T1 using the `old' CM fonts > I recently discovered a tool called mf2ps on CTAN, which converts > metafont fonts to postscript ones. Is it possible to make the EC fonts > usable to PDFLatex this way ? in a word, no. not practically. it would require months and months of hand-tweaking. there are other tools, though, so you may see Type1 EC fonts sometime. dont hold your breath, though. sebastian From owner-pdftex@tug.org Mon Jun 29 06:24:23 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA06255 for ; Mon, 29 Jun 1998 06:24:22 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA21016 for pdftex-list; Mon, 29 Jun 1998 08:14:23 -0400 Received: from smtp01.wxs.nl (smtp01.wxs.nl [195.121.6.61]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA21013 for ; Mon, 29 Jun 1998 08:14:21 -0400 Received: from wxs.nl ([195.121.21.228]) by smtp01.wxs.nl (Netscape Messaging Server 3.54) with ESMTP id AAA6330; Mon, 29 Jun 1998 14:14:16 +0200 Message-ID: <35978706.8C505E57@wxs.nl> Date: Mon, 29 Jun 1998 14:22:30 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: pdftex Subject: suggestion Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hi all, Within reasonable time the beta testing programme for version 4 of acrobat starts. In order to test the beta's Sebastian has offered to organize a dedicated location for problematic files so I can do some tests. I suggest that people post their problematic files to Sebastian, so he can put them somewhere. Each file must have a first page decribing the problems. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@wxs.nl ----------------------------------------------------------------- From owner-pdftex@tug.org Mon Jun 29 06:37:38 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA06485 for ; Mon, 29 Jun 1998 06:37:36 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA21094 for pdftex-list; Mon, 29 Jun 1998 08:33:01 -0400 Received: from vms.rhbnc.ac.uk (alpha1.rhbnc.ac.uk [134.219.201.113]) by tug.org (8.8.5/8.8.5) with SMTP id IAA21088 for ; Mon, 29 Jun 1998 08:33:00 -0400 Date: Mon, 29 Jun 1998 13:32:55 +0100 From: Philip Taylor (RHBNC) Reply-To: P.Taylor@vms.rhbnc.ac.uk To: pragma@wxs.nl CC: PDFTEX@tug.org, CHAA006@vms.rhbnc.ac.uk Message-Id: <980629133255.7ac8@vms.rhbnc.ac.uk> Subject: RE: suggestion Sender: owner-pdftex@tug.org Precedence: bulk >> Each file must have a first page decribing the problems. What if the problem is that the first page can't be read?! From owner-pdftex@tug.org Mon Jun 29 06:48:46 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA06689 for ; Mon, 29 Jun 1998 06:48:45 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA21142 for pdftex-list; Mon, 29 Jun 1998 08:42:45 -0400 Received: from smtp01.wxs.nl (smtp01.wxs.nl [195.121.6.61]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA21139 for ; Mon, 29 Jun 1998 08:42:44 -0400 Received: from wxs.nl ([195.121.21.22]) by smtp01.wxs.nl (Netscape Messaging Server 3.54) with ESMTP id AAA3CD; Mon, 29 Jun 1998 14:42:43 +0200 Message-ID: <35978DB0.15455D67@wxs.nl> Date: Mon, 29 Jun 1998 14:50:56 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: P.Taylor@vms.rhbnc.ac.uk CC: PDFTEX@tug.org, CHAA006@vms.rhbnc.ac.uk Subject: Re: suggestion References: <980629133255.7ac8@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: > >> Each file must have a first page decribing the problems. > > What if the problem is that the first page can't be read?! Make it courier. And, if this first page cannot be read, the bug is clear anyway. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@wxs.nl ----------------------------------------------------------------- From owner-pdftex@tug.org Mon Jun 29 08:03:06 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA08017 for ; Mon, 29 Jun 1998 08:03:05 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA21471 for pdftex-list; Mon, 29 Jun 1998 09:57:50 -0400 Received: from lhe.physics.lsa.umich.edu (lhe.physics.lsa.umich.edu [141.211.96.32]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA21468 for ; Mon, 29 Jun 1998 09:57:48 -0400 Received: (from sanders@localhost) by lhe.physics.lsa.umich.edu (8.8.7/8.8.7) id JAA12187; Mon, 29 Jun 1998 09:57:45 -0400 Message-ID: <19980629095745.A12182@umich.edu> Date: Mon, 29 Jun 1998 09:57:45 -0400 From: Michael Sanders To: pdftex@tug.org Subject: Gnuplot terminal driver? Reply-To: Michael Sanders Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1 Sender: owner-pdftex@tug.org Precedence: bulk I am new to this list, do not want to reinvent the wheel, and apologize if this is a FAQ. Has anyone written a metapost or pdf terminal driver for gnuplot? The present png driver, while useful, produces less than publication-quality output. Do others think it would be useful? What are people using for plots in pdf? -- (T.) Michael Sanders internet: sanders@umich.edu Physics Department URL: http://www-personal.umich.edu/~sanders University of Michigan phone: 734/936-0799 Ann Arbor, MI 48109-1120 FAX: 734/764-6843 From owner-pdftex@tug.org Mon Jun 29 08:39:29 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA08783 for ; Mon, 29 Jun 1998 08:39:28 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA21607 for pdftex-list; Mon, 29 Jun 1998 10:33:55 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA21604 for ; Mon, 29 Jun 1998 10:33:53 -0400 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 PAA21960; hop 0; Mon, 29 Jun 1998 15:28:17 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Mon, 29 Jun 1998 15:33:32 +0100 Date: Mon, 29 Jun 1998 15:31:34 +0100 Message-ID: <7481-Mon29Jun1998153134+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: sanders@umich.edu Cc: pdftex@tug.org Subject: Re: Gnuplot terminal driver? In-Reply-To: <19980629095745.A12182@umich.edu> References: <19980629095745.A12182@umich.edu> Sender: owner-pdftex@tug.org Precedence: bulk Michael Sanders writes: > Has anyone written a metapost or pdf terminal driver for gnuplot? i though gnuplot had a Metafont driver? if so, it could be trivially adapted to Metapost, in all likelihood. thats where i would start else create PS, then use Ghostscript or Distiller to make a PDF file for inclusion > Do others think it would be useful? What are people using for plots in pdf? how about writing them in Metapost itself? sebastian From owner-pdftex@tug.org Mon Jun 29 09:10:58 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA09546 for ; Mon, 29 Jun 1998 09:10:57 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA21741 for pdftex-list; Mon, 29 Jun 1998 11:03:30 -0400 Received: from smtp04.wxs.nl (smtp04.wxs.nl [195.121.6.59]) by tug.org (8.8.5/8.8.5) with ESMTP id LAA21738 for ; Mon, 29 Jun 1998 11:03:29 -0400 Received: from wxs.nl ([195.121.20.30]) by smtp04.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA632C; Mon, 29 Jun 1998 17:03:17 +0200 Message-ID: <3597AE93.FB171F63@wxs.nl> Date: Mon, 29 Jun 1998 17:11:16 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Michael Sanders CC: pdftex@tug.org Subject: Re: Gnuplot terminal driver? References: <19980629095745.A12182@umich.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Michael Sanders wrote: > I am new to this list, do not want to reinvent the wheel, and apologize if > this is a FAQ. > > Has anyone written a metapost or pdf terminal driver for gnuplot? > The present png driver, while useful, produces less than > publication-quality output. You can use eps output and convert that to pdf. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@wxs.nl ----------------------------------------------------------------- From owner-pdftex@tug.org Mon Jun 29 09:51:47 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA10449 for ; Mon, 29 Jun 1998 09:51:46 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA21915 for pdftex-list; Mon, 29 Jun 1998 11:42:47 -0400 Received: from aples2.jhuapl.edu (aples2.jhuapl.edu [128.244.26.86]) by tug.org (8.8.5/8.8.5) with ESMTP id LAA21912 for ; Mon, 29 Jun 1998 11:42:46 -0400 Received: by aples2.jhuapl.edu with Internet Mail Service (5.5.1960.3) id ; Mon, 29 Jun 1998 11:39:49 -0400 Message-ID: <91D1D51C2955D111B82B00805F19989541C1A8@aples2.jhuapl.edu> From: "Collins, Bernard F. (Skip)" To: "'pdftex@tug.org'" Subject: RE: Gnuplot terminal driver? Date: Mon, 29 Jun 1998 11:39:39 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.1960.3) Content-Type: text/plain Sender: owner-pdftex@tug.org Precedence: bulk spqr wrote: > i though gnuplot had a Metafont driver? if so, it could be trivially > adapted to Metapost, in all likelihood. thats where i would start > > else create PS, then use Ghostscript or Distiller to make a PDF file > for inclusion I think that the metafont driver uses the cm font sources for labels, etc. That is not a very efficient way to go. Probably the best thing is to use the pslatex terminal. Then run the PS part through GS. That yields TeX labels and scalable graphics. As an alternative, one could use the postscript terminal with the psfrag latex package to get the nice labels. But I have not tried that route with pdftex yet. I suppose that one would have to preprocess graphics with dvips and ghostscript to get the psfrag labels to come out right. > for plots in pdf? > how about writing them in Metapost itself? Doesn't MP have a graph package all its own? Can anyone compare its features with gnuplot? Skip Collins From owner-pdftex@tug.org Mon Jun 29 09:58:15 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA10565 for ; Mon, 29 Jun 1998 09:58:14 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA21941 for pdftex-list; Mon, 29 Jun 1998 11:48:46 -0400 Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by tug.org (8.8.5/8.8.5) with SMTP id LAA21938 for ; Mon, 29 Jun 1998 11:48:44 -0400 Received: from boole.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 29 Jun 98 16:47:19 +0100 (BST) Subject: Re: Gnuplot terminal driver? In-Reply-To: <7481-Mon29Jun1998153134+0100-s.rahtz@elsevier.co.uk> from Sebastian Rahtz at "Jun 29, 98 03:31:34 pm" To: Sebastian Rahtz Date: Mon, 29 Jun 1998 16:47:18 +0100 (BST) From: Timothy Murphy Cc: pdftex@tug.org X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-ID: <9806291647.aa15602@boole.maths.tcd.ie> Sender: owner-pdftex@tug.org Precedence: bulk > > Has anyone written a metapost or pdf terminal driver for gnuplot? > i though gnuplot had a Metafont driver? if so, it could be trivially > adapted to Metapost, in all likelihood. thats where i would start You can indeed say gnuplot> set terminal mf to get MF output. If you just say gnuplot> set terminal you will get a list of possible output formats. Ps I've never used this with metapost. From owner-pdftex@tug.org Mon Jun 29 10:55:22 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA11860 for ; Mon, 29 Jun 1998 10:55:21 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id MAA22214 for pdftex-list; Mon, 29 Jun 1998 12:51:32 -0400 Received: from mailgw1a.lmco.com (mailgw1a.lmco.com [192.31.106.7]) by tug.org (8.8.5/8.8.5) with ESMTP id MAA22211 for ; Mon, 29 Jun 1998 12:51:31 -0400 Received: from emss02g01.ems.lmco.com (emss02g01.ems.lmco.com [198.7.15.39]) by mailgw1a.lmco.com (8.8.8/8.8.8) with ESMTP id KAA17616 for ; Mon, 29 Jun 1998 10:51:19 -0600 (MDT) Received: from emss09m03.ems.lmco.com ([129.218.66.41]) by lmco.com (PMDF V5.1-10 #20543) with ESMTP id <0EVB00J4NO5I1L@lmco.com> for pdftex@tug.org; Mon, 29 Jun 1998 10:51:19 -0600 (MDT) Received: by emss09m03.ems.lmco.com with Internet Mail Service (5.0.1460.8) id ; Mon, 29 Jun 1998 11:51:23 -0500 Content-return: allowed Date: Mon, 29 Jun 1998 11:51:20 -0500 From: "Artz, Ray E" Subject: RE: Gnuplot terminal driver? To: pdftex@tug.org Message-id: <393829FB82FCD011BA6A0000F81EB9866ED775@emss09m03.ems.lmco.com> MIME-version: 1.0 X-Mailer: Internet Mail Service (5.0.1460.8) Content-type: text/plain Sender: owner-pdftex@tug.org Precedence: bulk Sebastian Rahtz writes > > Do others think it would be useful? What are people using for plots in > pdf? > how about writing them in Metapost itself? > _____________ Metapost has fairly extensive capabilities for ploting data files, but not much at a high level for plotting functions (even less than pstricks which has psplot). Of course it isn't too hard to add such capabilities for 2D plots. For 3D plots, Metapost has nothing. Gnuplot supports surface plots (as well as contour plots, etc.) Ideally, I would like to see 3D illustration support which included the 3D capabilities of pstricks (basically, embedding 2D graphics planes into 3D space in a controlled way) together with 3D spline curves and surface plots). It would be very good to be able to illustrate tangent planes to mathematically-described surfaces for example. Getting metapost output from gnuplot could let one put edit together anotations and graphics at a metapost level, which would probably be an improvement over the present situation. I suppose one could also overlay pictures at an eps level, but that seems much more awkward. Aw well... Ray Artz From owner-pdftex@tug.org Mon Jun 29 11:01:53 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id LAA12022 for ; Mon, 29 Jun 1998 11:01:52 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id MAA22246 for pdftex-list; Mon, 29 Jun 1998 12:58:27 -0400 Received: from lorraine.loria.fr (lorraine.loria.fr [152.81.1.17]) by tug.org (8.8.5/8.8.5) with ESMTP id MAA22243 for ; Mon, 29 Jun 1998 12:58:26 -0400 Received: from renaissance.loria.fr (renaissance.loria.fr [152.81.4.102]) by lorraine.loria.fr (8.8.7/8.8.7/8.8.7/JCG) with ESMTP id SAA17726; Mon, 29 Jun 1998 18:56:07 +0200 (MET DST) From: "Denis B. Roegel" Received: (from roegel@localhost) by renaissance.loria.fr (8.8.2/8.8.2) id SAA17049; Mon, 29 Jun 1998 18:56:05 +0200 (MET DST) Date: Mon, 29 Jun 1998 18:56:05 +0200 (MET DST) Message-Id: <199806291656.SAA17049@renaissance.loria.fr> To: pdftex@tug.org Subject: just a remark Cc: roegel@lorraine.loria.fr Sender: owner-pdftex@tug.org Precedence: bulk I just tried the pdftex version on the TeXlive 3 CD and a typical compilation gives: This is pdfTeX, Version 3.14159-0.12h (Web2C 7.2) (pdftex.cfg) (testpdf2.tex LaTeX2e <1997/12/01> patch level 2 Babel and hyphenation patterns for english, french, german, dumylang, n ohyphenation, loaded. Configured for pdftex use [1997/11/26] (/local/tex/loria/texlive/texmf/tex/latex/base/article.cls Document Class: article 1997/10/10 v1.3x Standard LaTeX document class (/local/tex/loria/texlive/texmf/tex/latex/base/size10.clo)) (/local/tex/loria/texlive/texmf/tex/latex/graphics/graphicx.sty (/local/tex/loria/texlive/texmf/tex/latex/graphics/keyval.sty) (/local/tex/loria/texlive/texmf/tex/latex/graphics/graphics.sty (/local/tex/loria/texlive/texmf/tex/latex/graphics/trig.sty) (/local/tex/loria/texlive/texmf/tex/latex/local/graphics.cfg) (/local/tex/loria/texlive/texmf/tex/latex/graphics/pdftex.def))) (testpdf2.aux) (/local/tex/loria/texlive/texmf/tex/context/base/supp-pdf.tex (/local/tex/loria/texlive/texmf/tex/context/base/supp-mis.tex loading : Context Support Macros / Missing ) loading : Context Support Macros / PDF ) [MP to PDF Figures/structure.2] (Figures/structure.2) [1] Overfull \vbox (51.24623pt too high) has occurred while \output is active [2] (testpdf2.aux) ) (see the transcript file for additional information) Output written on testpdf2.pdf (2 pages, 47225 bytes). Transcript written on testpdf2.log. I notice that at the beginning, it reads: (pdftex.cfg) I think it would me more consistent to show the full paths of these files, for they are not in the directory in which I did my compilation, and this is misleading. Denis Roegel From owner-pdftex@tug.org Mon Jun 29 11:59:55 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id LAA13410 for ; Mon, 29 Jun 1998 11:59:54 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id NAA22500 for pdftex-list; Mon, 29 Jun 1998 13:56:10 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id NAA22497 for ; Mon, 29 Jun 1998 13:56:08 -0400 Received: from SnowWhite.inet.cz (pavel@dialup2.inet.cz [194.196.193.2]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id TAA32518; Mon, 29 Jun 1998 19:53:36 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id TAA00713; Mon, 29 Jun 1998 19:39:45 +0200 Date: Mon, 29 Jun 1998 19:39:45 +0200 Message-Id: <199806291739.TAA00713@SnowWhite.inet.cz> From: "Pavel Janik ml." To: "Denis B. Roegel" CC: pdfTeX mailing list In-reply-to: <199806291656.SAA17049@renaissance.loria.fr> (Denis.Roegel@loria.fr) Subject: Re: just a remark X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.105 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk From: "Denis B. Roegel" Date: Mon, 29 Jun 1998 18:56:05 +0200 (MET DST) Hi, > I think it would me more consistent to show the full paths of > these files, for they are not in the directory in which I did > my compilation, and this is misleading. this have nothing to do with pdftex - you can use for example: pdftex --help and than (after reading it's output ;-): pdftex -kpathsea-debug=255 Brutal hackers usually use strace pdftex 2>&1 and pipe to grep ;-) -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Mon Jun 29 14:03:24 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id OAA18723 for ; Mon, 29 Jun 1998 14:03:22 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id PAA23000 for pdftex-list; Mon, 29 Jun 1998 15:56:18 -0400 Received: from lorraine.loria.fr (lorraine.loria.fr [152.81.1.17]) by tug.org (8.8.5/8.8.5) with ESMTP id PAA22997 for ; Mon, 29 Jun 1998 15:56:17 -0400 Received: from renaissance.loria.fr (renaissance.loria.fr [152.81.4.102]) by lorraine.loria.fr (8.8.7/8.8.7/8.8.7/JCG) with ESMTP id VAA22763; Mon, 29 Jun 1998 21:53:57 +0200 (MET DST) From: "Denis B. Roegel" Received: (from roegel@localhost) by renaissance.loria.fr (8.8.2/8.8.2) id VAA17751; Mon, 29 Jun 1998 21:53:53 +0200 (MET DST) Date: Mon, 29 Jun 1998 21:53:53 +0200 (MET DST) Message-Id: <199806291953.VAA17751@renaissance.loria.fr> To: pdftex@tug.org Subject: question on the use of bitmap fonts in pdftex 0.12h Cc: roegel@lorraine.loria.fr Sender: owner-pdftex@tug.org Precedence: bulk I am trying to compile my thesis using pdftex 0.12h (on the TeXlive 3). I get: This is pdfTeX, Version 3.14159-0.12h (Web2C 7.2) (pdftex.cfg) (main-eng-pdf.tex LaTeX2e <1997/12/01> patch level 2 Babel and hyphenation patterns for english, french, german, dumylang, n ohyphenation, loaded. Configured for pdftex use [1997/11/26] ... (/local/tex/loria/texlive/texmf/tex/context/base/supp-pdf.tex (/local/tex/loria/texlive/texmf/tex/context/base/supp-mis.tex loading : Context Support Macros / Missing ) loading : Context Support Macros / PDF ) [1 Non-PDF special ignored! ! Error: pdftex: Font ecti1000 not found in map files Non-PDF special ignored! What is missing and where should I add it? (I thought the problem with bitmap fonts crashing pdftex was solved...) I would happily upgrade to a more recent version, but I need binaries for half a dozen architectures. Thanks, Denis From owner-pdftex@tug.org Mon Jun 29 14:26:15 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id OAA19344 for ; Mon, 29 Jun 1998 14:26:14 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id QAA23108 for pdftex-list; Mon, 29 Jun 1998 16:23:34 -0400 Received: from lorraine.loria.fr (lorraine.loria.fr [152.81.1.17]) by tug.org (8.8.5/8.8.5) with ESMTP id QAA23105 for ; Mon, 29 Jun 1998 16:23:33 -0400 Received: from renaissance.loria.fr (renaissance.loria.fr [152.81.4.102]) by lorraine.loria.fr (8.8.7/8.8.7/8.8.7/JCG) with ESMTP id WAA25296; Mon, 29 Jun 1998 22:21:15 +0200 (MET DST) From: "Denis B. Roegel" Received: (from roegel@localhost) by renaissance.loria.fr (8.8.2/8.8.2) id WAA17928; Mon, 29 Jun 1998 22:21:11 +0200 (MET DST) Date: Mon, 29 Jun 1998 22:21:11 +0200 (MET DST) Message-Id: <199806292021.WAA17928@renaissance.loria.fr> To: pdftex@tug.org Subject: huge PDF output with just one PNG file Cc: roegel@lorraine.loria.fr Sender: owner-pdftex@tug.org Precedence: bulk I converted a small PS file into PNG, using gs, and output 600dpi as suggested by Sebastian: - the PS file: 21279 bytes - the PNG file: 82302 bytes Then, I tried to compile \pdfoutput=1 \documentclass{article} \usepackage[pdftex]{graphicx} \begin{document} \includegraphics{depend.png} \end{document} and this gave me a PDF output of 34919781 bytes. Is this normal? (I am using pdftex 0.12h) Thanks, Denis Roegel From owner-pdftex@tug.org Mon Jun 29 16:48:21 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id QAA23311 for ; Mon, 29 Jun 1998 16:48:20 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id SAA23622 for pdftex-list; Mon, 29 Jun 1998 18:44:31 -0400 Received: from socks.ubsinc.com (socks.ubsinc.com [207.152.88.2]) by tug.org (8.8.5/8.8.5) with ESMTP id SAA23619 for ; Mon, 29 Jun 1998 18:44:29 -0400 Received: from iws-irms.com (sabuguinho.146.179.198.in-addr.arpa [198.179.146.243]) by socks.ubsinc.com (8.8.5/8.8.5) with ESMTP id RAA05603; Mon, 29 Jun 1998 17:45:37 -0500 Message-ID: <3598179F.B4EDC4A@iws-irms.com> Date: Mon, 29 Jun 1998 17:39:27 -0500 From: Glauber Ribeiro Organization: Integrated Warehousing Solutions http://www.iws-irms.com X-Mailer: Mozilla 4.05 [en] (WinNT; I) MIME-Version: 1.0 To: "Denis B. Roegel" CC: pdftex@tug.org, roegel@lorraine.loria.fr Subject: Re: huge PDF output with just one PNG file References: <199806292021.WAA17928@renaissance.loria.fr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hello, Did you try setting compression: \pdfcompresslevel=9 at the top of your document, before you start outputting text. HTH. Glauber Denis B. Roegel wrote: > > I converted a small PS file into PNG, using gs, and output 600dpi > as suggested by Sebastian: > > - the PS file: > > 21279 bytes > > - the PNG file: > > 82302 bytes > > Then, I tried to compile > > \pdfoutput=1 > \documentclass{article} > \usepackage[pdftex]{graphicx} > \begin{document} > \includegraphics{depend.png} > \end{document} > > and this gave me a PDF output of 34919781 bytes. > Is this normal? > > (I am using pdftex 0.12h) > > Thanks, > > Denis Roegel -- Glauber Ribeiro --- IWS mailto://glauber@iws-irms.com http://www.iws-irms.com From owner-pdftex@tug.org Mon Jun 29 17:58:25 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id RAA24773 for ; Mon, 29 Jun 1998 17:58:24 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id TAA23871 for pdftex-list; Mon, 29 Jun 1998 19:55:19 -0400 Received: from lorraine.loria.fr (lorraine.loria.fr [152.81.1.17]) by tug.org (8.8.5/8.8.5) with ESMTP id TAA23868 for ; Mon, 29 Jun 1998 19:55:18 -0400 Received: from renaissance.loria.fr (renaissance.loria.fr [152.81.4.102]) by lorraine.loria.fr (8.8.7/8.8.7/8.8.7/JCG) with ESMTP id BAA00348; Tue, 30 Jun 1998 01:52:58 +0200 (MET DST) From: "Denis B. Roegel" Received: (from roegel@localhost) by renaissance.loria.fr (8.8.2/8.8.2) id BAA18257; Tue, 30 Jun 1998 01:52:56 +0200 (MET DST) Message-Id: <199806292352.BAA18257@renaissance.loria.fr> Subject: Re: huge PDF output with just one PNG file To: glauber@iws-irms.com (Glauber Ribeiro) Date: Tue, 30 Jun 1998 01:52:55 +0200 (MET DST) Cc: Denis.Roegel@loria.fr, pdftex@tug.org, roegel@lorraine.loria.fr In-Reply-To: <3598179F.B4EDC4A@iws-irms.com> from "Glauber Ribeiro" at Jun 29, 98 05:39:27 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-pdftex@tug.org Precedence: bulk `Glauber Ribeiro' wrote > > Hello, > > Did you try setting compression: > > \pdfcompresslevel=9 > > at the top of your document, before you start outputting text. > Thanks! Now, the outputted file has shrunk by a factor of 500! Denis From owner-pdftex@tug.org Mon Jun 29 23:00:22 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id XAA00306 for ; Mon, 29 Jun 1998 23:00:21 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id AAA24961 for pdftex-list; Tue, 30 Jun 1998 00:57:30 -0400 Received: from ricardo.ecn.wfu.edu (ricardo.ecn.wfu.edu [152.17.150.2]) by tug.org (8.8.5/8.8.5) with ESMTP id AAA24958 for ; Tue, 30 Jun 1998 00:57:28 -0400 Received: from localhost (cottrell@localhost) by ricardo.ecn.wfu.edu (8.8.7/8.7) with SMTP id AAA15231 for ; Tue, 30 Jun 1998 00:54:47 -0400 Date: Tue, 30 Jun 1998 00:54:47 -0400 (EDT) From: Allin Cottrell To: pdftex@tug.org Subject: Re: Gnuplot terminal driver? In-Reply-To: <19980629095745.A12182@umich.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk On Mon, 29 Jun 1998, Michael Sanders wrote: > Has anyone written a metapost or pdf terminal driver for > gnuplot? The present png driver, while useful, produces less > than publication-quality output. > > Do others think it would be useful? What are people using for > plots in pdf? I'm not aware of any metapost or pdf drivers for gnuplot at present. But you can get good results using the pslatex driver. This produces two sorts of output: LaTeX commands for the text part, and postscript for the graphical elements. The trick is to separate these out (they are "stuck together" in one file by default). The LaTeX part can go into your source file verbatim, while the ps part gets converted (courtesy of Hans Hagen's code) into pdf vector graphics. I have a un*x shell script that does the separation if you're interested -- perhaps at some point I will find the time to write this up as a proper gnuplot driver. The other option -- as some have pointed out -- is to create the plot using metapost, bypassing gnuplot altogether. I've done that too, but only for "custom" plots that gnuplot cannot handle: it seems like a waste of time to recreate in metapost high-level routines that are already well worked out in gnuplot. Allin Cottrell Wake Forest University From owner-pdftex@tug.org Tue Jun 30 02:52:10 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA04831 for ; Tue, 30 Jun 1998 02:52:08 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA25915 for pdftex-list; Tue, 30 Jun 1998 04:43:44 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id EAA25909 for ; Tue, 30 Jun 1998 04:43:41 -0400 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 JAA06939; hop 0; Tue, 30 Jun 1998 09:38:03 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Tue, 30 Jun 1998 09:43:32 +0100 Date: Tue, 30 Jun 1998 08:58:24 +0100 Message-ID: <8735-Tue30Jun1998085824+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Pavel.Janik@inet.cz Cc: Denis.Roegel@loria.fr, pdftex@tug.org Subject: Re: just a remark In-Reply-To: <199806291739.TAA00713@SnowWhite.inet.cz> References: <199806291656.SAA17049@renaissance.loria.fr> <199806291739.TAA00713@SnowWhite.inet.cz> Sender: owner-pdftex@tug.org Precedence: bulk Pavel Janik ml. writes: > > I think it would me more consistent to show the full paths of > > these files, for they are not in the directory in which I did > > my compilation, and this is misleading. > > this have nothing to do with pdftex - you can use for example: > I think I agree with Denis. all the normal TeX input files show their full path, its just the ones inherited from the driver world (like cm.map) which do not. It *is* inconsistent sebastian From owner-pdftex@tug.org Tue Jun 30 02:52:11 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA04834 for ; Tue, 30 Jun 1998 02:52:09 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA25932 for pdftex-list; Tue, 30 Jun 1998 04:44:52 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id EAA25927 for ; Tue, 30 Jun 1998 04:44:40 -0400 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 JAA07012; hop 0; Tue, 30 Jun 1998 09:39:02 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Tue, 30 Jun 1998 09:44:20 +0100 Date: Tue, 30 Jun 1998 09:10:42 +0100 Message-ID: <6390-Tue30Jun1998091042+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Denis.Roegel@loria.fr Cc: pdftex@tug.org Subject: Re: huge PDF output with just one PNG file In-Reply-To: <199806292021.WAA17928@renaissance.loria.fr> References: <199806292021.WAA17928@renaissance.loria.fr> Sender: owner-pdftex@tug.org Precedence: bulk Denis B. Roegel writes: > - the PNG file: > > 82302 bytes > .... > and this gave me a PDF output of 34919781 bytes. > Is this normal? > I had thought that pdftex compressed its PNG images, but apparently not. It expands the image data when it reads it in, so far as I can see odd, isnt it. i am puzzled too. Sebastian From owner-pdftex@tug.org Tue Jun 30 02:52:14 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA04841 for ; Tue, 30 Jun 1998 02:52:12 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA25900 for pdftex-list; Tue, 30 Jun 1998 04:42:59 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id EAA25897 for ; Tue, 30 Jun 1998 04:42:57 -0400 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 JAA06891; hop 0; Tue, 30 Jun 1998 09:37:19 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Tue, 30 Jun 1998 09:42:43 +0100 Date: Tue, 30 Jun 1998 08:39:58 +0100 Message-ID: <1239-Tue30Jun1998083958+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: ColliBF1@APLMSG.JHUAPL.EDU Cc: pdftex@tug.org Subject: RE: Gnuplot terminal driver? In-Reply-To: <91D1D51C2955D111B82B00805F19989541C1A8@aples2.jhuapl.edu> References: <91D1D51C2955D111B82B00805F19989541C1A8@aples2.jhuapl.edu> Sender: owner-pdftex@tug.org Precedence: bulk Collins, Bernard F. (Skip) writes: > I think that the metafont driver uses the cm font sources for labels, > etc. That is not a very efficient way to go. Probably the best thing is true. i looked at the mf driver after I posted, and the output is NOT going to convert trivially to MP > > Doesn't MP have a graph package all its own? Can anyone compare its > features with gnuplot? > The LaTeX Graphics Companion has some examples sebastian From owner-pdftex@tug.org Tue Jun 30 02:52:26 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA04851 for ; Tue, 30 Jun 1998 02:52:26 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA25923 for pdftex-list; Tue, 30 Jun 1998 04:44:30 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id EAA25920 for ; Tue, 30 Jun 1998 04:44:18 -0400 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 JAA06991; hop 0; Tue, 30 Jun 1998 09:38:40 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Tue, 30 Jun 1998 09:44:08 +0100 Date: Tue, 30 Jun 1998 09:08:36 +0100 Message-ID: <5488-Tue30Jun1998090836+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Denis.Roegel@loria.fr Cc: pdftex@tug.org, roegel@lorraine.loria.fr Subject: Re: question on the use of bitmap fonts in pdftex 0.12h In-Reply-To: <199806291953.VAA17751@renaissance.loria.fr> References: <199806291953.VAA17751@renaissance.loria.fr> Sender: owner-pdftex@tug.org Precedence: bulk Denis B. Roegel writes: > Non-PDF special ignored! > thats an error. you need to track that down. no \special s are allowed/supported > ! Error: pdftex: > Font ecti1000 not found in map files > Non-PDF special ignored! > > > What is missing and where should I add it? > (I thought the problem with bitmap fonts crashing > pdftex was solved...) that was after TeX Live 3 was pressed, sorry. > I would happily upgrade to a more recent version, but I need > binaries for half a dozen architectures. if you don't want to rebuilt yourself, i might do it sometime soon. but in the short term, you can either - use a different font than CM - buy European Modern fonts - use the "ae" package of virtual fonts. since you are French, you'll probably hate this solution. Sebastian From owner-pdftex@tug.org Tue Jun 30 02:53:54 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA04879 for ; Tue, 30 Jun 1998 02:53:53 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA25914 for pdftex-list; Tue, 30 Jun 1998 04:43:44 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id EAA25907 for ; Tue, 30 Jun 1998 04:43:41 -0400 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 JAA06936; hop 0; Tue, 30 Jun 1998 09:38:02 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Tue, 30 Jun 1998 09:43:23 +0100 Date: Tue, 30 Jun 1998 08:54:06 +0100 Message-ID: <9532-Tue30Jun1998085406+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: ray.e.artz@lmco.com Cc: pdftex@tug.org Subject: RE: Gnuplot terminal driver? In-Reply-To: <393829FB82FCD011BA6A0000F81EB9866ED775@emss09m03.ems.lmco.com> References: <393829FB82FCD011BA6A0000F81EB9866ED775@emss09m03.ems.lmco.com> Sender: owner-pdftex@tug.org Precedence: bulk Artz, Ray E writes: > For 3D plots, Metapost has nothing. Gnuplot supports surface plots > (as well as contour plots, etc.) Ideally, I would like to see 3D > illustration support which included the 3D capabilities of pstricks > (basically, embedding 2D graphics planes into 3D space in a controlled way) > together with 3D spline curves and surface plots). It would be very good > to be able to illustrate tangent planes to mathematically-described surfaces > for example. > At the EuroTeX meeting in St Malo in the spring, there was a meeting of TeX user group representatives to discuss issues of common interest. One of these is funding of TeX-related projects. Someone suggested, and I and several others supported, the idea of funding and supporting new Metapost libraries (and extensions of MP if necessary). It should be possible to make Metapost do all that gnuplot does and I for one think it would be wonderful to see it done. Another project, of course, is a variant Metapost which wrote PDF output directly. Is anyone is interested in following this up and making a proposal for work and/or funding? by "funding" I dont mean *salary*, but if there was a concrete plan which involved eg paying a research student for 3 months, then the money might be found. Sebastian From owner-pdftex@tug.org Tue Jun 30 03:34:06 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA05528 for ; Tue, 30 Jun 1998 03:34:05 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA26092 for pdftex-list; Tue, 30 Jun 1998 05:26:04 -0400 Received: from smtp04.wxs.nl (smtp04.wxs.nl [195.121.6.59]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA26089 for ; Tue, 30 Jun 1998 05:26:02 -0400 Received: from wxs.nl ([195.121.20.17]) by smtp04.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA4EF0; Tue, 30 Jun 1998 11:25:46 +0200 Message-ID: <3598B0C6.39638A1E@wxs.nl> Date: Tue, 30 Jun 1998 11:32:54 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: pdftex Subject: 1 bp offset in fields Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hu, Is anybody aware of the fact that fields are scaled to their natural dimensions - 1bp at each side? Is this a bug or a feature. It *is* a a nuisance which cannot be turned off (as far as I tested). This phenomena probably goes unnoticed in adobe environement, but for tex 1 bp is quite a lot. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@wxs.nl ----------------------------------------------------------------- From owner-pdftex@tug.org Tue Jun 30 06:58:36 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA09626 for ; Tue, 30 Jun 1998 06:58:35 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA31653 for pdftex-list; Tue, 30 Jun 1998 08:54:22 -0400 Received: from socks.ubsinc.com (socks.ubsinc.com [207.152.88.2]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA31650 for ; Tue, 30 Jun 1998 08:54:20 -0400 Received: from iws-irms.com (sabuguinho.146.179.198.in-addr.arpa [198.179.146.243]) by socks.ubsinc.com (8.8.5/8.8.5) with ESMTP id HAA10337; Tue, 30 Jun 1998 07:55:37 -0500 Message-ID: <3598DED8.9ADA8CC0@iws-irms.com> Date: Tue, 30 Jun 1998 07:49:28 -0500 From: Glauber Ribeiro Organization: Integrated Warehousing Solutions http://www.iws-irms.com X-Mailer: Mozilla 4.05 [en] (WinNT; I) MIME-Version: 1.0 To: "Denis B. Roegel" CC: pdftex@tug.org, roegel@lorraine.loria.fr Subject: Re: huge PDF output with just one PNG file References: <199806292352.BAA18257@renaissance.loria.fr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Denis B. Roegel wrote: > > `Glauber Ribeiro' wrote > > > > Hello, > > > > Did you try setting compression: > > > > \pdfcompresslevel=9 > > > > at the top of your document, before you start outputting text. > > > > Thanks! Now, the outputted file has shrunk by a factor of 500! Great! Pdftex uses zlib (like zip) to compress. I normally use \pdfcompresslevel=0 when i'm writing and debugging, and change to 9 when i create the final document. Glauber -- Glauber Ribeiro --- IWS mailto://glauber@iws-irms.com http://www.iws-irms.com From owner-pdftex@tug.org Tue Jun 30 07:47:38 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA10997 for ; Tue, 30 Jun 1998 07:47:37 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA31832 for pdftex-list; Tue, 30 Jun 1998 09:40:24 -0400 Received: from smtp02.wxs.nl (smtp02.wxs.nl [195.121.6.60]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA31829 for ; Tue, 30 Jun 1998 09:40:23 -0400 Received: from wxs.nl ([195.121.21.139]) by smtp02.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA6CF1; Tue, 30 Jun 1998 15:40:18 +0200 Message-ID: <3598ECA3.6BDF202F@wxs.nl> Date: Tue, 30 Jun 1998 15:48:19 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Glauber Ribeiro CC: "Denis B. Roegel" , pdftex@tug.org, roegel@lorraine.loria.fr Subject: Re: huge PDF output with just one PNG file References: <199806292352.BAA18257@renaissance.loria.fr> <3598DED8.9ADA8CC0@iws-irms.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Glauber Ribeiro wrote: > > Denis B. Roegel wrote: > > > > `Glauber Ribeiro' wrote > > > > > > Hello, > > > > > > Did you try setting compression: > > > > > > \pdfcompresslevel=9 > > > > > > at the top of your document, before you start outputting text. > > > > > > > Thanks! Now, the outputted file has shrunk by a factor of 500! You can turn that on by default in the cfg file. > Great! Pdftex uses zlib (like zip) to compress. I normally use > \pdfcompresslevel=0 > when i'm writing and debugging, and change to 9 when i create the final > document. What do you mean with debugging? Analyzing the pdf file? Most structural info is uncompressed! Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@wxs.nl ----------------------------------------------------------------- From owner-pdftex@tug.org Tue Jun 30 09:33:28 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA13232 for ; Tue, 30 Jun 1998 09:33:27 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA32311 for pdftex-list; Tue, 30 Jun 1998 11:27:42 -0400 Received: from aples2.jhuapl.edu (aples2.jhuapl.edu [128.244.26.86]) by tug.org (8.8.5/8.8.5) with ESMTP id LAA32308 for ; Tue, 30 Jun 1998 11:27:41 -0400 Received: by aples2.jhuapl.edu with Internet Mail Service (5.5.1960.3) id ; Tue, 30 Jun 1998 11:24:44 -0400 Message-ID: <91D1D51C2955D111B82B00805F19989541C1A9@aples2.jhuapl.edu> From: "Collins, Bernard F. (Skip)" To: pdftex@tug.org Subject: RE: Gnuplot terminal driver? Date: Tue, 30 Jun 1998 11:24:37 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.1960.3) Content-Type: text/plain Sender: owner-pdftex@tug.org Precedence: bulk The pslatex terminal has the auxfile option which separates the ps and latex parts exactly as you describe. Skip Allin Cottrell wrote: > I'm not aware of any metapost or pdf drivers for gnuplot at > present. But you can get good results using the pslatex driver. > This produces two sorts of output: LaTeX commands for the text > part, and postscript for the graphical elements. The trick is > to separate these out (they are "stuck together" in one file by > default). The LaTeX part can go into your source file verbatim, > while the ps part gets converted (courtesy of Hans Hagen's code) > into pdf vector graphics. I have a un*x shell script that does > the separation if you're interested -- perhaps at some point I > will find the time to write this up as a proper gnuplot driver. From owner-pdftex@tug.org Tue Jun 30 10:35:12 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA14611 for ; Tue, 30 Jun 1998 10:35:11 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id MAA32608 for pdftex-list; Tue, 30 Jun 1998 12:32:09 -0400 Received: from ricardo.ecn.wfu.edu (ricardo.ecn.wfu.edu [152.17.150.2]) by tug.org (8.8.5/8.8.5) with ESMTP id MAA32605 for ; Tue, 30 Jun 1998 12:32:08 -0400 Received: from localhost (cottrell@localhost) by ricardo.ecn.wfu.edu (8.8.7/8.7) with SMTP id MAA16417 for ; Tue, 30 Jun 1998 12:29:14 -0400 Date: Tue, 30 Jun 1998 12:29:14 -0400 (EDT) From: Allin Cottrell To: pdftex@tug.org Subject: RE: Gnuplot terminal driver? In-Reply-To: <91D1D51C2955D111B82B00805F19989541C1A9@aples2.jhuapl.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk On Tue, 30 Jun 1998, Collins, Bernard F. (Skip) wrote: > The pslatex terminal has the auxfile option which separates > the ps and latex parts exactly as you describe. Duh! Thanks for the pointer. It pays to rtfm sometimes. Allin Cottrell. From owner-pdftex@tug.org Tue Jun 30 13:01:03 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id NAA18193 for ; Tue, 30 Jun 1998 13:01:01 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id OAA00468 for pdftex-list; Tue, 30 Jun 1998 14:53:14 -0400 Received: from gwfs.stud.fh-jena.de (gwfs.stud.fh-jena.de [194.94.37.56]) by tug.org (8.8.5/8.8.5) with ESMTP id OAA00465 for ; Tue, 30 Jun 1998 14:53:11 -0400 Received: from gw4s (gw4s.stud.fh-jena.de [194.94.37.30]) by gwfs.stud.fh-jena.de (8.8.6/8.8.6) with SMTP id UAA31655 for ; Tue, 30 Jun 1998 20:53:43 +0200 (MET DST) Date: Tue, 30 Jun 1998 20:48:27 +0200 (MDT) From: Colin Marquardt <941etcm@gwfs.stud.fh-jena.de> X-Sender: 941etcm@gw4s To: pdftex@tug.org Subject: Bug in dvips' standard.enc Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Hello, apologies if this has been reported before, but I think I have found a bug in dvips' "standard.enc", the "Adobe standard encoding scheme". (The texmf-path is /texmf/share/dvips/pdftex) This file has a /minus on position 45 (0x2d), where it should have the /hyphen (at least my Graphics Companion says so on p 483). The error occured probably from the fact that ISO Latin 1 has the /minus there. My web2c (7.2) system is the "old" win32 stuff from Fabrice, not the recently updated one. Cheers, Colin -- Colin Marquardt colin.marquardt@gmx.de Ortsstrasse 28 D-07426 Untersch"obling From owner-pdftex@tug.org Tue Jun 30 14:36:48 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id OAA20490 for ; Tue, 30 Jun 1998 14:36:47 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id QAA00828 for pdftex-list; Tue, 30 Jun 1998 16:21:03 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id QAA00825 for ; Tue, 30 Jun 1998 16:21:01 -0400 Received: from SnowWhite.inet.cz (pavel@dialup2.inet.cz [194.196.193.2]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id WAA28495; Tue, 30 Jun 1998 22:18:14 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id VAA00377; Tue, 30 Jun 1998 21:49:50 +0200 Date: Tue, 30 Jun 1998 21:49:50 +0200 Message-Id: <199806301949.VAA00377@SnowWhite.inet.cz> From: "Pavel Janik ml." To: Sebastian Rahtz CC: "Denis B. Roegel" , pdfTeX mailing list In-reply-to: <8735-Tue30Jun1998085824+0100-s.rahtz@elsevier.co.uk> (message from Sebastian Rahtz on Tue, 30 Jun 1998 08:58:24 +0100) Subject: Re: just a remark X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.105 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Date: Tue, 30 Jun 1998 08:58:24 +0100 From: Sebastian Rahtz Hi, > I think I agree with Denis. all the normal TeX input files show their > full path, its just the ones inherited from the driver world (like > cm.map) which do not. It *is* inconsistent ok, expect this "feature" in the next release of pdftex (available as soon as I recover from celebrating my exams, today I passed The Final One and three months full of joy can start...) In the next release I'd like to add "-Wall" to compilation process of ttf2afm (and cleaning all warnings I got) - can someone help me with this? I'd like to take care of full path displaying. -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Tue Jun 30 20:39:22 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id UAA28157 for ; Tue, 30 Jun 1998 20:39:21 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id WAA02133 for pdftex-list; Tue, 30 Jun 1998 22:36:31 -0400 Received: from ha1.rdc1.md.home.com (ha1.rdc1.md.home.com [24.2.2.66]) by tug.org (8.8.5/8.8.5) with ESMTP id WAA02130 for ; Tue, 30 Jun 1998 22:36:29 -0400 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 AAA5982 for ; Tue, 30 Jun 1998 19:36:06 -0700 From: jeffmcarthur@home.com (Jeffrey McArthur) To: pdftex@tug.org Subject: Including BMP's Date: Wed, 01 Jul 1998 02:31:42 GMT Organization: ATLIS Publishing Services Reply-To: jeffmcarthur@home.com Message-ID: <359a9f2b.13823871@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.org id WAA02131 Sender: owner-pdftex@tug.org Precedence: bulk Are there any plans to support BMP (Windows) graphics? Jeffrey M\kern-.05em\raise.5ex\hbox{\b c}\kern-.05emArthur a.k.a. Jeffrey McArthur ATLIS Publishing Services http://members.home.net/jeffmcarthur/ From owner-pdftex@tug.org Wed Jul 1 00:33:30 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id AAA02827 for ; Wed, 1 Jul 1998 00:33:29 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id CAA03188 for pdftex-list; Wed, 1 Jul 1998 02:29:52 -0400 Received: from toucan.stats.ox.ac.uk (toucan.stats.ox.ac.uk [163.1.20.20]) by tug.org (8.8.5/8.8.5) with ESMTP id CAA03185 for ; Wed, 1 Jul 1998 02:29:51 -0400 Received: from localhost (max84.public.ox.ac.uk [192.76.27.84]) by toucan.stats.ox.ac.uk (8.9.0/8.9.0) with SMTP id HAA15616; Wed, 1 Jul 1998 07:26:42 +0100 (BST) Date: Wed, 1 Jul 1998 07:29:43 +0100 (BST) From: Prof Brian D Ripley To: Jeffrey McArthur cc: pdftex@tug.org Subject: Re: Including BMP's In-Reply-To: <359a9f2b.13823871@mail> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk On Wed, 1 Jul 1998, Jeffrey McArthur wrote: > Are there any plans to support BMP (Windows) graphics? Why would one want to so that on Unix/Macintosh/...? It is easy to convert BMP to PNG in a (as far as I understand it) lossless way, and PNG is supported. One way is ImageMagick's `convert', and that is part of Fabrice Popineau's win32/web2c distribution, assuming you are using Windows. Another is the netpbm tools, and he has those for Windows too. His site is ftp://ftp.ese-metz.fr/pub/TeX/win32-beta netpbm is in netpbm-1.1-win32.zip: ImageMagick is in web2c-7.2.1-win32-bin1.zip (but you might enjoy the whole system with its pdftex support). As you might guess, this is purely theoretical information: given a BMP file I convert it on sight (and on Unix using convert) -- 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 Wed Jul 1 02:01:47 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA04344 for ; Wed, 1 Jul 1998 02:01:46 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id DAA03556 for pdftex-list; Wed, 1 Jul 1998 03:54:17 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id DAA03553 for ; Wed, 1 Jul 1998 03:54:15 -0400 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 IAA03899; hop 0; Wed, 1 Jul 1998 08:48:37 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Wed, 1 Jul 1998 08:54:06 +0100 Date: Wed, 1 Jul 1998 08:47:26 +0100 Message-ID: <3256-Wed01Jul1998084726+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: jeffmcarthur@home.com Cc: pdftex@tug.org Subject: Re: Including BMP's In-Reply-To: <359a9f2b.13823871@mail> References: <359a9f2b.13823871@mail> Sender: owner-pdftex@tug.org Precedence: bulk Jeffrey McArthur writes: > Are there any plans to support BMP (Windows) graphics? Thanh originally said "PNG only for bitmaps"; then Pavel added JPEG for good reasons. I have argued for TIFF (on the grounds that Acrobat sort of knows about it), but BMP? Can anyone defend BMP as a widely used format in typesetting circles, to the extent that TIFF and JPEG are "standards"? in practice, adding BMP would be trivial, but what it really needs is an architecture which would anyone to "plug in" new converters. its an interesting project, but is there anyone with the interest to work on it? i am willing to bet that Thanh does not have it very high on his list. sebastian From owner-pdftex@tug.org Wed Jul 1 03:08:10 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA05647 for ; Wed, 1 Jul 1998 03:08:09 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA03835 for pdftex-list; Wed, 1 Jul 1998 05:00:55 -0400 Received: from esemetz.ese-metz.fr (esemetz.ese-metz.fr [192.70.65.1]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA03832 for ; Wed, 1 Jul 1998 05:00:53 -0400 Received: (from popineau@localhost) by esemetz.ese-metz.fr (8.8.8/8.8.8) id LAA29118; Wed, 1 Jul 1998 11:00:36 +0200 (MET DST) Date: Wed, 1 Jul 1998 11:00:36 +0200 (MET DST) From: "Fabrice.Popineau" Message-Id: <199807010900.LAA29118@esemetz.ese-metz.fr> To: jeffmcarthur@home.com, s.rahtz@elsevier.co.uk Subject: Re: Including BMP's Cc: pdftex@tug.org Sender: owner-pdftex@tug.org Precedence: bulk There is always the Aldus format converters available for M$ users. A bunch of them are given with Office. Specs are free, but I wonder if they will ever make sense under Unix. Otherwise, it may be fine for win32 users. Fabrice From owner-pdftex@tug.org Wed Jul 1 05:42:11 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA08310 for ; Wed, 1 Jul 1998 05:42:10 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA04422 for pdftex-list; Wed, 1 Jul 1998 07:35:01 -0400 Received: from toucan.stats.ox.ac.uk (toucan.stats.ox.ac.uk [163.1.20.20]) by tug.org (8.8.5/8.8.5) with ESMTP id HAA04416 for ; Wed, 1 Jul 1998 07:34:59 -0400 Received: from localhost (max81.public.ox.ac.uk [192.76.27.81]) by toucan.stats.ox.ac.uk (8.9.0/8.9.0) with SMTP id MAA16027; Wed, 1 Jul 1998 12:28:47 +0100 (BST) Date: Wed, 1 Jul 1998 12:31:46 +0100 (BST) From: Prof Brian D Ripley To: "Fabrice.Popineau" cc: jeffmcarthur@home.com, s.rahtz@elsevier.co.uk, pdftex@tug.org Subject: Re: Including BMP's In-Reply-To: <199807010900.LAA29118@esemetz.ese-metz.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk On Wed, 1 Jul 1998, Fabrice.Popineau wrote: > There is always the Aldus format converters available for M$ users. > A bunch of them are given with Office. Specs are free, but I wonder > if they will ever make sense under Unix. Otherwise, it may be fine > for win32 users. Under Unix a solution involving piping to ImageMagick's convert would be easy. But who on Unix would have these strange formats? I don't think we need pdftex to do the conversions, nor would I want the overhead. I wrote a simple perl script to scan my .tex files for a project, extract all the includegraphics lines, find the file names and convert them all to pdf in suitable ways. That only needs to be done a very few times, but the text gets changed weekly. By the way, what do those proposing new graphics formats want pdftex to do when \pdfoutput=0? I need to prepare documents in both .ps and .pdf, and the .ps produced from .pdf by acrobat exchange (let alone reader) or gs is often much larger and less portable than that from dvips. -- 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 Wed Jul 1 07:14:28 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA09974 for ; Wed, 1 Jul 1998 07:14:26 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA04825 for pdftex-list; Wed, 1 Jul 1998 09:00:41 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA04822 for ; Wed, 1 Jul 1998 09:00:40 -0400 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 NAA14581; hop 0; Wed, 1 Jul 1998 13:55:00 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Wed, 1 Jul 1998 14:00:27 +0100 Date: Wed, 1 Jul 1998 12:41:36 +0100 Message-ID: <2175-Wed01Jul1998124136+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: ripley@stats.ox.ac.uk Cc: jeffmcarthur@home.com, pdftex@tug.org Subject: Re: Including BMP's In-Reply-To: References: <199807010900.LAA29118@esemetz.ese-metz.fr> Sender: owner-pdftex@tug.org Precedence: bulk Prof Brian D Ripley writes: > be easy. But who on Unix would have these strange formats? anyone who was given them by someone else? > overhead. I wrote a simple perl script to scan my .tex files for > a project, extract all the includegraphics lines, find the file names i just say \includegraphics{foo} and let the driver work out what extensions are supported and therefore what file to look for > By the way, what do those proposing new graphics formats want pdftex to do > when \pdfoutput=0? then \pdfimage will be an illegal command, so we will never get that far > I need to prepare documents in both .ps and .pdf, and > the .ps produced from .pdf by acrobat exchange (let alone reader) or gs is have you tried the ExportPS plugin? sebastian From owner-pdftex@tug.org Wed Jul 1 11:39:53 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id LAA15906 for ; Wed, 1 Jul 1998 11:39:52 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id NAA05958 for pdftex-list; Wed, 1 Jul 1998 13:33:25 -0400 Received: from smtp1.xs4all.nl (smtp1.xs4all.nl [194.109.6.51]) by tug.org (8.8.5/8.8.5) with ESMTP id NAA05955 for ; Wed, 1 Jul 1998 13:33:23 -0400 Received: from infovore (root@infovore.xs4all.nl [194.109.13.254]) by smtp1.xs4all.nl (8.8.8/8.8.8) with ESMTP id TAA02358; Wed, 1 Jul 1998 19:33:18 +0200 (CEST) Received: by infovore id m0yrQnE-000clOC (Debian Smail-3.2 1996-Jul-4 #2); Wed, 1 Jul 1998 19:35:40 +0200 (CEST) To: pdftex@tug.org, Pavel.Janik@inet.cz Subject: Re: just a remark References: <199806301949.VAA00377@SnowWhite.inet.cz> Mime-Version: 1.0 (generated by tm-edit 7.105) Content-Type: text/plain; charset=US-ASCII From: Olaf Weber Date: 01 Jul 1998 19:35:39 +0200 In-Reply-To: "Pavel Janik ml."'s message of "Tue, 30 Jun 1998 21:49:50 +0200" Message-ID: <87af6t4gpg.fsf@infovore.xs4all.nl> Lines: 32 X-Mailer: Gnus v5.4.66/Emacs 19.34 Sender: owner-pdftex@tug.org Precedence: bulk Pavel Janik ml writes: > In the next release I'd like to add "-Wall" to compilation process of > ttf2afm (and cleaning all warnings I got) - can someone help me with > this? Add the necessary options in the .../web2c/pdftexdir/Makefile.in, like this: ttf2afm: ttf2afm.c $(CC) -W -Wall -o ttf2afm -I$(kpathsea_srcdir) $(srcdir)/ttf2afm.c > I'd like to take care of full path displaying. For fule path displaying, this part of .../web2c/pdftexdir/config.c packfilename(maketexstring(filename), getnullstr(), getnullstr()); if (!CFG_OPEN()) FAIL("cannot open config file"); TEX_PRINTF("(%s" AND filename); mapfiles = 0; for (;;) { should use TEX_PRINTF("(%s" AND (nameoffile+1)); When a file is successfully opened by kpathsea, it sets nameoffile to the full name of the file found. Starting at 1 is a Pascalism. -- Olaf Weber From owner-pdftex@tug.org Wed Jul 1 17:36:16 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id RAA24342 for ; Wed, 1 Jul 1998 17:36:15 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id TAA07293 for pdftex-list; Wed, 1 Jul 1998 19:30:26 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id TAA07286 for ; Wed, 1 Jul 1998 19:30:22 -0400 Received: from SnowWhite.inet.cz (pavel@dialup1.inet.cz [194.196.193.1]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id BAA18909; Thu, 2 Jul 1998 01:27:47 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id AAA00663; Thu, 2 Jul 1998 00:06:52 +0200 Date: Thu, 2 Jul 1998 00:06:52 +0200 Message-Id: <199807012206.AAA00663@SnowWhite.inet.cz> From: "Pavel Janik ml." To: Sebastian Rahtz CC: pdfTeX mailing list In-reply-to: <3256-Wed01Jul1998084726+0100-s.rahtz@elsevier.co.uk> (message from Sebastian Rahtz on Wed, 1 Jul 1998 08:47:26 +0100) Subject: Re: Including BMP's X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.105 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Date: Wed, 1 Jul 1998 08:47:26 +0100 From: Sebastian Rahtz Hi, > Thanh originally said "PNG only for bitmaps"; then Pavel added JPEG > for good reasons. I have argued for TIFF (on the grounds that Acrobat small correction, JPEG support was written by Jiri Osoba, not me. -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Wed Jul 1 17:36:16 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id RAA24341 for ; Wed, 1 Jul 1998 17:36:15 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id TAA07292 for pdftex-list; Wed, 1 Jul 1998 19:30:25 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id TAA07285 for ; Wed, 1 Jul 1998 19:30:22 -0400 Received: from SnowWhite.inet.cz (pavel@dialup1.inet.cz [194.196.193.1]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id BAA18943; Thu, 2 Jul 1998 01:27:51 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id AAA03305; Thu, 2 Jul 1998 00:22:02 +0200 Date: Thu, 2 Jul 1998 00:22:02 +0200 Message-Id: <199807012222.AAA03305@SnowWhite.inet.cz> From: "Pavel Janik ml." To: colin marquardt <941etcm@gwfs.stud.fh-jena.de> CC: pdfTeX mailing list In-reply-to: (message from Colin Marquardt on Tue, 30 Jun 1998 20:48:27 +0200 (MDT)) Subject: Re: Bug in dvips' standard.enc X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.105 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Date: Tue, 30 Jun 1998 20:48:27 +0200 (MDT) From: Colin Marquardt <941etcm@gwfs.stud.fh-jena.de> Hi, > apologies if this has been reported before, but I think I have found a > bug in dvips' "standard.enc", the "Adobe standard encoding scheme". > (The texmf-path is /texmf/share/dvips/pdftex) Huh, I do not have this file (even this directory :-() in my texmf tree :-( Where it comes from? > My web2c (7.2) system is the "old" win32 stuff from Fabrice, not the > recently updated one. Fabrice, do you know? -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Wed Jul 1 17:36:17 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id RAA24346 for ; Wed, 1 Jul 1998 17:36:16 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id TAA07297 for pdftex-list; Wed, 1 Jul 1998 19:30:29 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id TAA07294 for ; Wed, 1 Jul 1998 19:30:26 -0400 Received: from SnowWhite.inet.cz (pavel@dialup1.inet.cz [194.196.193.1]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id BAA18950; Thu, 2 Jul 1998 01:27:54 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id AAA01491; Thu, 2 Jul 1998 00:17:41 +0200 Date: Thu, 2 Jul 1998 00:17:41 +0200 Message-Id: <199807012217.AAA01491@SnowWhite.inet.cz> From: "Pavel Janik ml." To: Olaf Weber CC: pdfTeX mailing list In-reply-to: <87af6t4gpg.fsf@infovore.xs4all.nl> (message from Olaf Weber on 01 Jul 1998 19:35:39 +0200) Subject: Re: just a remark X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.105 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk From: Olaf Weber Date: 01 Jul 1998 19:35:39 +0200 Hi, > Add the necessary options in the .../web2c/pdftexdir/Makefile.in, like > this: > > ttf2afm: ttf2afm.c > $(CC) -W -Wall -o ttf2afm -I$(kpathsea_srcdir) $(srcdir)/ttf2afm.c :-)) I have these flags in my src tree already, but I'm looking for someone who cleans up ttf2afm sources, because -Wall give us too much warnings that can confuse regular users. I'd like to spend my time in another parts od pdfTeX... > should use > > TEX_PRINTF("(%s" AND (nameoffile+1)); I guessed it yesterday morning, thanks. Already in my src tree (config files, map files and pk fonts, somewhere else?) -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Wed Jul 1 21:10:41 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id VAA28479 for ; Wed, 1 Jul 1998 21:10:36 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id XAA08042 for pdftex-list; Wed, 1 Jul 1998 23:07:53 -0400 Received: from mailhost.auckland.ac.nz (mailhost.auckland.ac.nz [130.216.1.4]) by tug.org (8.8.5/8.8.5) with ESMTP id XAA08039 for ; Wed, 1 Jul 1998 23:07:48 -0400 Received: from comexch.auckland.ac.nz (comexch.auckland.ac.nz [130.216.96.114]) by mailhost.auckland.ac.nz (8.8.5/8.7.3-ua) with ESMTP id PAA21437 for ; Thu, 2 Jul 1998 15:07:44 +1200 (NZST) Message-Id: <199807020307.PAA21437@mailhost.auckland.ac.nz> Received: by comexch.auckland.ac.nz with Internet Mail Service (5.0.1460.8) id ; Thu, 2 Jul 1998 15:12:58 +1200 From: "Hillas, John" To: "'pdftex mailing list'" Subject: hyperref problems 6.29 and 6.30 Date: Thu, 2 Jul 1998 15:13:16 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1460.8) Content-Type: text/plain Sender: owner-pdftex@tug.org Precedence: bulk As I reported earlier, I get a fatal error with the new versions in situations that had earlier given me only warnings. I've now isolated exactly where the problem is (it really shouldn't have taken long, but I'm in the middle of grading exams. (For those celebrating the end of TAKING exams, ... I've done both and grading is much worse.) I've been doing things that I've known were not recommended, but they were giving me the results I wanted. Perhaps someone can recommend a more robust way for me to get the same result. What I want is to make a definition that is a variant of an earlier definition. If the earlier definition was 13 then I want this one to be 13'. What I've been doing is { \renewcommand{\thedefinition}{\ref{def:WARP}$'$} \begin{definition} The choice structure \CS satisfies the weak axiom of revealed preference if whenever $x$ is revealed at least as good as $y$ then $y$ is not revealed preferred to $x$. \end{definition} \addtocounter{definition}{-1} } where the label of the earlier definition was def:WARP. This code used to give me the warning Warning (ext1): destination with the same identifier already exists! With versions 6.29 and 6.30 the result becomes Warning (ext1): destination with the same identifier already exists! [2]) ! Incomplete \iffalse; all text was ignored after line 289. \fi <*> ...mm \pdfpageheight=297mm \input lecnotes.tex where line 289 is the one that reads \renewcommand{\thedefinition}{\ref{def:WARP}$'$} John Hillas Department of Economics The University of Auckland Private Bag 92019 Auckland NEW ZEALAND email: j.hillas@auckland.ac.nz home page http://www.econ.auckland.ac.nz/~jhillas/personal/ From owner-pdftex@tug.org Thu Jul 2 04:56:18 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA07765 for ; Thu, 2 Jul 1998 04:56:17 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA09885 for pdftex-list; Thu, 2 Jul 1998 06:50:40 -0400 Received: from ha1.rdc1.md.home.com (ha1.rdc1.md.home.com [24.2.2.66]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA09882 for ; Thu, 2 Jul 1998 06:50:38 -0400 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 AAA5417 for ; Thu, 2 Jul 1998 03:50:38 -0700 From: jeffmcarthur@home.com (Jeffrey McArthur) To: pdftex@tug.org Subject: Including PDF's Date: Thu, 02 Jul 1998 10:46:02 GMT Organization: ATLIS Publishing Services Reply-To: jeffmcarthur@home.com Message-ID: <359b642c.2211600@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.org id GAA09883 Sender: owner-pdftex@tug.org Precedence: bulk Are there limitations on what kind of PDF's can be included? I created a small PDF via PDFWriter and a custom paper size. I then just did: \pdfimage bdl01a.pdf Do I need to include the height and width? It appeared to work with just the \pdfimage but Acrobat would not display it giving me an error message with a bunch of garbled characters in it. Jeffrey M\kern-.05em\raise.5ex\hbox{\b c}\kern-.05emArthur a.k.a. Jeffrey McArthur ATLIS Publishing Services http://members.home.net/jeffmcarthur/ From owner-pdftex@tug.org Fri Jul 3 03:58:25 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA06769 for ; Fri, 3 Jul 1998 03:58:25 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA15894 for pdftex-list; Fri, 3 Jul 1998 05:52:00 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA15889 for ; Fri, 3 Jul 1998 05:51:58 -0400 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 KAA03831; hop 0; Fri, 3 Jul 1998 10:46:17 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Fri, 3 Jul 1998 10:51:53 +0100 Date: Fri, 3 Jul 1998 10:41:24 +0100 Message-ID: <8490-Fri03Jul1998104124+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: j.hillas@auckland.ac.nz Cc: pdftex@tug.org Subject: Re: hyperref problems 6.29 and 6.30 In-Reply-To: <199807020307.PAA21437@mailhost.auckland.ac.nz> References: <199807020307.PAA21437@mailhost.auckland.ac.nz> Sender: owner-pdftex@tug.org Precedence: bulk Hillas, John writes: > way for me to get the same result. What I want is to > make a definition that is a variant of an earlier > definition. If the earlier definition was 13 then I > want this one to be 13'. > > What I've been doing is > > { > \renewcommand{\thedefinition}{\ref{def:WARP}$'$} see the \ref* command I added for David Story. might help, its a non-hyperref \ref sebastian From owner-pdftex@tug.org Fri Jul 3 05:49:48 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA08621 for ; Fri, 3 Jul 1998 05:49:47 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA16844 for pdftex-list; Fri, 3 Jul 1998 07:44:38 -0400 Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by tug.org (8.8.5/8.8.5) with SMTP id HAA16841 for ; Fri, 3 Jul 1998 07:44:35 -0400 Received: from turing.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 3 Jul 98 12:44:32 +0100 (BST) Received: (from tim@localhost) by turing.maths.tcd.ie (8.8.7/8.8.7) id RAA03513; Fri, 26 Jun 1998 17:29:36 +0100 From: Timothy Murphy Message-Id: <199806261629.RAA03513@turing.maths.tcd.ie> Subject: Re: EC Postscript fonts, T1 encoding In-Reply-To: <199806260831.KAA13810@seppl.zb.mpi-sb.mpg.de> from TeX-Developer at "Jun 26, 98 10:31:39 am" To: TeX-Developer Date: Fri, 26 Jun 1998 17:29:36 +0100 (IST) Cc: pdftex@tug.org X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk > I want to create PDF documents using the T1 encoding with PDFLatex. > This does not work when I use the Computer Modern fonts. > As far as I know it is due to the fact that the European CM fonts > are not freely available as post script fonts. You could try \usepackage{ae} . > I recently discovered a tool called mf2ps on CTAN, which converts > metafont fonts to postscript ones. Is it possible to make the EC fonts > usable to PDFLatex this way ? First of all, unless this has been updated recently I don't think it compiles; it used to be in Pascal, and more seriously required you to have a long defunct version of TeX. In any case it would make Type 3 fonts rather than Type 1. I'm not sure if these are allowed in pdftex . Also, even if this worked, you would not have any "hinting". In short, I don't think what you are suggesting is practicable unless you are prepared to spend a large amount of time on it. From owner-pdftex@tug.org Fri Jul 3 06:44:43 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA09562 for ; Fri, 3 Jul 1998 06:44:42 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA17473 for pdftex-list; Fri, 3 Jul 1998 08:37:45 -0400 Received: from dax.cc.uakron.edu (uakron.edu [130.101.5.4]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA17470 for ; Fri, 3 Jul 1998 08:37:43 -0400 Received: from default (michigan19-71.infoserv.uakron.edu [130.101.2.71]) by dax.cc.uakron.edu (8.8.8/8.8.8) with SMTP id IAA16169; Fri, 3 Jul 1998 08:36:22 -0400 (EDT) Message-Id: <199807031236.IAA16169@dax.cc.uakron.edu> From: "D. P. Story" Organization: The University of Akron To: Sebastian Rahtz Date: Fri, 3 Jul 1998 08:33:54 +0000 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: hyperref problems 6.29 and 6.30 Reply-to: story@uakron.edu CC: pdftex@tug.org In-reply-to: <8490-Fri03Jul1998104124+0100-s.rahtz@elsevier.co.uk> References: <199807020307.PAA21437@mailhost.auckland.ac.nz> Sender: owner-pdftex@tug.org Precedence: bulk On 3 Jul 98 at 10:41, Sebastian Rahtz wrote: > > > > What I've been doing is > > > > { > > \renewcommand{\thedefinition}{\ref{def:WARP}$'$} > > see the \ref* command I added for >David Story. might help, its a ^^^^^^^^^^^^^^^^^ Donald Story, or Don Story, or D. P. Story > non-hyperref \ref > > sebastian > > Dr. D. P. Story dpstory@uakron.edu http://www.math.uakron.edu/~dpstory/ Dept of Mathematical Sciences / University of Akron / Akron, Ohio 44325 e-Calculus: http://www.math.uakron.edu/~dpstory/e-calculus.html Algebra Review:http://www.math.uakron.edu/~dpstory/mpt_home.html Pdfmarks:Links & Forms:http://www.math.uakroh.edu/~dpstory/lnk_forms.html From owner-pdftex@tug.org Fri Jul 3 09:29:54 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA12697 for ; Fri, 3 Jul 1998 09:29:53 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA18364 for pdftex-list; Fri, 3 Jul 1998 11:12:27 -0400 Received: from NIH2WAAE (smtp5.site1.csi.com [149.174.183.74]) by tug.org (8.8.5/8.8.5) with ESMTP id LAA18361 for ; Fri, 3 Jul 1998 11:12:25 -0400 Received: from mail pickup service by csi.com with Microsoft SMTPSVC; Fri, 3 Jul 1998 11:12:20 -0400 Received: from rd2 (ld02-181.lon.compuserve.com [195.232.2.181]) by hil-img-ims-5.compuserve.com (8.8.6/8.8.6/IMS-1.3) with SMTP id LAA17570 for ; Fri, 3 Jul 1998 11:11:22 -0400 (EDT) From: "David Waller" To: "Pdftex (E-mail)" Subject: Image inclusion Date: Fri, 3 Jul 1998 16:12:44 +0100 Message-ID: <000401bda695$1e771320$b502e8c3@rd2> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0005_01BDA69D.803B7B20" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Importance: Normal Disposition-Notification-To: "David Waller" 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_0005_01BDA69D.803B7B20 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Is it possible, when using pdfLaTeX, to include an image that completely covers the page (i.e. no white border around the edge). I am trying to produce the image for a book cover (or opening screen view when a pdf image). Thanks Dave Waller ------=_NextPart_000_0005_01BDA69D.803B7B20 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Is it=20 possible, when using pdfLaTeX, to include an image that completely = covers the=20 page (i.e. no white border around the edge). I am trying to produce the = image=20 for a book cover (or opening screen view when a pdf = image).
 
Thanks
Dave=20 Waller
 
------=_NextPart_000_0005_01BDA69D.803B7B20-- From owner-pdftex@tug.org Fri Jul 3 13:28:58 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id NAA17235 for ; Fri, 3 Jul 1998 13:28:57 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id PAA19300 for pdftex-list; Fri, 3 Jul 1998 15:26:43 -0400 Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1]) by tug.org (8.8.5/8.8.5) with ESMTP id PAA19297 for ; Fri, 3 Jul 1998 15:26:42 -0400 Received: from hubert.wuh.wustl.edu (ats@nb22-pool-18.wustl.edu [128.252.113.18]) by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA00223 for ; Fri, 3 Jul 1998 14:26:14 -0500 (CDT) Received: (from ats@localhost) by hubert.wuh.wustl.edu (8.8.7/8.8.7) id OAA09639; Fri, 3 Jul 1998 14:25:16 -0500 To: pdftex@tug.org Subject: "Unable to find or create font" From: Alan Shutko Date: 03 Jul 1998 14:25:14 -0500 Message-ID: Lines: 30 X-Mailer: Gnus v5.5/Emacs 20.2 Sender: owner-pdftex@tug.org Precedence: bulk I have a file which causes acroread to give the error "Unable to find or create font OECJKR+SpectrumMT." gs can't seem to read the file either. The problem goes away if I tell PDFTeX not to subset fonts. I'm using 0.12h included with teTeX 0.9-980702. Here's the lines from my map file which work fine with dvips. I wrote them myself, so it's entirely possible I messed something up. The pdf file is at http://rescomp.wustl.edu/~ats/_region_.pdf msmrc8r SpectrumMT-SC " TeXBase1Encoding ReEncodeFont " <8r.enc - By consent of the corrupted It's sweet to be remembered, but it's often cheaper to be forgotten. From owner-pdftex@tug.org Sat Jul 4 09:25:08 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA07876 for ; Sat, 4 Jul 1998 09:25:03 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA23640 for pdftex-list; Sat, 4 Jul 1998 11:17:29 -0400 Received: from gwfs.stud.fh-jena.de (gwfs.stud.fh-jena.de [194.94.37.56]) by tug.org (8.8.5/8.8.5) with ESMTP id LAA23637 for ; Sat, 4 Jul 1998 11:17:26 -0400 Received: from gw4s (gw4s.stud.fh-jena.de [194.94.37.30]) by gwfs.stud.fh-jena.de (8.8.6/8.8.6) with SMTP id RAA09510 for ; Sat, 4 Jul 1998 17:18:06 +0200 (MET DST) Date: Sat, 4 Jul 1998 17:12:48 +0200 (MDT) From: Colin Marquardt <941etcm@gwfs.stud.fh-jena.de> X-Sender: 941etcm@gw4s To: pdftex@tug.org Subject: Re: "Unable to find or create font" Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Alan Shutko wrote: > I have a file which causes acroread to give the error "Unable to find > or create font OECJKR+SpectrumMT." gs can't seem to read the file > either. The problem goes away if I tell PDFTeX not to subset fonts. Yes, this bug showed up in version 0.12h and is fixed since 0.12i. Cheers, Colin -- Colin Marquardt colin.marquardt@gmx.de Ortsstrasse 28 D-07426 Untersch"obling From owner-pdftex@tug.org Sat Jul 4 11:00:16 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id LAA09477 for ; Sat, 4 Jul 1998 11:00:15 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id MAA24067 for pdftex-list; Sat, 4 Jul 1998 12:58:19 -0400 Received: from www.inx.de (www.inx.de [195.21.255.251]) by tug.org (8.8.5/8.8.5) with SMTP id MAA24064 for ; Sat, 4 Jul 1998 12:58:17 -0400 Received: by www.inx.de (Smail3.2.0.96inx) from n243-114.berlin.snafu.de (195.21.243.114) with smtp id ; Sat, 4 Jul 1998 18:57:54 +0200 (MET DST) To: pdftex@tug.org Subject: porting pdftex to Mac From: stk@snafu.de (Stefan Haller) Reply-To: pdftex@tug.org Date: Sat, 4 Jul 1998 18:57:55 +0200 Message-ID: <1dbnega.5r8rn01ljrfnwM@n243-114.berlin.snafu.de> Organization: none X-Mailer: MacSOUP 2.4d0 Sender: owner-pdftex@tug.org Precedence: bulk I'm in the process of porting Web2c 7.2 to the Mac (more specifically, to MPW), mainly because I want a working pdftex on Mac. TeX and MF are already running surprisingly well. Porting pdftex 0.12h was no problem; however, there's a problem with 0.12n that I'm not able to solve. Trying to compile the file web2c/pdftexdir/xpdf-0.7a/xpdf/pdftoepdf.cc gives the following error message: writeEPDF("%d 0 R", addNewRef(&obj->ref)); ^ Error (line 139): member 'Object::ref' of class 'Object' is not accessible And indeed, 'ref' is declared private in Object.h. Any hints? I'm not enough of a C++ expert to be able to tell what's wrong here. For now I got a working pdftex by replacing the four functions in pdftoepdf.cc with dummy versions that do nothing; but of course I'd like to get pdf inclusion working as well. Another general question: I would like to periodically call a system function that yields time to other processes, spins a busy cursor etc. Can anyone suggest a good place to call such a function? (I suppose such questions would better be asked on the tex-k mailing list?) -- Stefan Haller Berlin, Germany http://www.snafu.de/~stk/ From owner-pdftex@tug.org Sun Jul 5 03:08:53 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA26006 for ; Sun, 5 Jul 1998 03:08:51 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA27505 for pdftex-list; Sun, 5 Jul 1998 05:05:59 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id FAA27502 for ; Sun, 5 Jul 1998 05:05:47 -0400 Received: from SnowWhite.inet.cz (pavel@dialup1.inet.cz [194.196.193.1]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id LAA30522 for ; Sun, 5 Jul 1998 11:03:06 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id LAA00773; Sun, 5 Jul 1998 11:00:50 +0200 Date: Sun, 5 Jul 1998 11:00:50 +0200 Message-Id: <199807050900.LAA00773@SnowWhite.inet.cz> From: "Pavel Janik ml." To: pdfTeX mailing list In-reply-to: <1dbnega.5r8rn01ljrfnwM@n243-114.berlin.snafu.de> (stk@snafu.de) Subject: Re: porting pdftex to Mac X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.108 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk From: stk@snafu.de (Stefan Haller) Date: Sat, 4 Jul 1998 18:57:55 +0200 Hi, > 0.12n that I'm not able to solve. Trying to compile the file > web2c/pdftexdir/xpdf-0.7a/xpdf/pdftoepdf.cc gives the following error > message: > > writeEPDF("%d 0 R", addNewRef(&obj->ref)); > ^ > Error (line 139): member 'Object::ref' of class 'Object' is not > accessible corrected in pdftex-0.12o-3, please upgrade. pdftex-0.12o-4 will be available soon. -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Sun Jul 5 05:39:51 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA28290 for ; Sun, 5 Jul 1998 05:39:50 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA28015 for pdftex-list; Sun, 5 Jul 1998 07:36:23 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id HAA28012 for ; Sun, 5 Jul 1998 07:36:21 -0400 Received: from SnowWhite.inet.cz (pavel@dialup1.inet.cz [194.196.193.1]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id NAA01901 for ; Sun, 5 Jul 1998 13:33:33 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id MAA05171; Sun, 5 Jul 1998 12:06:07 +0200 Date: Sun, 5 Jul 1998 12:06:07 +0200 Message-Id: <199807051006.MAA05171@SnowWhite.inet.cz> From: "Pavel Janik ml." To: pdfTeX mailing list Subject: pdftexlib and encoding files X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.108 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Hi, I'd like to update pdftexlib-0.12 soon, but need to know, what should be changed/added. Please send any patches you'd like to see there (new enc files, updated enc files etc). -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Sun Jul 5 13:43:02 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id NAA05913 for ; Sun, 5 Jul 1998 13:43:01 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id PAA29611 for pdftex-list; Sun, 5 Jul 1998 15:38:09 -0400 Received: from www.inx.de (www.inx.de [195.21.255.251]) by tug.org (8.8.5/8.8.5) with SMTP id PAA29608 for ; Sun, 5 Jul 1998 15:38:07 -0400 Received: by www.inx.de (Smail3.2.0.96inx) from n246-98.berlin.snafu.de (195.21.246.98) with smtp id ; Sun, 5 Jul 1998 21:38:06 +0200 (MET DST) To: pdftex@tug.org Subject: problems with pdftexinfo.tex From: stk@snafu.de (Stefan Haller) Date: Sun, 5 Jul 1998 21:38:10 +0200 Message-ID: <1dbpqfv.tpev8nsbf6psM@n246-98.berlin.snafu.de> Organization: none X-Mailer: MacSOUP 2.4d0 Sender: owner-pdftex@tug.org Precedence: bulk I'm preparing some .pdf files from .texi source, which works well except for two problems: 1) The pages are offset approximately 1 inch to the right (they come out fine with normal tex) 2) The hyperlinks are slightly off, sometimes only a couple off lines down, sometimes as much as one and a half pages down. But the deviation is always the same for all links (and bookmarks) in a document. I'm using pdftexinfo.tex version 2.196. Is there a newer version? -- Stefan Haller Berlin, Germany http://www.snafu.de/~stk/ From owner-pdftex@tug.org Mon Jul 6 03:40:36 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA19733 for ; Mon, 6 Jul 1998 03:40:35 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA32630 for pdftex-list; Mon, 6 Jul 1998 05:31:45 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA32627 for ; Mon, 6 Jul 1998 05:31:38 -0400 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 KAA03670; hop 0; Mon, 6 Jul 1998 10:25:53 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Mon, 6 Jul 1998 10:31:27 +0100 Date: Mon, 6 Jul 1998 10:03:44 +0100 Message-ID: <6200-Mon06Jul1998100344+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: DWaller1@csi.com Cc: pdftex@tug.org Subject: Re: Image inclusion In-Reply-To: <000401bda695$1e771320$b502e8c3@rd2> References: <000401bda695$1e771320$b502e8c3@rd2> Sender: owner-pdftex@tug.org Precedence: bulk > Is it possible, when using pdfLaTeX, to include an image that completely > covers the page (i.e. no white border around the edge). I am trying to > produce the image for a book cover (or opening screen view when a pdf > image). i think you'd just use ordinary TeX techniques to shift a box containing the graphic sideways and upwards so that its origin was outside the page. Sebastian From owner-pdftex@tug.org Mon Jul 6 06:46:48 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA22722 for ; Mon, 6 Jul 1998 06:46:46 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA00791 for pdftex-list; Mon, 6 Jul 1998 08:43:00 -0400 Received: from socks.ubsinc.com (socks.ubsinc.com [207.152.88.2]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA00786 for ; Mon, 6 Jul 1998 08:42:57 -0400 Received: from iws-irms.com (sabuguinho.146.179.198.in-addr.arpa [198.179.146.243]) by socks.ubsinc.com (8.8.5/8.8.5) with ESMTP id HAA20157; Mon, 6 Jul 1998 07:44:28 -0500 Message-ID: <35A0C52E.1DCD67A0@iws-irms.com> Date: Mon, 06 Jul 1998 07:38:06 -0500 From: Glauber Ribeiro Organization: Integrated Warehousing Solutions http://www.iws-irms.com X-Mailer: Mozilla 4.05 [en] (WinNT; I) MIME-Version: 1.0 To: Stefan Haller CC: pdftex@tug.org Subject: Re: problems with pdftexinfo.tex References: <1dbpqfv.tpev8nsbf6psM@n246-98.berlin.snafu.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Stefan Haller wrote: > > I'm preparing some .pdf files from .texi source, which works well except > for two problems: > [...] > > 2) The hyperlinks are slightly off, sometimes only a couple off lines > down, sometimes as much as one and a half pages down. But the > deviation is always the same for all links (and bookmarks) in a > document. I saw this too. I had the impression that the links were always pointing to the TOP of the page where the reference is. [...] Glauber -- Glauber Ribeiro --- IWS mailto:glauber@iws-irms.com http://www.iws-irms.com From owner-pdftex@tug.org Mon Jul 6 11:04:32 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id LAA29046 for ; Mon, 6 Jul 1998 11:04:31 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id NAA02055 for pdftex-list; Mon, 6 Jul 1998 13:00:59 -0400 Received: from lorraine.loria.fr (lorraine.loria.fr [152.81.1.17]) by tug.org (8.8.5/8.8.5) with ESMTP id NAA02052 for ; Mon, 6 Jul 1998 13:00:57 -0400 Received: from renaissance.loria.fr (renaissance.loria.fr [152.81.4.102]) by lorraine.loria.fr (8.8.7/8.8.7/8.8.7/JCG) with ESMTP id TAA28335; Mon, 6 Jul 1998 19:00:45 +0200 (MET DST) From: "Denis B. Roegel" Received: (from roegel@localhost) by renaissance.loria.fr (8.8.2/8.8.2) id TAA10381; Mon, 6 Jul 1998 19:00:44 +0200 (MET DST) Date: Mon, 6 Jul 1998 19:00:44 +0200 (MET DST) Message-Id: <199807061700.TAA10381@renaissance.loria.fr> To: pdftex@tug.org Subject: Font logo10 not found in map files Cc: roegel@lorraine.loria.fr Sender: owner-pdftex@tug.org Precedence: bulk Hi, When I compile a file with \usepackage{mflogo} with pdflatex 0.12h, I get: ) [7 ! Error: pdftex: Font logo10 not found in map files I have then added a file logo.map under texmf/dvips with logo8 logo8 ; Mon, 6 Jul 1998 14:34:53 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id QAA02834 for pdftex-list; Mon, 6 Jul 1998 16:29:32 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id QAA02829 for ; Mon, 6 Jul 1998 16:29:24 -0400 Received: from SnowWhite.inet.cz (pavel@dialup2.inet.cz [194.196.193.2]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id WAA28680 for ; Mon, 6 Jul 1998 22:26:30 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id WAA01188; Mon, 6 Jul 1998 22:17:06 +0200 Date: Mon, 6 Jul 1998 22:17:06 +0200 Message-Id: <199807062017.WAA01188@SnowWhite.inet.cz> From: "Pavel Janik ml." To: pdfTeX mailing list Subject: pdftex-0.12o-4 X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.105 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Hi, I've just release pdftex-0.12o-4, it fixes: - full path displaying - map files, config file and pk fonts pdfTeX now starts with: SnowWhite:/home/pavel/Tmp$ ./pdftex example.tex This is pdfTeX, Version 3.14159-0.12o-4 (Web2C 7.2) (/usr/local/teTeX/share/texmf/pdftex/base/pdftex.cfg) (example.tex - added initialization of some variables (to suppress compilation warnings) TODO list: - clean up compilation process of ttf2afm (problem with %i and long integer arguments) Where: ftp://ftp.cstug.cz/pub/tex/local/cstug/janik/ ftp://ftp.inet.cz/pub/Mirrors/pdfTeX/ -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Mon Jul 6 14:34:56 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id OAA04428 for ; Mon, 6 Jul 1998 14:34:53 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id QAA02837 for pdftex-list; Mon, 6 Jul 1998 16:29:34 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id QAA02833 for ; Mon, 6 Jul 1998 16:29:31 -0400 Received: from SnowWhite.inet.cz (pavel@dialup2.inet.cz [194.196.193.2]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id WAA28707; Mon, 6 Jul 1998 22:26:51 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id WAA01126; Mon, 6 Jul 1998 22:10:55 +0200 Date: Mon, 6 Jul 1998 22:10:55 +0200 Message-Id: <199807062010.WAA01126@SnowWhite.inet.cz> From: "Pavel Janik ml." To: "Denis B. Roegel" CC: pdfTeX mailing list In-reply-to: <199807061700.TAA10381@renaissance.loria.fr> (Denis.Roegel@loria.fr) Subject: Re: Font logo10 not found in map files X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.105 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk From: "Denis B. Roegel" Date: Mon, 6 Jul 1998 19:00:44 +0200 (MET DST) Hi. > When I compile a file with \usepackage{mflogo} with pdflatex 0.12h, > I get: > > ) [7 > ! Error: pdftex: > Font logo10 not found in map files > > I have then added a file logo.map under texmf/dvips with pdftex uses different map file than dvips - if you run pdftex: SnowWhite:/home/pavel/Tmp$ ./pdftex This is pdfTeX, Version 3.14159-0.12o-4 (Web2C 7.2) **\relax (/usr/local/teTeX/share/texmf/pdftex/base/pdftex.cfg) * (Huh, my version is quite new ...) you can see pdftex.cfg - find this file - it looks like: ... map tetex.map ... and the rest is easy I think. Map file is tetex.map (in my case) and you should modify it for your needs. -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Mon Jul 6 14:49:30 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id OAA04817 for ; Mon, 6 Jul 1998 14:49:28 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id QAA02918 for pdftex-list; Mon, 6 Jul 1998 16:47:35 -0400 Received: from lorraine.loria.fr (lorraine.loria.fr [152.81.1.17]) by tug.org (8.8.5/8.8.5) with ESMTP id QAA02915 for ; Mon, 6 Jul 1998 16:47:34 -0400 Received: from renaissance.loria.fr (renaissance.loria.fr [152.81.4.102]) by lorraine.loria.fr (8.8.7/8.8.7/8.8.7/JCG) with ESMTP id WAA05818; Mon, 6 Jul 1998 22:47:23 +0200 (MET DST) From: "Denis B. Roegel" Received: (from roegel@localhost) by renaissance.loria.fr (8.8.2/8.8.2) id WAA11134; Mon, 6 Jul 1998 22:47:19 +0200 (MET DST) Message-Id: <199807062047.WAA11134@renaissance.loria.fr> Subject: Re: Font logo10 not found in map files To: Pavel.Janik@inet.cz Date: Mon, 6 Jul 1998 22:47:19 +0200 (MET DST) Cc: In-Reply-To: <199807062010.WAA01126@SnowWhite.inet.cz> from "Pavel Janik ml." at Jul 6, 98 10:10:55 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-pdftex@tug.org Precedence: bulk `Pavel Janik ml.' wrote > > From: "Denis B. Roegel" > Date: Mon, 6 Jul 1998 19:00:44 +0200 (MET DST) > > Hi. > > > When I compile a file with \usepackage{mflogo} with pdflatex 0.12h, > > I get: > > > > ) [7 > > ! Error: pdftex: > > Font logo10 not found in map files > > > > I have then added a file logo.map under texmf/dvips with > > pdftex uses different map file than dvips - if you run pdftex: > > SnowWhite:/home/pavel/Tmp$ ./pdftex > This is pdfTeX, Version 3.14159-0.12o-4 (Web2C 7.2) > **\relax > (/usr/local/teTeX/share/texmf/pdftex/base/pdftex.cfg) xmf/pdftex/base/tetex.map> The paths are useful, aren't they ? :-) I have the standard TeXlive 3 configuration. I have indeed a file texmf/pdftex/config/pdftex.cfg and it contains output_format 1 compress_level 9 decimal_digits 3 page_width 210mm page_height 297mm horigin 1in vorigin 1in map standard.map map +cm.map map +ams.map map +latex.map map +adobe.map map +lucida.map map +misc.map map +monotype.map map +xy.map map +hoek.map In turn texmf/pdftex/config/cm.map contains : logo10 LOGO10 ; Mon, 6 Jul 1998 16:56:23 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id SAA03354 for pdftex-list; Mon, 6 Jul 1998 18:50:41 -0400 Received: from lorraine.loria.fr (lorraine.loria.fr [152.81.1.17]) by tug.org (8.8.5/8.8.5) with ESMTP id SAA03351 for ; Mon, 6 Jul 1998 18:50:40 -0400 Received: from renaissance.loria.fr (renaissance.loria.fr [152.81.4.102]) by lorraine.loria.fr (8.8.7/8.8.7/8.8.7/JCG) with ESMTP id AAA09123; Tue, 7 Jul 1998 00:50:33 +0200 (MET DST) From: "Denis B. Roegel" Received: (from roegel@localhost) by renaissance.loria.fr (8.8.2/8.8.2) id AAA11433; Tue, 7 Jul 1998 00:50:30 +0200 (MET DST) Message-Id: <199807062250.AAA11433@renaissance.loria.fr> Subject: Re: Font logo10 not found in map files To: Denis.Roegel@loria.fr (Denis B. Roegel) Date: Tue, 7 Jul 1998 00:50:30 +0200 (MET DST) Cc: Pavel.Janik@inet.cz, pdftex@tug.org In-Reply-To: <199807062047.WAA11134@renaissance.loria.fr> from "Denis B. Roegel" at Jul 6, 98 10:47:19 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-pdftex@tug.org Precedence: bulk `Denis B. Roegel' wrote > > I have the standard TeXlive 3 configuration. I have indeed a file > texmf/pdftex/config/pdftex.cfg and it contains > > output_format 1 > compress_level 9 > decimal_digits 3 > page_width 210mm > page_height 297mm > horigin 1in > vorigin 1in > map standard.map > map +cm.map > map +ams.map > map +latex.map > map +adobe.map > map +lucida.map > map +misc.map > map +monotype.map > map +xy.map > map +hoek.map I found the cause of my problem: it was the fact that there were several map files, some in texmf/dvips and some in pdftex. Moreover, I had recently added the pdftexlib-0.12h from CTAN *over* the TeXlive 3 distribution, which created another mess! And what really is the problem is that pdflatex also searches in texmf/dvips, so it is better to ensure uniqueness of the map files, and non overlapping of their linres. Can't the map files just be at one place ? Or is it possible to avoid pdflatex from looking in the dvips directory? There should also be a standard for the contents of .map files. Denis Roegel From owner-pdftex@tug.org Mon Jul 6 17:30:29 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id RAA08556 for ; Mon, 6 Jul 1998 17:30:29 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id TAA03497 for pdftex-list; Mon, 6 Jul 1998 19:25:30 -0400 Received: from lorraine.loria.fr (lorraine.loria.fr [152.81.1.17]) by tug.org (8.8.5/8.8.5) with ESMTP id TAA03494 for ; Mon, 6 Jul 1998 19:25:28 -0400 Received: from renaissance.loria.fr (renaissance.loria.fr [152.81.4.102]) by lorraine.loria.fr (8.8.7/8.8.7/8.8.7/JCG) with ESMTP id BAA09866; Tue, 7 Jul 1998 01:25:19 +0200 (MET DST) From: "Denis B. Roegel" Received: (from roegel@localhost) by renaissance.loria.fr (8.8.2/8.8.2) id BAA11494; Tue, 7 Jul 1998 01:25:19 +0200 (MET DST) Date: Tue, 7 Jul 1998 01:25:19 +0200 (MET DST) Message-Id: <199807062325.BAA11494@renaissance.loria.fr> To: pdftex@tug.org Subject: compilation completed: some questions and remarks Cc: roegel@lorraine.loria.fr Sender: owner-pdftex@tug.org Precedence: bulk I was finally able to compile the 200 pages of my thesis with pdflatex0.12h! By adding the appropriate lines to pdftex.cfg, I was able to get rid of the problem I mentionned earlier. I used the ae package in order to keep the T1 encoding. And I redefined a few commands for symbols that are only in bitmap form (those I created myself with mf). Fortunately, all but one of my figures were in metapost, so this was easy. However, there was one figure in PS and I convertet it into PNG. When pdflatex was outputting the page with this figure, it took a *long* time. And unfortunately, no progress was displayed, so if such a behavior is still the case in the current version, I suggest that some progress be reported. Finally, I got a bunch of messages, some dealing with uppercase/lowercase entries, some probably with the fact that my logo font does not contain the P and S: (see the transcript file for additional information) ! Warning: pdftex (file linew10.pfb): Base font name mismatch: `LINEW10' (in font file) and `linew10' (in map file)! ... (also for LCIRCLEW10, LASY8, LASY7, LASY9 and LASY10) ... ! Warning: pdftex (file logo10.pfb): Base font name mismatch: `LOGO10' (in font file) and `logo10' (in map file)! The name specified in map file was ignored ------------------------------------------------------------------------------- Now, what should I do to correct this behavior? Thanks, Denis Roegel From owner-pdftex@tug.org Mon Jul 6 17:45:42 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id RAA08914 for ; Mon, 6 Jul 1998 17:45:40 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id TAA03557 for pdftex-list; Mon, 6 Jul 1998 19:37:32 -0400 Received: from lorraine.loria.fr (lorraine.loria.fr [152.81.1.17]) by tug.org (8.8.5/8.8.5) with ESMTP id TAA03554 for ; Mon, 6 Jul 1998 19:37:30 -0400 Received: from renaissance.loria.fr (renaissance.loria.fr [152.81.4.102]) by lorraine.loria.fr (8.8.7/8.8.7/8.8.7/JCG) with ESMTP id BAA10123; Tue, 7 Jul 1998 01:37:21 +0200 (MET DST) From: "Denis B. Roegel" Received: (from roegel@localhost) by renaissance.loria.fr (8.8.2/8.8.2) id BAA11522; Tue, 7 Jul 1998 01:37:21 +0200 (MET DST) Date: Tue, 7 Jul 1998 01:37:21 +0200 (MET DST) Message-Id: <199807062337.BAA11522@renaissance.loria.fr> To: pdftex@tug.org Subject: message from Acroread on Stmary font Cc: roegel@lorraine.loria.fr Sender: owner-pdftex@tug.org Precedence: bulk Now, I look at my thesis with acroread, and all of a sudden, a warning window pops up with: The font 'GBAAAA+stmary10' contains a bad /BBox. Is this an error in the font, in pdftex or in acroread? Thanks, Denis Roegel From owner-pdftex@tug.org Mon Jul 6 17:51:19 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id RAA09075 for ; Mon, 6 Jul 1998 17:51:18 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id TAA03576 for pdftex-list; Mon, 6 Jul 1998 19:40:20 -0400 Received: from math.ams.org (math.ams.org [130.44.210.14]) by tug.org (8.8.5/8.8.5) with SMTP id TAA03572 for ; Mon, 6 Jul 1998 19:40:18 -0400 Received: from sun06.ams.org by math.ams.org via smtpd (for tug.org [158.121.106.10]) with SMTP; 6 Jul 1998 23:40:18 UT Received: from sun06.ams.org by sun06.ams.org (PMDF V5.1-10 #27147) with SMTP id <0EVP00G7T5R61U@sun06.ams.org> for pdftex@tug.org; Mon, 6 Jul 1998 19:40:18 -0400 (EDT) Date: Mon, 06 Jul 1998 19:40:18 -0400 (EDT) From: Tom Kacvinsky Subject: Re: compilation completed: some questions and remarks In-reply-to: <199807062325.BAA11494@renaissance.loria.fr> To: pdftex@tug.org Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk > > Now, what should I do to correct this behavior? > > Change the map entry so that the second column has logo10 in uppercase. You are probably using the freely available CM/AMS fonts that originated >From BSR and Y&Y. The /FontName in the outline file is in uppercase, and that is what pdfTeX wants. The character 80 mapped to .notdef is due to the fact that the outline font you have does no have a P (as you correctly stated earlier). You can either get Taco Hoekwater's version of the logo fonts from CTAN or buy them from Y&Y. If you use Taco's version of the logo fonts, be forwarned that the /FontName's in the outline files are in lower case (in which case you would leave the map file entries alone). Tom From owner-pdftex@tug.org Mon Jul 6 18:24:08 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id SAA09777 for ; Mon, 6 Jul 1998 18:24:06 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id UAA03735 for pdftex-list; Mon, 6 Jul 1998 20:18:15 -0400 Received: from lorraine.loria.fr (lorraine.loria.fr [152.81.1.17]) by tug.org (8.8.5/8.8.5) with ESMTP id UAA03732 for ; Mon, 6 Jul 1998 20:18:14 -0400 Received: from renaissance.loria.fr (renaissance.loria.fr [152.81.4.102]) by lorraine.loria.fr (8.8.7/8.8.7/8.8.7/JCG) with ESMTP id CAA10994; Tue, 7 Jul 1998 02:18:05 +0200 (MET DST) From: "Denis B. Roegel" Received: (from roegel@localhost) by renaissance.loria.fr (8.8.2/8.8.2) id CAA11769; Tue, 7 Jul 1998 02:18:04 +0200 (MET DST) Date: Tue, 7 Jul 1998 02:18:04 +0200 (MET DST) Message-Id: <199807070018.CAA11769@renaissance.loria.fr> To: pdftex@tug.org Subject: another error message Cc: roegel@lorraine.loria.fr Sender: owner-pdftex@tug.org Precedence: bulk In a previous message to the list, I forgot one error message given by the compilation of my thesis: ! Warning: pdftex (file msbm8.pfb): cannot open Type 1 font file for reading ! Warning: pdftex (file msbm8.pfb): cannot read key `FontName' from font file used value from map file -------------- What should I do? Thanks, Denis From owner-pdftex@tug.org Mon Jul 6 18:31:44 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id SAA09914 for ; Mon, 6 Jul 1998 18:31:43 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id UAA03775 for pdftex-list; Mon, 6 Jul 1998 20:26:50 -0400 Received: from lorraine.loria.fr (lorraine.loria.fr [152.81.1.17]) by tug.org (8.8.5/8.8.5) with ESMTP id UAA03772 for ; Mon, 6 Jul 1998 20:26:48 -0400 Received: from renaissance.loria.fr (renaissance.loria.fr [152.81.4.102]) by lorraine.loria.fr (8.8.7/8.8.7/8.8.7/JCG) with ESMTP id CAA11316; Tue, 7 Jul 1998 02:26:40 +0200 (MET DST) From: "Denis B. Roegel" Received: (from roegel@localhost) by renaissance.loria.fr (8.8.2/8.8.2) id CAA11795; Tue, 7 Jul 1998 02:26:39 +0200 (MET DST) Message-Id: <199807070026.CAA11795@renaissance.loria.fr> Subject: Re: another error message To: Denis.Roegel@loria.fr (Denis B. Roegel) Date: Tue, 7 Jul 1998 02:26:38 +0200 (MET DST) Cc: pdftex@tug.org In-Reply-To: <199807070018.CAA11769@renaissance.loria.fr> from "Denis B. Roegel" at Jul 7, 98 02:18:04 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-pdftex@tug.org Precedence: bulk `Denis B. Roegel' wrote > > > In a previous message to the list, I forgot one > error message given by the compilation of my thesis: > > ! Warning: pdftex (file msbm8.pfb): > cannot open Type 1 font file for reading > > ! Warning: pdftex (file msbm8.pfb): > cannot read key `FontName' from font file > used value from map file > > -------------- > > What should I do? It seems I can answer to my own question... After quick investigation, I am of course lacking the file msbm8.pfb. It seems that this file is part of the Bakoma fonts. Can I just take everything that is in the Bakoma fonts and not in the Bluesky fonts and add it to my installation? Denis From owner-pdftex@tug.org Tue Jul 7 03:23:13 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA19705 for ; Tue, 7 Jul 1998 03:23:12 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA05812 for pdftex-list; Tue, 7 Jul 1998 05:18:48 -0400 Received: from xerxes.thphy.uni-duesseldorf.de (xerxes.thphy.uni-duesseldorf.de [134.99.64.10]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA05809 for ; Tue, 7 Jul 1998 05:18:46 -0400 Received: from attila.uni-duesseldorf.de (attila [134.99.64.144]) by xerxes.thphy.uni-duesseldorf.de (8.8.8/8.8.8) with SMTP id LAA09655; Tue, 7 Jul 1998 11:18:20 +0200 (MET DST) Received: by attila.uni-duesseldorf.de (SMI-8.6/SMI-SVR4) id LAA17236; Tue, 7 Jul 1998 11:18:20 +0200 Date: Tue, 7 Jul 1998 11:18:20 +0200 Message-Id: <199807070918.LAA17236@attila.uni-duesseldorf.de> To: Denis.Roegel@loria.fr CC: pdftex@tug.org, roegel@lorraine.loria.fr In-reply-to: <199807062325.BAA11494@renaissance.loria.fr> (Denis.Roegel@loria.fr) Subject: Re: compilation completed: some questions and remarks From: Ulrik Vieth Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-pdftex@tug.org Precedence: bulk > Finally, I got a bunch of messages, some dealing with > uppercase/lowercase entries, some probably with the fact > that my logo font does not contain the P and S: > (see the transcript file for additional information) > ! Warning: pdftex (file linew10.pfb): > Base font name mismatch: `LINEW10' (in font file) and `linew10' (in map file)! > > ... > (also for LCIRCLEW10, LASY8, LASY7, LASY9 and LASY10) This depends on what fonts you're using. For the BlueSky CM & AMS fonts, base font names are uppercase, for the Bakoma fonts and Taco Hoekwater's versions of logo, stmary, rsfs, wasy they're lowercase. > ! Warning: pdftex (file logo10.pfb): > character 80 is mapped to .notdef > ! Warning: pdftex (file logo10.pfb): > character 83 is mapped to .notdef >> > ! Warning: pdftex (file logo10.pfb): > Base font name mismatch: `LOGO10' (in font file) and `logo10' (in map file)! > The name specified in map file was ignored The `P' and `S' of the MetaPost logo are missing in the BlueSky version. Only the newer versions by Y&Y (commercial) or by Taco (free) have them. My local .map files are appended below. Hope this helps. Cheers, Ulrik. [bluesky.map] ... lasy5 LASY5 ; Tue, 7 Jul 1998 03:26:15 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA05834 for pdftex-list; Tue, 7 Jul 1998 05:22:58 -0400 Received: from xerxes.thphy.uni-duesseldorf.de (xerxes.thphy.uni-duesseldorf.de [134.99.64.10]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA05831 for ; Tue, 7 Jul 1998 05:22:54 -0400 Received: from attila.uni-duesseldorf.de (attila [134.99.64.144]) by xerxes.thphy.uni-duesseldorf.de (8.8.8/8.8.8) with SMTP id LAA09660; Tue, 7 Jul 1998 11:22:33 +0200 (MET DST) Received: by attila.uni-duesseldorf.de (SMI-8.6/SMI-SVR4) id LAA17239; Tue, 7 Jul 1998 11:22:33 +0200 Date: Tue, 7 Jul 1998 11:22:33 +0200 Message-Id: <199807070922.LAA17239@attila.uni-duesseldorf.de> To: Denis.Roegel@loria.fr CC: pdftex@tug.org, roegel@lorraine.loria.fr In-reply-to: <199807062337.BAA11522@renaissance.loria.fr> (Denis.Roegel@loria.fr) Subject: Re: message from Acroread on Stmary font From: Ulrik Vieth Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-pdftex@tug.org Precedence: bulk > Now, I look at my thesis with acroread, and all of a sudden, > a warning window pops up with: > The font 'GBAAAA+stmary10' contains > a bad /BBox. > Is this an error in the font, in pdftex or in acroread? I think Taco issued an update of some of his fonts in mid-May, which should have avoided such problems. He said it's a bug of the reader which is rather picky about spaces in /FontBBox commands. You can fix it yourself if you replace /FontBBox { -123 -2958 1055 803 } readonly def by /FontBBox {-123 -2958 1055 803} readonly def in stmary10.pfb. Be careful about leaving the binary section intact when trying to edit .pfb files. (Emacs should be OK) Cheers, Ulrik. From owner-pdftex@tug.org Tue Jul 7 03:53:16 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA20177 for ; Tue, 7 Jul 1998 03:53:15 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA05931 for pdftex-list; Tue, 7 Jul 1998 05:46:16 -0400 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA05928 for ; Tue, 7 Jul 1998 05:46:13 -0400 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 LAA10260 for ; Tue, 7 Jul 1998 11:46:09 +0200 (MET DST) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id LAA15486; Tue, 7 Jul 1998 11:48:25 +0200 (MET DST) Date: Tue, 7 Jul 1998 11:48:25 +0200 (MET DST) Message-Id: <199807070948.LAA15486@mozart.ujf-grenoble.fr> From: Thierry Bouche To: pdfTeX mailing list Subject: Re: pdftex-0.12o-4 In-Reply-To: <199807062017.WAA01188@SnowWhite.inet.cz> References: <199807062017.WAA01188@SnowWhite.inet.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=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-pdftex@tug.org Precedence: bulk Hi, i was wondering... now that some vector graphic format are supported, if something like \pdfimage scaled 1200 could be usefull? (i'm sure it is!) some current drivers accept specials like {illustration (img) scaled 1200}. This avoids many computations. Th. Bouche « no signature last night » From owner-pdftex@tug.org Tue Jul 7 03:56:04 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA20254 for ; Tue, 7 Jul 1998 03:56:03 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA05959 for pdftex-list; Tue, 7 Jul 1998 05:50:43 -0400 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA05956 for ; Tue, 7 Jul 1998 05:50:41 -0400 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 LAA10858; Tue, 7 Jul 1998 11:50:41 +0200 (MET DST) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id LAA15688; Tue, 7 Jul 1998 11:52:57 +0200 (MET DST) Date: Tue, 7 Jul 1998 11:52:57 +0200 (MET DST) Message-Id: <199807070952.LAA15688@mozart.ujf-grenoble.fr> From: Thierry Bouche To: "Denis B. Roegel" Cc: pdftex@tug.org Subject: Re: another error message In-Reply-To: <199807070026.CAA11795@renaissance.loria.fr> References: <199807070018.CAA11769@renaissance.loria.fr> <199807070026.CAA11795@renaissance.loria.fr> 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 » After quick investigation, I am of course lacking the file msbm8.pfb. » It seems that this file is part of the Bakoma fonts. Can I just take » everything that is in the Bakoma fonts and not in the Bluesky fonts » and add it to my installation? yes, what puzzles me is that it is exactly how TL3 is set up... however, if you need msbm8, you probably use some ams packages, all these accept the psamsfonts option, that restricts to the available bluesky fonts. Th. Bouche « no signature last night » From owner-pdftex@tug.org Tue Jul 7 04:16:55 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA20573 for ; Tue, 7 Jul 1998 04:16:53 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA06078 for pdftex-list; Tue, 7 Jul 1998 06:09:15 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA06075 for ; Tue, 7 Jul 1998 06:09:11 -0400 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 LAA02942; hop 0; Tue, 7 Jul 1998 11:03:26 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Tue, 7 Jul 1998 11:08:57 +0100 Date: Tue, 7 Jul 1998 10:17:44 +0100 Message-ID: <460-Tue07Jul1998101744+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Denis.Roegel@loria.fr Cc: pdftex@tug.org Subject: Re: another error message In-Reply-To: <199807070026.CAA11795@renaissance.loria.fr> References: <199807070018.CAA11769@renaissance.loria.fr> <199807070026.CAA11795@renaissance.loria.fr> Sender: owner-pdftex@tug.org Precedence: bulk Denis B. Roegel writes: > After quick investigation, I am of course lacking the file msbm8.pfb. > It seems that this file is part of the Bakoma fonts. Can I just take > everything that is in the Bakoma fonts and not in the Bluesky fonts > and add it to my installation? > yes, but watch those upper/lower-case names! i am a little puzzled, by the way. i (naturally) run TeX Live, and msbm8.pfb (BaKoMa) is there sebastian From owner-pdftex@tug.org Tue Jul 7 04:20:01 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA20676 for ; Tue, 7 Jul 1998 04:20:00 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA06083 for pdftex-list; Tue, 7 Jul 1998 06:09:28 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA06080 for ; Tue, 7 Jul 1998 06:09:27 -0400 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 LAA02957; hop 0; Tue, 7 Jul 1998 11:03:41 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Tue, 7 Jul 1998 11:09:11 +0100 Date: Tue, 7 Jul 1998 10:20:40 +0100 Message-ID: <2141-Tue07Jul1998102040+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pdftex@tug.org Subject: failed to import pdf In-Reply-To: <199807070115.VAA03954@tug.org> References: <199807070115.VAA03954@tug.org> Sender: owner-pdftex@tug.org Precedence: bulk (this bounced, because Jeffrey put the word "help" in his Subject line :-}) From: jeffmcarthur@home.com (Jeffrey McArthur) I have tried, and tried, and tried; nothing seems to work. I have created a bunch of PDF files via the PDF Writer. I wanted to include them in another document. Everytime I try I get "There was an error processing a page. Invalid Form." and "An unrecognized token '' was found. The TeX File looks like this: \pdfoutput=1\relax \nopagenumbers \pdfimage width 3in height 2in r01a.pdf \bye The log file looks like this: This is pdfTeX, Version 3.14159-0.12o-2-tiff1 (Web2c 7.2) (format=pdftex 1998.6.17) 4 JUL 1998 16:04 **tstpdf (tstpdf.tex [1] ) Output written on tstpdf.pdf (1 page, 48559 bytes). No error message (nor any confirmation that PDF was included or not). I have put the TeX, the Log, the included PDF, and the resulting PDF on the web. You can find them at: PDF To be included: http://members.home.net/jeffmcarthur/r01a.pdf TeX File: http://members.home.net/jeffmcarthur/tstpdf.tex Log File: http://members.home.net/jeffmcarthur/tstpdf.log Resulting PDF File: http://members.home.net/jeffmcarthur/tstpdf.pdf which will generate an error. Jeffrey M\kern-.05em\raise.5ex\hbox{\b c}\kern-.05emArthur a.k.a. Jeffrey McArthur ATLIS Publishing Services http://members.home.net/jeffmcarthur/ From owner-pdftex@tug.org Tue Jul 7 04:29:29 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA20820 for ; Tue, 7 Jul 1998 04:29:28 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA06153 for pdftex-list; Tue, 7 Jul 1998 06:23:22 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA06150 for ; Tue, 7 Jul 1998 06:23:21 -0400 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 LAA03510; hop 0; Tue, 7 Jul 1998 11:17:35 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Tue, 7 Jul 1998 11:23:14 +0100 Date: Tue, 7 Jul 1998 11:23:01 +0100 Message-ID: <6242-Tue07Jul1998112301+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 I); VM 6.33 under Emacs 19.34.6 From: 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.org Subject: Re: pdftex-0.12o-4 In-Reply-To: <199807070948.LAA15486@mozart.ujf-grenoble.fr> References: <199807062017.WAA01188@SnowWhite.inet.cz> <199807070948.LAA15486@mozart.ujf-grenoble.fr> Sender: owner-pdftex@tug.org Precedence: bulk Thierry Bouche writes: > > i was wondering... now that some vector graphic format are supported, > if something like > \pdfimage scaled 1200 > could be usefull? > David Carlisle keeps asking if there is a difference between \pdfimage width 5in and \scalebox{\pdfimage } in either efficiency of effect, and I guess its a related question. If there is no loss in using the LaTeX graphics package's \scalebox (or the equivalent elsewhere), then the "scaled 1200" thing is not needed my experiments suggest that there *is* no loss. more importantly, you'd need to make sure that \pdfimage foo.png scaled 1200 and \pdfimage foo.png scaled 1400 only load the image once. Sebastian PS \includegraphics[scale=1.2]{foo.png} \includegraphics[scale=1.4]{foo.png} does do the right thing at present, doesn't it? From owner-pdftex@tug.org Tue Jul 7 04:33:30 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA20874 for ; Tue, 7 Jul 1998 04:33:29 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA05861 for pdftex-list; Tue, 7 Jul 1998 05:27:55 -0400 Received: from xerxes.thphy.uni-duesseldorf.de (xerxes.thphy.uni-duesseldorf.de [134.99.64.10]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA05858 for ; Tue, 7 Jul 1998 05:27:51 -0400 Received: from attila.uni-duesseldorf.de (attila [134.99.64.144]) by xerxes.thphy.uni-duesseldorf.de (8.8.8/8.8.8) with SMTP id LAA09680; Tue, 7 Jul 1998 11:27:29 +0200 (MET DST) Received: by attila.uni-duesseldorf.de (SMI-8.6/SMI-SVR4) id LAA17244; Tue, 7 Jul 1998 11:27:29 +0200 Date: Tue, 7 Jul 1998 11:27:29 +0200 Message-Id: <199807070927.LAA17244@attila.uni-duesseldorf.de> To: Denis.Roegel@loria.fr, pdftex@tug.org In-reply-to: <199807070026.CAA11795@renaissance.loria.fr> (Denis.Roegel@loria.fr) Subject: Re: another error message From: Ulrik Vieth Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-pdftex@tug.org Precedence: bulk > `Denis B. Roegel' wrote > It seems I can answer to my own question... > After quick investigation, I am of course lacking the file msbm8.pfb. > It seems that this file is part of the Bakoma fonts. Can I just take > everything that is in the Bakoma fonts and not in the Bluesky fonts > and add it to my installation? You can, of course, do that yourself, but there seem to be licensing problems that forbid distributing the Bakoma fonts in teTeX or TeXLive. Another solution would be to use \usepackage[psamsfonts]{amsfonts} which has the effect of using ums[ab]57.fd instead of ums[ab].fd. You would then end up using a scaled version msbm7 instead of msbm8. Cheers, Ulrik. From owner-pdftex@tug.org Tue Jul 7 05:03:04 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA21368 for ; Tue, 7 Jul 1998 05:03:03 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA06373 for pdftex-list; Tue, 7 Jul 1998 06:55:51 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id GAA06370 for ; Tue, 7 Jul 1998 06:55:45 -0400 Received: from SnowWhite.inet.cz (pavel@SnowWhite.local [10.0.0.101]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id MAA02329 for ; Tue, 7 Jul 1998 12:52:57 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id MAA02220; Tue, 7 Jul 1998 12:55:30 +0200 Date: Tue, 7 Jul 1998 12:55:30 +0200 Message-Id: <199807071055.MAA02220@SnowWhite.inet.cz> From: "Pavel Janik ml." To: pdfTeX mailing list In-reply-to: <2141-Tue07Jul1998102040+0100-s.rahtz@elsevier.co.uk> (message from Sebastian Rahtz on Tue, 7 Jul 1998 10:20:40 +0100) Subject: Re: failed to import pdf X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.105 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Date: Tue, 7 Jul 1998 10:20:40 +0100 NotFrom:-) Sebastian Rahtz Hi, > This is pdfTeX, Version 3.14159-0.12o-2-tiff1 (Web2c 7.2) (format=pdftex This is pdfTeX, Version 3.14159-0.12o-2-tiff1 (Web2C 7.2) (pdftex.cfg) (tstpdf.tex [1] ) Output written on tstpdf.pdf (1 page, 71881 bytes). Transcript written on tstpdf.log. This is pdfTeX, Version 3.14159-0.12o-2 (Web2C 7.2) (pdftex.cfg) (tstpdf.tex [1] ) Output written on tstpdf.pdf (1 page, 71881 bytes). Transcript written on tstpdf.log. Ok for me, can you test version without -tiff? But it must be something else... > Resulting PDF File: http://members.home.net/jeffmcarthur/tstpdf.pdf which Acrobat says something about wrong form. Do you really get this file by pdftexing tstpdf.tex? It sounds strange for me :-( -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Tue Jul 7 05:30:14 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA21826 for ; Tue, 7 Jul 1998 05:30:13 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA06557 for pdftex-list; Tue, 7 Jul 1998 07:26:13 -0400 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id HAA06554 for ; Tue, 7 Jul 1998 07:26:02 -0400 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 NAA15325; Tue, 7 Jul 1998 13:26:00 +0200 (MET DST) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id NAA17961; Tue, 7 Jul 1998 13:28:16 +0200 (MET DST) Date: Tue, 7 Jul 1998 13:28:16 +0200 (MET DST) Message-Id: <199807071128.NAA17961@mozart.ujf-grenoble.fr> From: Thierry Bouche To: Ulrik Vieth Cc: Denis.Roegel@loria.fr, pdftex@tug.org, roegel@lorraine.loria.fr Subject: Re: message from Acroread on Stmary font In-Reply-To: <199807070922.LAA17239@attila.uni-duesseldorf.de> References: <199807062337.BAA11522@renaissance.loria.fr> <199807070922.LAA17239@attila.uni-duesseldorf.de> 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 » Be careful about leaving the binary section » intact when trying to edit .pfb files. (Emacs should be OK) t1ascii/t1binary may help when editing PFB files. From owner-pdftex@tug.org Tue Jul 7 05:30:17 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA21830 for ; Tue, 7 Jul 1998 05:30:15 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA06547 for pdftex-list; Tue, 7 Jul 1998 07:25:25 -0400 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id HAA06544 for ; Tue, 7 Jul 1998 07:25:24 -0400 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 NAA15298; Tue, 7 Jul 1998 13:25:19 +0200 (MET DST) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id NAA17873; Tue, 7 Jul 1998 13:27:34 +0200 (MET DST) Date: Tue, 7 Jul 1998 13:27:34 +0200 (MET DST) Message-Id: <199807071127.NAA17873@mozart.ujf-grenoble.fr> From: Thierry Bouche To: Sebastian Rahtz Cc: Thierry.Bouche@ujf-grenoble.fr, pdftex@tug.org Subject: Re: pdftex-0.12o-4 In-Reply-To: <6242-Tue07Jul1998112301+0100-s.rahtz@elsevier.co.uk> References: <199807062017.WAA01188@SnowWhite.inet.cz> <199807070948.LAA15486@mozart.ujf-grenoble.fr> <6242-Tue07Jul1998112301+0100-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 » If there is no loss in using the LaTeX graphics package's \scalebox (or » the equivalent elsewhere), then the "scaled 1200" thing is not needed well, my point was precisely to avoid using graphics (and to avoid converting 1200 -> 1.200 too) [the precise pb here was to make a format using textures files without any modification] » PS » » \includegraphics[scale=1.2]{foo.png} » \includegraphics[scale=1.4]{foo.png} » » does do the right thing at present, doesn't it? as far as i now, yes. And the reuse is a very nice feature, yes. From owner-pdftex@tug.org Tue Jul 7 06:08:08 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA22421 for ; Tue, 7 Jul 1998 06:08:07 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA06778 for pdftex-list; Tue, 7 Jul 1998 08:05:48 -0400 Received: from smtp02.wxs.nl (smtp02.wxs.nl [195.121.6.60]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA06775 for ; Tue, 7 Jul 1998 08:05:47 -0400 Received: from wxs.nl ([195.121.21.248]) by smtp02.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA6586; Tue, 7 Jul 1998 14:05:30 +0200 Message-ID: <35A210D2.7D2B18B5@wxs.nl> Date: Tue, 07 Jul 1998 14:13:06 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Thierry Bouche CC: pdfTeX mailing list Subject: Re: pdftex-0.12o-4 References: <199807062017.WAA01188@SnowWhite.inet.cz> <199807070948.LAA15486@mozart.ujf-grenoble.fr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Thierry Bouche wrote: > i was wondering... now that some vector graphic format are supported, > if something like > \pdfimage scaled 1200 > could be usefull? Well, you can let tex scale when you know the dimensions. But, this whole \pdfimage business is a bit fuzzy, due to the fact that when dimensions cannot be read from the file (which happens quite often) pdftex defaults to bp. This gives funny side effects when you woul duse scaling! E.G. a 3in*3in or 1200*1200 pixel image would become 1200*1.2 basepoints. I have some workarounds, but it remains a pain Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@wxs.nl ----------------------------------------------------------------- From owner-pdftex@tug.org Tue Jul 7 07:17:50 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA23657 for ; Tue, 7 Jul 1998 07:17:48 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA07155 for pdftex-list; Tue, 7 Jul 1998 09:14:49 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA07152 for ; Tue, 7 Jul 1998 09:14:47 -0400 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 OAA08559; hop 0; Tue, 7 Jul 1998 14:09:00 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Tue, 7 Jul 1998 14:14:37 +0100 Date: Tue, 7 Jul 1998 13:43:22 +0100 Message-ID: <3283-Tue07Jul1998134322+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pragma@wxs.nl Cc: pdftex@tug.org Subject: Re: pdftex-0.12o-4 In-Reply-To: <35A210D2.7D2B18B5@wxs.nl> References: <199807062017.WAA01188@SnowWhite.inet.cz> <199807070948.LAA15486@mozart.ujf-grenoble.fr> <35A210D2.7D2B18B5@wxs.nl> Sender: owner-pdftex@tug.org Precedence: bulk Hans Hagen writes: > this whole \pdfimage business is a bit fuzzy, due to the fact that when > dimensions cannot be read from the file (which happens quite often) is this because the dimensions are not *in* the file, or because pdftex cannot find them? If the former, do you want to use this file.....? if the latter, of course we need to find out why. > pdftex defaults to bp. This gives funny side effects when you woul duse can you explain this? "defaults to bp"? you mean it assumes 72 dpi if the file has no resolution information? thats correct, surely? sebastian From owner-pdftex@tug.org Tue Jul 7 07:44:39 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA24154 for ; Tue, 7 Jul 1998 07:44:38 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA07298 for pdftex-list; Tue, 7 Jul 1998 09:41:10 -0400 Received: from smtp03.wxs.nl (smtp03.wxs.nl [195.121.6.37]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA07295 for ; Tue, 7 Jul 1998 09:41:09 -0400 Received: from wxs.nl ([195.121.21.179]) by smtp03.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA2BA8; Tue, 7 Jul 1998 15:40:53 +0200 Message-ID: <35A22728.1680A6FA@wxs.nl> Date: Tue, 07 Jul 1998 15:48:24 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Sebastian Rahtz CC: pdftex@tug.org Subject: Re: pdftex-0.12o-4 References: <199807062017.WAA01188@SnowWhite.inet.cz> <199807070948.LAA15486@mozart.ujf-grenoble.fr> <35A210D2.7D2B18B5@wxs.nl> <3283-Tue07Jul1998134322+0100-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: > > this whole \pdfimage business is a bit fuzzy, due to the fact that when > > dimensions cannot be read from the file (which happens quite often) > > is this because the dimensions are not *in* the file, or because Inded. > pdftex cannot find them? If the former, do you want to use this I have to use them. The problem is that my 'size this picture automatically to this or that size and/or limit it to the width or height available whatever suits best' algorithm becomes more and more complicated. > file.....? if the latter, of course we need to find out why. > > > pdftex defaults to bp. This gives funny side effects when you woul duse > can you explain this? "defaults to bp"? you mean it assumes 72 dpi if Well, try you automatic determine-size macro on one of such pictures and take a 1200*1200 dpi one filling an A3 paper; pdftex will probably overflow. > the file has no resolution information? thats correct, surely? After many frustrating hours of testing I looked it up in the pdftex source. When no 'real' dimensions can be found, e.g. when you use for instance PhotoShop to output png, pdftex interprets pxels as bp's (this is what my bouncing-to-this-list mails were discussing; I never picked up that thread because I finaly found some workarounds). A probably better solution would be to default to something 300 dpi. (btw, This kind of fuzzy things is why I didn't yet uploaded the new context; I want to be sure before I introduce upward incompatible features; the same with fields.) Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@wxs.nl ----------------------------------------------------------------- From owner-pdftex@tug.org Tue Jul 7 07:58:14 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA24443 for ; Tue, 7 Jul 1998 07:58:13 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA07369 for pdftex-list; Tue, 7 Jul 1998 09:55:07 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA07366 for ; Tue, 7 Jul 1998 09:55:05 -0400 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 OAA09959; hop 0; Tue, 7 Jul 1998 14:49:19 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Tue, 7 Jul 1998 14:54:50 +0100 Date: Tue, 7 Jul 1998 14:53:50 +0100 Message-ID: <9311-Tue07Jul1998145350+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pragma@wxs.nl Cc: pdftex@tug.org Subject: Re: pdftex-0.12o-4 In-Reply-To: <35A22728.1680A6FA@wxs.nl> References: <199807062017.WAA01188@SnowWhite.inet.cz> <199807070948.LAA15486@mozart.ujf-grenoble.fr> <35A210D2.7D2B18B5@wxs.nl> <3283-Tue07Jul1998134322+0100-s.rahtz@elsevier.co.uk> <35A22728.1680A6FA@wxs.nl> Sender: owner-pdftex@tug.org Precedence: bulk Hans Hagen writes: > > pdftex cannot find them? If the former, do you want to use this > > I have to use them. The problem is that my 'size this picture > automatically to this or that size and/or limit it to the width or > height available whatever suits best' algorithm becomes more and more > complicated. so you have to read the number of pixels instead, if there is eg no pHYs chunk in the PNG file. > Well, try you automatic determine-size macro on one of such pictures and > take a 1200*1200 dpi one filling an A3 paper; pdftex will probably > overflow. if it has no size information, then i dont blame it for making 1200x1200 be 16 inches wide > up that thread because I finaly found some workarounds). A probably > better solution would be to default to something 300 dpi. thats a fairly random assumption, 300 dpi. 72dpi is probably more standard (isnt that the default for GIF?). I see PNG says "If this ancillary chunk is not present, pixels are assumed to be square, and the physical size of each pixel is unknown. " which does not help much..... I'd add resolution information to my graphices files, if i were you! sebastian From owner-pdftex@tug.org Tue Jul 7 08:05:07 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA24647 for ; Tue, 7 Jul 1998 08:05:06 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA07408 for pdftex-list; Tue, 7 Jul 1998 10:02:02 -0400 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA07402 for ; Tue, 7 Jul 1998 10:01:56 -0400 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 QAA25448 for ; Tue, 7 Jul 1998 16:01:43 +0200 (MET DST) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id QAA22150; Tue, 7 Jul 1998 16:04:01 +0200 (MET DST) Date: Tue, 7 Jul 1998 16:04:01 +0200 (MET DST) Message-Id: <199807071404.QAA22150@mozart.ujf-grenoble.fr> From: Thierry Bouche To: pdfTeX mailing list Subject: Re: pdftex-0.12n In-Reply-To: <199807062017.WAA01188@SnowWhite.inet.cz> References: <199807062017.WAA01188@SnowWhite.inet.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=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-pdftex@tug.org Precedence: bulk just to say that i've seen a cas where the -dUseFlateCompression=false switch for gs was necessary in order that the PDF be correctly handled by \pdfimage. Th. Bouche « no signature last night » From owner-pdftex@tug.org Tue Jul 7 08:38:07 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA25374 for ; Tue, 7 Jul 1998 08:38:06 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA07565 for pdftex-list; Tue, 7 Jul 1998 10:30:19 -0400 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA07562 for ; Tue, 7 Jul 1998 10:30:14 -0400 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 QAA27992; Tue, 7 Jul 1998 16:30:08 +0200 (MET DST) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id QAA23058; Tue, 7 Jul 1998 16:32:26 +0200 (MET DST) Date: Tue, 7 Jul 1998 16:32:26 +0200 (MET DST) Message-Id: <199807071432.QAA23058@mozart.ujf-grenoble.fr> From: Thierry Bouche To: Pavel.Janik@inet.cz Cc: pdfTeX mailing list Subject: Re: pdftex-0.12o-4 In-Reply-To: <199807062017.WAA01188@SnowWhite.inet.cz> References: <199807062017.WAA01188@SnowWhite.inet.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=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-pdftex@tug.org Precedence: bulk could it be possible to emit some sort of warning when a bitmap font is used? Th. Bouche « no signature last night » From owner-pdftex@tug.org Tue Jul 7 09:53:15 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA27106 for ; Tue, 7 Jul 1998 09:53:14 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA07922 for pdftex-list; Tue, 7 Jul 1998 11:44:05 -0400 Received: from smtp01.wxs.nl (smtp01.wxs.nl [195.121.6.61]) by tug.org (8.8.5/8.8.5) with ESMTP id LAA07919 for ; Tue, 7 Jul 1998 11:44:04 -0400 Received: from wxs.nl ([195.121.21.159]) by smtp01.wxs.nl (Netscape Messaging Server 3.54) with ESMTP id AAAD82; Tue, 7 Jul 1998 17:35:58 +0200 Message-ID: <35A24218.8F31C34D@wxs.nl> Date: Tue, 07 Jul 1998 17:43:20 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Sebastian Rahtz CC: pdftex@tug.org Subject: Re: pdftex-0.12o-4 References: <199807062017.WAA01188@SnowWhite.inet.cz> <199807070948.LAA15486@mozart.ujf-grenoble.fr> <35A210D2.7D2B18B5@wxs.nl> <3283-Tue07Jul1998134322+0100-s.rahtz@elsevier.co.uk> <35A22728.1680A6FA@wxs.nl> <9311-Tue07Jul1998145350+0100-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: > > > pdftex cannot find them? If the former, do you want to use this > > > > I have to use them. The problem is that my 'size this picture > > automatically to this or that size and/or limit it to the width or > > height available whatever suits best' algorithm becomes more and more > > complicated. > so you have to read the number of pixels instead, if there is eg no pHYs > chunk in the PNG file. Right. Currently TeXUtil reports eps/pdf/jpg/png/tif dimensions as good as possible. I can send you a new version if needed. > thats a fairly random assumption, 300 dpi. 72dpi is probably more > standard (isnt that the default for GIF?). I see PNG says > > "If this ancillary chunk is not present, pixels are assumed to be > square, and the physical size of each pixel is unknown. " The 72dpi you find there most of the time concerns the preview. > I'd add resolution information to my graphices files, if i were you! I don't think that Adobe will listen to me in this respect. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@wxs.nl ----------------------------------------------------------------- From owner-pdftex@tug.org Wed Jul 8 04:27:43 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA21107 for ; Wed, 8 Jul 1998 04:27:42 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA12125 for pdftex-list; Wed, 8 Jul 1998 06:14:33 -0400 Received: from mediator.uni-c.dk (mediator.uni-c.dk [130.225.243.33]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA12122 for ; Wed, 8 Jul 1998 06:14:31 -0400 Received: from localhost (recdmj@localhost) by mediator.uni-c.dk (8.8.8/8.8.8) with ESMTP id MAA21852 for ; Wed, 8 Jul 1998 12:14:30 +0200 (MET DST) Date: Wed, 8 Jul 1998 12:14:30 +0200 (MET DST) From: =?ISO-8859-1?Q?Dan_M=F8nster?= Reply-To: =?ISO-8859-1?Q?Dan_M=F8nster?= To: pdftex@tug.org Subject: Using non-ASCII in \pdfannot Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: owner-pdftex@tug.org Precedence: bulk Hello, I have problems using non-ASCII characters in the text of \pdfannot. Here's what I want to do (based on a piece from example.tex in the pdf distribution): \pdfannot % general annotation % width 10cm % optional dimension -- similiar to TeX rule height 3in % specification depth 10pt % { % /Subtype /Text % text annotation /Open true /Contents (En bćk pĺ en ř i en ĺ) } This certainly doesn't work, and sustituting ć --> \ae etc., doesn't either. So I gathered that I needed to output the octal values directly in the form \xxx. Outputting a backslash presents some problems, but I got close using \csname345\endcsname for ć and similarly for other characters. But the \csname macro leaves a space after each of the characters, so I end up with "En bć k pĺ en ř i en ĺ". Can someone suggest a way of getting rid of this extra space, or perhaps a better way than using \csname...\endcsname ?? Regards, Dan __________________________________________________________________ Dan Mřnster E-mail: Dan.Moenster@uni-c.dk UNI·C, Scientific Computing Phone: (+45) 8937 6621 Olof Palmes Allé 38 Fax: (+45) 8937 6677 DK-8200 Ĺrhus N, Denmark WWW: http://www.uni-c.dk __________________________________________________________________ From owner-pdftex@tug.org Wed Jul 8 05:09:03 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA21865 for ; Wed, 8 Jul 1998 05:09:02 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA12342 for pdftex-list; Wed, 8 Jul 1998 07:03:43 -0400 Received: from ifi.informatik.uni-stuttgart.de (ifi.informatik.uni-stuttgart.de [129.69.211.1]) by tug.org (8.8.5/8.8.5) with ESMTP id HAA12339 for ; Wed, 8 Jul 1998 07:03:38 -0400 Received: by isidor.informatik.uni-stuttgart.de; Wed, 8 Jul 1998 13:03:24 +0200 (MET DST) From: Bernd Raichle MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Message-ID: <13731.20987.856326.985149@isidor> Date: Wed, 8 Jul 1998 13:03:23 +0200 (MET DST) To: pdftex@tug.org Subject: Re: Using non-ASCII in \pdfannot In-Reply-To: References: X-Mailer: VM 6.51 under Emacs 19.34.1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by tug.org id HAA12340 Sender: owner-pdftex@tug.org Precedence: bulk On Wed, 8 July 1998 12:14:30 +0200, Dan Mřnster writes: > I have problems using non-ASCII characters in the text of > \pdfannot. [...] > This certainly doesn't work, and sustituting ć --> \ae etc., doesn't > either. So I gathered that I needed to output the octal values > directly in the form \xxx. > > Outputting a backslash presents some problems, but I got close using > \csname345\endcsname for ć and similarly for other characters. But > the \csname macro leaves a space after each of the characters, so > I end up with "En bć k pĺ en ř i en ĺ". > > Can someone suggest a way of getting rid of this extra space, or > perhaps a better way than using \csname...\endcsname ?? Normally the backslash is TeX's escape character in the scanning process, thus no backslash will reach TeX's internals -- even if you think that it would, but this is only because the backslash is used as \escapechar when printing csnames! Using \csname ... \endcsname there is _no_ backslash in the _name_ of the control sequence, the character with code \escapechar, which is usually a backslash, is inserted only when outputting/printing this csname. With some \catcode hacking you can define a macro named \bschar to expand to a backslash character token, which can be used for your problem. (The grouping trick in the following code is only to prevent global assignments.) \begingroup \catcode`\|=0 % make | act as escape char |catcode`|\=12 % make \ act as other char |def|x{|endgroup |def|bschar{\}} |x Now you can use ``b\bschar 345k'' to get ``b\345k'' without additional spaces. Best wishes, -bernd From owner-pdftex@tug.org Wed Jul 8 05:25:36 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA22122 for ; Wed, 8 Jul 1998 05:25:34 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA12386 for pdftex-list; Wed, 8 Jul 1998 07:15:03 -0400 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id HAA12383 for ; Wed, 8 Jul 1998 07:15:01 -0400 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 NAA02508; Wed, 8 Jul 1998 13:14:58 +0200 (MET DST) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id NAA08364; Wed, 8 Jul 1998 13:17:23 +0200 (MET DST) Date: Wed, 8 Jul 1998 13:17:23 +0200 (MET DST) Message-Id: <199807081117.NAA08364@mozart.ujf-grenoble.fr> From: Thierry Bouche To: Dan =?ISO-8859-1?Q?M=F8nster?= Cc: pdftex@tug.org Subject: Re: Using non-ASCII in \pdfannot In-Reply-To: References: 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 » Can someone suggest a way of getting rid of this extra space, or » perhaps a better way than using \csname...\endcsname ?? you may use \string\345\string227 etc. on the other hand, i find it usefull to input these things in TeX's hex notation ^^e9. What is difficult here is to have things written in PDF encoding, maybe the newest latex has some hooks allowing this? Th. Bouche From owner-pdftex@tug.org Wed Jul 8 05:35:27 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA22298 for ; Wed, 8 Jul 1998 05:35:26 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA12432 for pdftex-list; Wed, 8 Jul 1998 07:25:35 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id HAA12429 for ; Wed, 8 Jul 1998 07:25:34 -0400 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 MAA00607; hop 0; Wed, 8 Jul 1998 12:19:45 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Wed, 8 Jul 1998 12:25:13 +0100 Date: Wed, 8 Jul 1998 12:20:50 +0100 Message-ID: <7968-Wed08Jul1998122050+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pragma@wxs.nl cc: pdftex@tug.org Subject: Re: pdftex-0.12o-4 In-Reply-To: <35A2497D.364BC044@wxs.nl> References: <199807062017.WAA01188@SnowWhite.inet.cz> <199807070948.LAA15486@mozart.ujf-grenoble.fr> <35A210D2.7D2B18B5@wxs.nl> <3283-Tue07Jul1998134322+0100-s.rahtz@elsevier.co.uk> <35A2278F.8B5F5A72@wxs.nl> <6199-Tue07Jul1998150052+0100-s.rahtz@elsevier.co.uk> <35A2497D.364BC044@wxs.nl> Sender: owner-pdftex@tug.org Precedence: bulk Hans Hagen writes: > > resolution=unknown % current behavior > resolution=300 % asume 300 dpi > > How about that? > that sounds very reasonable. more explicitly, perhaps xpixelsize=0.25bp ypixelsize=0.25bp ? sebastian From owner-pdftex@tug.org Wed Jul 8 05:36:26 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA22303 for ; Wed, 8 Jul 1998 05:36:25 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA12459 for pdftex-list; Wed, 8 Jul 1998 07:31:46 -0400 Received: from nag.co.uk (andover.nag.co.uk [192.156.217.113]) by tug.org (8.8.5/8.8.5) with ESMTP id HAA12456 for ; Wed, 8 Jul 1998 07:31:43 -0400 Received: (from davidc@localhost) by nag.co.uk (8.8.7/8.8.7) id MAA24089; Wed, 8 Jul 1998 12:37:56 +0100 Date: Wed, 8 Jul 1998 12:37:56 +0100 Message-Id: <199807081137.MAA24089@nag.co.uk> From: David Carlisle To: Thierry.Bouche@ujf-grenoble.fr CC: Dan.Monster@uni-c.dk, pdftex@tug.org In-reply-to: <199807081117.NAA08364@mozart.ujf-grenoble.fr> (message from Thierry Bouche on Wed, 8 Jul 1998 13:17:23 +0200 (MET DST)) Subject: Re: Using non-ASCII in \pdfannot References: <199807081117.NAA08364@mozart.ujf-grenoble.fr> Sender: owner-pdftex@tug.org Precedence: bulk > maybe the newest latex has some hooks allowing this? er no the hooks for that are still on my (and your:-) machine Didn't find time to do anything with them this time round... David From owner-pdftex@tug.org Wed Jul 8 07:09:31 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA23958 for ; Wed, 8 Jul 1998 07:09:30 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA13028 for pdftex-list; Wed, 8 Jul 1998 09:05:24 -0400 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA13025 for ; Wed, 8 Jul 1998 09:05:22 -0400 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 PAA07635 for ; Wed, 8 Jul 1998 15:05:18 +0200 (MET DST) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id PAA11041; Wed, 8 Jul 1998 15:07:42 +0200 (MET DST) Date: Wed, 8 Jul 1998 15:07:42 +0200 (MET DST) Message-Id: <199807081307.PAA11041@mozart.ujf-grenoble.fr> From: Thierry Bouche To: pdftex@tug.org Subject: standard.map 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 Hi, what to do about pplr8r Palatino-Roman From owner-pdftex@tug.org Wed Jul 8 08:08:22 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA25331 for ; Wed, 8 Jul 1998 08:08:21 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA13386 for pdftex-list; Wed, 8 Jul 1998 10:04:08 -0400 Received: from smtp02.wxs.nl (smtp02.wxs.nl [195.121.6.60]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA13381 for ; Wed, 8 Jul 1998 10:04:06 -0400 Received: from wxs.nl ([195.121.20.141]) by smtp02.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA13C3; Wed, 8 Jul 1998 16:03:59 +0200 Message-ID: <35A376EC.E0D08A15@wxs.nl> Date: Wed, 08 Jul 1998 15:41:00 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: "Dan =?iso-8859-1?Q?M=F8nster?=" CC: pdftex@tug.org Subject: Re: Using non-ASCII in \pdfannot References: Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by tug.org id KAA13383 Sender: owner-pdftex@tug.org Precedence: bulk Dan Mřnster wrote: > This certainly doesn't work, and sustituting ć --> \ae etc., doesn't > either. So I gathered that I needed to output the octal values > directly in the form \xxx. It does when you define: \def\ae{\string ^^e6}. Anyway, beware of pdfdocencoding, because some characters in this encoding don't show up on windows, mac or unix. I spend some time on this (writing some tex conversion macros as well as some perl for fdf conversion) and it's not that hard to do. if you look at the 1998-001 document I posted at the ntg context site, you can see that even field editing doing \"e etc is possible. I can move some stuff to supp-pdf some day if there is need for this, but I'm a bit low on time. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@wxs.nl ----------------------------------------------------------------- From owner-pdftex@tug.org Wed Jul 8 08:23:23 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA25634 for ; Wed, 8 Jul 1998 08:23:22 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA13481 for pdftex-list; Wed, 8 Jul 1998 10:19:04 -0400 Received: from lorraine.loria.fr (lorraine.loria.fr [152.81.1.17]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA13478 for ; Wed, 8 Jul 1998 10:19:03 -0400 Received: from loria.loria.fr (loria.loria.fr [152.81.144.12]) by lorraine.loria.fr (8.8.7/8.8.7/8.8.7/JCG) with ESMTP id QAA02554; Wed, 8 Jul 1998 16:17:09 +0200 (MET DST) From: "Denis B. Roegel" Received: (from roegel@localhost) by loria.loria.fr (8.8.2/8.8.2) id QAA02922; Wed, 8 Jul 1998 16:16:59 +0200 (MET DST) Message-Id: <199807081416.QAA02922@loria.loria.fr> Subject: Re: another error message To: Thierry.Bouche@ujf-grenoble.fr (Thierry Bouche) Date: Wed, 8 Jul 1998 16:16:58 +0200 (MET DST) Cc: Denis.Roegel@loria.fr, pdftex@tug.org In-Reply-To: <199807070952.LAA15688@mozart.ujf-grenoble.fr> from "Thierry Bouche" at Jul 7, 98 11:52:57 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-pdftex@tug.org Precedence: bulk `Thierry Bouche' wrote > > » After quick investigation, I am of course lacking the file msbm8.pfb. > » It seems that this file is part of the Bakoma fonts. Can I just take > » everything that is in the Bakoma fonts and not in the Bluesky fonts > » and add it to my installation? > > yes, what puzzles me is that it is exactly how TL3 is set up... I made only a basic TeXlive 3 installation, without the Type 1 fonts. I completed this installation with what we already had, and this is probably why I am missing this file. Denis Roegel From owner-pdftex@tug.org Wed Jul 8 08:08:37 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA25335 for ; Wed, 8 Jul 1998 08:08:36 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA13387 for pdftex-list; Wed, 8 Jul 1998 10:04:08 -0400 Received: from smtp02.wxs.nl (smtp02.wxs.nl [195.121.6.60]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA13380 for ; Wed, 8 Jul 1998 10:04:06 -0400 Received: from wxs.nl ([195.121.20.141]) by smtp02.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA13BD; Wed, 8 Jul 1998 16:03:57 +0200 Message-ID: <35A37391.EE94BC50@wxs.nl> Date: Wed, 08 Jul 1998 15:26:41 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Sebastian Rahtz Subject: Re: pdftex-0.12o-4 References: <199807062017.WAA01188@SnowWhite.inet.cz> <199807070948.LAA15486@mozart.ujf-grenoble.fr> <35A210D2.7D2B18B5@wxs.nl> <3283-Tue07Jul1998134322+0100-s.rahtz@elsevier.co.uk> <35A2278F.8B5F5A72@wxs.nl> <6199-Tue07Jul1998150052+0100-s.rahtz@elsevier.co.uk> <35A2497D.364BC044@wxs.nl> <7968-Wed08Jul1998122050+0100-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: > > > > resolution=unknown % current behavior > > resolution=300 % asume 300 dpi > > > > How about that? > > > that sounds very reasonable. more explicitly, perhaps > > xpixelsize=0.25bp > ypixelsize=0.25bp It depends on what we want to behind the screens. Probably something .25\wd\figurebox instead of \whateverdimen\wd\figurebox\divide\whateverdimen by 300 I guess that the first alternative has less change on overflow, because TeX does less checking there (just like you can make a \vbox larger than \maxdimen and ony get a warning when you assign its height to something. The fuzzy sides of TeX.). Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@wxs.nl ----------------------------------------------------------------- From owner-pdftex@tug.org Wed Jul 8 09:30:56 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA27286 for ; Wed, 8 Jul 1998 09:30:54 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA13802 for pdftex-list; Wed, 8 Jul 1998 11:27:05 -0400 Received: from lorraine.loria.fr (lorraine.loria.fr [152.81.1.17]) by tug.org (8.8.5/8.8.5) with ESMTP id LAA13799 for ; Wed, 8 Jul 1998 11:27:04 -0400 Received: from loria.loria.fr (loria.loria.fr [152.81.144.12]) by lorraine.loria.fr (8.8.7/8.8.7/8.8.7/JCG) with ESMTP id RAA05957; Wed, 8 Jul 1998 17:25:57 +0200 (MET DST) From: "Denis B. Roegel" Received: (from roegel@localhost) by loria.loria.fr (8.8.2/8.8.2) id RAA03815; Wed, 8 Jul 1998 17:25:46 +0200 (MET DST) Date: Wed, 8 Jul 1998 17:25:46 +0200 (MET DST) Message-Id: <199807081525.RAA03815@loria.loria.fr> To: pdftex@tug.org Subject: where in the TDS are the PNGs sought? Cc: roegel@lorraine.loria.fr Sender: owner-pdftex@tug.org Precedence: bulk Subject says it all. Where should I put the .png (and when I upgrade, the .pdf, .jpeg, etc.) files that are to be included in a pdflatex file? Thanks, Denis Roegel From owner-pdftex@tug.org Wed Jul 8 10:05:37 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA28160 for ; Wed, 8 Jul 1998 10:05:35 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id MAA14001 for pdftex-list; Wed, 8 Jul 1998 12:02:11 -0400 Received: from lorraine.loria.fr (lorraine.loria.fr [152.81.1.17]) by tug.org (8.8.5/8.8.5) with ESMTP id MAA13998 for ; Wed, 8 Jul 1998 12:02:09 -0400 Received: from loria.loria.fr (loria.loria.fr [152.81.144.12]) by lorraine.loria.fr (8.8.7/8.8.7/8.8.7/JCG) with ESMTP id SAA08057; Wed, 8 Jul 1998 18:01:03 +0200 (MET DST) From: "Denis B. Roegel" Received: (from roegel@localhost) by loria.loria.fr (8.8.2/8.8.2) id SAA04207; Wed, 8 Jul 1998 18:00:53 +0200 (MET DST) Date: Wed, 8 Jul 1998 18:00:53 +0200 (MET DST) Message-Id: <199807081600.SAA04207@loria.loria.fr> To: pdftex@tug.org Subject: what exactly does pdftex.map? Cc: roegel@lorraine.loria.fr Sender: owner-pdftex@tug.org Precedence: bulk I see that pdftex.map is always loaded, but some additional map files are loaded through pdftex.cfg? I don't understand why pdftex.map is mot loaded through the same mechanism as the maps mentionned in pdftex.cfg. Is there a reason to separate them? Thanks, Denis Roegel From owner-pdftex@tug.org Wed Jul 8 10:07:54 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA28210 for ; Wed, 8 Jul 1998 10:07:53 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id MAA14015 for pdftex-list; Wed, 8 Jul 1998 12:04:50 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id MAA14012 for ; Wed, 8 Jul 1998 12:04:48 -0400 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 QAA14101; hop 0; Wed, 8 Jul 1998 16:59:01 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Wed, 8 Jul 1998 17:04:41 +0100 Date: Wed, 8 Jul 1998 16:57:56 +0100 Message-ID: <6992-Wed08Jul1998165756+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Denis.Roegel@loria.fr Cc: pdftex@tug.org, roegel@lorraine.loria.fr Subject: Re: where in the TDS are the PNGs sought? In-Reply-To: <199807081525.RAA03815@loria.loria.fr> References: <199807081525.RAA03815@loria.loria.fr> Sender: owner-pdftex@tug.org Precedence: bulk Denis B. Roegel writes: > > Subject says it all. Where should I put the .png (and when I upgrade, > the .pdf, .jpeg, etc.) files that are to be included in a pdflatex file? > they are plain old TeX input files sebastian From owner-pdftex@tug.org Wed Jul 8 10:29:45 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA28707 for ; Wed, 8 Jul 1998 10:29:44 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id MAA14140 for pdftex-list; Wed, 8 Jul 1998 12:25:33 -0400 Received: from lorraine.loria.fr (lorraine.loria.fr [152.81.1.17]) by tug.org (8.8.5/8.8.5) with ESMTP id MAA14137 for ; Wed, 8 Jul 1998 12:25:31 -0400 Received: from loria.loria.fr (loria.loria.fr [152.81.144.12]) by lorraine.loria.fr (8.8.7/8.8.7/8.8.7/JCG) with ESMTP id SAA09098; Wed, 8 Jul 1998 18:23:28 +0200 (MET DST) From: "Denis B. Roegel" Received: (from roegel@localhost) by loria.loria.fr (8.8.2/8.8.2) id SAA04432; Wed, 8 Jul 1998 18:23:17 +0200 (MET DST) Message-Id: <199807081623.SAA04432@loria.loria.fr> Subject: Re: compilation completed: some questions and remarks To: vieth@thphy.uni-duesseldorf.de (Ulrik Vieth) Date: Wed, 8 Jul 1998 18:23:16 +0200 (MET DST) Cc: Denis.Roegel@loria.fr, pdftex@tug.org, roegel@lorraine.loria.fr In-Reply-To: <199807070918.LAA17236@attila.uni-duesseldorf.de> from "Ulrik Vieth" at Jul 7, 98 11:18:20 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-pdftex@tug.org Precedence: bulk `Ulrik Vieth' wrote > > The name specified in map file was ignored > > The `P' and `S' of the MetaPost logo are missing in the BlueSky version. > Only the newer versions by Y&Y (commercial) or by Taco (free) have them. > Actually, I had both the BlueSky and Taco's versions, but BlueSky's version was found first. I have now deleted them. Denis From owner-pdftex@tug.org Wed Jul 8 10:42:05 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA28981 for ; Wed, 8 Jul 1998 10:42:03 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id MAA14192 for pdftex-list; Wed, 8 Jul 1998 12:36:41 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id MAA14189 for ; Wed, 8 Jul 1998 12:36:36 -0400 Received: from SnowWhite.inet.cz (pavel@dialup4.inet.cz [194.196.193.4]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id SAA15735; Wed, 8 Jul 1998 18:33:40 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id SAA00763; Wed, 8 Jul 1998 18:17:37 +0200 Date: Wed, 8 Jul 1998 18:17:37 +0200 Message-Id: <199807081617.SAA00763@SnowWhite.inet.cz> From: "Pavel Janik ml." To: pdfTeX mailing list CC: Fabrice POPINEAU Subject: pdftex-0.12o-4 binaries X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.105 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Hi, pdftex-0.12o-4 binaries for Linux (Libc5, Libc6 and statically linked) and Solaris are available on FTP sites (thanks Berthold Crysmann). Fabrice: how about Win32 and Win32 patch? It's ok? Any fixes? -- Pavel Janik ml. Pavel.Janik@inet.cz From "Yimin Xiao " Wed Jul 8 11:21:08 1998 Flags: 000000000001 Received: from blab04.math.utah.edu (xiao@blab04.math.utah.edu [128.110.198.252]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id LAA29983 for ; Wed, 8 Jul 1998 11:21:07 -0600 (MDT) From: Yimin Xiao Received: (from xiao@localhost) by blab04.math.utah.edu (8.8.5/8.8.5) id LAA11723 for beebe@math.utah.edu; Wed, 8 Jul 1998 11:21:06 -0600 (MDT) Date: Wed, 8 Jul 1998 11:21:06 -0600 (MDT) Message-Id: <199807081721.LAA11723@blab04.math.utah.edu> To: beebe@math.utah.edu Subject: question about printing PS files Dear Nelson, I have got some question about printing PS files. I received some PS files through e-mail lately, and, after having deleted the e-mail head, I can use "ghostview" to view the files (papers). But I could not print them out (the output is still the PS file, not text). I noticed that if page numbers show up in ghostview, then there will be not problem to print the PS files. If no page numbers show up in ghostview, then I can not print. Could you please tell me where the problem is and how to fix it? Thanks a lot, Yimin Xiao Department of Mathematics University of Utah E-mail: xiao@math.utah.edu From owner-pdftex@tug.org Wed Jul 8 11:34:32 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id LAA00286 for ; Wed, 8 Jul 1998 11:34:31 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id NAA14413 for pdftex-list; Wed, 8 Jul 1998 13:28:40 -0400 Received: from lorraine.loria.fr (lorraine.loria.fr [152.81.1.17]) by tug.org (8.8.5/8.8.5) with ESMTP id NAA14410 for ; Wed, 8 Jul 1998 13:28:38 -0400 Received: from loria.loria.fr (loria.loria.fr [152.81.144.12]) by lorraine.loria.fr (8.8.7/8.8.7/8.8.7/JCG) with ESMTP id TAA11084; Wed, 8 Jul 1998 19:27:25 +0200 (MET DST) From: "Denis B. Roegel" Received: (from roegel@localhost) by loria.loria.fr (8.8.2/8.8.2) id TAA05068; Wed, 8 Jul 1998 19:27:15 +0200 (MET DST) Date: Wed, 8 Jul 1998 19:27:15 +0200 (MET DST) Message-Id: <199807081727.TAA05068@loria.loria.fr> To: pdftex@tug.org Subject: included picture shifted Cc: roegel@lorraine.loria.fr Sender: owner-pdftex@tug.org Precedence: bulk After having converted a PS file into PNG with ghostscript, I compared the inclusion (with \includegraphics) of the two versions (PS and PNG) and it appears that the PNG file is shifted, some fait amount down and to the right. Is this because I used gs to create the PNG file? Denis Roegel From owner-pdftex@tug.org Wed Jul 8 12:46:26 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id MAA02189 for ; Wed, 8 Jul 1998 12:46:25 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id OAA14680 for pdftex-list; Wed, 8 Jul 1998 14:39:42 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id OAA14677 for ; Wed, 8 Jul 1998 14:39:39 -0400 Received: from SnowWhite.inet.cz (pavel@dialup2.inet.cz [194.196.193.2]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id UAA20208; Wed, 8 Jul 1998 20:36:55 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id TAA01225; Wed, 8 Jul 1998 19:15:35 +0200 Date: Wed, 8 Jul 1998 19:15:35 +0200 Message-Id: <199807081715.TAA01225@SnowWhite.inet.cz> From: "Pavel Janik ml." To: "Denis B. Roegel" CC: pdfTeX mailing list In-reply-to: <199807081600.SAA04207@loria.loria.fr> (Denis.Roegel@loria.fr) Subject: Re: what exactly does pdftex.map? X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.105 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk From: "Denis B. Roegel" Date: Wed, 8 Jul 1998 18:00:53 +0200 (MET DST) Hi, > I see that pdftex.map is always loaded, but some additional > map files are loaded through pdftex.cfg? I don't it's not true - my pdftex.map is not loaded at all. Only files mentioned in pdftex.cfg are loaded. ./pdftex -kpathsea-debug=255 q.tex 2>&1|grep pdftex.map reports nothing on PC with my configuration. -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Wed Jul 8 12:46:31 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id MAA02193 for ; Wed, 8 Jul 1998 12:46:29 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id OAA14685 for pdftex-list; Wed, 8 Jul 1998 14:39:46 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id OAA14682 for ; Wed, 8 Jul 1998 14:39:43 -0400 Received: from SnowWhite.inet.cz (pavel@dialup2.inet.cz [194.196.193.2]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id UAA20218; Wed, 8 Jul 1998 20:36:59 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id SAA01163; Wed, 8 Jul 1998 18:55:47 +0200 Date: Wed, 8 Jul 1998 18:55:47 +0200 Message-Id: <199807081655.SAA01163@SnowWhite.inet.cz> From: "Pavel Janik ml." To: Thierry.Bouche@ujf-grenoble.fr CC: pdfTeX mailing list In-reply-to: <199807071432.QAA23058@mozart.ujf-grenoble.fr> (message from Thierry Bouche on Tue, 7 Jul 1998 16:32:26 +0200 (MET DST)) Subject: Re: pdftex-0.12o-4 X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.105 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Date: Tue, 7 Jul 1998 16:32:26 +0200 (MET DST) From: Thierry Bouche Hi, > could it be possible to emit some sort of warning when a bitmap font > is used? can you explain it in example? Do you think sthg like this: SnowWhite:/home/pavel/Tmp$ touch tetex.map ... empty font map so pdftex should use pk fonts ... SnowWhite:/home/pavel/PDF/pdfTeX/current$ ./pdftex This is pdfTeX, Version 3.14159-0.12o-4 (Web2C 7.2) **\relax (/usr/local/teTeX/share/texmf/pdftex/base/pdftex.cfg) *hi *\bye [1] Output written on texput.pdf (1 page, 2929 bytes). Transcript written on texput.log. SnowWhite:/home/pavel/PDF/pdfTeX/current$ As you can see, pdftex use pk font and it's on screen an in log file too. What other warning? -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Wed Jul 8 13:16:57 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id NAA02997 for ; Wed, 8 Jul 1998 13:16:56 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id PAA14801 for pdftex-list; Wed, 8 Jul 1998 15:10:57 -0400 Received: from lorraine.loria.fr (lorraine.loria.fr [152.81.1.17]) by tug.org (8.8.5/8.8.5) with ESMTP id PAA14798 for ; Wed, 8 Jul 1998 15:10:55 -0400 Received: from loria.loria.fr (loria.loria.fr [152.81.144.12]) by lorraine.loria.fr (8.8.7/8.8.7/8.8.7/JCG) with ESMTP id VAA13508; Wed, 8 Jul 1998 21:09:42 +0200 (MET DST) From: "Denis B. Roegel" Received: (from roegel@localhost) by loria.loria.fr (8.8.2/8.8.2) id VAA05311; Wed, 8 Jul 1998 21:09:32 +0200 (MET DST) Message-Id: <199807081909.VAA05311@loria.loria.fr> Subject: Re: what exactly does pdftex.map? (fwd) To: pdftex@tug.org Date: Wed, 8 Jul 1998 21:09:31 +0200 (MET DST) Cc: roegel@lorraine.loria.fr (Denis B. Roegel) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-pdftex@tug.org Precedence: bulk `Denis B. Roegel' wrote > From Denis.Roegel@loria.fr Wed Jul 8 21:05:58 1998 > From: "Denis B. Roegel" > Message-Id: <199807081905.VAA05299@loria.loria.fr> > Subject: Re: what exactly does pdftex.map? > To: Pavel.Janik@inet.cz > Date: Wed, 8 Jul 1998 21:05:14 +0200 (MET DST) > Cc: roegel (Denis B. Roegel) > In-Reply-To: <199807081715.TAA01225@SnowWhite.inet.cz> from "Pavel Janik ml." at Jul 8, 98 07:15:35 pm > X-Mailer: ELM [version 2.4 PL25] > MIME-Version: 1.0 > Content-Type: text/plain; charset=ISO-8859-1 > Content-Transfer-Encoding: 8bit > > `Pavel Janik ml.' wrote > > > > From: "Denis B. Roegel" > > Date: Wed, 8 Jul 1998 18:00:53 +0200 (MET DST) > > > > Hi, > > > > > I see that pdftex.map is always loaded, but some additional > > > map files are loaded through pdftex.cfg? I don't > > > > it's not true - my pdftex.map is not loaded at all. Only files > > mentioned in pdftex.cfg are loaded.> > > ./pdftex -kpathsea-debug=255 q.tex 2>&1|grep pdftex.map > > reports nothing on PC with my configuration. > > Ok, sorry, it was a confusion on my side. > > Denis Roegel > From owner-pdftex@tug.org Wed Jul 8 14:06:30 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id OAA04151 for ; Wed, 8 Jul 1998 14:06:28 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id PAA15020 for pdftex-list; Wed, 8 Jul 1998 15:59:16 -0400 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id PAA15017 for ; Wed, 8 Jul 1998 15:59:09 -0400 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 VAA23398; Wed, 8 Jul 1998 21:59:08 +0200 (MET DST) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id WAA24433; Wed, 8 Jul 1998 22:01:36 +0200 (MET DST) From: Thierry Bouche Message-Id: <199807082001.WAA24433@mozart.ujf-grenoble.fr> Subject: Re: pdftex-0.12o-4 To: Pavel.Janik@inet.cz Date: Wed, 8 Jul 1998 22:01:35 +0200 (MET DST) Cc: Thierry.Bouche@ujf-grenoble.fr, pdftex@tug.org In-Reply-To: <199807081655.SAA01163@SnowWhite.inet.cz> from "Pavel Janik ml." at "Jul 8, 98 06:55:47 pm" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk > Date: Tue, 7 Jul 1998 16:32:26 +0200 (MET DST) > From: Thierry Bouche > > Hi, > > > could it be possible to emit some sort of warning when a bitmap font > > is used? > > can you explain it in example? Do you think sthg like this: > something that you can't miss like *****************cmr10: No Type 1 font available, trying PK*************** <..../cmr10.600pk> It's true that now with the full path, a PK is more noticeable than before, but anyway, as it should be avoided as much as possible, it should be as visible as possible. Many time, you use them because some map file is not found or bad, which could be fixed if only you saw the warning... -- Thierry Bouche. ----- thierry.bouche@ujf-grenoble.fr http://www-fourier.ujf-grenoble.fr/~bouche/ From owner-pdftex@tug.org Wed Jul 8 16:51:53 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id QAA08051 for ; Wed, 8 Jul 1998 16:51:52 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id SAA15702 for pdftex-list; Wed, 8 Jul 1998 18:46:32 -0400 Received: from halon.barra.com (halon.barra.com [144.203.11.1]) by tug.org (8.8.5/8.8.5) with ESMTP id SAA15699 for ; Wed, 8 Jul 1998 18:46:30 -0400 Received: from lazarus.barra.COM (root@lazarus.barra.com [144.203.13.57]) by halon.barra.com (8.8.8/8.8.8) with ESMTP id PAA01947 for ; Wed, 8 Jul 1998 15:46:41 -0700 (PDT) Received: from zeus.barra.com (exchangebrk13.barra.com [144.203.13.129]) by lazarus.barra.COM (8.8.3/8.6.4) with ESMTP id PAA07828 for ; Wed, 8 Jul 1998 15:46:24 -0700 (PDT) Received: by exchangebrk.barra.com with Internet Mail Service (5.0.1460.8) id <3NV4WS93>; Wed, 8 Jul 1998 15:50:24 -0700 Message-ID: <1124E361B793CF11A28D000092912A8501D9E011@exchangebrk.barra.com> From: Oren Cheyette/schedule To: "'pdftex@mail.tug.org'" Subject: Non-printing PDF files Date: Wed, 8 Jul 1998 15:50:22 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1460.8) Content-Type: text/plain Sender: owner-pdftex@tug.org Precedence: bulk I have pdftex 0.12 for both the PC (MiKTeX) and Unix (SunOS 4.1.3, with the teTeX distribution). I have found that certain pdf files created on the Unix installation display perfectly, but don't print. That is, acroread (the Unix acrobat reader) spools them but nothing appears out of the printer. Same problem with the file created on Unix, but viewed and printed on the PC. The Unix-created pdf file views fine on the PC, but won't print. On the other hand, a pdf file created with the MikTex installation both views and prints fine. The problem doesn't occur for all files: as far as I can tell, only files that use the font cmti12 cause this weird behavior. Also, printing with dvips is no problem for dvi output of the same file. Interestingly, the ImageMagick display program (http://www.wizards.dupont.com/cristy) chokes (aborts with errors) on pdf files that don't print, but not on those that do. Does anyone have any experience with such a problem? Oren Cheyette BARRA Inc. (510) 649-6425 From owner-pdftex@tug.org Wed Jul 8 17:35:49 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id RAA09149 for ; Wed, 8 Jul 1998 17:35:48 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id TAA15872 for pdftex-list; Wed, 8 Jul 1998 19:33:26 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id TAA15869 for ; Wed, 8 Jul 1998 19:33:24 -0400 Received: from SnowWhite.inet.cz (pavel@dialup1.inet.cz [194.196.193.1]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id BAA31528; Thu, 9 Jul 1998 01:30:40 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id AAA00447; Thu, 9 Jul 1998 00:26:58 +0200 Date: Thu, 9 Jul 1998 00:26:58 +0200 Message-Id: <199807082226.AAA00447@SnowWhite.inet.cz> From: "Pavel Janik ml." To: "Denis B. Roegel" CC: pdfTeX mailing list In-reply-to: <199807081727.TAA05068@loria.loria.fr> (Denis.Roegel@loria.fr) Subject: Re: included picture shifted X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.108 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk From: "Denis B. Roegel" Date: Wed, 8 Jul 1998 19:27:15 +0200 (MET DST) Hi, > I compared the inclusion (with \includegraphics) of the > two versions (PS and PNG) and it appears that the PNG file is > shifted, some fait amount down and to the right. Is this > because I used gs to create the PNG file? how fo you compare these two output? By printing them? If you can include ps file it certainly is NOT in PDF. You cannot compare ps and PDF files (only by printing them). How do you convert ps file to PNG? When I do (with gs 5.10 (1997-11-23)) gs -c quit -q -sOutputFile=logo-gs.png -sDEVICE=png256 logo.ps result (logo-gs.ps) has original file located on the lower left corner of the page. And yours? Try to convert ps file to png with xv -- same result? Other convertors? What about converting png to ps and include in TeX, not pdfTeX? What result? It should be easy to debug if you report all answers to my questions. When you report some problem with pdfTeX (not TeX) please include an link to source files and PDF result (and pdfTeX's version) - it is very easy to debug it and solution will be available soon (as soon as somebody who can answer takes sources and try it, but without sources most of them cannot answer, remember please.). -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Wed Jul 8 18:03:12 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id SAA09718 for ; Wed, 8 Jul 1998 18:03:10 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id UAA15977 for pdftex-list; Wed, 8 Jul 1998 20:00:01 -0400 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id UAA15974 for ; Wed, 8 Jul 1998 20:00:00 -0400 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 BAA26153; Thu, 9 Jul 1998 01:59:25 +0200 (MET DST) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id CAA25338; Thu, 9 Jul 1998 02:01:55 +0200 (MET DST) Date: Thu, 9 Jul 1998 02:01:55 +0200 (MET DST) Message-Id: <199807090001.CAA25338@mozart.ujf-grenoble.fr> From: Thierry Bouche To: Pavel.Janik@inet.cz Cc: "Denis B. Roegel" , pdfTeX mailing list Subject: Re: included picture shifted In-Reply-To: <199807082226.AAA00447@SnowWhite.inet.cz> References: <199807081727.TAA05068@loria.loria.fr> <199807082226.AAA00447@SnowWhite.inet.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 very often, a simple pass through the famous fitps script sanitize these issues. Th. Bouche From owner-pdftex@tug.org Thu Jul 9 02:01:59 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA18824 for ; Thu, 9 Jul 1998 02:01:58 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id DAA17836 for pdftex-list; Thu, 9 Jul 1998 03:55:34 -0400 Received: from nerval.cerfacs.fr (nerval.cerfacs.fr [138.63.200.97]) by tug.org (8.8.5/8.8.5) with ESMTP id DAA17833 for ; Thu, 9 Jul 1998 03:55:32 -0400 Received: from (dast@localhost) by nerval.cerfacs.fr (8.8.7/jtpda-5.2) id JAA08923 ; Thu, 9 Jul 1998 09:55:26 +0200 (MET DST) From: Isabelle.Dast@cerfacs.fr ( Isabelle D'Ast) Message-Id: <199807090755.JAA08923@nerval.cerfacs.fr> Subject: Including png or pdf with pdflatex To: pdftex@tug.org Date: Thu, 9 Jul 1998 09:55:26 +0200 (MET DST) Cc: dast@cerfacs.fr ( Isabelle D'Ast) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hello, Could somedoby please give me some help? I have installed on my sun sparc solaris 2.5.1 the beta release of tetex 0.9 with precompiled binaries and also the release 0.12n of pdftex. When i try to include a png file (for example /usr/local/tetex0.9/share/texmf/doc/pdftex/ image.png) with the following latex file \documentclass[12pt]{article} \begin{document} \pdfimage image.png \end{document} When i compile pdflatex incpdf This is pdfTeX, Version 3.14159-0.12n (Web2C 7.2) (pdftex.cfg) (incpdf.tex LaTeX2e <1997/12/01> patch level 2 Babel and hyphenation patterns for american, french, german, nohyphenat ion, loaded. (/usr/local/tetex0.9/share/texmf/tex/latex/base/article.cls Document Class: article 1997/10/10 v1.3x Standard LaTeX document class (/usr/local/tetex0.9/share/texmf/tex/latex/base/size12.clo)) (incpdf.aux) Overfull \vbox (220.825pt too high) has occurred while \output is active (incpdf.aux) ) (see the transcript file for additional information) No pages of output. Transcript written on incpdf.log. No pdf file is created. I have also tried to use the graphicx package to include a pdffile without any success. \documentclass[12pt]{article} \usepackage[pdftex]{graphicx} % \begin{document} % \includegraphics[height=6cm]{fig1.pdf} % \end{document} When i compile pdflatex incpdf This is pdfTeX, Version 3.14159-0.12n (Web2C 7.2) (pdftex.cfg) (incpdf.tex LaTeX2e <1997/12/01> patch level 2 Babel and hyphenation patterns for american, french, german, nohyphenat ion, loaded. (/usr/local/tetex0.9/share/texmf/tex/latex/base/article.cls Document Class: article 1997/10/10 v1.3x Standard LaTeX document class (/usr/local/tetex0.9/share/texmf/tex/latex/base/size12.clo)) (/usr/local/tetex0.9/share/texmf/tex/latex/graphics/graphicx.sty (/usr/local/tetex0.9/share/texmf/tex/latex/graphics/keyval.sty) (/usr/local/tetex0.9/share/texmf/tex/latex/graphics/graphics.sty (/usr/local/tetex0.9/share/texmf/tex/latex/graphics/trig.sty) (/usr/local/tetex0.9/share/texmf/tex/latex/config/graphics.cfg) (/usr/local/tetex0.9/share/texmf/tex/latex/graphics/pdftex.def))) (incpdf.aux) (/usr/local/tetex0.9/share/texmf/tex/context/base/supp-pdf.tex (/usr/local/tetex0.9/share/texmf/tex/context/ppchtex/supp-mis.tex loading : Context Support Macros / Missing ) loading : Context Support Macros / PDF )) Runaway argument? .[]\\\fi \ifGread@ \relax \expandafter \iterate \fi \let \iterate \relax \ETC. ! File ended while scanning use of \Gread@find@mbox. \par <*> incpdf ? If i use pdftex on /usr/local/tetex0.9/share/texmf/doc/pdftex/example.tex, i have no problem to genrate the right PDF file. Thanks in advance for you help. =========================== Isabelle d'Ast CERFACS 42 Av. G. Coriolis F-31057 TOULOUSE Cedex1 Tel: (+33) [0] 561 19 30 53 Fax: (+33) [0] 561 19 30 00 =========================== From owner-pdftex@tug.org Thu Jul 9 03:53:09 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA20908 for ; Thu, 9 Jul 1998 03:53:08 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA18362 for pdftex-list; Thu, 9 Jul 1998 05:48:46 -0400 Received: from exchange.pharmasoft.se ([195.58.113.32]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA18359 for ; Thu, 9 Jul 1998 05:48:41 -0400 Received: by exchange.pharmasoft.se with Internet Mail Service (5.0.1460.8) id <3MDPSV5R>; Thu, 9 Jul 1998 11:49:09 +0200 Message-ID: <310BA3B547DDD011926500805FA66BA123297D@exchange.pharmasoft.se> From: Fredrik Duprez To: "'pdftex@tug.cs.umb.edu'" Subject: PNG scaling in pdftex Date: Thu, 9 Jul 1998 11:49:06 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1460.8) Content-Type: text/plain Sender: owner-pdftex@tug.org Precedence: bulk Hi, I recently upgraded from MiKTeX 1.10 to 1.11 b3, which includes pdftex 0.12. Until now pdflatex has ben able to cope with my figures using \newcommand{\myfigure}[4]{ \begin{figure}[ht] \begin{center} \mbox{ \pdfimage height #3cm #1.png } \caption{#2} \label{fig:#4} \end{center} \end{figure} } but the version of pdftex that is shipped width 1.11 seems to ignore the height argument, displaying the pictures in full size. Is there a solution to this? Regards, Fredrik -- Fredrik Duprez, Systems Developer PharmaSoft AB Box 1237, S-751 42 Uppsala, Sweden Phone: +46 18 185445 Fax: +46 18 109200 E-mail: fredrik.duprez@pharmasoft.com WWW: http://www.pharmasoft.com From owner-pdftex@tug.org Thu Jul 9 04:07:53 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA21207 for ; Thu, 9 Jul 1998 04:07:43 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA18439 for pdftex-list; Thu, 9 Jul 1998 06:04:54 -0400 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA18436 for ; Thu, 9 Jul 1998 06:04:47 -0400 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 MAA14135; Thu, 9 Jul 1998 12:04:38 +0200 (MET DST) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id MAA03988; Thu, 9 Jul 1998 12:07:10 +0200 (MET DST) Date: Thu, 9 Jul 1998 12:07:10 +0200 (MET DST) Message-Id: <199807091007.MAA03988@mozart.ujf-grenoble.fr> From: Thierry Bouche To: Isabelle.Dast@cerfacs.fr ( Isabelle D'Ast) Cc: pdftex@tug.org, dast@cerfacs.fr ( Isabelle D'Ast) Subject: Re: Including png or pdf with pdflatex In-Reply-To: <199807090755.JAA08923@nerval.cerfacs.fr> References: <199807090755.JAA08923@nerval.cerfacs.fr> 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 « Including png or pdf with pdflatex », Isabelle.Dast@cerfacs.fr ( Isabelle D'Ast) écrit : « » » » Hello, Bonjour, » \documentclass[12pt]{article} » \begin{document} » \pdfimage image.png » \end{document} » » When i compile » No pdf file is created. yes, that's you've nothing in your (virtual) dvi file, it's like if you did pdftex plain.tex \\bye... Why is it so? because pdftex's \pdfimage does not take care of the actual placing on the page: jus add a \null box and you'll get what you want. For the second, do you have the latest version of graphics/pdftex.def? Th. Bouche From owner-pdftex@tug.org Thu Jul 9 05:07:00 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA22256 for ; Thu, 9 Jul 1998 05:06:59 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA18681 for pdftex-list; Thu, 9 Jul 1998 07:02:15 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id HAA18678 for ; Thu, 9 Jul 1998 07:02:12 -0400 Received: from SnowWhite.inet.cz (pavel@dialup7.inet.cz [194.196.193.7]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id MAA01487; Thu, 9 Jul 1998 12:59:22 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id MAA00800; Thu, 9 Jul 1998 12:48:34 +0200 Date: Thu, 9 Jul 1998 12:48:34 +0200 Message-Id: <199807091048.MAA00800@SnowWhite.inet.cz> From: "Pavel Janik ml." To: Thierry.Bouche@ujf-grenoble.fr CC: pdfTeX mailing list In-reply-to: <199807082001.WAA24433@mozart.ujf-grenoble.fr> (message from Thierry Bouche on Wed, 8 Jul 1998 22:01:35 +0200 (MET DST)) Subject: PK fonts handling (Was: Re: pdftex-0.12o-4) X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.108 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk From: Thierry Bouche Date: Wed, 8 Jul 1998 22:01:35 +0200 (MET DST) Hi, > something that you can't miss like > *****************cmr10: No Type 1 font available, trying PK*************** > <..../cmr10.600pk> > > > It's true that now with the full path, a PK is more noticeable than > before, but anyway, as it should be avoided as much as possible, it > should be as visible as possible. Many time, you use them because some > map file is not found or bad, which could be fixed if only you saw the > warning... I do not think so. You can do it by yourself (e.g. pdftex is alias to file: pdftex $*|sed "s#pk>#pk> *** PK FONT USED *** Be aware, it might be bug or feature!!!#g" ). I think that this has nothing to do with pdftex, sorry. Using pk fonts is a feature not a bug. What about generate pk files on the fly, so if pdftex cannot find font and even pk font, it should call METAFONT to generate pk (same way as xdvi does)... What do you think about it? -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Thu Jul 9 05:11:13 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA22319 for ; Thu, 9 Jul 1998 05:11:12 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA18710 for pdftex-list; Thu, 9 Jul 1998 07:08:13 -0400 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id HAA18707 for ; Thu, 9 Jul 1998 07:08:11 -0400 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 NAA16504; Thu, 9 Jul 1998 13:08:07 +0200 (MET DST) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id NAA05010; Thu, 9 Jul 1998 13:10:37 +0200 (MET DST) Date: Thu, 9 Jul 1998 13:10:37 +0200 (MET DST) Message-Id: <199807091110.NAA05010@mozart.ujf-grenoble.fr> From: Thierry Bouche To: Pavel.Janik@inet.cz CC: pdfTeX mailing list Subject: Re: PK fonts handling (Was: Re: pdftex-0.12o-4) In-Reply-To: <199807091048.MAA00800@SnowWhite.inet.cz> References: <199807082001.WAA24433@mozart.ujf-grenoble.fr> <199807091048.MAA00800@SnowWhite.inet.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=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-pdftex@tug.org Precedence: bulk » Using pk fonts is a feature not a bug. certainly. » What about generate pk files on the fly, so if pdftex cannot find font » and even pk font, it should call METAFONT to generate pk (same way as » xdvi does)... What do you think about it? i think it's nice, didn't Thanh tailor such a mktexpk? Th. Bouche From owner-pdftex@tug.org Thu Jul 9 08:44:20 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA26516 for ; Thu, 9 Jul 1998 08:44:19 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA26594 for pdftex-list; Thu, 9 Jul 1998 10:39:38 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id KAA26591 for ; Thu, 9 Jul 1998 10:39:34 -0400 Received: from SnowWhite.inet.cz (pavel@dialup4.inet.cz [194.196.193.4]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id QAA11360 for ; Thu, 9 Jul 1998 16:36:46 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id QAA16775; Thu, 9 Jul 1998 16:16:04 +0200 Date: Thu, 9 Jul 1998 16:16:04 +0200 Message-Id: <199807091416.QAA16775@SnowWhite.inet.cz> From: "Pavel Janik ml." To: pdfTeX mailing list Subject: TIFF support version 2 X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.108 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Hi, when thinking about TIFF I realised that in the present implementation I made a BIG BUG (tm) ;-) To demonstrate it - try to compile this document: \pdfcompresslevel0\pdfimage logo.tif\bye and this \pdfcompresslevel9\pdfimage logo.tif\bye What is the difference? Only few bytes... I'm an idiot. I have new version, which can generate compressed TIFF streams on my PC. Will put it on FTP tomorrow morning (Fabrice, sorry for beeing late). When talking about compresion of pictures - do you think that JPG images should be compressed too when specifying pdfcompresslevel >0? JPG compression (in PDF aka DCTDecode) provide some compression, but when we specify \pdfc.l.>0, we do not have JPG stream compressed but other streams are compressed. It's current situation. I do not want to change it, but need to know other's opinion. -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Thu Jul 9 08:44:50 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA26521 for ; Thu, 9 Jul 1998 08:44:49 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA26599 for pdftex-list; Thu, 9 Jul 1998 10:39:46 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id KAA26596 for ; Thu, 9 Jul 1998 10:39:41 -0400 Received: from SnowWhite.inet.cz (pavel@dialup4.inet.cz [194.196.193.4]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id QAA11403; Thu, 9 Jul 1998 16:36:55 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id QAA16427; Thu, 9 Jul 1998 16:01:08 +0200 Date: Thu, 9 Jul 1998 16:01:08 +0200 Message-Id: <199807091401.QAA16427@SnowWhite.inet.cz> From: "Pavel Janik ml." To: Thierry.Bouche@ujf-grenoble.fr CC: pdftex@tug.org In-reply-to: <199807091110.NAA05010@mozart.ujf-grenoble.fr> (message from Thierry Bouche on Thu, 9 Jul 1998 13:10:37 +0200 (MET DST)) Subject: Re: PK fonts handling (Was: Re: pdftex-0.12o-4) X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.108 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Date: Thu, 9 Jul 1998 13:10:37 +0200 (MET DST) From: Thierry Bouche Hi, > > Using pk fonts is a feature not a bug. > > certainly. I hope that Acrobat handling of bitmapped fonts will be slightly modified in the next release (of Acrobat not pdfTeX ;-) and pk fonts will be useful... > t What about generate pk files on the fly, so if pdftex cannot find font > t and even pk font, it should call METAFONT to generate pk (same way as > t xdvi does)... What do you think about it? > > i think it's nice, didn't Thanh tailor such a mktexpk? Yes, but I have strict web2c setup and pk fonts are generated by mktexpk (original, not from Thanh) but not in pdftex. When I use only csr10 in file and I have pk only: This is pdfTeX, Version 3.14159-0.12o-4-tiff2 (Web2C 7.2) **\relax (pdftex.cfg) *hi *\bye [1] Output written on texput.pdf (1 page, 2929 bytes). Transcript written on texput.log. After removing pk file: rm /var/tmp/texfonts/pk/ljfour/public/cs/csr10.600pk SnowWhite:/home/pavel/Tmp$ pdftex This is pdfTeX, Version 3.14159-0.12o-4-tiff2 (Web2C 7.2) **\relax (pdftex.cfg) *hi *\bye [1] Warning: pdftex (file csr10): Font csr10 at 600 not found Output written on texput.pdf (1 page, 793 bytes). Transcript written on texput.log. SnowWhite:/home/pavel/Tmp$ I'd like to have sthg like this: SnowWhite:/home/pavel/Tmp$ pdftex This is pdfTeX, Version 3.14159-0.12o-2 (Web2C 7.2) **\relax (pdftex.cfg) *hi *\bye [1] kpathsea: Running mktexpk --mfmode ljfour --bdpi 600 --mag 1+0/600 --dpi 600 csr10 ... ... Output written on texput.pdf (1 page, 2929 bytes). Transcript written on texput.log. Thanh's mktexpk is only interface between MakeTeXPK (mktexpk in older web2c). I hope I'm right. -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Thu Jul 9 11:12:48 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id LAA00337 for ; Thu, 9 Jul 1998 11:12:47 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id NAA27673 for pdftex-list; Thu, 9 Jul 1998 13:10:09 -0400 Received: from lorraine.loria.fr (lorraine.loria.fr [152.81.1.17]) by tug.org (8.8.5/8.8.5) with ESMTP id NAA27667 for ; Thu, 9 Jul 1998 13:10:02 -0400 Received: from craffe.loria.fr (craffe.loria.fr [152.81.1.31]) by lorraine.loria.fr (8.8.7/8.8.7/8.8.7/JCG) with ESMTP id TAA17209; Thu, 9 Jul 1998 19:09:31 +0200 (MET DST) From: "Denis B. Roegel" Received: (from roegel@localhost) by craffe.loria.fr (8.8.7/8.8.7/8.8.7C/JCG) id TAA12608; Thu, 9 Jul 1998 19:06:51 +0200 (MET DST) Date: Thu, 9 Jul 1998 19:06:51 +0200 (MET DST) Message-Id: <199807091706.TAA12608@craffe.loria.fr> To: pdftex@tug.org Subject: acroread message Cc: roegel@lorraine.loria.fr Sender: owner-pdftex@tug.org Precedence: bulk When I use acroread on a pdf file generated by pdflatex, I get: Warning: charset "STRING" not supported, using "ISO8859-1". Is this normal? Thanks, Denis From owner-pdftex@tug.org Thu Jul 9 11:14:23 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id LAA00384 for ; Thu, 9 Jul 1998 11:14:22 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id NAA27652 for pdftex-list; Thu, 9 Jul 1998 13:08:46 -0400 Received: from lorraine.loria.fr (lorraine.loria.fr [152.81.1.17]) by tug.org (8.8.5/8.8.5) with ESMTP id NAA27649 for ; Thu, 9 Jul 1998 13:08:45 -0400 Received: from craffe.loria.fr (craffe.loria.fr [152.81.1.31]) by lorraine.loria.fr (8.8.7/8.8.7/8.8.7/JCG) with ESMTP id TAA17156; Thu, 9 Jul 1998 19:07:55 +0200 (MET DST) From: "Denis B. Roegel" Received: (from roegel@localhost) by craffe.loria.fr (8.8.7/8.8.7/8.8.7C/JCG) id TAA12566; Thu, 9 Jul 1998 19:05:15 +0200 (MET DST) Date: Thu, 9 Jul 1998 19:05:15 +0200 (MET DST) Message-Id: <199807091705.TAA12566@craffe.loria.fr> To: pdftex@tug.org Subject: fitps solves the problem Cc: roegel@lorraine.loria.fr Sender: owner-pdftex@tug.org Precedence: bulk After having tried the fitps script (which btw should state clearly that it is for perl 5), I can confirm that it solves the problem of my shifted image. Thanks, Denis From owner-pdftex@tug.org Thu Jul 9 11:14:47 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id LAA00409 for ; Thu, 9 Jul 1998 11:14:46 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id NAA27662 for pdftex-list; Thu, 9 Jul 1998 13:09:20 -0400 Received: from lorraine.loria.fr (lorraine.loria.fr [152.81.1.17]) by tug.org (8.8.5/8.8.5) with ESMTP id NAA27659 for ; Thu, 9 Jul 1998 13:09:14 -0400 Received: from craffe.loria.fr (craffe.loria.fr [152.81.1.31]) by lorraine.loria.fr (8.8.7/8.8.7/8.8.7/JCG) with ESMTP id TAA17182; Thu, 9 Jul 1998 19:08:42 +0200 (MET DST) From: "Denis B. Roegel" Received: (from roegel@localhost) by craffe.loria.fr (8.8.7/8.8.7/8.8.7C/JCG) id TAA12575; Thu, 9 Jul 1998 19:06:03 +0200 (MET DST) Date: Thu, 9 Jul 1998 19:06:03 +0200 (MET DST) Message-Id: <199807091706.TAA12575@craffe.loria.fr> To: pdftex@tug.org Subject: guillemets and `ae' package Cc: roegel@lorraine.loria.fr Sender: owner-pdftex@tug.org Precedence: bulk When a frenchman uses the ae package, everything is right, except the guillemets. Any fix for this one? Thanks, Denis From owner-pdftex@tug.org Thu Jul 9 12:59:23 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id MAA03024 for ; Thu, 9 Jul 1998 12:59:22 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id OAA28084 for pdftex-list; Thu, 9 Jul 1998 14:55:47 -0400 Received: from toucan.stats.ox.ac.uk (toucan.stats.ox.ac.uk [163.1.20.20]) by tug.org (8.8.5/8.8.5) with ESMTP id OAA28081 for ; Thu, 9 Jul 1998 14:55:45 -0400 Received: from localhost (max168.public.ox.ac.uk [192.76.27.168]) by toucan.stats.ox.ac.uk (8.9.0/8.9.0) with SMTP id TAA26165; Thu, 9 Jul 1998 19:52:45 +0100 (BST) Date: Thu, 9 Jul 1998 19:55:27 +0100 (BST) From: Prof Brian D Ripley To: "Denis B. Roegel" cc: pdftex@tug.org, roegel@lorraine.loria.fr Subject: Re: acroread message In-Reply-To: <199807091706.TAA12608@craffe.loria.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk On Thu, 9 Jul 1998, Denis B. Roegel wrote: > When I use acroread on a pdf file generated by pdflatex, I get: > > Warning: charset "STRING" not supported, using "ISO8859-1". > > > Is this normal? As usual (for your many postings) this is short on information. Which version of acroread? What platform? I find it occurs whenever acoread 3.01 (but not AFAIK 3.0) is launched on Solaris 2.6 under CDE on some machines, and I think depends on which locale is set. It can safely be ignored. I am sure it has nothing to do with pdflatex documents on my setup. > After having tried the fitps script (which btw should > state clearly that it is for perl 5), I can confirm that > it solves the problem of my shifted image. Better, it should include the line require 5.001; or whatever. Sebastian: are fitps and epstopdf on an archive somewhere? (Other than the archives of this list?) They do not appear to be on CTAN (from quote site index....). It would be good to have a home for the latest and greatest versions to point people to. (BTW, surely by now perl means perl 5, just as LaTeX does not now mean LaTeX 2.09 or even 1.xx.) Brian Ripley -- 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 Thu Jul 9 13:24:34 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id NAA03657 for ; Thu, 9 Jul 1998 13:24:32 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id PAA28179 for pdftex-list; Thu, 9 Jul 1998 15:20:55 -0400 Received: from lorraine.loria.fr (lorraine.loria.fr [152.81.1.17]) by tug.org (8.8.5/8.8.5) with ESMTP id PAA28176 for ; Thu, 9 Jul 1998 15:20:53 -0400 Received: from craffe.loria.fr (craffe.loria.fr [152.81.1.31]) by lorraine.loria.fr (8.8.7/8.8.7/8.8.7/JCG) with ESMTP id VAA20449; Thu, 9 Jul 1998 21:20:10 +0200 (MET DST) From: "Denis B. Roegel" Received: (from roegel@localhost) by craffe.loria.fr (8.8.7/8.8.7/8.8.7C/JCG) id VAA01801; Thu, 9 Jul 1998 21:17:30 +0200 (MET DST) Message-Id: <199807091917.VAA01801@craffe.loria.fr> Subject: Re: acroread message To: ripley@stats.ox.ac.uk (Prof Brian D Ripley) Date: Thu, 9 Jul 1998 21:17:30 +0200 (MET DST) Cc: roegel@lorraine.loria.fr (Denis B. Roegel), pdftex@tug.org In-Reply-To: from "Prof Brian D Ripley" at Jul 9, 98 07:55:27 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-pdftex@tug.org Precedence: bulk `Prof Brian D Ripley' wrote > > On Thu, 9 Jul 1998, Denis B. Roegel wrote: > > > When I use acroread on a pdf file generated by pdflatex, I get: > > > > Warning: charset "STRING" not supported, using "ISO8859-1". > > > > > > Is this normal? > > As usual (for your many postings) this is short on information. I am sorry... I keep thinking that my problems are so classical that somebody has already had them and knows immediately the answer. > Which > version of acroread? What platform? I find it occurs whenever acoread 3.01 > (but not AFAIK 3.0) is launched on Solaris 2.6 under CDE on some machines, > and I think depends on which locale is set. It can safely be ignored. I am > sure it has nothing to do with pdflatex documents on my setup. I have it with Acrobat Reader 3.0 on SunOS craffe.loria.fr 5.6 Generic sun4u sparc SUNW,Ultra-Enterprise > (BTW, surely by now perl means perl 5, just as LaTeX does not now mean > LaTeX 2.09 or even 1.xx.) Well, here we have the commands perl (for perl4) and perl5 (for perl5). Thanks, Denis Roegel From owner-pdftex@tug.org Thu Jul 9 14:16:55 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id OAA04929 for ; Thu, 9 Jul 1998 14:16:54 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id QAA28394 for pdftex-list; Thu, 9 Jul 1998 16:14:09 -0400 Received: from www.inx.de (www.inx.de [195.21.255.251]) by tug.org (8.8.5/8.8.5) with SMTP id QAA28391 for ; Thu, 9 Jul 1998 16:14:06 -0400 Received: by www.inx.de (Smail3.2.0.96inx) from n247-188.berlin.snafu.de (195.21.247.188) with smtp id ; Thu, 9 Jul 1998 22:14:05 +0200 (MET DST) To: pdftex@tug.org (pdfTeX mailing list) In-Reply-To: <199807091048.MAA00800@SnowWhite.inet.cz> Subject: Re: PK fonts handling (Was: Re: pdftex-0.12o-4) From: stk@snafu.de (Stefan Haller) Reply-To: pdftex@tug.org (pdfTeX mailing list) Date: Thu, 9 Jul 1998 22:14:03 +0200 Message-ID: <1dbx6nj.bh2a8x1ag69iiM@n247-188.berlin.snafu.de> Organization: none X-Mailer: MacSOUP 2.4d0 Sender: owner-pdftex@tug.org Precedence: bulk > What about generate pk files on the fly, so if pdftex cannot find font > and even pk font, it should call METAFONT to generate pk (same way as > xdvi does)... What do you think about it? It does, if you specify the --mktex=pk option, or set the environment variable MKTEXPK to 1. (At least it does for me.) This is a feature of kpathsea that is independent of pdftex. However, if mktexpk is disabled or the mktexpk run fails for whatever reason, *then* pdftex should give a big warning, because you'll end up with an unusable pdf file in this case. -- Stefan Haller Berlin, Germany http://www.snafu.de/~stk/ From owner-pdftex@tug.org Thu Jul 9 14:49:34 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id OAA05799 for ; Thu, 9 Jul 1998 14:49:33 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id QAA28516 for pdftex-list; Thu, 9 Jul 1998 16:46:52 -0400 Received: from lorraine.loria.fr (lorraine.loria.fr [152.81.1.17]) by tug.org (8.8.5/8.8.5) with ESMTP id QAA28513 for ; Thu, 9 Jul 1998 16:46:50 -0400 Received: from craffe.loria.fr (craffe.loria.fr [152.81.1.31]) by lorraine.loria.fr (8.8.7/8.8.7/8.8.7/JCG) with ESMTP id WAA24477; Thu, 9 Jul 1998 22:46:14 +0200 (MET DST) From: "Denis B. Roegel" Received: (from roegel@localhost) by craffe.loria.fr (8.8.7/8.8.7/8.8.7C/JCG) id WAA02637; Thu, 9 Jul 1998 22:43:35 +0200 (MET DST) Date: Thu, 9 Jul 1998 22:43:35 +0200 (MET DST) Message-Id: <199807092043.WAA02637@craffe.loria.fr> To: pdftex@tug.org Subject: pdftex: problem with pool file Cc: roegel@lorraine.loria.fr Sender: owner-pdftex@tug.org Precedence: bulk Having now solved almost all my problems with pdflatex 0.12h (one remaining problem is that this version of pdflatex does not find a PNG file in the standard TeX directories and I have to give a path explicitely), I want to install version 0.12n. I got it by ftp for linux, solaris and irix (does somebody have binaries for dec alpha?). I installed the new pool file and I want to create the pdflatex format, so I go: pdftex -ini pdflatex.ini and I get: ! I can't read tex.pool; bad path? The problem is not that tex.pool is not visible, but that it should look for pdftex.pool. How can I say that? Thanks, Denis Roegel From owner-pdftex@tug.org Thu Jul 9 15:22:22 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id PAA06748 for ; Thu, 9 Jul 1998 15:22:21 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id RAA28633 for pdftex-list; Thu, 9 Jul 1998 17:19:52 -0400 Received: from lorraine.loria.fr (lorraine.loria.fr [152.81.1.17]) by tug.org (8.8.5/8.8.5) with ESMTP id RAA28630 for ; Thu, 9 Jul 1998 17:19:51 -0400 Received: from craffe.loria.fr (craffe.loria.fr [152.81.1.31]) by lorraine.loria.fr (8.8.7/8.8.7/8.8.7/JCG) with ESMTP id XAA25667; Thu, 9 Jul 1998 23:19:10 +0200 (MET DST) From: "Denis B. Roegel" Received: (from roegel@localhost) by craffe.loria.fr (8.8.7/8.8.7/8.8.7C/JCG) id XAA02937; Thu, 9 Jul 1998 23:16:31 +0200 (MET DST) Date: Thu, 9 Jul 1998 23:16:31 +0200 (MET DST) Message-Id: <199807092116.XAA02937@craffe.loria.fr> To: pdftex@tug.org Subject: naive question Cc: roegel@lorraine.loria.fr Sender: owner-pdftex@tug.org Precedence: bulk I hope the subscribers to the list can still stand my many questions... I have a naive question: is it more interesting (in terms of space, speed, ...) to include a PDF picture or a PNG picture of the same PostScript picture? The PNG files I included do not look that good, just like bitmaps. Thanks, Denis From owner-pdftex@tug.org Thu Jul 9 15:46:11 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id PAA07337 for ; Thu, 9 Jul 1998 15:46:10 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id RAA28737 for pdftex-list; Thu, 9 Jul 1998 17:43:43 -0400 Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1]) by tug.org (8.8.5/8.8.5) with ESMTP id RAA28734 for ; Thu, 9 Jul 1998 17:43:38 -0400 Received: from hubert.wuh.wustl.edu (ats@nb22-pool-13.wustl.edu [128.252.113.13]) by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA08522; Thu, 9 Jul 1998 16:43:25 -0500 (CDT) Received: (from ats@localhost) by hubert.wuh.wustl.edu (8.8.7/8.8.7) id QAA03316; Thu, 9 Jul 1998 16:43:10 -0500 To: "Denis B. Roegel" Cc: pdftex@tug.org, roegel@lorraine.loria.fr Subject: Re: naive question References: <199807092116.XAA02937@craffe.loria.fr> From: Alan Shutko Date: 09 Jul 1998 16:43:10 -0500 In-Reply-To: "Denis B. Roegel"'s message of "Thu, 9 Jul 1998 23:16:31 +0200 (MET DST)" Message-ID: Lines: 14 X-Mailer: Gnus v5.5/Emacs 20.2 Sender: owner-pdftex@tug.org Precedence: bulk >>>>> "D" == Denis B Roegel writes: D> The PNG files I included do not look that good, just like bitmaps. That's because PNG files are bitmaps. If you have a PS file your starting with, it's better to translate it to PDF than PNG because PDF is also a vector format and will preserve the quality of the image. Now that PDFTeX can include PDFs without a problem, it's definately the best choice. -- Alan Shutko - By consent of the corrupted When you dig another out of trouble, you've got a place to bury your own. From owner-pdftex@tug.org Thu Jul 9 17:49:44 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id RAA09808 for ; Thu, 9 Jul 1998 17:49:43 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id TAA29200 for pdftex-list; Thu, 9 Jul 1998 19:48:03 -0400 Received: from socks.ubsinc.com (socks.ubsinc.com [207.152.88.2]) by tug.org (8.8.5/8.8.5) with ESMTP id TAA29197 for ; Thu, 9 Jul 1998 19:48:01 -0400 Received: from iws-irms.com (sabuguinho.146.179.198.in-addr.arpa [198.179.146.243]) by socks.ubsinc.com (8.8.5/8.8.5) with ESMTP id SAA26920; Thu, 9 Jul 1998 18:49:53 -0500 Message-ID: <35A55587.B1A33ABC@iws-irms.com> Date: Thu, 09 Jul 1998 18:43:03 -0500 From: Glauber Ribeiro Organization: Integrated Warehousing Solutions http://www.iws-irms.com X-Mailer: Mozilla 4.05 [en] (WinNT; I) MIME-Version: 1.0 To: "Denis B. Roegel" CC: pdftex@tug.org, roegel@lorraine.loria.fr Subject: Re: naive question References: <199807092116.XAA02937@craffe.loria.fr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Denis B. Roegel wrote: > [...] > I have a naive question: is it more interesting > (in terms of space, speed, ...) to include a PDF picture > or a PNG picture of the same PostScript picture? Dennis, The main advantage i can see of including the PDF is that it would probably remain scalable, so it might look nicer in the output. As soon as you convert it to a PNG bitmap, it will have fixed resolution, and if that doesn't match the output resolution, it will be subject to some distortion when it's shrunk or stretched. If the source image is scalable and not just a bitmap embeded in PostScript, i'd use PDF. Glauber -- Glauber Ribeiro --- IWS mailto:glauber@iws-irms.com http://www.iws-irms.com From owner-pdftex@tug.org Fri Jul 10 03:52:04 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA21894 for ; Fri, 10 Jul 1998 03:52:03 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA31532 for pdftex-list; Fri, 10 Jul 1998 05:41:34 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA31527 for ; Fri, 10 Jul 1998 05:41:31 -0400 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 KAA29612; hop 0; Fri, 10 Jul 1998 10:35:40 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Fri, 10 Jul 1998 10:40:25 +0100 Date: Fri, 10 Jul 1998 10:13:46 +0100 Message-ID: <1876-Fri10Jul1998101346+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Denis.Roegel@loria.fr Cc: pdftex@tug.org, roegel@lorraine.loria.fr Subject: Re: guillemets and `ae' package In-Reply-To: <199807091706.TAA12575@craffe.loria.fr> References: <199807091706.TAA12575@craffe.loria.fr> Sender: owner-pdftex@tug.org Precedence: bulk Denis B. Roegel writes: > > When a frenchman uses the ae package, everything > is right, except the guillemets. Any fix for this one? > not really. there are no guillemets to be had in the CM fonts, are there? s From owner-pdftex@tug.org Fri Jul 10 03:58:00 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA21975 for ; Fri, 10 Jul 1998 03:57:59 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA31533 for pdftex-list; Fri, 10 Jul 1998 05:41:36 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA31526 for ; Fri, 10 Jul 1998 05:41:31 -0400 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 KAA29618; hop 0; Fri, 10 Jul 1998 10:35:41 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Fri, 10 Jul 1998 10:40:50 +0100 Date: Fri, 10 Jul 1998 10:15:28 +0100 Message-ID: <356-Fri10Jul1998101528+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Denis.Roegel@loria.fr Cc: pdftex@tug.org Subject: Re: fitps solves the problem In-Reply-To: <199807091705.TAA12566@craffe.loria.fr> References: <199807091705.TAA12566@craffe.loria.fr> Sender: owner-pdftex@tug.org Precedence: bulk Denis B. Roegel writes: > > After having tried the fitps script (which btw should > state clearly that it is for perl 5), I can confirm that > it solves the problem of my shifted image. > what is the dependency on Perl 5, out of interest, in the (published) fitps? i know epstopdf needs Perl 5, of course. what is the convention for so indicating? why does anyone still use Perl 4 anyway? sebastian From owner-pdftex@tug.org Fri Jul 10 05:08:25 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA23216 for ; Fri, 10 Jul 1998 05:08:24 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA31872 for pdftex-list; Fri, 10 Jul 1998 07:01:15 -0400 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id HAA31866 for ; Fri, 10 Jul 1998 07:01:12 -0400 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 NAA21867; Fri, 10 Jul 1998 13:00:51 +0200 (MET DST) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id NAA03257; Fri, 10 Jul 1998 13:03:34 +0200 (MET DST) From: Thierry Bouche Message-Id: <199807101103.NAA03257@mozart.ujf-grenoble.fr> Subject: Re: guillemets and `ae' package To: s.rahtz@elsevier.co.uk (Sebastian Rahtz) Date: Fri, 10 Jul 1998 13:03:34 +0200 (MET DST) Cc: Denis.Roegel@loria.fr, pdftex@tug.org, roegel@lorraine.loria.fr In-Reply-To: <1876-Fri10Jul1998101346+0100-s.rahtz@elsevier.co.uk> from Sebastian Rahtz at "Jul 10, 98 10:13:46 am" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk > Denis B. Roegel writes: > > > > When a frenchman uses the ae package, everything > > is right, except the guillemets. Any fix for this one? > > > not really. there are no guillemets to be had in the CM fonts, are > there? > there are russian guillemets in the wncyr fonts, i proposed that to the author of the AE package years ago, together with enhancing the kerning, based on EC fonts. But no news since. -- Thierry Bouche. ----- thierry.bouche@ujf-grenoble.fr http://www-fourier.ujf-grenoble.fr/~bouche/ From owner-pdftex@tug.org Fri Jul 10 05:10:37 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA23279 for ; Fri, 10 Jul 1998 05:10:36 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA31873 for pdftex-list; Fri, 10 Jul 1998 07:01:15 -0400 Received: from smtp04.wxs.nl (smtp04.wxs.nl [195.121.6.59]) by tug.org (8.8.5/8.8.5) with ESMTP id HAA31867 for ; Fri, 10 Jul 1998 07:01:12 -0400 Received: from wxs.nl ([195.121.21.77]) by smtp04.wxs.nl (Netscape Messaging Server 3.54) with ESMTP id AAA6CC0; Fri, 10 Jul 1998 13:01:07 +0200 Message-ID: <35A4DF7E.8BEAADB@wxs.nl> Date: Thu, 09 Jul 1998 17:19:26 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Pavel.Janik@inet.cz, pdftex Subject: Re: TIFF support version 2 References: <199807091416.QAA16775@SnowWhite.inet.cz> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Pavel Janik ml. wrote: > When talking about compresion of pictures - do you think that JPG > images should be compressed too when specifying pdfcompresslevel >0? > JPG compression (in PDF aka DCTDecode) provide some compression, but > when we specify \pdfc.l.>0, we do not have JPG stream compressed but > other streams are compressed. It's current situation. I do not want to > change it, but need to know other's opinion. Isn't JPG already compressed in itself? How much do we gain from mor compression compared with double decompression at view time? Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@wxs.nl ----------------------------------------------------------------- From owner-pdftex@tug.org Fri Jul 10 05:53:31 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA23963 for ; Fri, 10 Jul 1998 05:53:30 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA31999 for pdftex-list; Fri, 10 Jul 1998 07:33:53 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id HAA31996 for ; Fri, 10 Jul 1998 07:33:51 -0400 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 MAA04062; hop 0; Fri, 10 Jul 1998 12:28:02 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Fri, 10 Jul 1998 12:33:40 +0100 Date: Fri, 10 Jul 1998 12:04:38 +0100 Message-ID: <9197-Fri10Jul1998120438+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: fredrikd@PharmaSoft.com Cc: pdftex@tug.org Subject: Re: PNG scaling in pdftex In-Reply-To: <310BA3B547DDD011926500805FA66BA123297D@exchange.pharmasoft.se> References: <310BA3B547DDD011926500805FA66BA123297D@exchange.pharmasoft.se> Sender: owner-pdftex@tug.org Precedence: bulk Fredrik Duprez writes: > > but the version of pdftex that is shipped width 1.11 seems to ignore the > height argument, displaying the pictures in full size. > > Is there a solution to this? I have an idea you need to include depth as well why not just use the standard LaTeX graphics package, instead of inserting raw \pdfimage commands in your file? sebastian From owner-pdftex@tug.org Fri Jul 10 06:07:49 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA24217 for ; Fri, 10 Jul 1998 06:07:48 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA32121 for pdftex-list; Fri, 10 Jul 1998 07:58:35 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id HAA32118 for ; Fri, 10 Jul 1998 07:58:31 -0400 Received: from SnowWhite.inet.cz (pavel@SnowWhite.local [10.0.0.101]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id NAA07862; Fri, 10 Jul 1998 13:55:42 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id NAA01716; Fri, 10 Jul 1998 13:58:13 +0200 Date: Fri, 10 Jul 1998 13:58:13 +0200 Message-Id: <199807101158.NAA01716@SnowWhite.inet.cz> From: "Pavel Janik ml." To: Hans Hagen CC: pdfTeX mailing list In-reply-to: <35A4DF7E.8BEAADB@wxs.nl> (message from Hans Hagen on Thu, 09 Jul 1998 17:19:26 +0200) Subject: Re: TIFF support version 2 X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.108 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Date: Thu, 09 Jul 1998 17:19:26 +0200 From: Hans Hagen Hi, > Pavel Janik ml. wrote: > ... > > JPG compression (in PDF aka DCTDecode) provide some compression, but > ... > Isn't JPG already compressed in itself? How much do we gain from mor > compression compared with double decompression at view time? They are (as I wrote -- JPG compression...) but think of it: When specifying \pdfcompresslevel9 all streams are compressed by /FlateDecode except JPG. I think it's ok, but who knows. It's a more general question. For e.g. why PDF supports ASCII85 Decode filter when it supports FlateDecode? -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Fri Jul 10 06:09:52 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA24267 for ; Fri, 10 Jul 1998 06:09:51 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA32090 for pdftex-list; Fri, 10 Jul 1998 07:54:29 -0400 Received: from calvin.info.unicaen.fr (calvin.info.unicaen.fr [193.55.128.51]) by tug.org (8.8.5/8.8.5) with ESMTP id HAA32087 for ; Fri, 10 Jul 1998 07:54:27 -0400 Received: (from karczma@localhost) by calvin.info.unicaen.fr (8.9.0.Beta5/8.9.0.Beta5) id NAA19899 for pdftex@tug.org; Fri, 10 Jul 1998 13:54:21 +0200 (MET DST) Date: Fri, 10 Jul 1998 13:54:21 +0200 (MET DST) From: Jerzy Karczmarczuk Message-Id: <199807101154.NAA19899@calvin.info.unicaen.fr> To: pdftex@tug.org Subject: JPEG compression X-Sun-Charset: US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk > From: Hans Hagen > Pavel Janik ml. wrote: > > > When talking about compresion of pictures - do you think that JPG > > images should be compressed too when specifying pdfcompresslevel >0? ... > Isn't JPG already compressed in itself? How much do we gain from mor > compression compared with double decompression at view time? > > Hans Voila! JPG (or, more technically JFIF) undergo the spectral compression, then after the quantization there is a RLE filter for the AC components, and a differential coding for the DC components. At the end, everything is Huffman-compacted (although it could use the arithmetic compression, but this is rare, as it is protected by some stupid patents...) Neither the LZ77 (PNG) nor LZW (GIF etc.) will do anything important to the JPG files, sometimes, perhaps, they will add a few percent of economy, but it is completely worthless. If the application does not do silly things, for example if inside the PDF JFIF remains JFIF, it should remain as such and it should never be touched again, as JPG is a lossy compression, and it should never be uncompressed-compressed again. Jerzy Karczmarczuk University of Caen, France From owner-pdftex@tug.org Fri Jul 10 06:35:00 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA24671 for ; Fri, 10 Jul 1998 06:34:58 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA32255 for pdftex-list; Fri, 10 Jul 1998 08:26:39 -0400 Received: from smtp01.wxs.nl (smtp01.wxs.nl [195.121.6.61]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA32252 for ; Fri, 10 Jul 1998 08:26:38 -0400 Received: from wxs.nl ([195.121.21.145]) by smtp01.wxs.nl (Netscape Messaging Server 3.54) with ESMTP id AAA2C4F; Fri, 10 Jul 1998 14:26:29 +0200 Message-ID: <35A60A20.49A6A557@wxs.nl> Date: Fri, 10 Jul 1998 14:33:36 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Pavel.Janik@inet.cz CC: pdfTeX mailing list Subject: Re: TIFF support version 2 References: <199807101158.NAA01716@SnowWhite.inet.cz> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Pavel Janik ml. wrote: > /FlateDecode except JPG. I think it's ok, but who knows. It's a more > general question. For e.g. why PDF supports ASCII85 Decode filter when > it supports FlateDecode? Probably history. Was FlateDecode already present in pdf version 1.0 (if FlateDecode==zip then the answer is no). Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@wxs.nl ----------------------------------------------------------------- From owner-pdftex@tug.org Fri Jul 10 07:31:36 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA25712 for ; Fri, 10 Jul 1998 07:31:35 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA32467 for pdftex-list; Fri, 10 Jul 1998 09:13:17 -0400 Received: from smtp01.wxs.nl (smtp01.wxs.nl [195.121.6.61]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA32464 for ; Fri, 10 Jul 1998 09:13:16 -0400 Received: from wxs.nl ([195.121.20.203]) by smtp01.wxs.nl (Netscape Messaging Server 3.54) with ESMTP id AAA438E; Fri, 10 Jul 1998 15:13:10 +0200 Message-ID: <35A6150F.C31DE188@wxs.nl> Date: Fri, 10 Jul 1998 15:20:16 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: pdftex Subject: pdftex out of bounds Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hi Pavel/Fabrice, Long ago I discussed with that the limit of 65K indirect objects (hard coded in the source) and he argued that this maximum was sufficient (given the fact that normal non interactive files have only a few objects:pages and forms). It was those days. My collegue just encountered this limit when processing thge first of three 4500+ page documents with a lot of interactivity and he didn't even enable some feature that needs about 10000 fields. (splitting up is not possible due to other limitations in pdf funtionality). Now I can get around this maximum by disabling some sort of 'optimization' in the hyperreferencing mechanism, but I would prefer to get rid of this limit. Is it possible to give this limit an entry in texmf.cnf and/or set it at the (current) pdfspec maximum? Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@wxs.nl ----------------------------------------------------------------- From owner-pdftex@tug.org Fri Jul 10 10:20:54 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA00521 for ; Fri, 10 Jul 1998 10:20:47 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id MAA00346 for pdftex-list; Fri, 10 Jul 1998 12:00:14 -0400 Received: from esemetz.ese-metz.fr (esemetz.ese-metz.fr [192.70.65.1]) by tug.org (8.8.5/8.8.5) with ESMTP id MAA00343 for ; Fri, 10 Jul 1998 12:00:12 -0400 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 SAA27595; Fri, 10 Jul 1998 18:00:05 +0200 (MET DST) Date: Fri, 10 Jul 1998 18:00:05 +0200 (MET DST) Message-Id: <199807101600.SAA27595@esemetz.ese-metz.fr> From: Fabrice POPINEAU To: pdftex@tug.org, texk-win32@ese-metz.fr Subject: 0.12o-4-tiff2 win32 Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk The latest binaries for win32 are available from the usual place: ftp://ftp.ese-metz.fr/pub/TeX/win32-beta/pdftex-0.12o-4-tiff2-win32.zip Get it quickly (before the ftp server will crash again). I have not spent much time in testing it. So feel free to report any strange behaviour. One thing you might be interested in : I have enhanced somewhat kpathsea stating time. On a large texmf tree like the TeX-live one, it is several seconds less per run on my machine. The zip file contains pdftexlib-0.12 and hyperref 6.30 . Fabrice From owner-pdftex@tug.org Fri Jul 10 15:14:16 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id PAA08325 for ; Fri, 10 Jul 1998 15:14:15 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id RAA01618 for pdftex-list; Fri, 10 Jul 1998 17:08:17 -0400 Received: from lorraine.loria.fr (lorraine.loria.fr [152.81.1.17]) by tug.org (8.8.5/8.8.5) with ESMTP id RAA01615 for ; Fri, 10 Jul 1998 17:08:15 -0400 Received: from craffe.loria.fr (craffe.loria.fr [152.81.1.31]) by lorraine.loria.fr (8.8.7/8.8.7/8.8.7/JCG) with ESMTP id XAA14771; Fri, 10 Jul 1998 23:07:40 +0200 (MET DST) From: "Denis B. Roegel" Received: (from roegel@localhost) by craffe.loria.fr (8.8.7/8.8.7/8.8.7C/JCG) id XAA12748; Fri, 10 Jul 1998 23:04:59 +0200 (MET DST) Date: Fri, 10 Jul 1998 23:04:59 +0200 (MET DST) Message-Id: <199807102104.XAA12748@craffe.loria.fr> To: pdftex@tug.org Subject: 0.12n formats created, but still problems finding pictures Cc: roegel@lorraine.loria.fr Sender: owner-pdftex@tug.org Precedence: bulk Hi, My previous problem was stupid. My pdftex wouldn't find pdftex.pool because it would look for it at a place where it is not, because I didn't put the pfdtex executable in the right place with respect to the texmf tree... Anyway, I have now created the pdftex and pdflatex formats and I do still have a problem with PNG files not being located if I do not give their path explicitely or if they are not in the current directory. Error: pdftex (file TClogo-uhp.png): cannot open image file but: % ls -l /usr/local/tex/texmf/tex/generic/local/images/TClogo-uhp.png -rwxr--r-- 1 roegel latex 12758 Jul 10 02:27 /usr/local/tex/texmf/tex/generic/local/images/TClogo-uhp.png (and all the subdirectories are redeable) % grep TClogo-uhp.png /usr/local/tex/texmf/ls-R TClogo-uhp.png % grep pdflatex /usr/local/tex/texmf/web2c/texmf.cnf TEXINPUTS.pdflatex = .;$TEXMF/{pdftex;tex}/{latex;generic;}// grep TEXMF /usr/local/tex/texmf/web2c/texmf.cnf HOMETEXMF = $HOME/texmf TEXMFMAIN = $SELFAUTODIR/texmf TEXMF = {$HOMETEXMF;!!$TEXMFMAIN} SYSTEXMF = $TEXMFMAIN TEXMFDBS = $TEXMF;$VARTEXFONTS Is there an obvious mistake that I do not see? Thanks, Denis Roegel From owner-pdftex@tug.org Fri Jul 10 15:41:36 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id PAA09252 for ; Fri, 10 Jul 1998 15:41:35 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id RAA01725 for pdftex-list; Fri, 10 Jul 1998 17:35:43 -0400 Received: from lorraine.loria.fr (lorraine.loria.fr [152.81.1.17]) by tug.org (8.8.5/8.8.5) with ESMTP id RAA01722 for ; Fri, 10 Jul 1998 17:35:41 -0400 Received: from craffe.loria.fr (craffe.loria.fr [152.81.1.31]) by lorraine.loria.fr (8.8.7/8.8.7/8.8.7/JCG) with ESMTP id XAA15255; Fri, 10 Jul 1998 23:35:05 +0200 (MET DST) From: "Denis B. Roegel" Received: (from roegel@localhost) by craffe.loria.fr (8.8.7/8.8.7/8.8.7C/JCG) id XAA13082; Fri, 10 Jul 1998 23:32:24 +0200 (MET DST) Date: Fri, 10 Jul 1998 23:32:24 +0200 (MET DST) Message-Id: <199807102132.XAA13082@craffe.loria.fr> To: pdftex@tug.org Subject: Warning (ext1): destination with the same identifier already exists! Cc: roegel@lorraine.loria.fr Sender: owner-pdftex@tug.org Precedence: bulk Hi, I remember having seen somebody report the same problem, but I do not know how to get to the archives of the list. So... When I compile a file with pdflatex 0.12n, I get many Warning (ext1): destination with the same identifier already exists! What is it? Is it harmless? Thanks, Denis Roegel From owner-pdftex@tug.org Fri Jul 10 18:33:21 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id SAA12527 for ; Fri, 10 Jul 1998 18:33:20 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id UAA02357 for pdftex-list; Fri, 10 Jul 1998 20:28:07 -0400 Received: from lorraine.loria.fr (lorraine.loria.fr [152.81.1.17]) by tug.org (8.8.5/8.8.5) with ESMTP id UAA02354 for ; Fri, 10 Jul 1998 20:28:05 -0400 Received: from craffe.loria.fr (craffe.loria.fr [152.81.1.31]) by lorraine.loria.fr (8.8.7/8.8.7/8.8.7/JCG) with ESMTP id CAA20593; Sat, 11 Jul 1998 02:27:28 +0200 (MET DST) From: "Denis B. Roegel" Received: (from roegel@localhost) by craffe.loria.fr (8.8.7/8.8.7/8.8.7C/JCG) id CAA13950; Sat, 11 Jul 1998 02:24:48 +0200 (MET DST) Date: Sat, 11 Jul 1998 02:24:48 +0200 (MET DST) Message-Id: <199807110024.CAA13950@craffe.loria.fr> To: pdftex@tug.org Subject: pdf file not found (c'ed) Cc: roegel@lorraine.loria.fr Sender: owner-pdftex@tug.org Precedence: bulk Here is an example of my problem, in action: ================ % pdflatex This is pdfTeX, Version 3.14159-0.12n (Web2C 7.2) **\pdfimage TClogo-uhp.pdf (pdftex.cfg)< stmaryrd.map> LaTeX2e <1998/06/01> Babel and hyphenation patterns for english, french, german, russian, du mylang, nohyphenation, loaded. Error: pdftex (file TClogo-uhp.pdf): cannot open image file ================ % pdflatex This is pdfTeX, Version 3.14159-0.12n (Web2C 7.2) **\input TClogo-uhp.pdf (pdftex.cfg)< stmaryrd.map> LaTeX2e <1998/06/01> Babel and hyphenation patterns for english, french, german, russian, du mylang, nohyphenation, loaded. (/usr/local/tex/texmf/tex/generic/local/images/TClogo-uhp.pdf ! LaTeX Error: Missing \begin{document}. See the LaTeX manual or LaTeX Companion for explanation. Type H for immediate help. ... l.3 4 0 obj ================ So, the file is found by \input, but not by \pdfimage. One can also check that the file is found by \openin, but not by \includegraphics. If \includegraphics calls \pdfimage, then I think something is wrong with \pdfimage! Denis Roegel From owner-pdftex@tug.org Sat Jul 11 04:09:26 1998 Flags: 000000000000 Received: from tug.org ([158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA22820 for ; Sat, 11 Jul 1998 04:09:25 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA04403 for pdftex-list; Sat, 11 Jul 1998 05:42:08 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id FAA04400 for ; Sat, 11 Jul 1998 05:42:04 -0400 Received: from SnowWhite.inet.cz (pavel@dialup1.inet.cz [194.196.193.1]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id LAA12591; Sat, 11 Jul 1998 11:39:19 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id LAA01116; Sat, 11 Jul 1998 11:10:18 +0200 Date: Sat, 11 Jul 1998 11:10:18 +0200 Message-Id: <199807110910.LAA01116@SnowWhite.inet.cz> From: "Pavel Janik ml." To: "Denis B. Roegel" CC: pdfTeX mailing list In-reply-to: <199807102132.XAA13082@craffe.loria.fr> (Denis.Roegel@loria.fr) Subject: Re: Warning (ext1): destination with the same identifier already exists! X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.109-pre1 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk From: "Denis B. Roegel" Date: Fri, 10 Jul 1998 23:32:24 +0200 (MET DST) Hi, > I remember having seen somebody report the same problem, > but I do not know how to get to the archives of the list. So... on ftp://ftp.inet.cz/pub/Mirrors/pdfTeX/ is everything in one place. If not, let me know, it will be... Official archive is at ftp://ftp.tug.org/ somewhere. BTW - there is one file uncompressed (except current - why?) > When I compile a file with pdflatex 0.12n, I get many > > Warning (ext1): destination with the same identifier already exists! In april - asked only once, in june asked three times :-((((((( Please see archive. Hans Hagen wrote: > This has nothing to do with pdftex, you(r macropackage) must check this. > > In itself duplicate destinations do not blow exchange cs. -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Sat Jul 11 10:16:32 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA28882 for ; Sat, 11 Jul 1998 10:16:31 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id MAA05652 for pdftex-list; Sat, 11 Jul 1998 12:06:59 -0400 Received: from ha1.rdc1.md.home.com (ha1.rdc1.md.home.com [24.2.2.66]) by tug.org (8.8.5/8.8.5) with ESMTP id MAA05649 for ; Sat, 11 Jul 1998 12:06:58 -0400 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 AAA27128; Sat, 11 Jul 1998 09:06:49 -0700 From: jeffmcarthur@home.com (Jeffrey McArthur) To: Fabrice POPINEAU Cc: pdftex@tug.org Subject: Re: 0.12o-4-tiff2 win32 Date: Sat, 11 Jul 1998 16:01:34 GMT Organization: ATLIS Publishing Services Reply-To: jeffmcarthur@home.com Message-ID: <35a88c2d.3312274@mail> References: <199807101600.SAA27595@esemetz.ese-metz.fr> In-Reply-To: <199807101600.SAA27595@esemetz.ese-metz.fr> 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.org id MAA05650 Sender: owner-pdftex@tug.org Precedence: bulk On Fri, 10 Jul 1998 18:00:05 +0200 (MET DST), you wrote: > >The latest binaries for win32 are available from the usual place: > >ftp://ftp.ese-metz.fr/pub/TeX/win32-beta/pdftex-0.12o-4-tiff2-win32.zip > >Get it quickly (before the ftp server will crash again). I have not >spent much time in testing it. So feel free to report any strange >behaviour. Downloaded, I STILL get the error trying to include a PDF file. So far, I have never been able to include a PDF File. Jeffrey M\kern-.05em\raise.5ex\hbox{\b c}\kern-.05emArthur a.k.a. Jeffrey McArthur ATLIS Publishing Services http://members.home.net/jeffmcarthur/ From owner-pdftex@tug.org Sun Jul 12 14:12:32 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id OAA28165 for ; Sun, 12 Jul 1998 14:12:26 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id QAA12190 for pdftex-list; Sun, 12 Jul 1998 16:04:18 -0400 Received: from gwfs.stud.fh-jena.de (gwfs.stud.fh-jena.de [194.94.37.56]) by tug.org (8.8.5/8.8.5) with ESMTP id QAA12187 for ; Sun, 12 Jul 1998 16:04:16 -0400 Received: from gw4s (gw4s.stud.fh-jena.de [194.94.37.30]) by gwfs.stud.fh-jena.de (8.8.6/8.8.6) with SMTP id WAA09887 for ; Sun, 12 Jul 1998 22:04:56 +0200 (MET DST) Date: Sun, 12 Jul 1998 21:59:36 +0200 (MDT) From: Colin Marquardt <941etcm@gwfs.stud.fh-jena.de> X-Sender: 941etcm@gw4s To: pdftex@tug.org Subject: Re: guillemets and `ae' package Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Thierry Bouche ecrit: > > Denis B. Roegel writes: > > > > > > When a frenchman uses the ae package, everything > > > is right, except the guillemets. Any fix for this one? > > > > > not really. there are no guillemets to be had in the CM fonts, are > > there? > > there are russian guillemets in the wncyr fonts, i proposed that to > the author of the AE package years ago, together with enhancing the > kerning, based on EC fonts. But no news since. An alternative could be the ze fonts CTAN:fonts/zefonts. I haven't used them because I didn't need guillemets yet, but the test.ps file looks promising. \typeout says: virtual T1 fonts from cm, ptm and phv wncyr is certainly more correct, typographically, but... HzH (is \glqq{}zis\grqq{} not more german than french? 'ope dis 'elps? :) Colin -- Colin Marquardt colin.marquardt@gmx.de Ortsstrasse 28 D-07426 Untersch"obling From owner-pdftex@tug.org Sun Jul 12 17:20:29 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id RAA01430 for ; Sun, 12 Jul 1998 17:20:28 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id TAA12811 for pdftex-list; Sun, 12 Jul 1998 19:14:35 -0400 Received: from ha1.rdc1.md.home.com (ha1.rdc1.md.home.com [24.2.2.66]) by tug.org (8.8.5/8.8.5) with ESMTP id TAA12792 for ; Sun, 12 Jul 1998 19:10:56 -0400 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 AAA13144 for ; Sun, 12 Jul 1998 16:10:29 -0700 From: jeffmcarthur@home.com (Jeffrey McArthur) To: pdftex@tug.org Subject: Including PDFs in PDFs Date: Sun, 12 Jul 1998 23:05:11 GMT Organization: ATLIS Publishing Services Reply-To: jeffmcarthur@home.com Message-ID: <35a93f6b.8700276@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.org id TAA12809 Sender: owner-pdftex@tug.org Precedence: bulk I have been playing around and made some progress. If I create a PDF file using PDFTeX, I can include it in another PDF created by PDFTeX. However, if I try and create a PDF created by PDF Writer, it does not work. I thought it might be because the PDF had text. So I tried one that had no text. I had the same problem. So I opened up a paint program, and created a PDF using PDFWriter of just graphics. This still did not work. So I then decided to print the bitmap graphic to a postscript file, then distill it and include that. This time I get a different error: This is pdfTeX, Version 3.14159-0.12o-4-tiff2 (Web2c 7.2) (g:\pdftex\share\texmf\pdftex\base/pdftex.cfg) (tstpdf.tex [1Error (3 441): Bad two dim code (0000) in CCITTFax stream ] ) Output written on tstpdf.pdf (1 page, 3154 bytes). Transcript written on tstpdf.log. Note that the PDF that it tried to include is viewable in Acrobat Reader and Acrobat Exchange. But PDFTeX does not like it at all. I am not using LaTeX. The entire TeX file is as follows: \pdfoutput=1\relax \nopagenumbers \pdfimage width 3in height 2in r01a.pdf \bye So far, I have had absolutely no luck trying to include PDFs generated by PDFWriter, or even PDFs generated by Distiller if they have graphics. Jeffrey M\kern-.05em\raise.5ex\hbox{\b c}\kern-.05emArthur a.k.a. Jeffrey McArthur ATLIS Publishing Services http://members.home.net/jeffmcarthur/ From owner-pdftex@tug.org Mon Jul 13 03:06:54 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA13012 for ; Mon, 13 Jul 1998 03:06:53 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA14975 for pdftex-list; Mon, 13 Jul 1998 05:02:35 -0400 Received: from smtp02.wxs.nl (smtp02.wxs.nl [195.121.6.60]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA14972 for ; Mon, 13 Jul 1998 05:02:32 -0400 Received: from wxs.nl ([195.121.21.138]) by smtp02.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA6588; Mon, 13 Jul 1998 11:02:25 +0200 Message-ID: <35A9BCE1.791C875@wxs.nl> Date: Mon, 13 Jul 1998 09:53:05 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: "Denis B. Roegel" CC: pdftex@tug.org Subject: Re: pdf file not found (c'ed) References: <199807110024.CAA13950@craffe.loria.fr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Denis B. Roegel wrote: > So, the file is found by \input, but not by \pdfimage. > One can also check that the file is found by \openin, > but not by \includegraphics. If \includegraphics calls > \pdfimage, then I think something is wrong with \pdfimage! A PDF file is just a text file and TeX can read any TeX file. But, quite probably most packages will cry out for help as soon as something starting with \ is found that is not recognized as legal command or (I support the latex message originates here) when an unexpected first paragraph is found. Did you take a look at your pdf image? Maybe it's pretty legal ascii but awful as pdf insert, e.g. two pages instead of one. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@wxs.nl ----------------------------------------------------------------- From owner-pdftex@tug.org Mon Jul 13 03:37:09 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA13546 for ; Mon, 13 Jul 1998 03:37:08 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA15054 for pdftex-list; Mon, 13 Jul 1998 05:25:23 -0400 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA15051 for ; Mon, 13 Jul 1998 05:25:21 -0400 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 LAA16842; Mon, 13 Jul 1998 11:25:16 +0200 (MET DST) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id LAA22032; Mon, 13 Jul 1998 11:28:24 +0200 (MET DST) Date: Mon, 13 Jul 1998 11:28:24 +0200 (MET DST) Message-Id: <199807130928.LAA22032@mozart.ujf-grenoble.fr> From: Thierry Bouche To: Colin Marquardt <941etcm@gwfs.stud.fh-jena.de> Cc: pdftex@tug.org Subject: Re: guillemets and `ae' package In-Reply-To: References: 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 » An alternative could be the ze fonts CTAN:fonts/zefonts. I haven't used » them because I didn't need guillemets yet, but the test.ps file looks » promising. ah i wondered what that was when i looked at TL3. (btw, to whom it may concern, the linux binaries for psutils/t1utils are nonworking/obsolete in tl3) » wncyr is certainly more correct, typographically, but... Well, not as good as the ones from EM, and only available in one design size (like ptm's...) The pb with Times is that the guillemets are a bit too bold, but it's way better to have them rather than use some stupid foreign quoting system;-) » 'ope dis 'elps? :) OdE, then (Ordinary Diff equation??) ThB From owner-pdftex@tug.org Mon Jul 13 03:38:28 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA13564 for ; Mon, 13 Jul 1998 03:38:27 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA15080 for pdftex-list; Mon, 13 Jul 1998 05:27:26 -0400 Received: from regulus.informatik.uni-hannover.de (regulus.informatik.uni-hannover.de [130.75.26.7]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA15072 for ; Mon, 13 Jul 1998 05:27:14 -0400 Received: (from te@localhost) by regulus.informatik.uni-hannover.de (8.8.8/8.8.8) id LAA14355; Mon, 13 Jul 1998 11:26:31 +0200 (MET DST) Date: Mon, 13 Jul 1998 11:26:31 +0200 (MET DST) From: Thomas Esser Message-Id: <199807130926.LAA14355@regulus.informatik.uni-hannover.de> To: pdftex@tug.org Cc: Norvell@TTACS.TTU.EDU Subject: problem: cmti12 + pdftex Sender: owner-pdftex@tug.org Precedence: bulk Hello, Norvell Spearman (Cc'ed) reported a problem with pdftex and the cmti12 (BSR/AMS Type1) font. Can anybody tell me why the following file: \font\x=cmti12 \x Hi\end processed as: tex -> pdf (pdftex-0.12h), pdf->ps (acroread), ps -> gs5.10 or PS printer produces an error? Both, gs and my printer tell me: Error: /undefined in e The following comes from Norvell Spearman original mail to me: > I finally downloaded a map file which seemed to work until I tried > pdflatex-ing a document with 12pt cm italics in it (10 and 11 pt work > fine). Again, the document would load in GS/GhostView up to where the > italics started and then GS would puke. And, like before, Acrobat > Reader has no problem with it. So, I don't know for if the problem lies > in GS or in the cm 12pt italic font or where. After using the new map > file, pdflatex spat out no error messages like before, so I'm assuming > the problem isn't in the map file. Thomas PS: I am not on the pdftex list, so please Cc: me. From owner-pdftex@tug.org Mon Jul 13 04:12:06 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA14147 for ; Mon, 13 Jul 1998 04:12:05 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA15253 for pdftex-list; Mon, 13 Jul 1998 06:07:14 -0400 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA15250 for ; Mon, 13 Jul 1998 06:07:12 -0400 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 MAA18066; Mon, 13 Jul 1998 12:07:03 +0200 (MET DST) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id MAA22667; Mon, 13 Jul 1998 12:10:11 +0200 (MET DST) Date: Mon, 13 Jul 1998 12:10:11 +0200 (MET DST) Message-Id: <199807131010.MAA22667@mozart.ujf-grenoble.fr> From: Thierry Bouche To: Thomas Esser Cc: pdftex@tug.org, Norvell@TTACS.TTU.EDU Subject: Re: problem: cmti12 + pdftex In-Reply-To: <199807130926.LAA14355@regulus.informatik.uni-hannover.de> References: <199807130926.LAA14355@regulus.informatik.uni-hannover.de> 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 » processed as: tex -> pdf (pdftex-0.12h), pdf->ps (acroread), ps -> gs5.10 » or PS printer produces an error? i've tried it with pdfTeX (Web2C 7.2) 3.14159-0.12n: everything worked smoothly (except that gs did not handle the pdf direct). i've withdrawn any redundant .enc file from my map files since the native ones >From PFB fonts are correctly understood by pdftex: this overcomes most font troubles like the one described here. Good luck, Th. Bouche From owner-pdftex@tug.org Mon Jul 13 04:14:04 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA14207 for ; Mon, 13 Jul 1998 04:14:03 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA15272 for pdftex-list; Mon, 13 Jul 1998 06:11:29 -0400 Received: from regulus.informatik.uni-hannover.de (regulus.informatik.uni-hannover.de [130.75.26.7]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA15269 for ; Mon, 13 Jul 1998 06:11:27 -0400 Received: (from te@localhost) by regulus.informatik.uni-hannover.de (8.8.8/8.8.8) id MAA14517; Mon, 13 Jul 1998 12:11:18 +0200 (MET DST) Date: Mon, 13 Jul 1998 12:11:18 +0200 (MET DST) From: Thomas Esser Message-Id: <199807131011.MAA14517@regulus.informatik.uni-hannover.de> To: Thierry.Bouche@ujf-grenoble.fr Cc: Norvell@TTACS.TTU.EDU, pdftex@tug.org Subject: Re: problem: cmti12 + pdftex Sender: owner-pdftex@tug.org Precedence: bulk > » processed as: tex -> pdf (pdftex-0.12h), pdf->ps (acroread), ps -> gs5.10 > » or PS printer produces an error? > > i've tried it with pdfTeX (Web2C 7.2) 3.14159-0.12n: > > everything worked smoothly (except that gs did not handle the pdf > direct). > > i've withdrawn any redundant .enc file from my map files since the native ones > from PFB fonts are correctly understood by pdftex: this overcomes most > font troubles like the one described here. I just have cmti12 CMTI12 ; Mon, 13 Jul 1998 04:47:04 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA15399 for pdftex-list; Mon, 13 Jul 1998 06:43:20 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA15396 for ; Mon, 13 Jul 1998 06:43:18 -0400 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 LAA12209; hop 0; Mon, 13 Jul 1998 11:37:24 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Mon, 13 Jul 1998 11:43:05 +0100 Date: Mon, 13 Jul 1998 10:24:48 +0100 Message-ID: <5491-Mon13Jul1998102448+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Denis.Roegel@loria.fr Cc: pdftex@tug.org Subject: Re: pdf file not found (c'ed) In-Reply-To: <199807110024.CAA13950@craffe.loria.fr> References: <199807110024.CAA13950@craffe.loria.fr> Sender: owner-pdftex@tug.org Precedence: bulk Denis B. Roegel writes: > > Here is an example of my problem, in action: > > So, the file is found by \input, but not by \pdfimage. > One can also check that the file is found by \openin, > but not by \includegraphics. If \includegraphics calls > \pdfimage, then I think something is wrong with \pdfimage! > There is something impenetrably wrong with your setup. No-one else has reported that \pdfimage does not find the file, so it cannot be a real pdftex bug. I just cannot think what is happening. Sebastian From owner-pdftex@tug.org Mon Jul 13 04:47:51 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA14777 for ; Mon, 13 Jul 1998 04:47:50 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA15407 for pdftex-list; Mon, 13 Jul 1998 06:44:00 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA15401 for ; Mon, 13 Jul 1998 06:43:59 -0400 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 LAA12292; hop 0; Mon, 13 Jul 1998 11:38:03 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Mon, 13 Jul 1998 11:43:47 +0100 Date: Mon, 13 Jul 1998 11:42:02 +0100 Message-ID: <6544-Mon13Jul1998114202+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: te@informatik.uni-hannover.de Cc: pdftex@tug.org, Norvell@TTACS.TTU.EDU Subject: Re: problem: cmti12 + pdftex In-Reply-To: <199807130926.LAA14355@regulus.informatik.uni-hannover.de> References: <199807130926.LAA14355@regulus.informatik.uni-hannover.de> Sender: owner-pdftex@tug.org Precedence: bulk I cannot reproduce the error, sorry. gs showed the file correctly. Sebastian From owner-pdftex@tug.org Mon Jul 13 05:10:48 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA15176 for ; Mon, 13 Jul 1998 05:10:46 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA15467 for pdftex-list; Mon, 13 Jul 1998 06:54:18 -0400 Received: from regulus.informatik.uni-hannover.de (regulus.informatik.uni-hannover.de [130.75.26.7]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA15464 for ; Mon, 13 Jul 1998 06:54:15 -0400 Received: (from te@localhost) by regulus.informatik.uni-hannover.de (8.8.8/8.8.8) id MAA14753; Mon, 13 Jul 1998 12:50:45 +0200 (MET DST) Date: Mon, 13 Jul 1998 12:50:45 +0200 (MET DST) From: Thomas Esser Message-Id: <199807131050.MAA14753@regulus.informatik.uni-hannover.de> To: s.rahtz@elsevier.co.uk Cc: Norvell@TTACS.TTU.EDU, pdftex@tug.org Subject: Re: problem: cmti12 + pdftex Sender: owner-pdftex@tug.org Precedence: bulk > I cannot reproduce the error, sorry. gs showed the file correctly. Ok, I attatch my files x.pdf and x.ps. x.ps was created by acroread 3.0. Maybe, it's just my acroread... Please, let me know if this behaves differently. Thomas begin 644 x.tar.gz M'XL( !WFJ34 ^QQMXU^NRHD=WWMF.EBX %4%$DNNP^EI5M M[%L0!-2H4:.QQ:ZQ1:-&8ZRQ8HD]]AJ[46-78HP:8O_?F5?V[2Z0\B7YSOF? MC\/;?7-GYC=W[LS1RM5))EB!)DI;3^)OBTXBDD"LU M)*E6J6B%4@-?0-.HE>H2I/P?Y@O_I+,NO9,D2[B8XLL9D\SLO\'/O_S3K'M( M6!O*GR84I)RT)PTDV[4C9%&,S>1*(95 BB$Z="!8EY/16PD*TG*2(G64OXXF M-2H=^C)8B: X0A:FHD@*Z&HR+AD7BS,F^'4VMTR,ZR(+@RI\#@UE5#JRC5JE M]-Y,))1*2 ?[.3=06GP)24PSCH^7>*UA"RWF:C*X4EM1P7 M07J6P9VEN&'">"$,:W":'2X[5%%Y<:#EI9E JFD5J54H28U&2ZIU*E*MUL!H MRDD-36.:]%NE59 JE1H_J YZ:,A3R($FE_L\"$>I5''O/ YZU\D5)"6GN$9I M_D$9"%#X%O(46AU^,(A 4RC$.G_TH25M(1REAL8/[ASJL%S',:E6DFHMS!*5 M@M1H53A/H8;YP_.+!*:C>"&A-)3%& I.,!A#Q76>DM-:,:&F*)%IZ;?8$:B, MI<5_BU*%M"AEFBN/!:5RYR.Z A:@ D80"XNGX5&#;_0((P$:V%,RB<**TODN M>TK.32@NB9:U-$W#9)2F85@57GJB6:/NL6T" 1Y/4- N5 9'!T#N)2_7!Y$ M-&L6#.5<9KLM1.]B DA*!]T(8Y+@!7X#5,H %4TT(X/MCBRGV93B(OV"6Z)" M&C+0RCC-!KV-C-:[4A@K8!CT%C+6;C SKBQ_,M!B(6-0#9:$5W0&@.\_!UL>8.'I5LL7?56!(\$Y9.MMYHM67P!N]61[F*<9+3=R#AMWD5[ M,QQO2$NE6[US(UQZB]D0:#-9&!@T3#*S8>9,QMC=[#*DD,EZ"\M@.LP/;R9 MW(@3,V MC/IR2.BBX\O?:54RR+1Q4M=U.T]M*S_BW.22EB4'(]-:75D;_WS%[&H5;[US MJ^&@E_78L7DY/8Z$/?PP;=+,,Z]O90RX-7OPYGKQO\R.SKKI:%PPXGZEK1M. M/WF@*MGMY)5#7T[MLWCOW)_WW5_8W2\D[G:92XU*?)N0L?[;.2/5FOBPV9:> MHS]:VUS1**;RS+0OQRA'7QY4>>JG;U\^-F+(P-%E-[6^^,B>EU[U^:*R"Z:\ M[E=08V(50UY#1D M\I7V[&O7_>Z\6O.^:1 5N2>FEE/68$*G1]>")F3YK[K:KV_W4Y_$5(E^>3(Z M[JV<'ER=O?^KKTLHI=0RO6*IV1<6OK^E:SFWZ5UV'UP>S!;5\OZY:O._S"&I>P M-F_/O ]JSC"663%W:D_+Z9_+-GW8>TY*B0V7 E:-+-]QWW _IWI"VR#7Y=(' MU:LF&L*^K1>\WWFXJ:QMH_[TJ4 M3& JR6*MI7HU7_.&,)^E]R\<837TD^],S0]NP3I:WMP2+]]\9VRGIKOI@2+^<&! MP:WK?[+2DKGAIGYUF1G;6^\_2*^/[93^:T2]NWU._*H*ZY!FFA/SZWKZULW*S7E=@M(>N.U5A2+;S!HOT+CV2V[["^89>C-\GT.0.C0I*O MGZM8L']4ZLK2-W]X6WER7YF7P[^[?_K<)/\;1$:MW5]_=2CG: EJ;NE!RZT; MKS8KWV/2Q.GF0=L^&5_FU;8GQ^-#NN;F3LX3'5*_:7[R9,-MULSK=:?8_:NVJV1[4O?SYI:G]7ITV!%Q^OS[%:8, M)S0EB:B/)ZT[V;-!OFQ_>'CLER.BQM?JU'W^X9*AQFM/-YZ>?&S^4-4/ 14" M&C>VG%,]JW]@T]WH-N.NR=X[>$_ER%O^IH3F]>&^9V;^4COHK#91^>VW+MF> M%9.^:QWQ/-ZV^='5QP4C(NL'SAPZ(;#/"=:Y;UE^F/R+L>^[GKU78G9Z MSL*JU1;/2TIMG'CN2G+4@.G65GQ7\-VSDI:%GU%-ETSJ M./;4M:UWXC_L6N.+,<>)8:''.[RWIZ*ASOAQNY//W)G?J_V1-PE6V:\9,_VJKZ!9+VU1]T-:1,+?AX>CY3V).G6J]^5[M6K&-3U0I M:)+D>/+;_54#J--F^2_K/CHSN,K5>7=W#@\>MB8DL=R0UI'Q'09LG)_W8)_] M]>7J#TH5S*KSF^Y%5[]>S9[?[#FKS(YS\LYY'1^<6CYD>XOX.]W'C[4L+/^Z M=729H1-*IQY?-]SA]V.US7%U2O6TS[Z>X9^_N7UR]4CGK0WC1T[R M7U5]TU=9[=YO;Z'G33DFGWCOV>Z='^>5#,NSU35.7+UAU8,=%S_L44F]J'^E MY74ZW6>[=_WLQ*AES8^_>=9FP9H?FE<-6>QL=''8I/<.=W,D#GU0_]%;I<9> M:M0\9_;!E D_54R<7N=LK?M'0D*F]0_O?J^"_3=NWWF39P_]I:A9/V+-W=E_/B%XX9]=+N9DU-J MUGW_T-ORNJ&!UQ?*+ZVM/XY^^E-4QUNVW_RF#HK,W71Q6]FL1M.BWN2M=IQI M;'ZRZT374Z;SU6M,?;9:E?GP9O[X&KMS.I\/77]4=;=1;5>;@B\F[K)_>WR6 MJ^6QGT/[QP=)IQ:6Q6 MYX"?^E7^JN"*V?A\[ZN#Y_>6'YK]R?%;EY[:4FNN_'+SB-4CTVL^RR7BJV^? M;$X,/- WKG478[4*HX?99V:T?14:6:;6WL/IVY\VWVF:%OUH@'FF8^O 79?6 M+>Y5/_G@NC(-KQD2-IZLO<"9?6K[#&N$(6]DA>AN/5Z<.7+[M7U77&"OK6L^ M\5^9'%WOT-W M1N[^\=#W@]^J_/CG$=%U1I?K?[#'@/LE3C=^=_[,@:6Z)Y77Y\Z^\_B'@-[9@^;$U:]2YWQ]ZSY5B'SA@:;6,UIG-/M_=J_2N74/O M!>7MV7!H:7I\[P%TR^=;+QU.51A+--VN[JA?,NUR7.>K41EYA[Z:4R8LI^R M$W<_71YZ96O/:\IK@?+%Y13=\GL\^Z%/_=7=M/,&[[VKGG>^W;YJ?9O6[UJ9 M&%OV^>S;@R^LVMHTU-D^?E)^J[;WCUA6=AN_EKY]<=C>.NW;MANTQA<=/9P.RJ,>[>ARQ^/WZ.#=\[/M[EWUW\OJU^P]*&6YR$1'U+,]/K(][?.L)O6;7ZM]]AW3G"O[VF8L^+7]-M.$.LXU M^S4W=W]MV5MV:7Z7!M/*/^S;U;G _M-SYL#J9P53#E2USYYVV]A\Z_;JN\-< M1'[#G2=RJW:T+EX=W^OLI?[LXZU7IE<>^O/ \JUJSHZ,OUT[;4CO"YI#@\9\ MO"'S^S&YA[>OCZ(OYG]?ZUS3$EUW+NRUNM.V?9N3%^56'!/1)=QRH8_^V*.. MCSZ@V]\#193E7N+JQOC"NKK[G^W M,+57_1\-ZS^Q6\NNGS!\4=N]]1M,FMW'6 XT6V-9>6W9NMF=/GCUV[//DD9NWW%XX]1U0W97 MRNO2R;Q^X[VEMY<&%=2,"9XO_P]_B/\!_+\ ,%@8O=-EM^J=J;XQ*.P,HQ>% M1D.)1#X.16AH=VB*CR<1X'\H12(?52-4"EJD"6$M#S=*S%5)'/) UH!B26J= MBI %ZQV=.==.K542,A3I07EM*)U2XIH)P2 //X^0Q;H8:R_ (63Q/(A20;F= M)C*!]'6;2!1-L^A-+(G%!*V@4!2*N/DA'ZPE5ST,>4@ZKU"3ZF\+=E%JKV@7 M31<:[:(57BQ0:G>X"T9!RX>FU!H-J<:A+@VIX6G2;S4.KL"C49%:-4UJ-2@H M(R<5M*K0"),6!*Y$Y2$?XPATM0)DJ,"X2*@*@8[;4HG\(+J2?U02FD)2YX\^ M"LF#<*0A.=1?M5;+\:C0DFK@3:U @2HUSH/93:HHQ"_-R0O26$9(9GP_-)0" MRP9CT%R^3J,6W]5R-\\*+Y[0.Y*34N5^5\C=::&75A@':5U88DIA+.!! M-#6/J81Q$F18=+"+TA02[=)Z1;MTGM$N6NX9[:*I/Q3MBHL ;BE_>6'!+HH, M3#>AAFDJ0*X.4"G^V\&N_UJH"TGI7XEUM:&4_G+E7P]X=>$U-1[6?S/BI:%) M66<<[T(I2JXB9>9BPU\*-:?+*4J.EVUQT2\MK?NKT:^6;/U92T<>WO[1^EEM M_>]?:5OUM'/CL3BFP2]5/JHRT+RB\O3\R)4R8[+J:IT-@3G[LV-E'YVKLO_= MZBT7SHXM\]!PO]\';QV8OV]7)>O]?/1Z2.O3(U?/E9QJ;W)Q.),[?&C6-Z77GATF'GC\(MR^RG__B M0*U^LY]6>WV^SJ[+)U,OO3M+-VY^=*GOE_V<$+YJVD._+_?J+UZ:N2?G:4SW M4H\OWMQ19NV=#LD;G^5>SKGZT\:^F=L^;;%#-;=$ZX$7Q^X=K'A]^N%;=1T? MK;F^67%E@*Q20773@S,E75U^U*YJN:!YP:F4K^S-#F\:?C&;#>ZE_W1;RI!J M$8W[#!\N;W%J@ZE4VWW.[IV=9VP76\@:S'CIM&Q(.= O3=[G0IU?=UU]?*U%Y2_F MV/>89]\9<>63434VMFRUJ]^9M$C+B^H/*SYJL$9>;ON6;LJ^B>VMLYJOV+7E M[,5J?DR#X.P7[<(N9"SH'/EK_7?(*2>I M@XQ^PF+#]QTZV8Y^-+XV87GGX[6O+]'5TG9-&'1E1C23^/1-;F!^R==IN9^. M'=/?ON38C9,[APV=,'1*5LVKT_-/+-IB&M:Z89>(RA73]6T7J*QS#VTY?6'= MWGF.Q8[XIXT,)]A*%6^<^"TGH,OM)I^W>Y4UZF6W;;HIX7>?3C7$7:UV;L#+ MD(%ORI<)>7JAQ>%!.=-7KAMSXH[J\J%K35[TR,C:O/&GONTO']$UK;$J_FCC M>STW/G%0U3ZQM\@:UZG@VL3+5)^JVV<]#KA2Z7+LV+$=$F^._75L'-OJUOS: M$SL.>3O^7&>R5^=#=\A=HU?NTH62/[?=.N/BQQT'5JT166_HJ.:G^MW:6.FC MIH>JCK^3V6C!C[(&P_M;NG\]+O+'H='SY@S?9EMP^S*\656!"7K6LJ>OGCX\X=#CYVY65D5_Z)]\_X'?ZG, MU#V\,_+(/'70+R>K3KYTJVD?:W3>*&>'AN-KKNS7I&M>HRJ92ZYTV=FSYL9C M*Y9577+VTNL']VN\2/BMYIOVWU1<-7?.KTU-!4/I@K?B;\;%=8O<;PU<]GR(%G[YR-/7Q^MC&J?-"7WB^@UE;2K9C6L M<>RZID80K/B?IS?@K>6AC4KF32U(#IT7&@#V:/PBUVT'TU?M/V72HOFE:M##;P[ M,_&3N!'O=7[^W8U:EKQ^O\3GE^[V?J><8T-[WZO9X$GNIW?GGWHV)D^??C#G?NK9J]X =*L.6L>=?3I> MF1;?5#?G**N.;[]GZL0V0@ILFJ^IU\6NT[ M [4]^'69ZM^\W^F'%NM_9O<%C/JIM5_M 1OBJ[0YJHA.+=97&]3U)/JLJ_F MMN:&;W/NM4YK-CU*;2<8>TI?UT'%_$;5V0Z1 [9HSGZJGUFNU\7@>==N5=AR MMM5IPKQY^4=TKR]S'I4PV93_L:_S/X#_%P#%NZS"23\-%K](U DNJU)T8VG! MMZ64E.C'TI2ORTK3HLLJ-83$;$5A/JO2TV=5%.FS"BZ=E[TF>JT*J=I-$Z5,S M6 ^=L9L(#L+G-@@M]9"Q?P ^K%\<$]\2WVLQIAO YO5S&),YDM2#(/U" L 2 MU\K!':,H"IRFEA+@3">8<^!"J25S#%VM4JC(9%*@41HE)Q[2)M*0T^5-0X$ M;QH%UJD7346#5>I=3J'VP=/J-)1/.:7.IQPEIWWX4VIU/NTJT94,'YJB$)I* MZTO3^-# (O:E*12^_=6J?>2B5:L*H6E]98"<9Q\:[2,7+2Q37QHX UXT';IM MXD.3]LWEU,-L=Q)HIL6:!S-H;LAB['8720NQ(N0@TBJW6PNJ!<\C':76@/\: MVBV,^&]?4_O?SS_TD^GO^,>O-19[_Q-4F))6B_<_-0HYNO\)F\__[G_^&S_N MZ%4;!8Y6Q9E=%B: ],M$%X-; J$7%R@*("F2%J)9=F< OUUYA[<*V9V:-0NQ M&]*ML/-#$7T &0S&BTT39'9!3A!LK2CJ =MY ,E?IR2U2M00WCFA54E]=.63 M8=E@N\7NA"P_:-%FE#80F^YP6,R,4;RS&0"9KD,JBB$-2F&<3+;# M[B"],ES.=(8$7OETKCF92&<9)X[\X'NT6A47*40A)KX)9"T%D# ;,O1.UM_A M-*!!%R*# 9+():73:L"V@YV:$T1L%@L6'$M&V QVI\,.4F",1<0M/9CH!>V M"O *66*69/U9?888['"3W:_):,KC8)] %/6DZ @ M%9X$):GT)!A(6SKTDP?W1F2]$5EO1-8;D?5 -#@,R5YI5IHVV^(D4519?Y<3 MK'?^W6EFW8.ESW2/F_O58A1?75;2R@5,^5+>!*LKTY.0DD7ZM6DI""+6X!YM M=';$O\+,%8*K+$E[]#1)SS(6LXW1&P>*->/+1S85P^(/+"5S,E\'Y@-? TA<8:ZLDV%A?V.D M96V(A6R>E5PHX0 C@A@!&V/"PR,G+2Y>H'(L:D*8XH0@8 *0G:8D M#$Q 01\6G8S!94#;7G'L.465+1;/!BX&P>"D0$,DI@AI[Q:0B$ ^UF);$ ME M$R9NHHGGDOR)F<%N [5'X#"/'J]RU!T\.H)L0&@<@980!(X)?#R'[$44&2%- M_!0E./WF.6@I>DNR"QD&OS-F8KEL@N.U,T_@3_V8-)@M84XF+9VQ&;)(+I E MBW7876'I-@,RD4G<$X!B#4Z&L>&UC)6MEQ2+6"*@8_\A\TMFACW'K+>@^$ V MX;5S9+., S8780-0R25'S'@>\G.!UT@NL+O,-A2I\D5"8P$/KH5+\^K7+6L0 MH8*X&[SFKHC4E(^BS"#%/<3A]V,HK&P2/!F:. Q MLJ $#:O,D2624F0&BQV&&JUJ)%TC:LBH9[G40)1"? X$0$SI(E ,>@">NXUY82-'ACI,.)21;(:>XG6*;7G\R3L .,N(A(5GH-'(F?5\16X>"559 M7)45JO*9GI5MJ"3O2E#(!) F<5^PMD3[,&/G7_G]6^J"\)B>"RG9"YL0M"7J M*NZ(J-;^:)M" R!&[_:1A2/@>MD8R:V*XX2Q_U.\\,A>W,06R0P,)#](?SN\M>*8:\5SUQNO:7&HQ#7=NY4T@W9GI,DPETB=]( B@@&*M$/1VPJW MN<.FQ[\Y^2 1A@$"BAKA;VD&KZI,%GN2WD)PX1.)(P#:BK&/S MFN -TM]A['=W15(6:+':61>ZH=61X!P#JSZ3YP;;6OP[V@QI2!!2ARPTTZ&W M(1B*-\C<=:WIL/5DF'&/"'=$!T-FH]JB54WRYI"(FHG"/ME@]7$[&*XMF(#8 M=T*]X)F5L ^PE+^*Y'@B>8T-'_BO"(7=$$%+VQ)G".!YN-V%M.?AETO?!7-4 M\-51!TC!^@0.I&5Y^Q6/,1HG%0J=8-:4/ JN[_8LN;LQ\0@[B5""0^QLCE<4X3:@#I M)%EWO0NL%)N['C]-:8Y"X9*HN5SL_W'U!/^Y,)+D!3X0LUAFZ#:W][U+/K0; MCH)0*-R'!S2$R3 ;&&\:+A@3'D2B**"D7"&DX.@^D22*#6):L-[BB04$CTJ0 M]JP1I4]RYPKB0>%)/K+*R5+$ XM>[\11?TD;$:'HEK8QL!!24+"(CM:WD1<0 M^[L"8@L1$%N(@%A? ;&%"(CU%A#K)2#66T"L5$"LMX!8;P&QA0B(]160#PD) MB/404*$Z&KOG9AE>5,C5T*^U.3^>)0[5YJE MX,B2 ! F>X2:"E=80B?Q3F$4SC^RR5P^Q;I3?ZBSB(3V7(\>XW,4V*[@4])Y M=Q/8Y_7-\VWPCS:&]CB\B0F K$-O\.HGRY5BBR\%OB.&DL2AQ'U/D+E;X"@+ MGZ]Q,Z1P ;,&KETI)"M"DE)(+!A/2-('4AK/$KGE3&*$C2QSWG<*%AHN+)^MW7W]%6R$]*;!G@7(B#5L0>#S0MHJJ CPX;&M M2M(BOUU_ER.V>(X %*MI*4>L@;<[\-A+.(H-]N1(DN8Y,B&/1+I%HXP,=J30L/,3"%XCJ,X-K/+A(PYCSYCDY%7;7BHD'?&NW#0/G?HQ2=0"8HC(4<.B4I2E_*G%5QE?ZVJJ/+)J\,5]]EUN%[8TY-P,[P3A 3#O\)VIN;D!J*59HDG27HQ%,#!<.+_ M0A7H1)'(HIRSD;T@XN 7A"V^%#42O" ")?/%7_?[TT9:-XBORTT8+6;+!X 3 M,:"P:4Y7D5#!/!3T!:\"CW*\#XDB\";&J\/<, F-N87B39<, Z\%L+G[+[>) MY-!&J@XB;!F,T\48_^-UX584GI!_;HWXHORI:>(>5J%ZK-GJ$)@H1BVY*T:9 M;:(8T/1%B]/-%YWX>;FA_([<<\$5O"8HYTDQ>Q/(H@0)9, M( NMGLA%&]'!JXPSASRK91,)[JLCV)+APE?:&03,*[P[R;[NXS/FN3I)6P*$D"XS*%R2F82&TX2.AKBH(5>D9W",I$PZ"F3Q,2VK/4-OX4O%Q0@B]]2[ M?"@>IBIC2$4#69B>0B,LZ@>R:)7C]H.]88M&*P:$E+QXW*YQI.A9CZLXL"=U MCI/*T;,D?^D,H72.X^5 >LN!]%E]0G1,DI9R)%[*$96X6)"?2&+:\W2ER+!M MX=-&>H?#<\)PP0UT*1-'-SSF#W^XPHM8I.=B7\)+M$5/#O*?F1SDWSTY_HEA M=1\[\&/"CRI_,8L"!>RAECVO<1S-]+(L7K?S+N-HXGNH7Q-@0]LDV^ MV1BK6+M.B)1*8Z,XY%?8<1U_41Z?^4D.2SA+!N5QAW"R0![),P(K]8OQ!3 1 MP21&DG Y[IS9MX2P*U C$&E]W) M&T_N_Q:$)C#OP0D\>S:$_S0$D\2= PPCU'F\$G"V^._1<&M"7[E;/QY!+O&N M$)K"AX9' 8\2'A4\:G@T\&CA MT<$3"$\0/,'PA, 3"D^8S$!!?0KJ4S1@4P! 0 % !0 4 ! 0 % !0 4 ! M 0 % !0 4 ! P - #0P0$-]&NK3*@"C 8 & !H : "@ 8 & !H : "@ 8 & M 4 * ! 0 * % @ (84$!]!=17: %, 0 * % @ ( % "@ % "@!0 D M2@!0 H 2 )0 H 0 )0 H@0$EU%="?640@"D!0 D 2@!0 H * %0 H ( %0"H M $ % "H 4 & "@!4 * " !4PH(+Z*JBO"@4P%0"H 4 - &H 4 . &@#4 * & M #4 J % #0!J % #@!H U "@!@;44%\#]344@&D 0 , &@#0 ( & #0 H $ M#0!H $ # !H T " !@ T * % "TPH(7Z6JB/_C6AX?^8N[;F1FXK_=Z_@K6; MJL0/8P+= !KP&ZZ.G3A3Y9$W%4^Y7!R1,])8$A51S(PRI?^>#Y?N1I/4>+SV M)NN+2'8#'PX.S@5 'YR6 ) D "0 ) D "0 ) D "0 ) 4 !0 % 4 !0 M($"AOD)]U0-, 4 !0 % 4 !0 % 4 !0 - T #0 - T #0 - @P"-^AKU MM0:8!H &@ : !H &@ & 8 !@ & 8 !@ & 8 !@ & 0$&]0WJ&P

H[SN >0!X '@ > !X '@ > !X M '@ > !X '@ ! $ 0 !! 04#^@?A "P ( @ " ( @ " ( BA'"*[ MWJYA(-)4$'/B$B%V"8NQR>&@=?!(WO!\1A<$)BQ9J^HI[RQBI$E@!6?:4HH. MIERD<=+;Y"V]?2F>\U,'H@#YBT](A2<'"_#,U,J*K F5CE"6XV14Z7\T%, M"[)ZCV/*PY>%Y>/ERY>1#X=.=/+:>375_*+#AS]_]A 4IX-^(R61O@&_S!(B M<2]*C-4\L#G/&_++DPZCL891CX_"CUK)L_DAUKCLGQVW]^(^Q6=Q$L/HX[*D,4?(I-VR\^B3&-9C/DF@(_I/UE;+%ADQE3O_!^[0=1%,A,GJZ5>D%&9 MQ]J' 6F+ UZJX.Y#UC=#(-Q8]A<-SL<.CA9S";HR M#VA.G%J/3Z8ZS[4'N2[3U\+2HH,YZK;8C>:D#9^U@T%IACES.7LZ+Y &(A[L MKD7@1!&:K==1_3IB/?J9>DRGR3%N3N+1Y(=I\>^)AD[(QKC)$EF?9'X8K,3N MN2TYO!1'X-0R9Y25B>NU1;;?K&Y_F0@,55,<2U+R/!@S8:%4>=^T&SBMPDK;U<.?Y.Z>E)]#;5X,OJE:W8R'GYMA=^KI6A\])WVX M9Z='+(?I81F>>1GJR*Y0'M(6V)D(&\<9-O8'?4K9'4I[HWZ]WCK,+/ M=6T\J18A5^<;\_#B_N%JXZ(?8H>!4)6Y>[&Y2QNWF\O=YO*;RYMG?^V>R>[V M'\^^_=.+KY_]\8C$64F0N/SV87^-'W^.NPXSC[9\L;K9S>#_M/II_^7VV5_Y MI[0P%HZ-?+F]O[C$E-X\R_F#YPT5DE9WJ0+[)/J'PDDHOM[?4$)S'YZJN)B5 MRB&'0P=/B%Z.39A*C!.1\8%>OI[G)L- +&;L7,S9N#AB0RKPH2EN>-:+B@>? M+8K]>=S=;V]O-^O\[.'#"6?Y27U\LFN/!X%^LRY6C_&F+!HYF]'7J]O5#7W6 MEJP\X^_/:M\6GV=$;=P-VSG_CQS59&U_K:NJCPZE&OM7+S;W*8WBQQ3ZA-87 M[W'(XD-FGK2R9>U4V?-*"M,LX4BC#YIY$C8ZK-%NS]2FM'/41C%*OT$#.<+N M,F[&76VWM[4QG9X"E8Q$W_]S<[=-#N/U@UZ_+4OD=]?#DG7YXRYR6M_=I9\L MKU>.O,MQ9-_P)?+W91-SSTQ(XUPM;KK'_?CAQGB@ZY1YKT^FUDD(/JI@8 MD Z:Q;XV/TR3HN')53?&3)3C>T]V)DV3AA7JL>D[WC2-)QX6A7GIC&H._X@- M_,_F+N6E_Q;KPINS+LV<3YVK')['3OEY)HLZK5/'F\NCU>GC?#Y\O)H^6DS' M9#7#E&W*R=*,&\V#M4LIA8;N)8+B'F\,<8N"4^0G7A]Y0LJ9F)'(\4M%8;6I MD )0Q7]SK&P?-FG'?LBCM-J_GZ9#^4'EY?&V\,D5[>[=V_*D<[5RR M5RD?0)877D4,E8.C.;BM&3"F_93ASIC08/GC>4ZKM)Z8'8]0Y.OI3S&^*>O$ M>,QT3">2BHRA=>.OMLK ,I)Q\N(P[<_;+V]WNQ167SK_ 1.[F NG^0/Y;*93 M9-JW22>NFRZ?I\I$B=+0X>?$JL2_F)2FJ1,]3(N-Q?G%ZB[E '=-PVGT9":7A1Q'#^L)T_S?/%M/8?V3PR\),(S7N0 M;^/YC)0+[772]Y2O!D3E5&G5-0$J$@GE"1E8C:H1(.5L6(V4I=)CH5TIE#*I MQ5-6\=)X][S-VFX2^M%RZ.1*E]CFKTD MH5$2R2+GZ)MEPHOF+47EI-C!G$IO!W<:C\N0Q31\,69_:KTDF$/S]W?QP?S] MXD,\%%3.O$@$D+>.\WRE;%=/.U;Y\G0@+TT?8XVR MOX0_*=9B61F[V&)JX^@9>9Z@)X,Y/KV?W$XZ\K6JC72QR*6% RM9,ACDNJ7- MQ6R6-:3F.[H1ZP!HVPDOL9,1VGRFP?D MSRGKVIMI\,KU=^G!$9B09'Y@QM"1WX II9WS%)ZX>E^WO4O7DM#'JT]T;"C] MSWB29I2FBYST(18K]W^J ZDG?N9SAI5 W,UA8U(8J-Y5).9\'A#R+&GKQ,+6[)BE@ M"'."*=_5FI8#O:OSB\TZG4) I^J4&CH-7@U=^J:UWO,?96?SSZM7V/3S8,]KTI4P^]O.YE,U\?-HI M>>+8N2'$IJ%U_KO*2)7<$--KOU[F-WY5>6"'-U>\S-?I#_.59AUB,Z1XW=R_ M&_J]>(+1BR$+:C0]YV!+S/A;/\>IY:4:WVEA.UB>H7H^X,AF#]NC19Z14T\& MTGC$"6Z5V'8 K8JE(DEZ7JU/K2 M)PR[CT_M,TS!8M,I^/*>NA=I?9?(2/I&%M6+Z7!UR%Z8C[*F+$C[Z^N'5VC\ M(P^QFT.U2&<^AW15']E6J03DR8"S.L(MZ># C<6T1;0X/4,H&T SRDYIT7QL ML@:E1%,UXQ_GD7B'D71=RV&TYWAQ+UFI@ M5'Z-3L6J3&B>B=4[>C'9VY0IX3"9]6-U;1Z;.NSK']^-N5%RBP=[0_4@CO15 M@I;FD$.!ZD8S=>A05Z;7)Z8-T,.,U5.L:?.R4\N_[[?WF]UE"MM78OGF+J[_ M:"N7>GT9LZE=[I8ZFH&E/=^L+Z^N5DN_.M_?;Y9_N8=%V"R?#\6:Y7=CC54N MLDIHR]7YY=WY_OKUU>;]IEAK_,92ZK M,I=CF9L$WRRWN>PVE]U69;=CV6TF99^+[G/1_52T6>['LNO5FS>;N^4:!&XV MR_C6)DR38F)/]&*W2:<@EJ^P MC<+V-\-K!N+Y:H 6E>O[K:Q>P2;RYCC3[$&R]A;-:;&*JSS#2,S94)SU+[Y7.L='984 R7;J_VN^O+F_U4:/A\V-PL MK_>'EYNC@,H2&;\?KW:G>_C-'TLL,+UTOK?]UB,HY-KZ$EGN/Z?W]]"MS8I/.4M<]S\.AB[B5 M#[_<1BFYB6E8EYOK])%$&4Q.L,./C)I^3=?S14QQ+J.(C&P;N?ZW\=OKNU4> MTZQ@YP^)WJ0O(_7I5X*, ?;H=A$2M+Z\15O;=123-.*3MD5K/Q*9?J#H_<5V MOXL+E:6N!-57WW66#S\2Z#-[OLK7OZJ%]JNQT%>YT/-2[Q72[Q M70WS7;ZUCN.UVUTNJ]IY,*Y7YW=1ZN\VN=CJ/*E%5NRLU\WR8G_S9G6WO[Y: M[>^AC=N;S4_+\Q7JP?V?^>8EK1J(EQ=/V::&MOV@8?./ ^86\9OQ>)"N9M3C M<:2J;E4CL7R1J#D8]>>^.4U"3]5,0ATMQJLX';IYM;H;[=B(,QFJRE0<*G)E 2ZP/@)B9>J* MC!2S.9JN9GG_;KO;)RVY6]Y?X.;X*XLB[-AD1P^T:10N2--8;6; #HP+RL4D M *@=O\9S9[G-BBF86=UDKL3]4S&/MG907 M0/<7H[=]4I&?'[AC,.[J_O+VZF'T&]\]I>*5X_Y;OGEVL;V[J;Q6\>3-Z-AK MCU[\^.38$RO@,B:G7ISYX-M/._7BS8MO/^G4-^#$Z-B+1R_^O7;LF:+)OV=# M7US8Z-\+-96?K]S\0X:]3XP8'4-#HZVJ7@1]--]J2B+WTR\>&D^F5F\9*J_E M&%[2\^%E/$!4YFD_?*B/"@W;#(_E25U)%@7[>?<8I\8#4GF_3T)*LSU\ FDZ M4W0 5%<^?)?)XH"\::^C'*D:7BCUQ= M^&9X8DZ]&[Y=A,VK^!)ZJK[@[ O>_J??#4_,?^SM\O^7E\"6)Y__FO?"5 M' RI0?\MKX5G:A%M^T??!!_?B_HLOM>3QA=Y*J$^]BKX7G6':_$G7@7OE!,B MB*XSD@FM>B-D_/",Z\X1K0EO-:&L%;WI%6'>=):XSCAB9.>DH@VAPFK\QTQ/ M6^V\:;D,6ANE:4>\%X1[04/?!TM-WTEM;&\YM8X)'R3M::.(DHX'%.V%(%XH MW:,V-8!IE6:N5Y[WI&U#+SMO2##&",<"\[;CH"PTKG7>&JT4XRAON7*!6.&- MIIRTDC'.?$]Z9UMPSE)N>F&8I0H=[D37<]DPM"DLY[*7W+0MF-%2CM)*]E0K M*3LF>^?Z'E>8:@ESS@;9]5YHV1-I9-,:9P(5 7WCM$7O.R(U45WPW(:>HB>4 MBLY8&KJ.M[YM-67X[%' :JE9@X8(>D9#L,Q*'1A1IB6BYUW?MB0RT6DB>0LV M*]DI3SN,4E"NUU0SSL$#&@CM+89-2K ,O&VM4<9RV=+@6MX)[IS7 @5 0VMX M$&B7:2DH#? M3%,,GN"V:16/PD*),TKHMJ,]UQ@+K2 KE/6ZHZC%%-@,DFGOB6[;GG1!L1 @ M6[Q!GS5WN.6TZ#NBA?*H$[30K&U5L)#)(%H""0"/1&\E&I)4L1Y0%>(9V$] ,D86_WH!46:M!G>9ML9VOC'$:C!#=R9X+5GPKE/6!@@\ M9]P8C()E4 =/A>H%(U%1',2>"^A3( 22R'S@O8(6P]0+9SNM@V3$=,$*V;:R M;SLA?8=F>X@Q@=YV$"0) \"$I=0TK+-@H+4M:T-G6MIBW%U/,,K0!:I[9C&D MS#L8H4YS4,9Y#UTD$'R"488D]A :";GN"#52>R$I1A%2VROAN:2!$D$94YRZ M %WDA'4MQ(4$AUYSR $,CS0<8]:W,".6XIZ "8)^!Z@=E9!Z $/A@,&)T5XK M&ZA1<0AA6VRC!(L$6 48%\$; M$MH E7,$$M**J-91G!T:L=!8B3NBX[8CE@CC'1C0]QU,'$;6:"X[TACE)?23 MM,Q"6X5V& R8O-YPUG?*,"E;KF&XP1,0"VV"W6/:6\8PUD&X!H:;*.5 &:JW M'5=04=$)!DV@LI4FM% O:Z'FK:%66H#97AJ,$"0:_J.!)_!MM-4:UH+Q#L(& MFP%9-UZ!@102PZ$DOJ6 ?K[F#?&0U0!N]YTZ)%"'+L&1/"MRZ;G5X*831$UW/8 M>=8QUUI!X%YD:V$*'(-7(JWW#-K8"]C$#A)BK8%D>$(ZJE"U[[46SL (P:'" M>L#>!05N]KT!R=(!SAG7!.8(AP.!_W"]4Q1:#QNJHJ3!EL#;H!WHN(+K,^@& M?")8P +<(8'[:TG3117GK8"'@ADV3J"7OH4HP]2V'I(-(PI3#=L"8RB$#1QN MCX(+D&UT1#6M)5&,6Z(A'Q2B:J52T&98=-@\#[&P/<._O(.?ZG#7T1Y6BT!5 M;)3;1C!/HYHYC)P-D);0@6V=)F!+BW]@.&3' VY:.#*OP$TG#4@+U%DPKNG@ M>XV%%8%Y@?F'S$#PN()OII*U$&G)'1JF%@V#&@:+!)(A,B!!:V\:ZZF'1^BB M_X8!C.H7N'7H@8/1(PHNCEKX3 Y+"8?A+!R4Y]!@T CE@TFCF%7 E[2=IY!3 MF*-HY]%>['^@9!,(4@G;6]P]!$4]JR!CK#J.($\LU8YUUT-QZ3 M$<@&\9@,!-@@& &'*8."QR!0:@@C@UZPF%(A-*";1IF'DD+6M(3*"C@H+C7T MF8%YT1IJ6!2K*6UI!R?MH]ZWZ",L@V^$@,>"*X,>:]@+3,\$7"]F,-PS:'V< M#V%H\+]*LRD*(T3A$X2"?Y3:=0W(-5["MU.,)WP8!)$0>!3&86,\AHIAD@#9 MEA@\VPFX"R_!9C@QZP+&OX'%@=?BO(.CA#.D G(+'QI@+V#C>J9Z)7&YTZ&# M6]9]ZVB+"9;I"3=1VQLX'J<"Y+MUT-/6P$+!DM'X:N=_M7[=IJX^A6N17 M(P W*1B CWZQ8"8<19V!I?C?8L23:4"1FFMBD3/B]A5A3:?OE!(-408*'&S4 MX"G1A>N5C7X!=\R:95;@.],Q@J-7HK\+=TFMB&-I+[074W2!0355GE^=9CCR M+B2JT0B8T38;M FH+G=-8=';F2M'J4 _+F)V$^Z>?O*8&5A7_G*H8*Q.IZCO4,O DRP;KP)(>''OR8AE2Q("QVP\R4)U.&)V73*V)BSSF- M6V3Z%CI.I5"^0(_C$JPFU3#C8>&6VI6N=]9;P%L ;.!X#!R%JA4OLVAHRTZ. MRGS!$%'&G# :RM-;&Y$VP)X)8C0N,2,P&J5G0( MAN,V@,(]*^#@JI6,@:\EUF!L ) ",$.X$ 6Y((=KXS0\J)1%X5!RL +]CU]U MK&[8 $N? KY-(&O)@3!(Y$Q\02LZ_&/ VAZH@DH*#@VVEC ;"85%S, ;%G U M\V[0:+>]XLF:$ ["ASAA[5'%DQ5+?*59,+*R!!H4295OMA3GH3:AM&)70CS; MB=.K0E?(,@C)!'K _::B^DF;]G& MB1O7YV8I]$WLRTVL/BMB%&DIBIGYA"=@*6"O8/MG,=%,%3*;$.0$)F&%($]A M(C%72@I^(4&1YU!WU@+A!#]H_-E'X(D'G5*E(.8..R@>>X:V0%_LS"A0@;;H M4L0W<5=<95/R3*5/D:407KLZZ4YZ-BY5K!HY^(7'+F+?\D#6 _[& FCEZZ]>K:8[&,I>7"TK ^9HSFM7:I M*U#.1F"3WH2V:DK$6F*4J4.T1#7UP5JPX%RH$=808?SK0 N1)L)X&,6A@F"* M@QOZ@ ("_MW0!$%VGKCM O93V:RSHZ#1,B >A4!+%ZTHV@ ]T":$B21).(!X M3%MH%8\JD=Q_N$6@R05*;10A)EJ66"8T#< #,J\!9/",7C 3.IIN53ACKJ@[ MC#C F!9L'9ML?>@[U0GA)2*W<6*VM&&?= @O:/!?TM)RY#A0'R?8T!+AAN$Y ME1, W$)0"F)]2?4)3*&)3Z@-!9KJHP#&+KIAHB/<+L/GN;)&XO(A66U0;T$O M+"-6HR5.X"'@0-@0G#!ZC/C0Y3X0R*6@A-;A2>?+>FPGT$U2^\&T!N@W3/W' MHV*&NPQ7(SN$CO 3[BD\ITMZ M4)5$T1(D!,=386U N%Y&9P,^EKE=$,B0'A M42$TK8.-+M,=XFR$*$C6BI(GP05*PC44Q-!6UGIMP;4IA"-@?*D6*WJA6YV0 M"AU/WV=>'5%&NTGJZ*95%W: UG<:=>_3#C502S% M#!JL[1L0F*P7D8.IR0MK@(]- FN%;86ZI0XVC@) 'Z4VH@!1M5S1## M@%EX')K&#[EILW CK@!5 V@X)X.F+'D9* $38L:ZNMF2;18U1MUR!=2*$-YD M?0:*[40F;^'2W M644FZ7A:%LO#IH%4@60OJ M0'1Y?3$9#$2;P-:)2J"(*V"RE*YYB$^&CJ81>/Q4,D>>*DM'"PX!(3[0<2DF MDAL\B[S>VLSD4T9RE&U:-(,E)U+B3TP)RLH B86L/#0'F>,'">9J8/Q/^S"/ M%_A-7."[/TKG[LTV>J_/];/[\Q'S^\NX_=5^=_O63[YX]<]O7YK/GOTYO[M; M_L1=;C[EX?MZDO3.@__'F>'\NX7'UXMUSFY^G\*$/73[8D8MFZ1+X1<]>2G^ M\NRC^_=Y7IQ-EV=?O?<8)NBGM29W<?[Q0&<'6SM0X3RBDK M6:*U,/S>6"[^XSRX ;8!\#$GMX\B1G* / :,R9"H%FEN^9,CF2EMZYJVMMJF3CV T@+(3GPA#W<9.VEP9$],!"LD#:(>/[3 0J>LT2T;6#F?)1R<5^#;Z[',62&+XZ&>H#KQ<[")D,A5F3:3/*L&Q"A+CF,+DZLM"=TE0 &O31(S MB3RQ"&,U3QXY(;4%\!)AUC 5*"T]<#,K[D,PZ(78.TB; Y E>EE/LL>+X2FX M/EE7R.X[D,YUUF6)YR2T #C %Y[4-$B_:\#V(5X/&YH'\VH1(O/RJ9%4?;"> MYXRM4SQ,B /"IG2:GD'*&TRKL ]$-+F<;-]&)#W15 MXLXHX>9S'\2D3DWR$%_5.28&%A;2CR NK>BIW9SM >(JN7R%8N/J*_01 4)8 MO]!EF8HA-1+/P4G:E>2RQ.P]4V65Z 2B"_MMWE,[>=]T) M!92+ :*A0&J?T$.]D+2)(S0: $W=U0X\DC!X/KT'1-IJM:%5="+77-[6J-N7 M(^1T )ORU*XZH<+:7;@?OJRC"5IX#L;.:!AMHIM99=)%I1<\T5L[GI8)Y#7< MJ=I)IUC)4/3X))S2L"S$4:9M(9;="&A1QP)(2S"K:LHBTO\^!;7)]@A)JG.['QJAGK4 U0PZ#7'G(9@@,7TPT6>WHR]J)=J/'=);BB4CMN.M)3@'+ MDW;T*C$AQVHDLQX@KT6;9Z%%EO58,LYH2HJ-#-2==PF&YX9J]GF%-*5J%BWU MD0LX7ZE0LK3K=H?KN:1GZ0AE5.]03"XZ+G95)R/7!$>@9(I( G,V0P;5UE! MQF;?U!0-U%PD^]?2-$\T;=X#A<>ZJLX#"6V9^6K^4#G#;"8?E3RL5]H)SR*U M'YT?9&U2X!&6BN]$=QO'7(UT0U;0:85O;C$4XR/*0(6@$KEH"YZLK,VA-+4+ M0>\XYTBY>1&@J.9$3$)+^^@D2;Y**5.CE#P*P^J.4UT^4MADM2NZ&@WC44.] M04!'!-8GHB")B>M2E-M/LTGNY#JJDUQ,>^P<=)[=#P9 /TUM/A4DN&E]=5:L M+1&T;&F;&.$T41NRGM8@)#(0[=90 '#B<8F;8QRCZ?R".T;]=3"V^MP$]XUH M(EZ&(<].4%^E*!9O-PAXRVO?L##YA&N[+31<=>"$7^62DTYL.GJ3N&73N3U2 M6$;X''="K.3N$NN/VK!0+E).L=,.4F&=)U)GG=QI<;3 ;!LJ6>8\4ZS:5J^G MS[;Q;@1S,@8FC7O(\9 G+1V&+B?"G\M@0)1BZ )G86VQ370D,I"NXU[MMV=/ MUV!VV+-%^/":32^0L_NU+[3KON6-7&90IPD9M/(]VW V[!O]^@2 M]M90BZCB#VL2TNLQ/!\QLDY[[*$@'8>9T8$DKT!=U<'(-@ID>TOTB>>Y7L:. M5(3 G:+*9ULI>](H%UT_(B8=9@YJ CS65U:HW!%IJV.9#F:D:[,#W MCH)*^,Z*O(X.<##LR,@HJ\#+U<-MSY4E63GK<(C+H!J$=8-Q[*.#$&WVEL3T M4 49&X.+9'4L/ZV<9*K1ZDJ\&FCC*8?58BN&Z@R-:8?RYM&V.96LK8M2X5=M6EQZ(!SW9BBN."WY@P"O;2G@O[J?01>HVN\%,T)-E4'4&1+9=2J M=X4<-,X5'J%3K,[2-,.S?*]))T^]480=->(OW%%&Q#9:1JMFYZZ3!X0RPV. M+EPOQ@KB6)1D4H5(N"W80XNJ,\U##E/O0.E>;P2BD*,.HG3PG2#;FO36 =#( M-($IRHL7CJP-ZX*3>-"F6FB//J#N-ZM!8^/*'G?2V?EHM)>F*QNX6&<:>@_% M#O'#!^G'"_P:+O 3MS/2]S+H>_8SOO>.U8??67#_+MK;%_W;JV_?ON;3O[S\ M4ML2%W>_R:$OW'[SX<<7O+[]$1;7__VH-[;6RY-D'WZTP.TM/+R2HG%JZ5*C MO_QUFOM_5=G&J2#;/FWY&CK_[X]YN/ M^6:^M+OOT<5/4[L\R2D^+?'V8>[ZJ'WS_^?HOX:N1]S_K!K]@\K7W/O=[-U\ M\Y*D_,W#F/CLX6OK7Y^__9HTK7]Q]^K-F^NO-'GS_'+]A5IZRB?'_.[QX_'C 0\>/QXS?_\6]F)T0^ ,@ )HT end From owner-pdftex@tug.org Mon Jul 13 05:26:58 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA15454 for ; Mon, 13 Jul 1998 05:26:57 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA15483 for pdftex-list; Mon, 13 Jul 1998 06:57:06 -0400 Received: from toucan.stats.ox.ac.uk (toucan.stats.ox.ac.uk [163.1.20.20]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA15480 for ; Mon, 13 Jul 1998 06:57:04 -0400 Received: from toucan.stats (toucan.stats [163.1.20.20]) by toucan.stats.ox.ac.uk (8.9.0/8.9.0) with SMTP id LAA10003 for ; Mon, 13 Jul 1998 11:54:24 +0100 (BST) Message-Id: <199807131054.LAA10003@toucan.stats.ox.ac.uk> Date: Mon, 13 Jul 1998 11:54:24 +0100 (BST) From: Prof Brian Ripley Reply-To: Prof Brian Ripley Subject: scaling the pdf output To: pdftex@tug.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Content-MD5: cJGzuCn8dzvpIM1Mwf1iSQ== X-Mailer: dtmail 1.2.0 CDE Version 1.2 SunOS 5.6 sun4m sparc Sender: owner-pdftex@tug.org Precedence: bulk I have a project in which I want the pdf output scaled up by 20%. I currently use latex name dvips -x1200 -O-12mm,-12mm name distill name.ps How can I do this in pdflatex? I can do the shift in pdftex.cfg, but I can see no way to do the scaling (in LaTeX, not TeX). Am I missing something here? BTW, I also need the output at the original size, so do not want to change the LaTeX design at all. -- 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 Mon Jul 13 05:38:25 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA15657 for ; Mon, 13 Jul 1998 05:38:23 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA15554 for pdftex-list; Mon, 13 Jul 1998 07:13:25 -0400 Received: from monster.igd.fhg.de (monster.igd.fhg.de [153.97.128.43]) by tug.org (8.8.5/8.8.5) with SMTP id HAA15551 for ; Mon, 13 Jul 1998 07:13:23 -0400 Received: from zgdv.de (isdn33) by monster.igd.fhg.de (5.x/SMI-4.1) id AA27773; Mon, 13 Jul 1998 13:11:58 +0200 Message-Id: <35A9EBB5.846CAA6D@zgdv.de> Date: Mon, 13 Jul 1998 13:12:54 +0200 From: Christian Kumpf Organization: ZGDV X-Mailer: Mozilla 4.04 [en] (X11; U; Linux 2.0.35 i586) Mime-Version: 1.0 To: Thomas Esser Cc: pdftex@tug.org Subject: Re: problem: cmti12 + pdftex References: <199807131011.MAA14517@regulus.informatik.uni-hannover.de> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-pdftex@tug.org Precedence: bulk Thomas Esser wrote: > > » processed as: tex -> pdf (pdftex-0.12h), pdf->ps (acroread), ps -> gs5.10 > > » or PS printer produces an error? > > > > i've tried it with pdfTeX (Web2C 7.2) 3.14159-0.12n: I had the same problem with some other fonts (using pdftex-0.12h from teTeX-0.9). After upgrading to pdftex-0.12o-4 the problem vanished. B.t.w. the problem was independend from the pdf->ps translator, I've tried acroread, gs, and pdftops from xpdf, all the same result. Cheers, Christian P.S.: I've integrated pdftex-0.12o-4 into teTeX after some difficulties, I can send you a set of patches and a RPM spec-file if you like. From owner-pdftex@tug.org Mon Jul 13 05:42:19 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA15741 for ; Mon, 13 Jul 1998 05:42:17 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA15623 for pdftex-list; Mon, 13 Jul 1998 07:32:25 -0400 Received: from ricardo.ecn.wfu.edu (ricardo.ecn.wfu.edu [152.17.150.2]) by tug.org (8.8.5/8.8.5) with ESMTP id HAA15620 for ; Mon, 13 Jul 1998 07:32:24 -0400 Received: from localhost (cottrell@localhost) by ricardo.ecn.wfu.edu (8.8.7/8.7) with SMTP id HAA26532 for ; Mon, 13 Jul 1998 07:31:36 -0400 Date: Mon, 13 Jul 1998 07:31:36 -0400 (EDT) From: Allin Cottrell To: pdftex@tug.org Subject: Re: guillemets and `ae' package In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk On Sun, 12 Jul 1998, Colin Marquardt wrote: > An alternative could be the ze fonts CTAN:fonts/zefonts. I haven't used > them because I didn't need guillemets yet, but the test.ps file looks > promising. There are guillemets that look OK with CMR in the lasy fonts. They are used by the frenchb macros (supplied with babel). I can also suggest a little kludge for anyone using (non-CMR) type1 fonts in OT1 mode, esp. if they are installed with fontinst. I have added to ot1.etx, after the lslash slot: \setslot{guillemotleft} \comment{Left French quotation mark.} \endsetslot \nextslot{"BB} \setslot{guillemotright} \comment{Right French quotation mark.} \endsetslot and put the following into the vpl file for the font in question: (LABEL D 60) (COMMENT exclamdown) (LIG D 60 D 171) (COMMENT guillemotleft) (STOP) (LABEL D 62) (COMMENT questiondown) (LIG D 62 D 187) (COMMENT guillemotright) (STOP) Now "<<" and ">>" do the desired thing. -- Allin Cottrell Department of Economics Wake Forest University, NC From owner-pdftex@tug.org Mon Jul 13 05:49:07 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA15864 for ; Mon, 13 Jul 1998 05:49:06 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA15661 for pdftex-list; Mon, 13 Jul 1998 07:41:00 -0400 Received: from nag.co.uk (andover.nag.co.uk [192.156.217.113]) by tug.org (8.8.5/8.8.5) with ESMTP id HAA15658 for ; Mon, 13 Jul 1998 07:40:53 -0400 Received: (from davidc@localhost) by nag.co.uk (8.8.7/8.8.7) id MAA31085; Mon, 13 Jul 1998 12:47:14 +0100 Date: Mon, 13 Jul 1998 12:47:14 +0100 Message-Id: <199807131147.MAA31085@nag.co.uk> From: David Carlisle To: ripley@stats.ox.ac.uk CC: pdftex@tug.org In-reply-to: <199807131054.LAA10003@toucan.stats.ox.ac.uk> (message from Prof Brian Ripley on Mon, 13 Jul 1998 11:54:24 +0100 (BST)) Subject: Re: scaling the pdf output References: <199807131054.LAA10003@toucan.stats.ox.ac.uk> Sender: owner-pdftex@tug.org Precedence: bulk > I can see no way to do the scaling (in LaTeX, not TeX). Am I missing > something here? \mag=1200 From owner-pdftex@tug.org Mon Jul 13 06:05:11 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA16151 for ; Mon, 13 Jul 1998 06:05:10 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA15749 for pdftex-list; Mon, 13 Jul 1998 08:00:55 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA15746 for ; Mon, 13 Jul 1998 08:00:54 -0400 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 MAA15087; hop 0; Mon, 13 Jul 1998 12:55:00 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Mon, 13 Jul 1998 13:00:40 +0100 Date: Mon, 13 Jul 1998 12:59:24 +0100 Message-ID: <3414-Mon13Jul1998125924+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: kumpf@igd.fhg.de Cc: te@informatik.uni-hannover.de, pdftex@tug.org Subject: Re: problem: cmti12 + pdftex In-Reply-To: <35A9EBB5.846CAA6D@zgdv.de> References: <199807131011.MAA14517@regulus.informatik.uni-hannover.de> <35A9EBB5.846CAA6D@zgdv.de> Sender: owner-pdftex@tug.org Precedence: bulk Christian Kumpf writes: > I had the same problem with some other fonts (using pdftex-0.12h from > teTeX-0.9). After upgrading to pdftex-0.12o-4 the problem vanished. ... > P.S.: I've integrated pdftex-0.12o-4 into teTeX after some difficulties, > I can send you a set of patches and a RPM spec-file if you like. > I don't there is much doubt that the very latest pdftex is the very best pdftex. I don't see any virtue in sticking with older releases in the hope that they are more stable. Sebastian From owner-pdftex@tug.org Mon Jul 13 06:05:27 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA16159 for ; Mon, 13 Jul 1998 06:05:26 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA15787 for pdftex-list; Mon, 13 Jul 1998 08:03:04 -0400 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA15781 for ; Mon, 13 Jul 1998 08:02:57 -0400 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 OAA20812 for ; Mon, 13 Jul 1998 14:02:53 +0200 (MET DST) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id OAA23384; Mon, 13 Jul 1998 14:06:01 +0200 (MET DST) Date: Mon, 13 Jul 1998 14:06:01 +0200 (MET DST) Message-Id: <199807131206.OAA23384@mozart.ujf-grenoble.fr> From: Thierry Bouche To: pdftex@tug.org Subject: (off-topic) acroread & libc6 In-Reply-To: <199807131050.MAA14753@regulus.informatik.uni-hannover.de> References: <199807131050.MAA14753@regulus.informatik.uni-hannover.de> 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 BTW, acroread just dumps cores since i upgraded to RedHat 5.1: what should i do? BTOW, is there a way to have xpdf showing the embedded fonts of a PDF? Thanks, Th. Bouche From owner-pdftex@tug.org Mon Jul 13 06:05:43 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA16168 for ; Mon, 13 Jul 1998 06:05:42 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA15777 for pdftex-list; Mon, 13 Jul 1998 08:02:27 -0400 Received: from NIH2WAAD (smtp4.site1.csi.com [149.174.183.73]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA15774 for ; Mon, 13 Jul 1998 08:02:25 -0400 Received: from mail pickup service by csi.com with Microsoft SMTPSVC; Mon, 13 Jul 1998 08:02:24 -0400 Received: from rd2 (ld40-141.lon.compuserve.com [195.232.21.141]) by hil-img-ims-5.compuserve.com (8.8.6/8.8.6/IMS-1.3) with SMTP id IAA21741; Mon, 13 Jul 1998 08:01:43 -0400 (EDT) From: "David Waller" To: "'Thomas Esser'" Cc: , Subject: RE: Re: problem: cmti12 + pdftex Date: Mon, 13 Jul 1998 12:33:06 +0100 Message-ID: <000101bdae56$454963e0$8d15e8c3@rd2> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 In-reply-to: <199807130655_MC2-52CC-6EF0@compuserve.com> X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Importance: Normal Disposition-Notification-To: "David Waller" Sender: owner-pdftex@tug.org Precedence: bulk Have just tried these files as well, using Windows 95, Acrobat Distiller 3.0 and GS 5.1 The pdf file displays fine (the word Hi), the postscript file does not display using Ghostscript but produces an error e, similarly if I distill the file x.ps this also fails with error undefined offending command e. David Waller R&D Project Engineer (Westinghouse Signals) DWaller1@csi.com > -----Original Message----- > From: owner-pdftex@tug.org [mailto:owner-pdftex@tug.org]On Behalf Of > Thomas Esser > Sent: 13 July 1998 11:56 > To: s.rahtz@elsevier.co.uk > Cc: pdftex@tug.org; Norvell@TTACS.TTU.EDU > Subject: Re: problem: cmti12 + pdftex > > > Sender: owner-pdftex@tug.org > Received: from tug.org (tug.org [158.121.106.10]) > by hil-img-3.compuserve.com (8.8.6/8.8.6/2.12) with > ESMTP id GAA08594; > Mon, 13 Jul 1998 06:55:20 -0400 (EDT) > Received: (from daemon@localhost) > by tug.org (8.8.5/8.8.5) id GAA15467 > for pdftex-list; Mon, 13 Jul 1998 06:54:18 -0400 > Received: from regulus.informatik.uni-hannover.de > (regulus.informatik.uni-hannover.de [130.75.26.7]) > by tug.org (8.8.5/8.8.5) with ESMTP id GAA15464 > for ; Mon, 13 Jul 1998 06:54:15 -0400 > Received: (from te@localhost) > by regulus.informatik.uni-hannover.de (8.8.8/8.8.8) id MAA14753; > Mon, 13 Jul 1998 12:50:45 +0200 (MET DST) > Date: Mon, 13 Jul 1998 12:50:45 +0200 (MET DST) > From: Thomas Esser > Message-Id: <199807131050.MAA14753@regulus.informatik.uni-hannover.de> > To: s.rahtz@elsevier.co.uk > Cc: Norvell@TTACS.TTU.EDU, pdftex@tug.org > Subject: Re: problem: cmti12 + pdftex > Sender: owner-pdftex@tug.org > Precedence: bulk > > > I cannot reproduce the error, sorry. gs showed the file correctly. > > Ok, I attatch my files x.pdf and x.ps. x.ps was created by > acroread 3.0. > Maybe, it's just my acroread... Please, let me know if this behaves > differently. > > Thomas > > From owner-pdftex@tug.org Mon Jul 13 06:15:49 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA16322 for ; Mon, 13 Jul 1998 06:15:48 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA15823 for pdftex-list; Mon, 13 Jul 1998 08:12:54 -0400 Received: from toucan.stats.ox.ac.uk (toucan.stats.ox.ac.uk [163.1.20.20]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA15820 for ; Mon, 13 Jul 1998 08:12:52 -0400 Received: from toucan.stats (toucan.stats [163.1.20.20]) by toucan.stats.ox.ac.uk (8.9.0/8.9.0) with SMTP id NAA10725; Mon, 13 Jul 1998 13:09:44 +0100 (BST) Message-Id: <199807131209.NAA10725@toucan.stats.ox.ac.uk> Date: Mon, 13 Jul 1998 13:09:44 +0100 (BST) From: Prof Brian Ripley Reply-To: Prof Brian Ripley Subject: Re: scaling the pdf output To: davidc@nag.co.uk Cc: pdftex@tug.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Content-MD5: UIcGrgNzBDSX9XT5ItJlbg== X-Mailer: dtmail 1.2.0 CDE Version 1.2 SunOS 5.6 sun4m sparc Sender: owner-pdftex@tug.org Precedence: bulk > Date: Mon, 13 Jul 1998 12:47:14 +0100 > From: David Carlisle > To: ripley@stats.ox.ac.uk > CC: pdftex@tug.org > Subject: Re: scaling the pdf output > > > > I can see no way to do the scaling (in LaTeX, not TeX). Am I missing > > something here? > > \mag=1200 I had already tried that. What I had failed to spot is that the page size had also been scaled, so the visual effect was unchanged. That I was not expecting. Now all I have to do is to fight hyperref to get the page size changed to a4/1.2, unless there is a way of avoiding scaling the page size. -- 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 Mon Jul 13 06:17:36 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA16374 for ; Mon, 13 Jul 1998 06:17:35 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA15836 for pdftex-list; Mon, 13 Jul 1998 08:14:22 -0400 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA15833 for ; Mon, 13 Jul 1998 08:14:21 -0400 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 OAA21060; Mon, 13 Jul 1998 14:14:20 +0200 (MET DST) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id OAA23522; Mon, 13 Jul 1998 14:17:28 +0200 (MET DST) Date: Mon, 13 Jul 1998 14:17:28 +0200 (MET DST) Message-Id: <199807131217.OAA23522@mozart.ujf-grenoble.fr> From: Thierry Bouche To: Prof Brian Ripley Cc: pdftex@tug.org Subject: Re: scaling the pdf output In-Reply-To: <199807131054.LAA10003@toucan.stats.ox.ac.uk> References: <199807131054.LAA10003@toucan.stats.ox.ac.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 PDF being scalable, i wonder what you want exactly, and i wonder if you can't use funny things in \pdfcatalog to ask the PDF to fit in an acrobat window of a certain size. If what you want is to have different scaling on-screen, and 1:1 on paper. Th. Bouche From owner-pdftex@tug.org Mon Jul 13 06:22:03 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA16453 for ; Mon, 13 Jul 1998 06:22:02 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA15862 for pdftex-list; Mon, 13 Jul 1998 08:19:33 -0400 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA15859 for ; Mon, 13 Jul 1998 08:19:31 -0400 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 OAA21220; Mon, 13 Jul 1998 14:19:31 +0200 (MET DST) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id OAA23659; Mon, 13 Jul 1998 14:22:41 +0200 (MET DST) Date: Mon, 13 Jul 1998 14:22:41 +0200 (MET DST) Message-Id: <199807131222.OAA23659@mozart.ujf-grenoble.fr> From: Thierry Bouche To: Allin Cottrell Cc: pdftex@tug.org Subject: [off-topic] Re: guillemets and `ae' package In-Reply-To: References: 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 » There are guillemets that look OK with CMR in the lasy fonts. They look plain wrong. wncyr '074/6 are better although the contrast doesn't match CM's. Even Times is better., even ecrm1000.600pk is better. Think of someone telling you that, when no comma available, / looks OK... Th. Bouche From owner-pdftex@tug.org Mon Jul 13 06:29:45 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA16590 for ; Mon, 13 Jul 1998 06:29:44 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA15890 for pdftex-list; Mon, 13 Jul 1998 08:26:57 -0400 Received: from smtp01.wxs.nl (smtp01.wxs.nl [195.121.6.61]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA15887 for ; Mon, 13 Jul 1998 08:26:56 -0400 Received: from wxs.nl ([195.121.21.102]) by smtp01.wxs.nl (Netscape Messaging Server 3.54) with ESMTP id AAA628C; Mon, 13 Jul 1998 14:26:28 +0200 Message-ID: <35A9EEF9.74241B9C@wxs.nl> Date: Mon, 13 Jul 1998 13:26:49 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Thomas Esser CC: pdftex@tug.org, Norvell@TTACS.TTU.EDU Subject: Re: problem: cmti12 + pdftex References: <199807130926.LAA14355@regulus.informatik.uni-hannover.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Thomas Esser wrote: > \font\x=cmti12 > \x Hi\end > > processed as: tex -> pdf (pdftex-0.12h), pdf->ps (acroread), ps -> gs5.10 > or PS printer produces an error? > > Both, gs and my printer tell me: > Error: /undefined in e Goes ok here, that is, when I use the adobe ps/eps plug in and tell it to include the fonts (needed of course because of the font subsetting etc etc). Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@wxs.nl ----------------------------------------------------------------- From owner-pdftex@tug.org Mon Jul 13 06:49:37 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA16961 for ; Mon, 13 Jul 1998 06:49:35 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA16006 for pdftex-list; Mon, 13 Jul 1998 08:47:06 -0400 Received: from monster.igd.fhg.de (monster.igd.fhg.de [153.97.128.43]) by tug.org (8.8.5/8.8.5) with SMTP id IAA16003 for ; Mon, 13 Jul 1998 08:47:02 -0400 Received: from zgdv.de (isdn33) by monster.igd.fhg.de (5.x/SMI-4.1) id AA29066; Mon, 13 Jul 1998 14:42:13 +0200 Message-Id: <35AA00DD.E2AB6FD5@zgdv.de> Date: Mon, 13 Jul 1998 14:43:09 +0200 From: Christian Kumpf Organization: ZGDV X-Mailer: Mozilla 4.04 [en] (X11; U; Linux 2.0.35 i586) Mime-Version: 1.0 To: Sebastian Rahtz Cc: kumpf@igd.fhg.de, te@informatik.uni-hannover.de, pdftex@tug.org Subject: Re: problem: cmti12 + pdftex References: <199807131011.MAA14517@regulus.informatik.uni-hannover.de> <35A9EBB5.846CAA6D@zgdv.de> <3414-Mon13Jul1998125924+0100-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: > > P.S.: I've integrated pdftex-0.12o-4 into teTeX after some difficulties, > > I can send you a set of patches and a RPM spec-file if you like. > > > I don't there is much doubt that the very latest pdftex is the very best > pdftex. I don't see any virtue in sticking with older releases in the > hope that they are more stable. Isn't pdftex-12o-4 the latest version? I've looked on ftp://ftp.cstug.cz/pub/tex/local/cstug/janik/ and the only newer one I see is pdftex-12o-4-tiff2. Due to some difficulties with the tiff libraries I used ther version without TIFF-support (albeit this is a feature I don't really need). Is there a place where I can get more recent versions? Christian From owner-pdftex@tug.org Mon Jul 13 07:10:30 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA17364 for ; Mon, 13 Jul 1998 07:10:29 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA16085 for pdftex-list; Mon, 13 Jul 1998 09:05:53 -0400 Received: from aragorn.ics.muni.cz (aragorn.ics.muni.cz [147.251.4.33]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA16082 for ; Mon, 13 Jul 1998 09:05:51 -0400 Received: from anxur.fi.muni.cz (214@anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id PAA05464 for ; Mon, 13 Jul 1998 15:05:47 +0200 (MET DST) Received: (from sojka@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id PAA15920 for pdftex@tug.org; Mon, 13 Jul 1998 15:05:47 +0200 (MET DST) From: Petr Sojka Message-Id: <199807131305.PAA15920@anxur.fi.muni.cz> Subject: pdfTeX list archive In-Reply-To: <199807110910.LAA01116@SnowWhite.inet.cz> from "Pavel Janik ml." at "Jul 11, 98 11:10:18 am" To: pdftex@tug.org (pdfTeX List) Date: Mon, 13 Jul 1998 15:05:46 +0200 (MET DST) Organization: Masaryk University, Brno, The Czech Republic, www.fi.muni.cz Postal-Address: Faculty of Informatics, Botanicka 68a, 60200 Brno Telephone: +420-5-41512352 (my room), +420-5-41512329 (secretary), Fax: +420-5-41212568, 41213219 PGP: http://pks.pgp.cz:11371/pks/lookup?op=index&search=Petr+Sojka X-Mailer: ELM [version 2.4ME+ PL39 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk "Pavel Janik ml. wrote:" : From: "Denis B. Roegel" : : > I remember having seen somebody report the same problem, : > but I do not know how to get to the archives of the list. So... : : on ftp://ftp.inet.cz/pub/Mirrors/pdfTeX/ is everything in one : place. If not, let me know, it will be... : : Official archive is at ftp://ftp.tug.org/ somewhere. BTW - there is : one file uncompressed (except current - why?) Searchable pdfTeX list archive is available on http://tug.org/archives/pdftex/ You may try news://news.muni.cz/cz.muni.redir.pdftex as well. All the best --ps From owner-pdftex@tug.org Mon Jul 13 07:29:10 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA17764 for ; Mon, 13 Jul 1998 07:29:09 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA16163 for pdftex-list; Mon, 13 Jul 1998 09:23:10 -0400 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA16160 for ; Mon, 13 Jul 1998 09:23:09 -0400 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 PAA22767; Mon, 13 Jul 1998 15:22:31 +0200 (MET DST) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id PAA24724; Mon, 13 Jul 1998 15:25:41 +0200 (MET DST) Date: Mon, 13 Jul 1998 15:25:41 +0200 (MET DST) Message-Id: <199807131325.PAA24724@mozart.ujf-grenoble.fr> From: Thierry Bouche To: Prof Brian Ripley Cc: davidc@nag.co.uk, pdftex@tug.org Subject: Re: scaling the pdf output In-Reply-To: <199807131209.NAA10725@toucan.stats.ox.ac.uk> References: <199807131209.NAA10725@toucan.stats.ox.ac.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 maybe truecm instead of cm in the config file? (this was discussed centuries ago, but i don't remember anything from these ancient times) From owner-pdftex@tug.org Mon Jul 13 08:40:14 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA19350 for ; Mon, 13 Jul 1998 08:40:12 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA16444 for pdftex-list; Mon, 13 Jul 1998 10:36:01 -0400 Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA16438 for ; Mon, 13 Jul 1998 10:35:58 -0400 Received: from hubert.wuh.wustl.edu (ats@nb22-pool-12.wustl.edu [128.252.113.12]) by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA00051; Mon, 13 Jul 1998 09:35:40 -0500 (CDT) Received: (from ats@localhost) by hubert.wuh.wustl.edu (8.8.7/8.8.7) id JAA18250; Mon, 13 Jul 1998 09:35:16 -0500 To: Thierry Bouche Cc: pdftex@tug.org Subject: Re: (off-topic) acroread & libc6 References: <199807131050.MAA14753@regulus.informatik.uni-hannover.de> <199807131206.OAA23384@mozart.ujf-grenoble.fr> From: Alan Shutko Date: 13 Jul 1998 09:35:15 -0500 In-Reply-To: Thierry Bouche's message of "Mon, 13 Jul 1998 14:06:01 +0200 (MET DST)" Message-ID: Lines: 14 X-Mailer: Gnus v5.5/Emacs 20.2 Sender: owner-pdftex@tug.org Precedence: bulk >>>>> "T" == Thierry Bouche writes: T> BTW, acroread just dumps cores since i upgraded to RedHat 5.1: what T> should i do? Try something like this: LD_LIBRARY_PATH=/usr/i486-linux-libc5/ acroread. This should put the old libraries first and let acroread work. If that works, put it in a wrapper script. -- Alan Shutko - By consent of the corrupted Don't steal... the IRS hates competition! From owner-pdftex@tug.org Mon Jul 13 10:15:32 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA21654 for ; Mon, 13 Jul 1998 10:15:31 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id MAA16846 for pdftex-list; Mon, 13 Jul 1998 12:10:02 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id MAA16843 for ; Mon, 13 Jul 1998 12:10:00 -0400 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 RAA24817; hop 0; Mon, 13 Jul 1998 17:04:08 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Mon, 13 Jul 1998 17:09:52 +0100 Date: Mon, 13 Jul 1998 17:09:07 +0100 Message-ID: <6577-Mon13Jul1998170907+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 I) From: Sebastian Rahtz To: pdftex@tug.org Subject: graphics path Sender: owner-pdftex@tug.org Precedence: bulk Golly. I was wrong. pdftex looks at the value of TEXPSHEADERS, not TEXINPUTS, for graphics inclusion. weird, eh. But that probably explains Denis Roegel's problems. sebastian From owner-pdftex@tug.org Mon Jul 13 10:50:03 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA22547 for ; Mon, 13 Jul 1998 10:50:02 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id MAA16985 for pdftex-list; Mon, 13 Jul 1998 12:47:03 -0400 Received: from lorraine.loria.fr (lorraine.loria.fr [152.81.1.17]) by tug.org (8.8.5/8.8.5) with ESMTP id MAA16982 for ; Mon, 13 Jul 1998 12:47:01 -0400 Received: from renaissance.loria.fr (renaissance.loria.fr [152.81.4.102]) by lorraine.loria.fr (8.8.7/8.8.7/8.8.7/JCG) with ESMTP id SAA18138; Mon, 13 Jul 1998 18:45:54 +0200 (MET DST) From: "Denis B. Roegel" Received: (from roegel@localhost) by renaissance.loria.fr (8.8.2/8.8.2) id SAA14864; Mon, 13 Jul 1998 18:45:54 +0200 (MET DST) Message-Id: <199807131645.SAA14864@renaissance.loria.fr> Subject: Re: [off-topic] Re: guillemets and `ae' package To: Thierry.Bouche@ujf-grenoble.fr (Thierry Bouche) Date: Mon, 13 Jul 1998 18:45:54 +0200 (MET DST) Cc: cottrell@ricardo.ecn.wfu.edu, pdftex@tug.org In-Reply-To: <199807131222.OAA23659@mozart.ujf-grenoble.fr> from "Thierry Bouche" at Jul 13, 98 02:22:41 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-pdftex@tug.org Precedence: bulk `Thierry Bouche' wrote > > » There are guillemets that look OK with CMR in the lasy fonts. > > They look plain wrong. wncyr '074/6 are better although the contrast > doesn't match CM's. Even Times is better., even ecrm1000.600pk is > better. > > Think of someone telling you that, when no comma available, / looks > OK... That doesn't shock me, since one name for "/" is "virgule" :-) Denis Roegel From owner-pdftex@tug.org Mon Jul 13 11:11:05 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id LAA23133 for ; Mon, 13 Jul 1998 11:11:04 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id NAA17074 for pdftex-list; Mon, 13 Jul 1998 13:07:26 -0400 Received: from lorraine.loria.fr (lorraine.loria.fr [152.81.1.17]) by tug.org (8.8.5/8.8.5) with ESMTP id NAA17071 for ; Mon, 13 Jul 1998 13:07:24 -0400 Received: from renaissance.loria.fr (renaissance.loria.fr [152.81.4.102]) by lorraine.loria.fr (8.8.7/8.8.7/8.8.7/JCG) with ESMTP id TAA18751; Mon, 13 Jul 1998 19:06:33 +0200 (MET DST) From: "Denis B. Roegel" Received: (from roegel@localhost) by renaissance.loria.fr (8.8.2/8.8.2) id TAA14911; Mon, 13 Jul 1998 19:06:33 +0200 (MET DST) Message-Id: <199807131706.TAA14911@renaissance.loria.fr> Subject: Re: graphics path To: s.rahtz@elsevier.co.uk (Sebastian Rahtz) Date: Mon, 13 Jul 1998 19:06:32 +0200 (MET DST) Cc: pdftex@tug.org In-Reply-To: <6577-Mon13Jul1998170907+0100-s.rahtz@elsevier.co.uk> from "Sebastian Rahtz" at Jul 13, 98 05:09:07 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-pdftex@tug.org Precedence: bulk `Sebastian Rahtz' wrote > > Golly. I was wrong. pdftex looks at the value of TEXPSHEADERS, not > TEXINPUTS, for graphics inclusion. weird, eh. But that probably > explains Denis Roegel's problems. > It does ! Thanks. Denis From owner-pdftex@tug.org Mon Jul 13 15:20:03 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id PAA29453 for ; Mon, 13 Jul 1998 15:19:58 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id RAA17962 for pdftex-list; Mon, 13 Jul 1998 17:14:54 -0400 Received: from ricardo.ecn.wfu.edu (ricardo.ecn.wfu.edu [152.17.150.2]) by tug.org (8.8.5/8.8.5) with ESMTP id RAA17959 for ; Mon, 13 Jul 1998 17:14:52 -0400 Received: from localhost (cottrell@localhost) by ricardo.ecn.wfu.edu (8.8.7/8.7) with SMTP id RAA28916 for ; Mon, 13 Jul 1998 17:14:04 -0400 Date: Mon, 13 Jul 1998 17:14:04 -0400 (EDT) From: Allin Cottrell To: pdftex@tug.org Subject: 8-bit input in pdftex? In-Reply-To: <87af6t4gpg.fsf@infovore.xs4all.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk I wrote an article recently using 8-bit input (e.g. actual e-acutes in emacs rather than \'e). It came out fine with pdfoutput=0, in both xdvi and, after dvips, gv. But it's horribly messed up in acroread. As a novice in this I'm not sure if I'm supposed to be using [latin1]{inputenc}, but I tried it with and without and I'm seeing the same ghastliness (huge spaces interpolated, sprinklings of dollar signs, etc). My relevant pdftex.map lines are mbdr8r BodoniMT 34 ; Mon, 13 Jul 1998 18:35:49 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id UAA18770 for pdftex-list; Mon, 13 Jul 1998 20:33:29 -0400 Received: from ricardo.ecn.wfu.edu (ricardo.ecn.wfu.edu [152.17.150.2]) by tug.org (8.8.5/8.8.5) with ESMTP id UAA18767 for ; Mon, 13 Jul 1998 20:33:28 -0400 Received: from localhost (cottrell@localhost) by ricardo.ecn.wfu.edu (8.8.7/8.7) with SMTP id UAA29217 for ; Mon, 13 Jul 1998 20:32:36 -0400 Date: Mon, 13 Jul 1998 20:32:36 -0400 (EDT) From: Allin Cottrell To: pdftex@tug.org Subject: [off topic] guillemets Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk L'irascible M. Bouche suggests that the "guillemets" in the lasy fonts bear no more relation to true guillemets that "/" does to ",". I find this absurd and offensive -- never mind to me, but to Johannes Braams, who has made a decent attempt to give the rest of the world an opportunity to typeset French text. The lasy guillemets may be a bit small and light, but that is also true of the "guillemots" (where did this odd translation come from?) in many commercial type 1 fonts. Makes me wonder if Thierry even knows what I'm talking about. We're not talking about paired "less than" or "greater than" signs here, just about guillemets whose precise design may be less than perfect. -- Allin Cottrell Department of Economics Wake Forest University, NC From "Nelson H. F. Beebe " Mon Jul 13 18:46:57 1998 Flags: 000000000000 Received: from plot79.math.utah.edu (beebe@plot79.math.utah.edu [155.101.20.21]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id SAA04377; Mon, 13 Jul 1998 18:46:51 -0600 (MDT) From: "Nelson H. F. Beebe" Received: (from beebe@localhost) by plot79.math.utah.edu (8.8.5/8.8.5) id SAA10440; Mon, 13 Jul 1998 18:46:50 -0600 (MDT) Date: Mon, 13 Jul 1998 18:46:50 -0600 (MDT) To: Allin Cottrell Cc: beebe@math.utah.edu, pdftex@tug.org X-US-Mail: "Center for Scientific Computing, Department of Mathematics, 322 INSCC, 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 585 1640, +1 801 581 4148 X-URL: http://www.math.utah.edu/~beebe Subject: Re: [off topic] guillemets In-Reply-To: Your message of Mon, 13 Jul 1998 20:32:36 -0400 (EDT) Message-ID: >> ... that is also true of the "guillemots" (where did this odd translation >> from?) A contact at Adobe told me that was a simple mistake: guillemots (the sea bird) instead of guillemets (the typographic quotation symbols << ... >>). Regrettably, the error was enshrined in printers beginning in 1984, and now exists in tens of millions of them, and in hundreds of millions of font files in printers and on computers, and is completely irreparable. ----------------------------------------------------------------------------- - Nelson H. F. Beebe Tel: +1 801 581 5254 - - Center for Scientific Computing FAX: +1 801 585 1640, +1 801 581 4148 - - University of Utah Internet e-mail: beebe@math.utah.edu - - Department of Mathematics, 322 INSCC 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 Mon Jul 13 18:49:43 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id SAA04439 for ; Mon, 13 Jul 1998 18:49:42 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id UAA18820 for pdftex-list; Mon, 13 Jul 1998 20:46:58 -0400 Received: from csc-sun.math.utah.edu (csc-sun.math.utah.edu [128.110.198.2]) by tug.org (8.8.5/8.8.5) with ESMTP id UAA18817 for ; Mon, 13 Jul 1998 20:46:56 -0400 Received: from plot79.math.utah.edu (beebe@plot79.math.utah.edu [155.101.20.21]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id SAA04377; Mon, 13 Jul 1998 18:46:51 -0600 (MDT) From: "Nelson H. F. Beebe" Received: (from beebe@localhost) by plot79.math.utah.edu (8.8.5/8.8.5) id SAA10440; Mon, 13 Jul 1998 18:46:50 -0600 (MDT) Date: Mon, 13 Jul 1998 18:46:50 -0600 (MDT) To: Allin Cottrell Cc: beebe@math.utah.edu, pdftex@tug.org X-US-Mail: "Center for Scientific Computing, Department of Mathematics, 322 INSCC, 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 585 1640, +1 801 581 4148 X-URL: http://www.math.utah.edu/~beebe Subject: Re: [off topic] guillemets In-Reply-To: Your message of Mon, 13 Jul 1998 20:32:36 -0400 (EDT) Message-ID: Sender: owner-pdftex@tug.org Precedence: bulk >> ... that is also true of the "guillemots" (where did this odd translation >> from?) A contact at Adobe told me that was a simple mistake: guillemots (the sea bird) instead of guillemets (the typographic quotation symbols << ... >>). Regrettably, the error was enshrined in printers beginning in 1984, and now exists in tens of millions of them, and in hundreds of millions of font files in printers and on computers, and is completely irreparable. ----------------------------------------------------------------------------- - Nelson H. F. Beebe Tel: +1 801 581 5254 - - Center for Scientific Computing FAX: +1 801 585 1640, +1 801 581 4148 - - University of Utah Internet e-mail: beebe@math.utah.edu - - Department of Mathematics, 322 INSCC 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 Tue Jul 14 00:31:01 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id AAA11114 for ; Tue, 14 Jul 1998 00:31:00 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id CAA20048 for pdftex-list; Tue, 14 Jul 1998 02:25:21 -0400 Received: from exchange.pharmasoft.se ([195.58.113.32]) by tug.org (8.8.5/8.8.5) with ESMTP id CAA20045 for ; Tue, 14 Jul 1998 02:25:09 -0400 Received: by exchange.pharmasoft.se with Internet Mail Service (5.0.1460.8) id <3MDPSWSZ>; Tue, 14 Jul 1998 08:25:12 +0200 Message-ID: <310BA3B547DDD011926500805FA66BA1232986@exchange.pharmasoft.se> From: Fredrik Duprez To: "'pdftex@tug.cs.umb.edu'" Subject: If-then-else Date: Tue, 14 Jul 1998 08:25:10 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1460.8) Content-Type: text/plain Sender: owner-pdftex@tug.org Precedence: bulk Hi, I want to have an if-then-else construct that dynamically adds ... "on page X" when i refer to a figure in my thesis that isn't on the same page as the reference. I tried this: \usepackage{ifthen} \usepackage[colorlinks,hyperindex,pdfview=XYZ,pdftex]{hyperref} \newcommand{\myfigure}[4]{ \begin{figure}[ht] \begin{center} \includegraphics[height=#3cm]{#1} \caption{#2} \label{fig:#4} \end{center} \end{figure} } \newcommand{\myfig}[2]{ \begin{center} \includegraphics[height=#2cm]{#1} \end{center} } \newcommand{\pagetest}[1]{\ref{#1}\ifthenelse{\value{page} = \pageref{#1}}{}{ on page~\pageref{#1}}} This works OK with ordinary LaTeX, but PDFLaTeX adds the "on page X" string all the time. Have I missed something? Regards, Fredrik -- Fredrik Duprez, Systems Developer PharmaSoft AB Box 1237, S-751 42 Uppsala, Sweden Phone: +46 18 185445 Fax: +46 18 109200 E-mail: fredrik.duprez@pharmasoft.com WWW: http://www.pharmasoft.com From owner-pdftex@tug.org Tue Jul 14 03:09:42 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA14130 for ; Tue, 14 Jul 1998 03:09:41 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA20705 for pdftex-list; Tue, 14 Jul 1998 05:06:21 -0400 Received: from nag.co.uk (andover.nag.co.uk [192.156.217.113]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA20702 for ; Tue, 14 Jul 1998 05:06:17 -0400 Received: (from davidc@localhost) by nag.co.uk (8.8.7/8.8.7) id KAA32219; Tue, 14 Jul 1998 10:12:46 +0100 Date: Tue, 14 Jul 1998 10:12:46 +0100 Message-Id: <199807140912.KAA32219@nag.co.uk> From: David Carlisle To: fredrikd@PharmaSoft.com CC: pdftex@tug.org In-reply-to: <310BA3B547DDD011926500805FA66BA1232986@exchange.pharmasoft.se> (message from Fredrik Duprez on Tue, 14 Jul 1998 08:25:10 +0200) Subject: Re: If-then-else References: <310BA3B547DDD011926500805FA66BA1232986@exchange.pharmasoft.se> Sender: owner-pdftex@tug.org Precedence: bulk > I want to have an if-then-else construct that dynamically adds ... "on page > X" when i refer to a figure in my thesis that isn't on the same page as the > reference. You might find it easier to use the varioref package, which does this. > \usepackage[colorlinks,hyperindex,pdfview=XYZ,pdftex]{hyperref} ^^^^^^^^ > ... > \newcommand{\pagetest}[1]{\ref{#1}\ifthenelse{\value{page} = > \pageref{#1}}{}{ on page~\pageref{#1}}} ^^^^^^^^^^^^ > This works OK with ordinary LaTeX, but PDFLaTeX adds the "on page X" string > all the time. Have I missed something? Are you sure it is latex/pdflatex that makes the difference, or is it loading hyperref? That is, does it break if you load hyperref with [dvips] and use normal latex. Probably it does (haven't checked) hyperref has to mangle \pageref to make it `hyper' so it probably doesn't like being in a numeric test. Hyperref does (I think) already detect varioref and work with that so I should try that first. David PS > \begin{figure}[ht] Are you _sure_ you don't want to allow page floats (p). Just allowing ht will make certain sizes of figure unplaceable so they will go to the end of the document (taking all following ones with them) From owner-pdftex@tug.org Tue Jul 14 03:48:50 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA14767 for ; Tue, 14 Jul 1998 03:48:49 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA20838 for pdftex-list; Tue, 14 Jul 1998 05:44:37 -0400 Received: from smtp02.wxs.nl (smtp02.wxs.nl [195.121.6.60]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA20835 for ; Tue, 14 Jul 1998 05:44:34 -0400 Received: from wxs.nl ([195.121.20.225]) by smtp02.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA5C9C; Tue, 14 Jul 1998 11:44:18 +0200 Message-ID: <35AB0507.ADCF2041@wxs.nl> Date: Tue, 14 Jul 1998 09:13:11 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Sebastian Rahtz , pdftex Subject: Re: graphics path References: <6577-Mon13Jul1998170907+0100-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: > Golly. I was wrong. pdftex looks at the value of TEXPSHEADERS, not > TEXINPUTS, for graphics inclusion. weird, eh. But that probably > explains Denis Roegel's problems. Not so wierd when we consider pdftex as tex processor and postprocessor in one. Some dvi to ps programs also use their ps part for eps inclusions. I consider it more natural to have a dedicated insert path (which really makes sense when you maintain thousands of illustrations); search order: current or explicitly specified path first, and figure path second. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@wxs.nl ----------------------------------------------------------------- From owner-pdftex@tug.org Tue Jul 14 03:57:58 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA14915 for ; Tue, 14 Jul 1998 03:57:57 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA20879 for pdftex-list; Tue, 14 Jul 1998 05:54:35 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA20876 for ; Tue, 14 Jul 1998 05:54:33 -0400 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 KAA10034; hop 0; Tue, 14 Jul 1998 10:48:36 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Tue, 14 Jul 1998 10:54:18 +0100 Date: Tue, 14 Jul 1998 10:53:12 +0100 Message-ID: <1126-Tue14Jul1998105312+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pragma@wxs.nl Cc: pdftex@tug.org Subject: Re: graphics path In-Reply-To: <35AB0507.ADCF2041@wxs.nl> References: <6577-Mon13Jul1998170907+0100-s.rahtz@elsevier.co.uk> <35AB0507.ADCF2041@wxs.nl> Sender: owner-pdftex@tug.org Precedence: bulk Hans Hagen writes: > in one. Some dvi to ps programs also use their ps part for eps > inclusions. I consider it more natural to have a dedicated insert path > (which really makes sense when you maintain thousands of illustrations); > search order: current or explicitly specified path first, and figure > path second. > Yes, having the special path makes sense (perhaps defaulting to == TEXINPUTS), but sharing it with font re-encoding vectors? I seem to recall this conversation a year or two ago, actually.... sebastian From owner-pdftex@tug.org Tue Jul 14 06:11:15 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA17089 for ; Tue, 14 Jul 1998 06:11:14 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA21344 for pdftex-list; Tue, 14 Jul 1998 08:07:40 -0400 Received: from math.ams.org (math.ams.org [130.44.210.14]) by tug.org (8.8.5/8.8.5) with SMTP id IAA21341 for ; Tue, 14 Jul 1998 08:07:38 -0400 Received: from axp14.ams.org by math.ams.org via smtpd (for tug.org [158.121.106.10]) with SMTP; 14 Jul 1998 12:07:38 UT Received: from sun06.pvd (SUN06.AMS.ORG) by AXP14.AMS.ORG (PMDF V5.1-8 #30286) with SMTP id <01IZDTPIGDU8000AX3@AXP14.AMS.ORG> for pdftex@tug.org; Tue, 14 Jul 1998 08:07:37 EDT Received: by sun06.pvd (SMI-8.6/SMI-SVR4) id IAA14488; Tue, 14 Jul 1998 08:07:37 -0400 Date: Tue, 14 Jul 1998 08:07:36 -0400 From: Michael John Downes Subject: Re: graphics path In-reply-to: Sebastian Rahtz's message of Tue, 14 Jul 1998 10:53:12 +0100 To: pdftex@tug.org Message-id: X-Mailer: Gnus v5.5/Emacs 20.2 Lines: 8 References: <6577-Mon13Jul1998170907+0100-s.rahtz@elsevier.co.uk> <35AB0507.ADCF2041@wxs.nl> <1126-Tue14Jul1998105312+0100-s.rahtz@elsevier.co.uk> Sender: owner-pdftex@tug.org Precedence: bulk Sebastian Rahtz writes: > Yes, having the special path makes sense (perhaps defaulting to == > TEXINPUTS), but sharing it with font re-encoding vectors? For what it's worth, the dvips documentation describes a TEXPICTS environment variable for illustrations and says dvips will use TEXINPUTS if TEXPICTS is not set. From owner-pdftex@tug.org Tue Jul 14 10:23:58 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA22763 for ; Tue, 14 Jul 1998 10:23:57 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id MAA22391 for pdftex-list; Tue, 14 Jul 1998 12:17:50 -0400 Received: from ricardo.ecn.wfu.edu (ricardo.ecn.wfu.edu [152.17.150.2]) by tug.org (8.8.5/8.8.5) with ESMTP id MAA22388 for ; Tue, 14 Jul 1998 12:17:49 -0400 Received: from localhost (cottrell@localhost) by ricardo.ecn.wfu.edu (8.8.7/8.7) with SMTP id MAA30871 for ; Tue, 14 Jul 1998 12:16:50 -0400 Date: Tue, 14 Jul 1998 12:16:49 -0400 (EDT) From: Allin Cottrell To: pdftex@tug.org Subject: weird 8-bit output in pdf Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk I think I see what's happening now: Am I right in thinking that pdftex doesn't support mltex under \pdfoutput=1 ? -- Allin Cottrell Department of Economics Wake Forest University, NC From owner-pdftex@tug.org Tue Jul 14 12:59:03 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id MAA26724 for ; Tue, 14 Jul 1998 12:59:02 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id OAA23196 for pdftex-list; Tue, 14 Jul 1998 14:55:55 -0400 Received: from lorraine.loria.fr (lorraine.loria.fr [152.81.1.17]) by tug.org (8.8.5/8.8.5) with ESMTP id OAA23193 for ; Tue, 14 Jul 1998 14:55:54 -0400 Received: from craffe.loria.fr (craffe.loria.fr [152.81.1.31]) by lorraine.loria.fr (8.8.7/8.8.7/8.8.7/JCG) with ESMTP id UAA25417; Tue, 14 Jul 1998 20:55:08 +0200 (MET DST) From: "Denis B. Roegel" Received: (from roegel@localhost) by craffe.loria.fr (8.8.7/8.8.7/8.8.7C/JCG) id UAA14085; Tue, 14 Jul 1998 20:52:30 +0200 (MET DST) Date: Tue, 14 Jul 1998 20:52:30 +0200 (MET DST) Message-Id: <199807141852.UAA14085@craffe.loria.fr> To: gaulle@idris.fr, pdftex@tug.org Subject: problem with pdftex+metapost+french Cc: roegel@lorraine.loria.fr Sender: owner-pdftex@tug.org Precedence: bulk When I try to load some metapost pictures in a pdflatex file, and if I use the french package, I run into troubles. This problem is triggered by the `!' in the metapost file, as well as the "<" and ">". Even though these characters do appear in the metapost file, there are no problems loading these files with graphicx/dvips. The problems only occur when the context support macros are used. Therefore, it is my belief that the context macros are not robust enough with respect to changes in the catcodes of !,<,> and maybe other chars. Below I give a pdflatex source file loading the figure process.3 which is also appended. Finally, there is the .log file. Denis Roegel % source file \pdfoutput=1 \documentclass{article} \usepackage[pdftex]{graphicx} \usepackage{french} \begin{document} \DeclareGraphicsRule{*}{mps}{*}{} \includegraphics{process.3} \end{document} % metapost file process.3 %!PS %%BoundingBox: -89 -114 66 12 %%Creator: MetaPost %%CreationDate: 1998.06.28:2005 %%Pages: 1 %*Font: cmr10 9.96265 9.96265 30:c004 %*Font: cmti10 9.96265 9.96265 31:e00000000000ac9454 %*Font: cmex10 9.96265 9.96265 1a:80000002a8 %%EndProlog %%Page: 1 1 0.99626 0 dtransform exch truncate exch idtransform pop setlinewidth [] 0 setdash 1 setlinecap 1 setlinejoin 10 setmiterlimit newpath 0 -14.17323 moveto 0 -56.69293 lineto stroke newpath 28.34647 0 moveto 28.34647 -14.17323 lineto stroke newpath 28.34647 -56.69293 moveto 28.34647 -70.86617 lineto stroke newpath 28.34647 -99.21263 moveto 28.34647 -113.38586 lineto stroke newpath 56.69293 -70.86617 moveto 56.69293 -99.21263 lineto stroke -8.6951 4.9372 moveto (fct1) cmti10 9.96265 fshow 19.65137 4.9372 moveto (fct2) cmti10 9.96265 fshow 47.99783 4.9372 moveto (fct3) cmti10 9.96265 fshow -88.14133 -16.6639 moveto (interle) cmti10 9.96265 fshow -60.77193 -16.6639 moveto (ave) cmti10 9.96265 fshow -42.99852 -16.6639 moveto (=) cmr10 9.96265 fshow -32.48242 -16.6639 moveto (1) cmr10 9.96265 fshow -25.84073 -2.6164 moveto (\032) cmex10 9.96265 fshow -88.14133 -45.01036 moveto (interle) cmti10 9.96265 fshow -60.77193 -45.01036 moveto (ave) cmti10 9.96265 fshow -42.99852 -45.01036 moveto (=) cmr10 9.96265 fshow -32.48242 -45.01036 moveto (0) cmr10 9.96265 fshow -25.84073 -30.96286 moveto (\032) cmex10 9.96265 fshow -61.17857 -87.53004 moveto (interle) cmti10 9.96265 fshow -33.80917 -87.53004 moveto (ave) cmti10 9.96265 fshow -16.03577 -87.53004 moveto (=) cmr10 9.96265 fshow -5.51967 -87.53004 moveto (1) cmr10 9.96265 fshow 1.12202 -58.13994 moveto (8) cmex10 9.96265 fshow 1.12202 -67.10645 moveto (>) cmex10 9.96265 fshow 1.12202 -70.09525 moveto (>) cmex10 9.96265 fshow 1.12202 -73.08414 moveto (>) cmex10 9.96265 fshow 1.12202 -76.07294 moveto (<) cmex10 9.96265 fshow 1.12202 -94.00584 moveto (>) cmex10 9.96265 fshow 1.12202 -96.99464 moveto (>) cmex10 9.96265 fshow 1.12202 -99.98355 moveto (>) cmex10 9.96265 fshow 1.12202 -102.97235 moveto (:) cmex10 9.96265 fshow showpage %%EOF % log file This is pdfTeX, Version 3.14159-0.12n (Web2C 7.2) (format=latex 1998.7.10) 14 JUL 1998 20:48 **tstpdf.tex (tstpdf.tex LaTeX2e <1998/06/01> Babel and hyphenation patterns for english, french, german, russian, du mylang, nohyphenation, loaded. (/usr/local/tex/texmf/tex/latex/base/article.cls Document Class: article 1998/05/05 v1.3y Standard LaTeX document class (/usr/local/tex/texmf/tex/latex/base/size10.clo File: size10.clo 1998/05/05 v1.3y Standard LaTeX file (size option) ) \c@part=\count79 \c@section=\count80 \c@subsection=\count81 \c@subsubsection=\count82 \c@paragraph=\count83 \c@subparagraph=\count84 \c@figure=\count85 \c@table=\count86 \abovecaptionskip=\skip41 \belowcaptionskip=\skip42 \bibindent=\dimen102 ) (/usr/local/tex/texmf/tex/latex/graphics/graphicx.sty Package: graphicx 1997/06/09 v1.0d Enhanced LaTeX Graphics (DPC,SPQR) (/usr/local/tex/texmf/tex/latex/graphics/keyval.sty Package: keyval 1998/06/05 v1.11 key=value parser (DPC) \KV@toks@=\toks14 ) (/usr/local/tex/texmf/tex/latex/graphics/graphics.sty Package: graphics 1998/05/27 v1.0h Standard LaTeX Graphics (DPC,SPQR) (/usr/local/tex/texmf/tex/latex/graphics/trig.sty Package: trig 1994/10/16 v1.08 sin cos tan (DPC) ) (/usr/local/tex/texmf/tex/latex/texlive/graphics.cfg) Package graphics Info: Driver file: pdftex.def on input line 85. (/usr/local/tex/texmf/tex/latex/graphics/pdftex.def File: pdftex.def 1998/06/18 v0.02h graphics/color for pdftex \Gread@gobject=\count87 )) \Gin@req@height=\dimen103 \Gin@req@width=\dimen104 ) (french.sty Package: french 1997/07/24 The French package /V4,02/ -23- Extension : style french V4,02 -- 24 juillet 1997 -- (B.Gaulle, GUTenberg ) -24- french.sty utilise dans ce document le codage de fonte OT1. -25- french.sty affiche ici ses messages en 7-bits << \`a la TeX >>. (/usr/local/tex/texmf/tex/latex/base/latexsym.sty Package: latexsym 1996/11/20 v2.2d Standard LaTeX package (lasy symbols) \symlasy=\mathgroup4 LaTeX Font Info: Overwriting symbol font `lasy' in version `bold' (Font) U/lasy/m/n --> U/lasy/b/n on input line 85. ) (/usr/local/tex/texmf/tex/generic/french/fenglish.sty) \@FrDimen=\dimen105 ) (tstpdf.aux) \openout1 = `tstpdf.aux'. LaTeX Font Info: Checking defaults for OML/cmm/m/it on input line 5. LaTeX Font Info: ... okay on input line 5. LaTeX Font Info: Checking defaults for T1/cmr/m/n on input line 5. LaTeX Font Info: ... okay on input line 5. LaTeX Font Info: Checking defaults for OT1/cmr/m/n on input line 5. LaTeX Font Info: ... okay on input line 5. LaTeX Font Info: Checking defaults for OMS/cmsy/m/n on input line 5. LaTeX Font Info: ... okay on input line 5. LaTeX Font Info: Checking defaults for OMX/cmex/m/n on input line 5. LaTeX Font Info: ... okay on input line 5. LaTeX Font Info: Checking defaults for U/cmr/m/n on input line 5. LaTeX Font Info: ... okay on input line 5. (/usr/local/tex/texmf/tex/context/base/supp-pdf.tex (/usr/local/tex/texmf/tex/context/base/supp-mis.tex loading : Context Support Macros / Missing \protectiondepth=\count88 \scratchcounter=\count89 \scratchdimen=\dimen106 \scratchskip=\skip43 \scratchmuskip=\muskip10 \scratchbox=\box26 \scratchread=\read1 \scratchwrite=\write3 \nextbox=\box27 \nextdepth=\dimen107 \everyline=\toks15 \!!counta=\count90 \!!countb=\count91 ) loading : Context Support Macros / PDF \nofMPsegments=\count92 \nofMParguments=\count93 ) \c@chapter=\count94 \@FrCount=\count95 File: Figures/process.3 Graphic file (type mps) [MP to PDF Figures/process.3] (Figures/process.3 ! Missing number, treated as zero. \protect l.11 0.99626 0 dtransform exch truncate exch idtransform pop setlinewidth ? ! Illegal unit of measure (pt inserted). \protect l.11 0.99626 0 dtransform exch truncate exch idtransform pop setlinewidth ? ! Missing = inserted for \ifdim. \protect l.11 0.99626 0 dtransform exch truncate exch idtransform pop setlinewidth ? ! Missing number, treated as zero. \protect l.11 0.99626 0 dtransform exch truncate exch idtransform pop setlinewidth ? ! Illegal unit of measure (pt inserted). \protect l.11 0.99626 0 dtransform exch truncate exch idtransform pop setlinewidth ? ! Extra \else. \@BracesOrNot ...mmode \@PreserveBraces [#1]\else \expandafter #1\fi l.60 (>) cmex10 9.96265 fshow ? ! Extra \else. \@BracesOrNot ...mmode \@PreserveBraces [#1]\else \expandafter #1\fi l.62 (>) cmex10 9.96265 fshow ? ! Extra \else. \@BracesOrNot ...mmode \@PreserveBraces [#1]\else \expandafter #1\fi l.64 (>) cmex10 9.96265 fshow ? ! Extra \else. \@BracesOrNot ...mmode \@PreserveBraces [#1]\else \expandafter #1\fi l.66 (<) cmex10 9.96265 fshow ? ! Extra \else. \@BracesOrNot ...mmode \@PreserveBraces [#1]\else \expandafter #1\fi l.68 (>) cmex10 9.96265 fshow ? ! Extra \else. \@BracesOrNot ...mmode \@PreserveBraces [#1]\else \expandafter #1\fi l.70 (>) cmex10 9.96265 fshow ? ! Extra \else. \@BracesOrNot ...mmode \@PreserveBraces [#1]\else \expandafter #1\fi l.72 (>) cmex10 9.96265 fshow ? ! Undefined control sequence. \handleMPsequence ...al {Q}\egroup \wd 0=\MPwidth \vbox to \MPheight {\forge... l.75 showpage ? ! Missing number, treated as zero. \vbox l.75 showpage ? ! Illegal unit of measure (pt inserted). \vbox l.75 showpage ? ! Undefined control sequence. \handleMPsequence ...=\MPwidth \vbox to \MPheight {\forgetall \vfill \pdflit... l.75 showpage ? ! Missing number, treated as zero. { l.75 showpage ? ! Illegal unit of measure (pt inserted). { l.75 showpage ? ! Undefined control sequence. \handleMPsequence ... \MPyscale \space \MPxoffset \space \MPyoffset \space c... l.75 showpage ? ! Undefined control sequence. \handleMPsequence ...\MPxoffset \space \MPyoffset \space cm}\box 0 \pdfliter... l.75 showpage ? ) [1 ] (tstpdf.aux) ) Here is how much of TeX's memory you used: 1377 strings out of 25664 13497 string characters out of 243962 164325 words of memory out of 363001 4362 multiletter control sequences out of 10000+10000 3986 words of font info for 15 fonts, out of 300000 for 1000 14 hyphenation exceptions out of 1000 25i,5n,23p,202b,245s stack positions out of 300i,100n,500p,30000b,4000s Output written on tstpdf.pdf (1 page, 31565 bytes). From owner-pdftex@tug.org Tue Jul 14 14:44:27 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id OAA29181 for ; Tue, 14 Jul 1998 14:44:26 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id QAA23601 for pdftex-list; Tue, 14 Jul 1998 16:40:42 -0400 Received: from ricardo.ecn.wfu.edu (ricardo.ecn.wfu.edu [152.17.150.2]) by tug.org (8.8.5/8.8.5) with ESMTP id QAA23598 for ; Tue, 14 Jul 1998 16:40:41 -0400 Received: from localhost (cottrell@localhost) by ricardo.ecn.wfu.edu (8.8.7/8.7) with SMTP id QAA31363 for ; Tue, 14 Jul 1998 16:39:40 -0400 Date: Tue, 14 Jul 1998 16:39:40 -0400 (EDT) From: Allin Cottrell To: pdftex@tug.org Subject: updating to 0.12o-4 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Thought I'd finally update from 0.11. Is there an obvious solution to these snags -- * pdftex on the old "example.tex" fails with "Undefined control sequence. l.40 \pdfannottext". * The old-style \pdfinfo author {foo} title {bar} subject {foo} keywords {foo, bar} produces "! Missing { inserted". * "make" in the new hyperref dir (CTAN download today) produces "LaTeX Error: Unknown option `hyperindex' for package `hyperref'" (I did move the old hyperref out the way.) Seems like I must have missed something basic but I'm not sure what. Allin Cottrell From owner-pdftex@tug.org Tue Jul 14 15:43:19 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id PAA00776 for ; Tue, 14 Jul 1998 15:43:18 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id RAA23819 for pdftex-list; Tue, 14 Jul 1998 17:39:00 -0400 Received: from ricardo.ecn.wfu.edu (ricardo.ecn.wfu.edu [152.17.150.2]) by tug.org (8.8.5/8.8.5) with ESMTP id RAA23813 for ; Tue, 14 Jul 1998 17:38:59 -0400 Received: from localhost (cottrell@localhost) by ricardo.ecn.wfu.edu (8.8.7/8.7) with SMTP id RAA31455 for ; Tue, 14 Jul 1998 17:37:57 -0400 Date: Tue, 14 Jul 1998 17:37:57 -0400 (EDT) From: Allin Cottrell To: pdftex@tug.org Subject: Re: updating to 0.12o-4 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk OK, rtfm. I just couldn't find it at first. The changed syntax of the primitives is understood. But I'm not sure why hyperref is bombing out. -- Allin Cottrell Department of Economics Wake Forest University, NC From owner-pdftex@tug.org Tue Jul 14 16:00:54 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id QAA01200 for ; Tue, 14 Jul 1998 16:00:53 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id RAA23894 for pdftex-list; Tue, 14 Jul 1998 17:58:50 -0400 Received: from esemetz.ese-metz.fr (esemetz.ese-metz.fr [192.70.65.1]) by tug.org (8.8.5/8.8.5) with ESMTP id RAA23891 for ; Tue, 14 Jul 1998 17:58:48 -0400 Received: (from popineau@localhost) by esemetz.ese-metz.fr (8.8.8/8.8.8) id XAA17962; Tue, 14 Jul 1998 23:58:34 +0200 (MET DST) Date: Tue, 14 Jul 1998 23:58:34 +0200 (MET DST) From: "Fabrice.Popineau" Message-Id: <199807142158.XAA17962@esemetz.ese-metz.fr> To: cottrell@ricardo.ecn.wfu.edu, pdftex@tug.org Subject: Re: weird 8-bit output in pdf Sender: owner-pdftex@tug.org Precedence: bulk I haven't checked for a while, but it used too. I have submitted patches to Thanh for that, and it has worked at some point. Fabrice From owner-pdftex@tug.org Tue Jul 14 16:30:03 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id QAA01925 for ; Tue, 14 Jul 1998 16:30:01 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id SAA24004 for pdftex-list; Tue, 14 Jul 1998 18:26:23 -0400 Received: from socks.ubsinc.com (socks.ubsinc.com [207.152.88.2]) by tug.org (8.8.5/8.8.5) with ESMTP id SAA24001 for ; Tue, 14 Jul 1998 18:26:21 -0400 Received: from iws-irms.com (sabuguinho.146.179.198.in-addr.arpa [198.179.146.243]) by socks.ubsinc.com (8.8.5/8.8.5) with ESMTP id RAA18863; Tue, 14 Jul 1998 17:27:58 -0500 Message-ID: <35ABD9CE.5FFB82EE@iws-irms.com> Date: Tue, 14 Jul 1998 17:21:02 -0500 From: Glauber Ribeiro Organization: Integrated Warehousing Solutions http://www.iws-irms.com X-Mailer: Mozilla 4.05 [en] (WinNT; I) MIME-Version: 1.0 To: Allin Cottrell CC: pdftex@tug.org Subject: Re: updating to 0.12o-4 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk I saw the same error. Whatever is the first option passed to hyperref gets displayed as an error. It still works, though; i think it's a bogus error message. It doesn't seem to happen with the version i have here (6.26, which may or may not be the latest one...). Glauber Allin Cottrell wrote: > > OK, rtfm. I just couldn't find it at first. The changed syntax > of the primitives is understood. But I'm not sure why hyperref > is bombing out. > > -- > Allin Cottrell > Department of Economics > Wake Forest University, NC -- Glauber Ribeiro --- IWS mailto:glauber@iws-irms.com http://www.iws-irms.com From owner-pdftex@tug.org Tue Jul 14 17:08:44 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id RAA02828 for ; Tue, 14 Jul 1998 17:08:43 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id TAA24157 for pdftex-list; Tue, 14 Jul 1998 19:06:19 -0400 Received: from socks.ubsinc.com (socks.ubsinc.com [207.152.88.2]) by tug.org (8.8.5/8.8.5) with ESMTP id TAA24154 for ; Tue, 14 Jul 1998 19:06:17 -0400 Received: from iws-irms.com (sabuguinho.146.179.198.in-addr.arpa [198.179.146.243]) by socks.ubsinc.com (8.8.5/8.8.5) with ESMTP id SAA19288; Tue, 14 Jul 1998 18:08:06 -0500 Message-ID: <35ABE336.41D054C4@iws-irms.com> Date: Tue, 14 Jul 1998 18:01:10 -0500 From: Glauber Ribeiro Organization: Integrated Warehousing Solutions http://www.iws-irms.com X-Mailer: Mozilla 4.05 [en] (WinNT; I) MIME-Version: 1.0 To: Allin Cottrell , pdftex@tug.org Subject: Re: updating to 0.12o-4 References: <35ABD9CE.5FFB82EE@iws-irms.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Glauber Ribeiro wrote: > > I saw the same error. Whatever is the first option passed to hyperref > gets displayed as an error. It still works, though; i think it's a bogus > error message. > > It doesn't seem to happen with the version i have here (6.26, which may > or may not be the latest one...). Sorry, i goofed here. I meant to typye 6.29. It's been a long day. Glauber -- Glauber Ribeiro --- IWS mailto:glauber@iws-irms.com http://www.iws-irms.com From owner-pdftex@tug.org Tue Jul 14 20:07:34 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id UAA06979 for ; Tue, 14 Jul 1998 20:07:33 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id WAA24801 for pdftex-list; Tue, 14 Jul 1998 22:04:50 -0400 Received: from ricardo.ecn.wfu.edu (ricardo.ecn.wfu.edu [152.17.150.2]) by tug.org (8.8.5/8.8.5) with ESMTP id WAA24798 for ; Tue, 14 Jul 1998 22:04:48 -0400 Received: from localhost (cottrell@localhost) by ricardo.ecn.wfu.edu (8.8.7/8.7) with SMTP id WAA31796 for ; Tue, 14 Jul 1998 22:03:45 -0400 Date: Tue, 14 Jul 1998 22:03:45 -0400 (EDT) From: Allin Cottrell To: pdftex@tug.org Subject: Re: weird 8-bit output in pdf In-Reply-To: <199807142158.XAA17962@esemetz.ese-metz.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk On Tue, 14 Jul 1998, Fabrice.Popineau wrote: > I haven't checked for a while, but it used too. I have > submitted patches to Thanh for that, and it has worked > at some point. pdfTeX used to support mltex (in pdf output mode)? I don't think it does now. I checked several variants and found: 1. pdfTeX in dvi output mode -- no problem at all with french hyphenation, mltex format and 8-bit input. 2. pdfTeX in pdf output mode, using a non-mltex format, with 8-bit input -- output OK except that I don't have french hyphenation. All glyphs in the right places. 3. pdfTeX in pdf output mode, mltex format, 8-bit input _or_ 7-bit input using "\'e" etc -- output is garbage. All diacritics missing or replaced with weirdness. I found this to be the same for 0.11, which I used till today, and the latest (as of 14/7/98) pdftex. Solved by switching entirely to non-CMR fonts, scrapping mltex, and using T1 encoding. -- Allin Cottrell Department of Economics Wake Forest University, NC From owner-pdftex@tug.org Wed Jul 15 00:25:42 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id AAA12105 for ; Wed, 15 Jul 1998 00:25:41 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id CAA25750 for pdftex-list; Wed, 15 Jul 1998 02:19:05 -0400 Received: from smtp03.wxs.nl (smtp03.wxs.nl [195.121.6.37]) by tug.org (8.8.5/8.8.5) with ESMTP id CAA25745 for ; Wed, 15 Jul 1998 02:19:03 -0400 Received: from wxs.nl ([195.121.20.186]) by smtp03.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA3814; Wed, 15 Jul 1998 08:18:54 +0200 Message-ID: <35ABF0B0.9F5FC343@wxs.nl> Date: Wed, 15 Jul 1998 01:58:40 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: "Denis B. Roegel" , pdftex Subject: Re: problem with pdftex+metapost+french Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Denis B. Roegel wrote: > When I try to load some metapost pictures in a pdflatex > file, and if I use the french package, I run into troubles. > This problem is triggered by the `!' in the metapost file, > as well as the "<" and ">". Even though these characters > do appear in the metapost file, there are no problems loading > these files with graphicx/dvips. The problems only occur when Probably because ! is set explicitly and < and > seldom appear in the bbox preamble or maybe because these are encapsulated in 'reset macros'. > the context support macros are used. Therefore, it is my belief > that the context macros are not robust enough with respect > to changes in the catcodes of !,<,> and maybe other chars. You're right, some catcodes can blow. I never noticed any problem (while in nearly all context documentation < and > are made active). I sort of expected the calling macros to take care of this. The main problem with writing a generic package is that one never knows what to expect in other packages and it does not make sense in such a module to preload all context system and support macros in latex for the sake of pdf inclusion alone. I'll try to write a fix to suit your needs. I send you the relevant files in a seperate mail so you can test them in latex. BTW, changing the catcodes of < and > will probably break every macro package loaded afterwards, think of \ifdim\dimen0<\dimen2 etc. Therefore, always load those dangerous ones last! Sorry for the troubles, Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@wxs.nl ----------------------------------------------------------------- From owner-pdftex@tug.org Wed Jul 15 00:25:43 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id AAA12106 for ; Wed, 15 Jul 1998 00:25:41 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id CAA25749 for pdftex-list; Wed, 15 Jul 1998 02:19:05 -0400 Received: from smtp03.wxs.nl (smtp03.wxs.nl [195.121.6.37]) by tug.org (8.8.5/8.8.5) with ESMTP id CAA25742 for ; Wed, 15 Jul 1998 02:19:02 -0400 Received: from wxs.nl ([195.121.20.186]) by smtp03.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA3824; Wed, 15 Jul 1998 08:18:57 +0200 Message-ID: <35AC4B28.F08FCEB5@wxs.nl> Date: Wed, 15 Jul 1998 08:24:40 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: "Denis B. Roegel" CC: gaulle@idris.fr, pdftex@tug.org, roegel@lorraine.loria.fr Subject: Re: problem with pdftex+metapost+french References: <199807141852.UAA14085@craffe.loria.fr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hi Denis, > When I try to load some metapost pictures in a pdflatex > file, and if I use the french package, I run into troubles. > This problem is triggered by the `!' in the metapost file, > as well as the "<" and ">". Even though these characters > do appear in the metapost file, there are no problems loading > these files with graphicx/dvips. The problems only occur when > the context support macros are used. Therefore, it is my belief > that the context macros are not robust enough with respect > to changes in the catcodes of !,<,> and maybe other chars. The problem has to do with the fact that I let TeX insert the right glyphs (fundamentally different from eps inclusion, although I use similar tricks to make metapost graphics acceptable for dvi drivers other than dvips). This means that at that moment (typesetting time), the catcodes of characters must be right. This is not entirely trivial because some have special meanings in PS, but I'll do my best. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@wxs.nl ----------------------------------------------------------------- From owner-pdftex@tug.org Wed Jul 15 00:30:51 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id AAA12230 for ; Wed, 15 Jul 1998 00:30:49 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id CAA25803 for pdftex-list; Wed, 15 Jul 1998 02:29:08 -0400 Received: from samba.jablotron.cz ([194.228.41.250]) by tug.org (8.8.5/8.8.5) with ESMTP id CAA25800 for ; Wed, 15 Jul 1998 02:29:05 -0400 Received: from Osoba.jablotron.cz (cdwriter.jablotron.cz [192.168.250.33]) by samba.jablotron.cz with SMTP id IAA17533 (8.7.6/IDA-1.6 for ); Wed, 15 Jul 1998 08:30:00 +0200 Message-ID: <199807150630.IAA17533@samba.jablotron.cz> Comments: Authenticated sender is From: "Jiri Osoba" Organization: Jablotron Ltd. - Development dpt. To: pdfTeX mailing list Date: Wed, 15 Jul 1998 08:30:14 +0200 Subject: Re: TIFF support version 2 Reply-to: Jiri Osoba X-mailer: Pegasus Mail for Windows (v2.42a) Sender: owner-pdftex@tug.org Precedence: bulk On 10 Jul 98 at 13:58, Pavel Janik ml. wrote: > Date: Thu, 09 Jul 1998 17:19:26 +0200 > From: Hans Hagen > > Hi, > > > Pavel Janik ml. wrote: > > ... > > > JPG compression (in PDF aka DCTDecode) provide some compression, but > > ... > > Isn't JPG already compressed in itself? How much do we gain from mor > > compression compared with double decompression at view time? > > They are (as I wrote -- JPG compression...) but think of it: When > specifying \pdfcompresslevel9 all streams are compressed by > /FlateDecode except JPG. I think it's ok, but who knows. It's a more > general question. For e.g. why PDF supports ASCII85 Decode filter when > it supports FlateDecode? It would be nice to have only 7-bit PDF on output. Jiri From owner-pdftex@tug.org Wed Jul 15 01:13:34 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id BAA12977 for ; Wed, 15 Jul 1998 01:13:33 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id DAA26057 for pdftex-list; Wed, 15 Jul 1998 03:11:28 -0400 Received: from esemetz.ese-metz.fr (esemetz.ese-metz.fr [192.70.65.1]) by tug.org (8.8.5/8.8.5) with ESMTP id DAA26054 for ; Wed, 15 Jul 1998 03:11:26 -0400 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 JAA19510; Wed, 15 Jul 1998 09:11:25 +0200 (MET DST) To: Allin Cottrell Cc: pdftex@tug.org Subject: Re: weird 8-bit output in pdf References: Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII From: Fabrice POPINEAU Date: 15 Jul 1998 09:15:18 +0200 In-Reply-To: Allin Cottrell's message of "Tue, 14 Jul 1998 22:03:45 -0400 (EDT)" Message-ID: Lines: 12 X-Mailer: Gnus v5.6.24/XEmacs 21.0 - "Zhong Wei" Sender: owner-pdftex@tug.org Precedence: bulk Allin Cottrell writes: > > 3. pdfTeX in pdf output mode, mltex format, 8-bit input _or_ > 7-bit input using "\'e" etc -- output is garbage. All > diacritics missing or replaced with weirdness. So, Thanh has reverted some patch. I'm not found of mltex, but it was the only reliable way to use french.sty at some point. Now I have switched to 'ae' fonts and T1 format. I could try to patch pdftex.ch again, but it is a quite hard job (at least for me). Fabrice From owner-pdftex@tug.org Wed Jul 15 02:03:24 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA13937 for ; Wed, 15 Jul 1998 02:03:22 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id DAA26220 for pdftex-list; Wed, 15 Jul 1998 03:58:55 -0400 Received: from smtp02.wxs.nl (smtp02.wxs.nl [195.121.6.60]) by tug.org (8.8.5/8.8.5) with ESMTP id DAA26217 for ; Wed, 15 Jul 1998 03:58:54 -0400 Received: from wxs.nl ([195.121.20.184]) by smtp02.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA345D; Wed, 15 Jul 1998 09:58:03 +0200 Message-ID: <35AC4D86.DBCC9C01@wxs.nl> Date: Wed, 15 Jul 1998 08:34:46 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Allin Cottrell CC: pdftex@tug.org Subject: Re: updating to 0.12o-4 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Allin Cottrell wrote: > * pdftex on the old "example.tex" fails with "Undefined control > sequence. l.40 \pdfannottext". Right. This is replaced by the higher level \pdfannot primitive. The main reasons are 'limit the number of primitives' and at the same time 'support more high level annotations'. The \pdfannotlink is a special case because that one can calculate hyperareas (although I never use that feature myself). > \pdfinfo > author {foo} > title {bar} > subject {foo} > keywords {foo, bar} Replaced by \pdfinfo{raw pdf code}, this way we don't have to extend pdftex every time Adobe add a new entry. > Seems like I must have missed something basic but I'm not sure > what. Both changes are already present for some time, so your probably right in updating (and I guess there wll be some more changes in the future), BTW, if pdftex should support everything we need with primitives, we would end up with a rather fixed system, as well as meny more primitives that do not really add something conceptual new. I hope this clarifies, Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@wxs.nl ----------------------------------------------------------------- From owner-pdftex@tug.org Wed Jul 15 03:27:02 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA15478 for ; Wed, 15 Jul 1998 03:27:01 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA26554 for pdftex-list; Wed, 15 Jul 1998 05:22:04 -0400 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA26551 for ; Wed, 15 Jul 1998 05:22:02 -0400 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 LAA02873; Wed, 15 Jul 1998 11:21:55 +0200 (MET DST) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id LAA04671; Wed, 15 Jul 1998 11:25:21 +0200 (MET DST) Date: Wed, 15 Jul 1998 11:25:21 +0200 (MET DST) Message-Id: <199807150925.LAA04671@mozart.ujf-grenoble.fr> From: Thierry Bouche To: Allin Cottrell Cc: pdftex@tug.org Subject: Re: [off topic] guillemets In-Reply-To: References: 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 « [off topic] guillemets », Allin Cottrell écrit : « » L'irascible M. Bouche ;-) » suggests that the "guillemets" in the lasy » fonts bear no more relation to true guillemets that "/" does to » ",". I find this absurd and offensive -- never mind to me, but » to Johannes Braams, who has made a decent attempt to give the » rest of the world an opportunity to typeset French text. Well, it's not JB's fault, it's much older: it goes back to early french.sty. I think that the use of what you call lasy guillemets in babel did not predate frenchb.ldf by Daniel Flipo. These bizarre glyphs are nothing but ersatz when nothing else is available, but as typographic guillemets, they are plain wrong. Compare with EM's or, if you have some Modern PS font. What « » Makes me wonder if » Thierry even knows what I'm talking about. ? » I persit: in the CM guillemets' world, EM > EC > WNCYR > LASY > {\small$>\!\!>$} (such things were also tried at some point ! -[[). Th. B. From owner-pdftex@tug.org Wed Jul 15 03:32:57 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA15568 for ; Wed, 15 Jul 1998 03:32:56 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA26564 for pdftex-list; Wed, 15 Jul 1998 05:23:47 -0400 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA26561 for ; Wed, 15 Jul 1998 05:23:45 -0400 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 LAA02946; Wed, 15 Jul 1998 11:23:44 +0200 (MET DST) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id LAA04699; Wed, 15 Jul 1998 11:27:10 +0200 (MET DST) Date: Wed, 15 Jul 1998 11:27:10 +0200 (MET DST) Message-Id: <199807150927.LAA04699@mozart.ujf-grenoble.fr> From: Thierry Bouche To: "Denis B. Roegel" Cc: gaulle@idris.fr, pdftex@tug.org, roegel@lorraine.loria.fr Subject: Re: problem with pdftex+metapost+french In-Reply-To: <199807141852.UAA14085@craffe.loria.fr> References: <199807141852.UAA14085@craffe.loria.fr> 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 did you try begin{nonfrench}\includegraphics{truc.mps}\end{nonfrench}? From owner-pdftex@tug.org Wed Jul 15 03:49:37 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA15871 for ; Wed, 15 Jul 1998 03:49:36 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA26655 for pdftex-list; Wed, 15 Jul 1998 05:46:05 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA26652 for ; Wed, 15 Jul 1998 05:46:03 -0400 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 KAA09338; hop 0; Wed, 15 Jul 1998 10:40:09 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Wed, 15 Jul 1998 10:45:42 +0100 Date: Wed, 15 Jul 1998 10:17:14 +0100 Message-ID: <3774-Wed15Jul1998101714+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: glauber@iws-irms.com Cc: cottrell@ricardo.ecn.wfu.edu, pdftex@tug.org Subject: Re: updating to 0.12o-4 In-Reply-To: <35ABD9CE.5FFB82EE@iws-irms.com> References: <35ABD9CE.5FFB82EE@iws-irms.com> Sender: owner-pdftex@tug.org Precedence: bulk Glauber Ribeiro writes: > I saw the same error. Whatever is the first option passed to hyperref > gets displayed as an error. It still works, though; i think it's a bogus > error message. I just cant find out why this happens to some people. It has never happened to me, ever. *some* version of some other package must be out of sync. If anyone finds out the problem, let me know! > It doesn't seem to happen with the version i have here (6.26, which may > or may not be the latest one...). 6.32 is latest and greatest, please upgrade. you *must* have this version if you want to use the current release of natbib (Patrick Daly and I agreed on an extension to our API) sebastian From owner-pdftex@tug.org Wed Jul 15 03:51:04 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA15878 for ; Wed, 15 Jul 1998 03:51:03 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA26647 for pdftex-list; Wed, 15 Jul 1998 05:45:57 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA26644 for ; Wed, 15 Jul 1998 05:45:55 -0400 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 KAA09326; hop 0; Wed, 15 Jul 1998 10:39:58 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Wed, 15 Jul 1998 10:45:33 +0100 Date: Wed, 15 Jul 1998 10:10:26 +0100 Message-ID: <9033-Wed15Jul1998101026+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Denis.Roegel@loria.fr Cc: gaulle@idris.fr, pdftex@tug.org Subject: Re: problem with pdftex+metapost+french In-Reply-To: <199807141852.UAA14085@craffe.loria.fr> References: <199807141852.UAA14085@craffe.loria.fr> Sender: owner-pdftex@tug.org Precedence: bulk Denis B. Roegel writes: > > When I try to load some metapost pictures in a pdflatex > file, and if I use the french package, I run into troubles. > This problem is triggered by the `!' in the metapost file, > as well as the "<" and ">". Even though these characters Come on, you won the World Cup, what more do you want? Since french.sty breaks every other macro package ever written, its hardly a surprise it fails here. sorry, not being very helpful, am i :-} sebastian From owner-pdftex@tug.org Wed Jul 15 04:06:10 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA16147 for ; Wed, 15 Jul 1998 04:06:09 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA26724 for pdftex-list; Wed, 15 Jul 1998 06:03:16 -0400 Received: from lumiere.idris.fr (lumiere.idris.fr [130.84.8.14]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA26721 for ; Wed, 15 Jul 1998 06:03:15 -0400 Received: from murnau.idris.fr (murnau.idris.fr [130.84.8.20]) by lumiere.idris.fr (8.9.0/8.9.0) with ESMTP id MAA30451; Wed, 15 Jul 1998 12:01:56 +0200 (MET DST) From: Bernard GAULLE Received: (from gaulle@localhost) by murnau.idris.fr (8.9.0/8.9.0) id MAA00765; Wed, 15 Jul 1998 12:01:54 +0200 Date: Wed, 15 Jul 1998 12:01:54 +0200 Message-Id: <199807151001.MAA00765@murnau.idris.fr> To: pdftex@tug.org Cc: Sebastian Rahtz Subject: Re: problem with pdftex+metapost+french Sender: owner-pdftex@tug.org Precedence: bulk > Since french.sty breaks every other macro package ever written [..] > sorry, not being very helpful, am i :-} > sebastian so say nothing, instead of generalized stupid comments. Never received any report bug from you. I mean "bug" not feature (like 2.09 \ouput routine) no more supported. Please explain the reason of this new agressive message. Not really amusing... --bg From owner-pdftex@tug.org Wed Jul 15 04:43:57 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA16753 for ; Wed, 15 Jul 1998 04:43:56 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA26832 for pdftex-list; Wed, 15 Jul 1998 06:36:41 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA26829 for ; Wed, 15 Jul 1998 06:36:39 -0400 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 LAA11210; hop 0; Wed, 15 Jul 1998 11:30:43 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Wed, 15 Jul 1998 11:36:26 +0100 Date: Wed, 15 Jul 1998 11:33:28 +0100 Message-ID: <468-Wed15Jul1998113328+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: gaulle@idris.fr Cc: pdftex@tug.org Subject: Re: problem with pdftex+metapost+french In-Reply-To: <199807151001.MAA00765@murnau.idris.fr> References: <199807151001.MAA00765@murnau.idris.fr> Sender: owner-pdftex@tug.org Precedence: bulk Bernard GAULLE writes: > so say nothing, instead of generalized stupid comments. ... > Please explain the reason of this new agressive message. > Not really amusing... sorry, it was supposed to be an attempt at topical humour > Never received any report bug from you. I mean "bug" > not feature (like 2.09 \ouput routine) no more supported. come on, Bernard, lighten up! it cannot be news to you that the catcode changes in "french.sty" have caused many other packages to break. its not a criticism of you, its a criticism of TeX. sebastian From owner-pdftex@tug.org Wed Jul 15 08:07:19 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA20479 for ; Wed, 15 Jul 1998 08:07:17 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA27722 for pdftex-list; Wed, 15 Jul 1998 10:03:26 -0400 Received: from ricardo.ecn.wfu.edu (ricardo.ecn.wfu.edu [152.17.150.2]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA27719 for ; Wed, 15 Jul 1998 10:03:25 -0400 Received: from localhost (cottrell@localhost) by ricardo.ecn.wfu.edu (8.9.1/8.7) with SMTP id KAA00924 for ; Wed, 15 Jul 1998 10:02:12 -0400 Date: Wed, 15 Jul 1998 10:02:12 -0400 (EDT) From: Allin Cottrell To: pdftex@tug.org Subject: Re: updating to 0.12o-4 In-Reply-To: <3774-Wed15Jul1998101714+0100-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 On Wed, 15 Jul 1998, Sebastian Rahtz wrote (re. hyperref): > I just cant find out why this happens to some people. It has never > happened to me, ever. *some* version of some other package must be out > of sync. If anyone finds out the problem, let me know! I had a go this morning -- updated all the packages I could think of, one by one, latexing hyperref.dtx at each step. But I'm still getting the mystery error. Any clue in the following? LaTeX base, graphics, tools and psnfss are all up to date with ctan. ricardo:~/tex-tmp/hyperref# latex hyperref.dtx This is pdfTeX, Version 3.14159-0.12o-4 (Web2C 7.2) (/usr/local/share/texmf/pdftex/base/pdftex.cfg) (hyperref.dtx LaTeX2e <1998/06/01> Babel and hyphenation patterns for american, russian, loaded. (/usr/local/share/texmf/tex/latex/base/ltxdoc.cls Document Class: ltxdoc 1996/01/11 v2.0r Standard LaTeX documentation class (/usr/local/share/texmf/tex/latex/base/article.cls Document Class: article 1998/05/05 v1.3y Standard LaTeX document class (/usr/local/share/texmf/tex/latex/base/size10.clo)) (/usr/local/share/texmf/tex/latex/base/doc.sty (/usr/local/share/texmf/tex/latex/tools/multicol.sty))) (/usr/local/share/texmf/tex/latex/tools/array.sty) (/usr/local/share/texmf/tex/latex/psnfss/times.sty) (hyperref.sty (/usr/local/share/texmf/tex/latex/graphics/keyval.sty) (nameref.sty) (/usr/local/share/texmf/tex/latex/hyperref/hyperref.cfg) (/usr/local/share/texmf/tex/latex/misc/url.sty)) (/usr/local/share/texmf/tex/latex/graphics/color.sty (/usr/local/share/texmf/tex/latex/graphics/color.cfg) (/usr/local/share/texmf/tex/latex/graphics/dvips.def) (/usr/local/share/texmf/tex/latex/graphics/dvipsnam.def)) (hpdftex.def (/usr/local/share/texmf/tex/latex/psnfss/pifont.sty (/usr/local/share/texmf/tex/latex/psnfss/pzd/upzd.fd) (/usr/local/share/texmf/tex/latex/psnfss/psy/upsy.fd))) ! LaTeX Error: Unknown option `hyperindex' for package `hyperref'. -- Allin Cottrell Department of Economics Wake Forest University, NC From owner-pdftex@tug.org Wed Jul 15 08:41:46 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA21155 for ; Wed, 15 Jul 1998 08:41:45 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA27857 for pdftex-list; Wed, 15 Jul 1998 10:37:55 -0400 Received: from top.coli.uni-sb.de (top.coli.uni-sb.de [134.96.68.10]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA27854 for ; Wed, 15 Jul 1998 10:37:41 -0400 Received: from top (crysmann@top [134.96.68.10]) by top.coli.uni-sb.de (8.9.0/8.9.0) with SMTP id QAA14964; Wed, 15 Jul 1998 16:33:08 +0200 (MET DST) Message-ID: <35ACBDA3.648@coli.uni-sb.de> Date: Wed, 15 Jul 1998 16:33:07 +0200 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: Sebastian Rahtz , glauber@iws-irms.com, Allin Cottrell CC: pdftex@tug.org Subject: Re: updating to 0.12o-4 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Allin Cottrell wrote: > > On Wed, 15 Jul 1998, Sebastian Rahtz wrote (re. hyperref): > > > I just cant find out why this happens to some people. It has never > > happened to me, ever. *some* version of some other package must be out > > of sync. If anyone finds out the problem, let me know! > > I had a go this morning -- updated all the packages I could > think of, one by one, latexing hyperref.dtx at each step. But > I'm still getting the mystery error. Any clue in the > following? LaTeX base, graphics, tools and psnfss are all up to > date with ctan. I tried the same, to no avail. However, there are two ways to get rid of it: 1. put a driver option first, e.g. \usepackage[pdftex,bookmarksopen]{hyperref} or 2. remove hyperref.cfg from TEXINPUTS Contents of hyperref.cfg don't seem to matter much (except that specifying a driver here makes the error go away). So, there's no difference between an empty \hypersetup{} and one with some global options (e.g. \hypersetup{}). Same is true for empty hyperref.cfg Hope that helps to track down the problem. Cheers, 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 Wed Jul 15 09:24:56 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA22252 for ; Wed, 15 Jul 1998 09:24:55 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA28001 for pdftex-list; Wed, 15 Jul 1998 11:14:10 -0400 Received: from smtp04.wxs.nl (smtp04.wxs.nl [195.121.6.59]) by tug.org (8.8.5/8.8.5) with ESMTP id LAA27998 for ; Wed, 15 Jul 1998 11:14:08 -0400 Received: from wxs.nl ([195.121.20.30]) by smtp04.wxs.nl (Netscape Messaging Server 3.54) with ESMTP id AAA683B; Wed, 15 Jul 1998 17:13:51 +0200 Message-ID: <35ACBE97.E381622A@wxs.nl> Date: Wed, 15 Jul 1998 16:37:11 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Sebastian Rahtz CC: gaulle@idris.fr, pdftex@tug.org Subject: Re: problem with pdftex+metapost+french References: <199807151001.MAA00765@murnau.idris.fr> <468-Wed15Jul1998113328+0100-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: > > Never received any report bug from you. I mean "bug" > > not feature (like 2.09 \ouput routine) no more supported. > come on, Bernard, lighten up! it cannot be news to you that the > catcode changes in "french.sty" have caused many other packages to > break. its not a criticism of you, its a criticism of TeX. This is a rather fundamental problem. By making < and > active, \ifdim\dimen0>\dimen2 etc is doomed to fail, and thereby probably every package loaded afterwards fails anyway. I occasionally do make them active, and thereby also does some corrective housekeeping on forehand when I load files, but you cannot expect that from every package ever written. I don't think there's a perfect save way out of this, unless one is prepared to do a lot of redundant coding. Imaging someone who makes a-z active. BTW, I did write a fix and am waiting for the green light on it. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@wxs.nl ----------------------------------------------------------------- From owner-pdftex@tug.org Wed Jul 15 09:43:17 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA22721 for ; Wed, 15 Jul 1998 09:43:16 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA28106 for pdftex-list; Wed, 15 Jul 1998 11:39:42 -0400 Received: from lorraine.loria.fr (lorraine.loria.fr [152.81.1.17]) by tug.org (8.8.5/8.8.5) with ESMTP id LAA28103 for ; Wed, 15 Jul 1998 11:39:40 -0400 Received: from renaissance.loria.fr (renaissance.loria.fr [152.81.4.102]) by lorraine.loria.fr (8.8.7/8.8.7/8.8.7/JCG) with ESMTP id RAA13874; Wed, 15 Jul 1998 17:38:23 +0200 (MET DST) From: "Denis B. Roegel" Received: (from roegel@localhost) by renaissance.loria.fr (8.8.2/8.8.2) id RAA06975; Wed, 15 Jul 1998 17:38:21 +0200 (MET DST) Message-Id: <199807151538.RAA06975@renaissance.loria.fr> Subject: Re: problem with pdftex+metapost+french To: Thierry.Bouche@ujf-grenoble.fr (Thierry Bouche) Date: Wed, 15 Jul 1998 17:38:21 +0200 (MET DST) Cc: Denis.Roegel@loria.fr, gaulle@idris.fr, pdftex@tug.org, roegel@lorraine.loria.fr In-Reply-To: <199807150927.LAA04699@mozart.ujf-grenoble.fr> from "Thierry Bouche" at Jul 15, 98 11:27:10 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-pdftex@tug.org Precedence: bulk `Thierry Bouche' wrote > > did you try begin{nonfrench}\includegraphics{truc.mps}\end{nonfrench}? > Actually, I had tried \begin{english}\includegraphics{truc.mps}\end{english} and it works, but I prefer a more transparent solution. Denis From owner-pdftex@tug.org Wed Jul 15 10:00:44 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA23118 for ; Wed, 15 Jul 1998 10:00:43 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA28193 for pdftex-list; Wed, 15 Jul 1998 11:56:03 -0400 Received: from ricardo.ecn.wfu.edu (ricardo.ecn.wfu.edu [152.17.150.2]) by tug.org (8.8.5/8.8.5) with ESMTP id LAA28190 for ; Wed, 15 Jul 1998 11:56:02 -0400 Received: from localhost (cottrell@localhost) by ricardo.ecn.wfu.edu (8.9.1/8.7) with SMTP id LAA01874 for ; Wed, 15 Jul 1998 11:54:52 -0400 Date: Wed, 15 Jul 1998 11:54:52 -0400 (EDT) From: Allin Cottrell To: pdftex@tug.org Subject: Re: updating to 0.12o-4 In-Reply-To: <35ACBDA3.648@coli.uni-sb.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk On Wed, 15 Jul 1998, Berthold Crysmann wrote: > 1. put a driver option first, e.g. > \usepackage[pdftex,bookmarksopen]{hyperref} > > or > > 2. remove hyperref.cfg from TEXINPUTS In my setup I find that the first of these fixes works, but the second does not. Allin Cottrell. From owner-pdftex@tug.org Wed Jul 15 11:16:25 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id LAA24932 for ; Wed, 15 Jul 1998 11:16:24 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id NAA28532 for pdftex-list; Wed, 15 Jul 1998 13:11:38 -0400 Received: from top.coli.uni-sb.de (top.coli.uni-sb.de [134.96.68.10]) by tug.org (8.8.5/8.8.5) with ESMTP id NAA28529 for ; Wed, 15 Jul 1998 13:11:37 -0400 Received: from top (crysmann@top [134.96.68.10]) by top.coli.uni-sb.de (8.9.0/8.9.0) with SMTP id TAA26725; Wed, 15 Jul 1998 19:11:27 +0200 (MET DST) Message-ID: <35ACE2BF.7642@coli.uni-sb.de> Date: Wed, 15 Jul 1998 19:11:27 +0200 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: Allin Cottrell CC: pdftex@tug.org Subject: Re: updating to 0.12o-4 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Allin Cottrell wrote: > > On Wed, 15 Jul 1998, Berthold Crysmann wrote: > > > 1. put a driver option first, e.g. > > \usepackage[pdftex,bookmarksopen]{hyperref} > > > > or > > > > 2. remove hyperref.cfg from TEXINPUTS > > In my setup I find that the first of these fixes works, but the > second does not. > I checked it again, once on my Solaris account (with a less recent teTeX installation) and once on my own Linux machine (with a four week old teTeX installation). On the former, the second trick works, on the latter it doesn't. Strange. 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 Wed Jul 15 13:04:03 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id NAA27495 for ; Wed, 15 Jul 1998 13:04:02 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id OAA28894 for pdftex-list; Wed, 15 Jul 1998 14:52:20 -0400 Received: from halon.barra.com (halon.barra.com [144.203.11.1]) by tug.org (8.8.5/8.8.5) with ESMTP id OAA28891 for ; Wed, 15 Jul 1998 14:52:18 -0400 Received: from lazarus.barra.COM (root@lazarus.barra.com [144.203.13.57]) by halon.barra.com (8.8.8/8.8.8) with ESMTP id LAA04541 for ; Wed, 15 Jul 1998 11:52:30 -0700 (PDT) Received: from gypsy.barra.COM (oren@gypsy.barra.com [144.203.13.72]) by lazarus.barra.COM (8.8.3/8.6.4) with ESMTP id LAA21532 for ; Wed, 15 Jul 1998 11:52:15 -0700 (PDT) Received: (oren@localhost) by gypsy.barra.COM (8.6.9/8.6.4) id LAA15342; Wed, 15 Jul 1998 11:52:13 -0700 Date: Wed, 15 Jul 1998 11:52:13 -0700 Message-Id: <199807151852.LAA15342@gypsy.barra.COM> From: Oren Cheyette To: pdftex@tug.org Subject: Compilation error Sender: owner-pdftex@tug.org Precedence: bulk I downloaded pdftex v 0.12o-4 from ftp.muni.cz/... Attempting to compile it (gcc, on SunOS 4.1.3U1), I hit the following compilation error in zlib: gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../../.. -g -O2 -c gzio.c gzio.c: In function `gzseek': gzio.c:663: `SEEK_END' undeclared (first use this function) gzio.c:663: (Each undeclared identifier is reported only once gzio.c:663: for each function it appears in.) make[2]: *** [gzio.o] Error 1 make[1]: *** [pdftexdir/zlib/libz.a] Error 1 -- Oren Cheyette BARRA (510) 649-6425 From owner-pdftex@tug.org Wed Jul 15 16:11:44 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id QAA01990 for ; Wed, 15 Jul 1998 16:11:35 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id SAA29612 for pdftex-list; Wed, 15 Jul 1998 18:02:10 -0400 Received: from lorraine.loria.fr (lorraine.loria.fr [152.81.1.17]) by tug.org (8.8.5/8.8.5) with ESMTP id SAA29606 for ; Wed, 15 Jul 1998 18:01:59 -0400 Received: from craffe.loria.fr (craffe.loria.fr [152.81.1.31]) by lorraine.loria.fr (8.8.7/8.8.7/8.8.7/JCG) with ESMTP id AAA00260; Thu, 16 Jul 1998 00:01:17 +0200 (MET DST) From: "Denis B. Roegel" Received: (from roegel@localhost) by craffe.loria.fr (8.8.7/8.8.7/8.8.7C/JCG) id XAA25013; Wed, 15 Jul 1998 23:58:39 +0200 (MET DST) Date: Wed, 15 Jul 1998 23:58:39 +0200 (MET DST) Message-Id: <199807152158.XAA25013@craffe.loria.fr> To: pdftex@tug.org Subject: overfull hboxes with pdflatex Cc: roegel@lorraine.loria.fr Sender: owner-pdftex@tug.org Precedence: bulk I noticed that the compilation of a document with pdflatex gives rise - at least sometimes - to additional "overfull hbox" messages. I noticed in particular many instances of: Overfull \hbox (2.21997pt too wide) has occurred while \output is active On every page it is the same dimension. I wonder if this is not some hyper-object anchored on some spot of the page, but with the wrong dimensions. Denis Roegel From owner-pdftex@tug.org Wed Jul 15 17:09:29 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id RAA03106 for ; Wed, 15 Jul 1998 17:09:28 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id TAA29846 for pdftex-list; Wed, 15 Jul 1998 19:04:12 -0400 Received: from postoffice.srv.cs.cmu.edu (POSTOFFICE.SRV.CS.CMU.EDU [128.2.181.62]) by tug.org (8.8.5/8.8.5) with SMTP id TAA29843 for ; Wed, 15 Jul 1998 19:04:11 -0400 Received: from FRIED.FOX.CS.CMU.EDU by postoffice.srv.cs.cmu.edu id aa18291; 15 Jul 98 19:03 EDT From: George Necula To: pdfTeX mailing list Cc: miktex@dsts.dk MMDF-Warning: Parse error in original version of preceding line at postoffice.srv.cs.cmu.edu Subject: Including PDF graphics with pdftex Date: Wed, 15 Jul 1998 19:02:51 -0400 Message-ID: <001401bdb044$b1012970$82b50280@fried.fox.cs.cmu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Importance: Normal Sender: owner-pdftex@tug.org Precedence: bulk I am extremely enthusiastic about the possibility to include PDF graphics the PDF documents generated with pdftex. However, I have not had much success doing this so far. Here are the problems that I encountered and the solutions that I found: - I installed a brand new version of Miktex 1.11 beta 3 (COMPLETE.EXE) that comes with pdftex. Try to do a simple document and the first surprise is that pdflatex is just a file full of zeros. Ok, I change it to the pdflatex >From an older version and now pdftex ends up invoked. - I try to compile a simple document using the graphicx package to include a pdf figure generated with gnuplot and then converted to pdf with Ghostscript. First surprise: >! Undefined control sequence. >\Ginclude@pdf ... \hbox {\convertPDFtoPDF > {#1}{\Gin@scalex }{\Gin@sca... The problem is that MikTex does not come with the ConText which you need in order to include pdf figures. - I get and install the ConTexT package from CTAN (the generic part, we need only supp-pdf.tex and supp-mis.tex). Remember to do initexmf --update-fndb So far this was only for MikTex users. - Run again and surprise again: >) [PDF to PDF pccflow.pdf >! Text line contains an invalid character. > 0.1 0 0 -0.1 72.5 303.1 Tm< > >Tj The reason is that my PDF file contains 8-bit characters (the character with code 0 in the example above). The solution is to tell Ghostscript not to use such characters, I do gs -sDEVICE=pdfwrite -dASCII85EncodePages -dUseFlateCompression=false ... and now the file does not contain the problem characters and pdflatex reports happily that a PDF document has been generated. - try to view the page with acroread on NT, big surprise: Error: Cannot read the document. Error: Cannot find font resource. After a bunch of digging I discover that convPDFtoPDF from the ConText package is quite a hack and it only works if your PDF graphic does not have text in it (not even labels, which I had from gnuplot). Here is what you can do by hand. Do not read the reast unless you are desperate to get your PDF graph in there or want to actually implement a tool to automate this. Go in your PDF graphics file and grep for things of the form /Font << /F15 5 0 R /A5 38 0 R /R6 36 0 R /A 57 0 R >> This says that the current page is using the fonts F15, A5 and A (arbitrary names that GS seems to generate out of blue sky). The actual description of font F15 can be found by referring to the node with the id "5 0". Grep through the file and find: 5 0 obj ....stuff.... endobj The ...stuff... might refer to other objects in the form "xx xx R" (just like in the /Font declaration above), where xx are numbers. The entire font object description, together with all objects recursivelly refered from it, must be copied to the final PDF file generated by pdftex. But, make sure you change the object numbers so that they do not conflict with object numebers already in file. Finally, search for the /Font declarations in the target PDF file and add the fonts that you just copied (with the new numbers). This took care of my problems. I wonder if it is time to write a serious tool for including PDF graphics in PDF. Such a tool would have to do things like I describe here. George. From owner-pdftex@tug.org Wed Jul 15 17:26:55 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id RAA03500 for ; Wed, 15 Jul 1998 17:26:54 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id TAA29910 for pdftex-list; Wed, 15 Jul 1998 19:21:47 -0400 Received: from nag.co.uk (andover.nag.co.uk [192.156.217.113]) by tug.org (8.8.5/8.8.5) with ESMTP id TAA29907 for ; Wed, 15 Jul 1998 19:21:46 -0400 Received: (from davidc@localhost) by nag.co.uk (8.8.7/8.8.7) id AAA24882; Thu, 16 Jul 1998 00:28:20 +0100 Date: Thu, 16 Jul 1998 00:28:20 +0100 Message-Id: <199807152328.AAA24882@nag.co.uk> From: David Carlisle To: necula@cs.cmu.edu CC: pdftex@tug.org, miktex@dsts.dk In-reply-to: <001401bdb044$b1012970$82b50280@fried.fox.cs.cmu.edu> (message from George Necula on Wed, 15 Jul 1998 19:02:51 -0400) Subject: Re: Including PDF graphics with pdftex References: <001401bdb044$b1012970$82b50280@fried.fox.cs.cmu.edu> Sender: owner-pdftex@tug.org Precedence: bulk > The problem is that MikTex does not come with the ConText which you need in > order to include pdf figures. context is a macro package, so you can get it from ctan and run it with miktex, just as with any other tex, but... .... the most recent versions of pdftex will read pdf files _native_ not using the context pdf parsing macros. You also need a recent pdftex.def file for the graphics package to use the new features. pdftex is under very active development if you are using it you want to be on the pdftex list to see what is happening. David From owner-pdftex@tug.org Thu Jul 16 01:00:23 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id BAA15109 for ; Thu, 16 Jul 1998 01:00:22 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id CAA31631 for pdftex-list; Thu, 16 Jul 1998 02:56:30 -0400 Received: from lumiere.idris.fr (lumiere.idris.fr [130.84.8.14]) by tug.org (8.8.5/8.8.5) with ESMTP id CAA31628 for ; Thu, 16 Jul 1998 02:56:28 -0400 Received: from murnau.idris.fr (murnau.idris.fr [130.84.8.20]) by lumiere.idris.fr (8.9.0/8.9.0) with ESMTP id IAA18522; Thu, 16 Jul 1998 08:55:07 +0200 (MET DST) From: Bernard GAULLE Received: (from gaulle@localhost) by murnau.idris.fr (8.9.0/8.9.0) id IAA01753; Thu, 16 Jul 1998 08:55:05 +0200 Date: Thu, 16 Jul 1998 08:55:05 +0200 Message-Id: <199807160655.IAA01753@murnau.idris.fr> To: Hans Hagen Cc: Sebastian Rahtz , pdftex@tug.org Subject: Re: problem with pdftex+metapost+french Sender: owner-pdftex@tug.org Precedence: bulk >>>>> On Wed, 15 Jul 1998 16:37:11 +0200, >>>>> Hans Hagen write about "Re: problem with pdftex+metapost+french": HG> By making < and > active, HG> \ifdim\dimen0>\dimen2 etc HG> is doomed to fail, and thereby probably every package loaded afterwards HG> fails anyway. NO! just if the macro is stupidely written. Fortunately the _french_ package is not so badly written and < (or >) operator is running correctly in any \ifnum, \ifdim, ... for years. I'm ready, Hans, to see that with you in more deeply details, but not in the next few weeks (time for vaccation). --bg From owner-pdftex@tug.org Thu Jul 16 02:15:50 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA16518 for ; Thu, 16 Jul 1998 02:15:49 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA31937 for pdftex-list; Thu, 16 Jul 1998 04:13:10 -0400 Received: from smtp02.wxs.nl (smtp02.wxs.nl [195.121.6.60]) by tug.org (8.8.5/8.8.5) with ESMTP id EAA31934 for ; Thu, 16 Jul 1998 04:13:06 -0400 Received: from wxs.nl ([195.121.20.5]) by smtp02.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA63E6; Thu, 16 Jul 1998 10:12:48 +0200 Message-ID: <35ADB3AA.D09AFB25@wxs.nl> Date: Thu, 16 Jul 1998 10:02:50 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Bernard GAULLE CC: Sebastian Rahtz , pdftex@tug.org Subject: Re: problem with pdftex+metapost+french References: <199807160655.IAA01753@murnau.idris.fr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Bernard GAULLE wrote: > > >>>>> On Wed, 15 Jul 1998 16:37:11 +0200, > >>>>> Hans Hagen write about "Re: problem with pdftex+metapost+french": > HG> By making < and > active, > HG> \ifdim\dimen0>\dimen2 etc > HG> is doomed to fail, and thereby probably every package loaded afterwards > HG> fails anyway. > > NO! just if the macro is stupidely written. I'm not criticizing any package (especially not one I never saw). Concerning the \ifdim's. As long as packages are loaded before making < > active, nothing goes wrong. > Fortunately the _french_ package is not so badly written and < (or >) operator > is running correctly in any \ifnum, \ifdim, ... for years. Sure, else it would not be popular. I only meant to say that when < > has another catcode that expected, users can have troubles when they define macros afterwards. Lucky us that most users don't. > I'm ready, Hans, to see that with you in more deeply details, but not > in the next few weeks (time for vaccation). Ok, I'm in lack of time too, have a nice holliday, Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@wxs.nl ----------------------------------------------------------------- From owner-pdftex@tug.org Thu Jul 16 03:47:54 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA18212 for ; Thu, 16 Jul 1998 03:47:53 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA32366 for pdftex-list; Thu, 16 Jul 1998 05:41:03 -0400 Received: from esemetz.ese-metz.fr (esemetz.ese-metz.fr [192.70.65.1]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA32363 for ; Thu, 16 Jul 1998 05:41:01 -0400 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 LAA28918 for ; Thu, 16 Jul 1998 11:41:00 +0200 (MET DST) To: pdftex@tug.org Subject: pdftex obj_tab_size Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII From: Fabrice POPINEAU X-Mailer: Gnus v5.6.24/XEmacs 21.0 - "Zhong Wei" Date: 16 Jul 1998 11:44:49 +0200 Message-ID: Lines: 56 Sender: owner-pdftex@tug.org Precedence: bulk Hi, As per request by Hans Hagen, I have tried to push the limit of obj_tab_size in the current pdftex. I have come up with the patch below. Could someone review it (and eventually update pdftex.ch). Fabrice --- pdftex.ch-orig Fri Jul 10 16:33:30 1998 +++ pdftex.ch Thu Jul 16 11:30:39 1998 @@ -1238,10 +1238,12 @@ pointer to the corresponding box} @= -@!obj_tab_size=65535; {size of the cross-reference table for \.{PDF} output} +@!inf_obj_tab_size = 32000; {min size of the cross-reference table for \.{PDF} output} +@!sup_obj_tab_size = 524288; {max size of the cross-reference table for \.{PDF} output} @ @= -@!obj_tab: array [0..obj_tab_size] of obj_entry; +@!obj_tab_size:integer; +@!obj_tab:^obj_entry; @!head_tab: array[1..head_tab_max] of integer; @!obj_ptr: integer; {objects counter} @!pdf_last_pages: integer; {pointer to most recently generated pages object} @@ -3648,6 +3650,29 @@ undump_things(font_check[null_font], font_ptr+1-null_font); @z +@x [51.1] + setup_bound_var (0)('hash_extra')(hash_extra); + +@y + setup_bound_var (0)('hash_extra')(hash_extra); + setup_bound_var (65536)('obj_tab_size')(obj_tab_size); +@z + +@x [51.2] + const_chk (hash_extra); + if error_line > ssup_error_line then error_line := ssup_error_line; +@y + const_chk (hash_extra); + const_chk (obj_tab_size); + if error_line > ssup_error_line then error_line := ssup_error_line; +@z + +@x [51.3] + xmalloc_array (hyph_link , hyph_size); +@y + xmalloc_array (hyph_link , hyph_size); + xmalloc_array (obj_tab, obj_tab_size); +@z %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% % [51.1333] Print new line before termination; switch to editor if From owner-pdftex@tug.org Thu Jul 16 05:44:42 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA20238 for ; Thu, 16 Jul 1998 05:44:41 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA00015 for pdftex-list; Thu, 16 Jul 1998 07:41:21 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id HAA00012 for ; Thu, 16 Jul 1998 07:41:16 -0400 Received: from SnowWhite.inet.cz (pavel@SnowWhite.local [10.0.0.101]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id NAA29082; Thu, 16 Jul 1998 13:38:16 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id NAA00991; Thu, 16 Jul 1998 13:40:51 +0200 Date: Thu, 16 Jul 1998 13:40:51 +0200 Message-Id: <199807161140.NAA00991@SnowWhite.inet.cz> From: "Pavel Janik ml." To: Oren.Cheyette@barra.com CC: pdfTeX mailing list In-reply-to: <199807151852.LAA15342@gypsy.barra.COM> (message from Oren Cheyette on Wed, 15 Jul 1998 11:52:13 -0700) Subject: Re: Compilation error X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.109-pre2 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Date: Wed, 15 Jul 1998 11:52:13 -0700 From: Oren Cheyette Hi, > Attempting to compile it (gcc, on SunOS 4.1.3U1), I hit the following > compilation error in zlib: Ugh, SEEK_END is defined in stdio.h (or unistd.h in glibc) which is included by gzio.c :-( Try to apply this patch: --- gzio.c Thu Jul 16 13:36:41 1998 +++ gzio.c-pj Thu Jul 16 13:36:56 1998 @@ -8,6 +8,7 @@ /* @(#) $Id$ */ #include +#include #include "zutil.h" have a look at zconf.h - line 212 - seem to me as problem with configure :-( Please report your results. Thanks. -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Thu Jul 16 06:00:58 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA20502 for ; Thu, 16 Jul 1998 06:00:57 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA00086 for pdftex-list; Thu, 16 Jul 1998 07:53:38 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id HAA00083 for ; Thu, 16 Jul 1998 07:53:34 -0400 Received: from SnowWhite.inet.cz (pavel@SnowWhite.local [10.0.0.101]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id NAA29865; Thu, 16 Jul 1998 13:50:39 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id NAA01000; Thu, 16 Jul 1998 13:53:17 +0200 Date: Thu, 16 Jul 1998 13:53:17 +0200 Message-Id: <199807161153.NAA01000@SnowWhite.inet.cz> From: "Pavel Janik ml." To: Fabrice POPINEAU CC: pdfTeX mailing list In-reply-to: (message from Fabrice POPINEAU on 16 Jul 1998 11:44:49 +0200) Subject: Re: pdftex obj_tab_size X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.109-pre2 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk From: Fabrice POPINEAU Date: 16 Jul 1998 11:44:49 +0200 Hi, > As per request by Hans Hagen, I have tried to push the limit of > obj_tab_size in the current pdftex. I have come up with the patch > below. Could someone review it (and eventually update pdftex.ch). I'll test on sunday but I think we should wait for Thanh to add this to pdftex.ch - what is your opinion? BTW - Hans - can you test it too? -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Thu Jul 16 06:51:05 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA21344 for ; Thu, 16 Jul 1998 06:51:04 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA00307 for pdftex-list; Thu, 16 Jul 1998 08:48:28 -0400 Received: from earth.ox.ac.uk (darwin.earth.ox.ac.uk [163.1.22.6]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA00304 for ; Thu, 16 Jul 1998 08:48:22 -0400 Received: from metropolis.earth.ox.ac.uk (metropolis [163.1.22.59]) by earth.ox.ac.uk (8.9.0/8.9.0) with SMTP id NAA02059; Thu, 16 Jul 1998 13:48:06 +0100 (BST) From: Keith Refson MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <13741.63109.285470.924645@metropolis> Date: Thu, 16 Jul 1998 13:48:05 +0100 (BST) To: Pavel.Janik@inet.cz Cc: Oren.Cheyette@barra.com, pdfTeX mailing list Subject: Re: Compilation error In-Reply-To: <199807161140.NAA00991@SnowWhite.inet.cz> References: <199807151852.LAA15342@gypsy.barra.COM> <199807161140.NAA00991@SnowWhite.inet.cz> X-Mailer: VM 6.56 under Emacs 19.34.1 Sender: owner-pdftex@tug.org Precedence: bulk Pavel Janik ml. writes: > Date: Wed, 15 Jul 1998 11:52:13 -0700 > From: Oren Cheyette > > Hi, > > > Attempting to compile it (gcc, on SunOS 4.1.3U1), I hit the following > > compilation error in zlib: > > Ugh, SEEK_END is defined in stdio.h (or unistd.h in glibc) which is > included by gzio.c :-( Try to apply this patch: I'm sure I reported this for an earlier version to the teTeX pretest list. The problem is that SunOS 4.1.3 does not declare any of SEEK_{CUR|SET|END}. Configure correctly recognises this but the file zconf.h (This is from memory so it might be another file) declared only two of the three SEEK preprocessor symbols. The solution is to add the third. Keith Refson -- ------------------------------------------------------------------------------ Email: Keith.Refson@ | Tel: +44 1865 272026 | Dr Keith Refson, | earth.ox.ac.uk | Fax: +44 1865 272072 | Dept of Earth Sciences | Spam: root@cyberpromo.com | Parks Road, Oxford OX1 3PR, UK| ------------------------------------------------------------------------------ From owner-pdftex@tug.org Thu Jul 16 07:36:42 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA22176 for ; Thu, 16 Jul 1998 07:36:41 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA00484 for pdftex-list; Thu, 16 Jul 1998 09:34:25 -0400 Received: from sfi.santafe.edu (sfi.santafe.edu [192.12.12.1]) by tug.org (8.8.5/8.8.5) with SMTP id JAA00481 for ; Thu, 16 Jul 1998 09:34:24 -0400 Received: from chaco by sfi.santafe.edu (4.1/SMI-4.1) id AA17276; Thu, 16 Jul 98 07:29:18 MDT Date: Thu, 16 Jul 1998 07:29:16 -0600 (MDT) From: Tim Carlson X-Sender: tim@chaco To: pdftex@tug.org Subject: Re: Compilation error In-Reply-To: <13741.63109.285470.924645@metropolis> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk On Thu, 16 Jul 1998, Keith Refson wrote: > I'm sure I reported this for an earlier version to the teTeX pretest > list. The problem is that SunOS 4.1.3 does not declare any of > SEEK_{CUR|SET|END}. Are you sure about that? Or is this s 4.1.3 vs. 4.1.3_U1 difference? sfi{tim}:/usr/include> uname -a SunOS sfi 4.1.3_U1 7 sun4m sfi{tim}:/usr/include> grep SEEK * unistd.h: * SEEK_* have to track L_* in sys/file.h & SEEK_* in 5include/stdio.h unistd.h:#ifndef SEEK_SET unistd.h:#define SEEK_SET 0 /* Set file pointer to "offset" */ unistd.h:#define SEEK_CUR 1 /* Set file pointer to current plus "offset" */ unistd.h:#define SEEK_END 2 /* Set file pointer to EOF plus "offset" */ Tim Tim Carlson Voice: (505) 984-8800x255 Systems Manager: Santa Fe Institute Fax: (505) 982-0565 WWW: http://www.santafe.edu/~tim Email: tim@santafe.edu From owner-pdftex@tug.org Thu Jul 16 09:21:17 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA24521 for ; Thu, 16 Jul 1998 09:21:11 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA00927 for pdftex-list; Thu, 16 Jul 1998 11:15:49 -0400 Received: from smtp01.wxs.nl (smtp01.wxs.nl [195.121.6.61]) by tug.org (8.8.5/8.8.5) with ESMTP id LAA00924 for ; Thu, 16 Jul 1998 11:15:48 -0400 Received: from wxs.nl ([195.121.20.78]) by smtp01.wxs.nl (Netscape Messaging Server 3.54) with ESMTP id AAA4D1; Thu, 16 Jul 1998 17:15:07 +0200 Message-ID: <35AE1365.C44F2DB1@wxs.nl> Date: Thu, 16 Jul 1998 16:51:17 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Pavel.Janik@inet.cz CC: Fabrice POPINEAU , pdfTeX mailing list Subject: Re: pdftex obj_tab_size References: <199807161153.NAA01000@SnowWhite.inet.cz> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Pavel Janik ml. wrote: > > As per request by Hans Hagen, I have tried to push the limit of > > obj_tab_size in the current pdftex. I have come up with the patch > > below. Could someone review it (and eventually update pdftex.ch). > > I'll test on sunday but I think we should wait for Thanh to add this > to pdftex.ch - what is your opinion? > > BTW - Hans - can you test it too? I already did and it works ok apart from another memory constraint Fabrice already is taking care of. When Thanh started on pdftex, 65k objects was ok, given the fact that plain text only uses a few objects per page, but nowadays we want fields, annotations (hyper things), reuse of inserts, etc. The 65 K limit is something like having 64 fonts at max. I guess Thanh wil have no problems with this 'update'; it does not harm the concept. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@wxs.nl ----------------------------------------------------------------- From owner-pdftex@tug.org Thu Jul 16 10:07:22 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA25807 for ; Thu, 16 Jul 1998 10:07:21 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id MAA01143 for pdftex-list; Thu, 16 Jul 1998 12:00:02 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id LAA01135 for ; Thu, 16 Jul 1998 11:59:58 -0400 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 QAA22271; hop 0; Thu, 16 Jul 1998 16:53:58 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Thu, 16 Jul 1998 16:59:40 +0100 Date: Thu, 16 Jul 1998 16:33:44 +0100 Message-ID: <2858-Thu16Jul1998163344+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q) From: Sebastian Rahtz To: pdftex@tug.org Subject: context supp-* files Sender: owner-pdftex@tug.org Precedence: bulk I have updated supp-mis.tex and supp-pdf.tex in CTAN:macros/pdftex/graphics as per updates sent to me by Hans. This should solve the `french' problem. I hope their cup floweth over. Sebastian From owner-pdftex@tug.org Thu Jul 16 19:51:59 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id TAA09167 for ; Thu, 16 Jul 1998 19:51:54 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id VAA03423 for pdftex-list; Thu, 16 Jul 1998 21:44:36 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id VAA03420 for ; Thu, 16 Jul 1998 21:44:34 -0400 Received: from SnowWhite.inet.cz (pavel@dialup1.inet.cz [194.196.193.1]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id DAA29795; Fri, 17 Jul 1998 03:41:33 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id DAA00823; Fri, 17 Jul 1998 03:25:06 +0200 Date: Fri, 17 Jul 1998 03:25:06 +0200 Message-Id: <199807170125.DAA00823@SnowWhite.inet.cz> From: "Pavel Janik ml." To: Hans Hagen CC: Fabrice POPINEAU , pdfTeX mailing list In-reply-to: <35AE1365.C44F2DB1@wxs.nl> (message from Hans Hagen on Thu, 16 Jul 1998 16:51:17 +0200) Subject: Re: pdftex obj_tab_size X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.109-pre2 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Date: Thu, 16 Jul 1998 16:51:17 +0200 From: Hans Hagen Hi, > I already did and it works ok apart from another memory constraint > Fabrice already is taking care of. When Thanh started on pdftex, 65k Fabrice - can you send me your updated patch, please? > objects was ok, given the fact that plain text only uses a few objects > per page, but nowadays we want fields, annotations (hyper things), reuse > of inserts, etc. The 65 K limit is something like having 64 fonts at > max. I guess Thanh wil have no problems with this 'update'; it does not > harm the concept. Ok, I agree. I'll test it. -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Fri Jul 17 01:02:30 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id BAA15167 for ; Fri, 17 Jul 1998 01:02:29 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id CAA05439 for pdftex-list; Fri, 17 Jul 1998 02:59:54 -0400 Received: from esemetz.ese-metz.fr (esemetz.ese-metz.fr [192.70.65.1]) by tug.org (8.8.5/8.8.5) with ESMTP id CAA05436 for ; Fri, 17 Jul 1998 02:59:52 -0400 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 IAA02762; Fri, 17 Jul 1998 08:59:39 +0200 (MET DST) To: Pavel.Janik@inet.cz Cc: pdfTeX mailing list Subject: Re: pdftex obj_tab_size References: <199807170125.DAA00823@SnowWhite.inet.cz> Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII From: Fabrice POPINEAU Date: 17 Jul 1998 09:03:24 +0200 In-Reply-To: "Pavel Janik ml."'s message of "Fri, 17 Jul 1998 03:25:06 +0200" Message-ID: Lines: 81 X-Mailer: Gnus v5.6.24/XEmacs 21.0 - "Zhong Wei" Sender: owner-pdftex@tug.org Precedence: bulk "Pavel Janik ml." writes: > Date: Thu, 16 Jul 1998 16:51:17 +0200 > From: Hans Hagen > > Hi, > > > I already did and it works ok apart from another memory constraint > > Fabrice already is taking care of. When Thanh started on pdftex, 65k > > Fabrice - can you send me your updated patch, please? > Here it is. Anybody is welcome to check it. Fabrice --- pdftex.ch-orig Fri Jul 10 16:33:30 1998 +++ pdftex.ch Thu Jul 16 14:03:29 1998 @@ -1023,11 +1023,9 @@ @ Sometimes it is neccesary to allocate memory for \.{PDF} output that cannot be deallocated then, so we use |pdf_mem| for this purpose. -@= -@!pdf_mem_size=65535; {size of the area for \.{PDF} marks} - @ @= -@!pdf_mem: array[0..pdf_mem_size] of integer; +@!pdf_mem_size: integer; +@!pdf_mem: ^integer; @!pdf_mem_ptr: integer; @ @= @@ -1238,10 +1236,12 @@ pointer to the corresponding box} @= -@!obj_tab_size=65535; {size of the cross-reference table for \.{PDF} output} +@!inf_obj_tab_size = 32000; {min size of the cross-reference table for \.{PDF} output} +@!sup_obj_tab_size = 524288; {max size of the cross-reference table for \.{PDF} output} @ @= -@!obj_tab: array [0..obj_tab_size] of obj_entry; +@!obj_tab_size:integer; +@!obj_tab:^obj_entry; @!head_tab: array[1..head_tab_max] of integer; @!obj_ptr: integer; {objects counter} @!pdf_last_pages: integer; {pointer to most recently generated pages object} @@ -3648,6 +3648,31 @@ undump_things(font_check[null_font], font_ptr+1-null_font); @z +@x [51.1] + setup_bound_var (0)('hash_extra')(hash_extra); + +@y + setup_bound_var (0)('hash_extra')(hash_extra); + setup_bound_var (65536)('obj_tab_size')(obj_tab_size); + setup_bound_var (65536)('obj_tab_size')(pdf_mem_size); +@z + +@x [51.2] + const_chk (hash_extra); + if error_line > ssup_error_line then error_line := ssup_error_line; +@y + const_chk (hash_extra); + const_chk (obj_tab_size); + if error_line > ssup_error_line then error_line := ssup_error_line; +@z + +@x [51.3] + xmalloc_array (hyph_link , hyph_size); +@y + xmalloc_array (hyph_link , hyph_size); + xmalloc_array (obj_tab, obj_tab_size); + xmalloc_array (pdf_mem, pdf_mem_size); +@z %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% % [51.1333] Print new line before termination; switch to editor if From owner-pdftex@tug.org Fri Jul 17 03:05:42 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA17557 for ; Fri, 17 Jul 1998 03:05:41 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA05919 for pdftex-list; Fri, 17 Jul 1998 05:02:52 -0400 Received: from lebesgue.math.univ-nantes.fr (lebesgue.math.sciences.univ-nantes.fr [193.52.98.8]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA05916 for ; Fri, 17 Jul 1998 05:02:49 -0400 Received: from hadamard.math.univ-nantes.fr (hadamard [193.52.98.7]) by lebesgue.math.univ-nantes.fr (8.8.8/jtpda-5.3) with ESMTP id LAA25231 for ; Fri, 17 Jul 1998 11:02:26 +0200 (MET DST) From: Laurent.Guillope@math.univ-nantes.fr (Laurent Guillope) Received: from (guillope@localhost) by hadamard.math.univ-nantes.fr (8.9.0/jtpda-5.3) id LAA29462 for pdftex@tug.org; Fri, 17 Jul 1998 11:02:25 +0200 (MET DST) Message-Id: <199807170902.LAA29462@hadamard.math.univ-nantes.fr> Subject: pdf mime type ? To: pdftex@tug.org Date: Fri, 17 Jul 1998 11:02:25 +0200 (MET DST) Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Organization: Département de Mathématiques, Université de Nantes Address: 2 rue de la Houssiničre, BP 92208, Nantes Cedex 03 Fax: 02 51 12 59 12 Tel: 02 40 37 98 93 Reply-To: Laurent.Guillope@math.univ-nantes.fr X-no-archive: yes X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-pdftex@tug.org Precedence: bulk Is there an official mime type for pdf files ? application/pdf or application/x-pdf [it's important when pdf files are produced on the fly before sending them by a http server with the first line end "Content-type: ...."] It seems that the acrobat/netscape plug-in can be activated for only one mime type. lg From owner-pdftex@tug.org Fri Jul 17 05:00:03 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA19519 for ; Fri, 17 Jul 1998 05:00:02 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA06402 for pdftex-list; Fri, 17 Jul 1998 06:57:07 -0400 Received: from euler.maths.gla.ac.uk (euler.maths.gla.ac.uk [130.209.66.74]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA06399 for ; Fri, 17 Jul 1998 06:57:05 -0400 Received: from jjcn_pc.maths.gla.ac.uk (jjcn-pc.maths.gla.ac.uk [130.209.66.48] sender j.nimmo) by euler.maths.gla.ac.uk (8.7.5/UK-2.2a/maths-sparc) with SMTP id LAA07261 for ; Fri, 17 Jul 1998 11:56:56 +0100 (BST) Message-Id: <3.0.5.32.19980717115441.008fe9d0@mail.maths.gla.ac.uk> X-Sender: jjcn@mail.maths.gla.ac.uk X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32) Date: Fri, 17 Jul 1998 11:54:41 +0100 To: pdftex@tug.org From: J J C Nimmo Subject: Pound sign Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-pdftex@tug.org Precedence: bulk When compiling a LaTeX file containing \pounds, pdflatex gives an error e.g. \documentclass{article} \begin{document} \pounds 5 \end{document} gives This is pdfTeX, Version 3.14159-0.12l (MiKTeX 1.11 beta 3) (pdftex.cfg) LaTeX2e <1997/12/01> patch level 1 Babel and hyphenation patterns for english, german, loaded. (test.tex (article.cls Document Class: article 1997/10/10 v1.3x Standard LaTeX document class (size10.clo)) (test.aux) [1] (test.aux) ) Output written on test.pdf (1 page, 15824 bytes). Transcript written on test.log. This error seems to arise because of an incompatibility between cmu10.pfb and cmitext.enc - indeed if I change the \dollar in cmitext.enc to \sterling all is fine. As a non-expert I don't know whether this change I have made to cmitext.enc is correct in all circumstances however. Can anybody advise on this? Thanks Jon ---------------------------------------------------------------------- Dr J J C Nimmo email: j.nimmo@maths.gla.ac.uk Department of Mathematics tel: +44 141 330 4385 University of Glasgow fax: +44 141 330 4111 G12 8QW From owner-pdftex@tug.org Sat Jul 18 08:14:52 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA21510 for ; Sat, 18 Jul 1998 08:14:51 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA00488 for pdftex-list; Sat, 18 Jul 1998 10:08:10 -0400 Received: from monster.igd.fhg.de (monster.igd.fhg.de [153.97.128.43]) by tug.org (8.8.5/8.8.5) with SMTP id KAA00483 for ; Sat, 18 Jul 1998 10:08:07 -0400 Received: from zgdv.de (isdn33) by monster.igd.fhg.de (5.x/SMI-4.1) id AA18900; Sat, 18 Jul 1998 08:50:30 +0200 Message-Id: <35B045D9.6D3A7BE7@zgdv.de> Date: Sat, 18 Jul 1998 08:51:05 +0200 From: Christian Kumpf Organization: ZGDV X-Mailer: Mozilla 4.5b1 [en] (X11; I; Linux 2.0.35 i586) X-Accept-Language: en Mime-Version: 1.0 To: pdftex@tug.org Subject: Re: pdf mime type ? Content-Type: multipart/mixed; boundary="------------49772F0DF588167A03C24341" Sender: owner-pdftex@tug.org Precedence: bulk This is a multi-part message in MIME format. --------------49772F0DF588167A03C24341 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit --------------49772F0DF588167A03C24341 Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Mozilla-Status2: 00000000 Message-ID: <35AFD0EE.B43129BD@zgdv.de> Date: Sat, 18 Jul 1998 00:32:15 +0200 From: Christian Kumpf Organization: ZGDV X-Mailer: Mozilla 4.5b1 [en] (X11; I; Linux 2.0.35 i586) X-Accept-Language: en MIME-Version: 1.0 To: Laurent.Guillope@math.univ-nantes.fr CC: pdftex@tug.org Subject: Re: pdf mime type ? References: <199807170902.LAA29462@hadamard.math.univ-nantes.fr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Acroread accepts application/pdf. The following shellscript in my cgi-bin-directory shows the Gimp manual inside Netscape: #!/bin/sh cat<; Sat, 18 Jul 1998 08:15:15 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA00491 for pdftex-list; Sat, 18 Jul 1998 10:08:11 -0400 Received: from monster.igd.fhg.de (monster.igd.fhg.de [153.97.128.43]) by tug.org (8.8.5/8.8.5) with SMTP id KAA00487 for ; Sat, 18 Jul 1998 10:08:09 -0400 Received: from zgdv.de (isdn33) by monster.igd.fhg.de (5.x/SMI-4.1) id AA18104; Sat, 18 Jul 1998 00:31:47 +0200 Message-Id: <35AFD0EE.B43129BD@zgdv.de> Date: Sat, 18 Jul 1998 00:32:15 +0200 From: Christian Kumpf Organization: ZGDV X-Mailer: Mozilla 4.5b1 [en] (X11; I; Linux 2.0.35 i586) X-Accept-Language: en Mime-Version: 1.0 To: Laurent.Guillope@math.univ-nantes.fr Cc: pdftex@tug.org Subject: Re: pdf mime type ? References: <199807170902.LAA29462@hadamard.math.univ-nantes.fr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Acroread accepts application/pdf. The following shellscript in my cgi-bin-directory shows the Gimp manual inside Netscape: #!/bin/sh cat<; Sat, 18 Jul 1998 09:12:32 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA00724 for pdftex-list; Sat, 18 Jul 1998 11:10:51 -0400 Received: from postoffice.srv.cs.cmu.edu (POSTOFFICE.SRV.CS.CMU.EDU [128.2.181.62]) by tug.org (8.8.5/8.8.5) with SMTP id LAA00721 for ; Sat, 18 Jul 1998 11:10:50 -0400 Received: from FRIED.FOX.CS.CMU.EDU by postoffice.srv.cs.cmu.edu id aa24904; 17 Jul 98 18:57 EDT From: George Necula To: pdftex@tug.org MMDF-Warning: Parse error in original version of preceding line at postoffice.srv.cs.cmu.edu Subject: Missing fonts and PDF Date: Fri, 17 Jul 1998 18:56:39 -0400 Message-ID: <003401bdb1d6$281c6870$82b50280@fried.fox.cs.cmu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Importance: Normal Sender: owner-pdftex@tug.org Precedence: bulk I am trying to use pdftex with the package xy-pic which has its own fonts. I get the errors shown at the end of the message, which I interpret that pdftex can find but not at the right resolution. The resulting pdf file can be viewed, except that pages containing the missing fonts are drawn only partially (the rendering stops when an error is encountered). Is there something that I can do to fix this? Thanks, George. Warning: pdftex (file xycirc10): Font xycirc10 at 600 not found Warning: pdftex (file xydash10): Font xydash10 at 600 not found Warning: pdftex (file xybtip10): Font xybtip10 at 600 not found Warning: pdftex (file xyatip10): Font xyatip10 at 600 not found < cmt t12.pfb> Output written on texput.pdf (43 pages, 390280 bytes). Transcript written on texput.log. From owner-pdftex@tug.org Sat Jul 18 11:25:05 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id LAA24657 for ; Sat, 18 Jul 1998 11:25:04 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id MAA01007 for pdftex-list; Sat, 18 Jul 1998 12:18:17 -0400 Received: from donald.cybercomm.nl (donald.cybercomm.nl [194.235.113.5]) by tug.org (8.8.5/8.8.5) with ESMTP id MAA01004 for ; Sat, 18 Jul 1998 12:18:16 -0400 Received: from pc709 (poort36-ip-x2.enertel.cybercomm.nl [194.235.118.36]) by donald.cybercomm.nl (8.8.6/8.8.6) with SMTP id PAA16108; Sat, 18 Jul 1998 15:18:07 -0100 (MET) From: Taco Hoekwater To: math-font-discuss@cogs.susx.ac.uk, pdftex@tug.org, support@micropress-inc.com, tex-nl@nic.surfnet.nl, Ulrik Vieth Subject: ANNOUNCE: Type 1 conversions of logo,wasy2,stmary Message-ID: Date: Sat, 18 Jul 1998 18:17:55 +0200 (W. Europe Daylight Time) X-Mailer: Simeon for Win32 Version 4.1.3 Build (39) X-Authentication: none MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Hi all, I just (2min ago) uploaded to CTAN three zipfiles that contain Type1 converted versions of some of the design sizes and variants I skipped earlier. Uploaded are: logod10.pfb logosl8.pfb logosl8.pfb wasy6.pfb wasy8.pfb wasy9.pfb stmary6.pfb stmary8.pfb stmary9.pfb Hopefully, these files will appear on CTAN soon. 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 Sat Jul 18 12:37:36 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id MAA25895 for ; Sat, 18 Jul 1998 12:37:35 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id OAA01479 for pdftex-list; Sat, 18 Jul 1998 14:34:47 -0400 Received: from ha1.rdc1.md.home.com (ha1.rdc1.md.home.com [24.2.2.66]) by tug.org (8.8.5/8.8.5) with ESMTP id OAA01476 for ; Sat, 18 Jul 1998 14:34:46 -0400 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 AAA24168 for ; Sat, 18 Jul 1998 11:34:35 -0700 From: jeffmcarthur@home.com (Jeffrey McArthur) To: pdftex@tug.org Subject: Including PDFs in PDFs Date: Sat, 18 Jul 1998 18:28:51 GMT Organization: ATLIS Publishing Services Reply-To: jeffmcarthur@home.com Message-ID: <35b0e809.6325611@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.org id OAA01477 Sender: owner-pdftex@tug.org Precedence: bulk I finally figured out how to inlcude PDFs in PDFs with PDFTeX. It appears that PDFTeX, at least the Win32 version, will not properly include PDFs created by PDF Writer. I even generated the files as PS files via the Adobe Distiller print driver and distilled them. These files do not work either. HOWEVER, if you use GhostScript to read in either the PS, EPS, or PDF file and write it back out as a PDF, then that PDF can be included using PDF TeX. Unfortunately this has for me, one major downside. GhostScript must be setup to output to a particular page size. It does not generate a PDF the same size as the input PS, EPS, or PDF, it uses the paper size specified in one of its config files or on the command line. This means I cannot include an abitrary size PDF file into PDFTeX by using GhostScript to filter it. Are there any plans to fix PDFTeX so that it will include PDF files created by PDFWriter? Jeffrey M\kern-.05em\raise.5ex\hbox{\b c}\kern-.05emArthur a.k.a. Jeffrey McArthur ATLIS Publishing Services http://members.home.net/jeffmcarthur/ From "Nelson H. F. Beebe " Sat Jul 18 15:57:09 1998 Flags: 000000000001 Received: from plot79.math.utah.edu (beebe@plot79.math.utah.edu [155.101.20.21]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id PAA29344; Sat, 18 Jul 1998 15:56:34 -0600 (MDT) From: "Nelson H. F. Beebe" Received: (from beebe@localhost) by plot79.math.utah.edu (8.8.5/8.8.5) id PAA15254; Sat, 18 Jul 1998 15:56:33 -0600 (MDT) Date: Sat, 18 Jul 1998 15:56:33 -0600 (MDT) To: pdftex@tug.org (pdfTeX List) Cc: beebe@math.utah.edu, "L. Peter Deutsch" X-US-Mail: "Center for Scientific Computing, Department of Mathematics, 322 INSCC, 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 585 1640, +1 801 581 4148 X-URL: http://www.math.utah.edu/~beebe Subject: Jeffrey McArthur turns up ghostscript bug Message-ID: Jeffrey McArthur recently wrote: > Unfortunately this has for me, one major downside. GhostScript must > be setup to output to a particular page size. It does not generate > a PDF the same size as the input PS, EPS, or PDF, it uses the paper > size specified in one of its config files or on the command line. > This means I cannot include an abitrary size PDF file into PDFTeX by > using GhostScript to filter it. Since I am a long-time ghostscript beta tester, I reported this to L. Peter Deutsch of Aladdin Enterprises, who kindly responded to me privately on Sat, 18 Jul 1998 13:14:34 -0700: >> ... >> This is a bug in Ghostscript: Ghostscript's PDF writer is supposed >> to set the output page size to the page size of the input. Please >> e-mail me (ghost@aladdin.com) a sample PS file with a page size >> that Ghostscript's PDF writer doesn't propagate, and also the PDF >> file that Adobe Distiller produces from this PS file (which >> presumably has the correct page size, although it may have other >> problems). I will fix the problem in the next Ghostscript release, >> and, if the fix is simple, post it as a patch for the current one >> (5.10). >> ... Jeff, can you supply Peter with a suitable sample file? Thanks, too, for reporting the problem! ------------------------------------------------------------------------------- - Nelson H. F. Beebe Tel: +1 801 581 5254 - - Center for Scientific Computing FAX: +1 801 585 1640, +1 801 581 4148 - - University of Utah Internet e-mail: beebe@math.utah.edu - - Department of Mathematics, 322 INSCC 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 Jul 18 15:59:17 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id PAA29377 for ; Sat, 18 Jul 1998 15:59:16 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id RAA02185 for pdftex-list; Sat, 18 Jul 1998 17:57:11 -0400 Received: from csc-sun.math.utah.edu (csc-sun.math.utah.edu [128.110.198.2]) by tug.org (8.8.5/8.8.5) with ESMTP id RAA02182 for ; Sat, 18 Jul 1998 17:57:09 -0400 Received: from plot79.math.utah.edu (beebe@plot79.math.utah.edu [155.101.20.21]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id PAA29344; Sat, 18 Jul 1998 15:56:34 -0600 (MDT) From: "Nelson H. F. Beebe" Received: (from beebe@localhost) by plot79.math.utah.edu (8.8.5/8.8.5) id PAA15254; Sat, 18 Jul 1998 15:56:33 -0600 (MDT) Date: Sat, 18 Jul 1998 15:56:33 -0600 (MDT) To: pdftex@tug.org (pdfTeX List) Cc: beebe@math.utah.edu, "L. Peter Deutsch" X-US-Mail: "Center for Scientific Computing, Department of Mathematics, 322 INSCC, 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 585 1640, +1 801 581 4148 X-URL: http://www.math.utah.edu/~beebe Subject: Jeffrey McArthur turns up ghostscript bug Message-ID: Sender: owner-pdftex@tug.org Precedence: bulk Jeffrey McArthur recently wrote: > Unfortunately this has for me, one major downside. GhostScript must > be setup to output to a particular page size. It does not generate > a PDF the same size as the input PS, EPS, or PDF, it uses the paper > size specified in one of its config files or on the command line. > This means I cannot include an abitrary size PDF file into PDFTeX by > using GhostScript to filter it. Since I am a long-time ghostscript beta tester, I reported this to L. Peter Deutsch of Aladdin Enterprises, who kindly responded to me privately on Sat, 18 Jul 1998 13:14:34 -0700: >> ... >> This is a bug in Ghostscript: Ghostscript's PDF writer is supposed >> to set the output page size to the page size of the input. Please >> e-mail me (ghost@aladdin.com) a sample PS file with a page size >> that Ghostscript's PDF writer doesn't propagate, and also the PDF >> file that Adobe Distiller produces from this PS file (which >> presumably has the correct page size, although it may have other >> problems). I will fix the problem in the next Ghostscript release, >> and, if the fix is simple, post it as a patch for the current one >> (5.10). >> ... Jeff, can you supply Peter with a suitable sample file? Thanks, too, for reporting the problem! ------------------------------------------------------------------------------- - Nelson H. F. Beebe Tel: +1 801 581 5254 - - Center for Scientific Computing FAX: +1 801 585 1640, +1 801 581 4148 - - University of Utah Internet e-mail: beebe@math.utah.edu - - Department of Mathematics, 322 INSCC 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 Jul 18 16:36:52 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id QAA00045 for ; Sat, 18 Jul 1998 16:36:51 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id SAA02334 for pdftex-list; Sat, 18 Jul 1998 18:35:43 -0400 Received: from extra.ucc.su.OZ.AU (extra.ucc.su.oz.au [129.78.64.4]) by tug.org (8.8.5/8.8.5) with ESMTP id SAA02331 for ; Sat, 18 Jul 1998 18:35:40 -0400 Received: from mail.usyd.edu.au (mp-12-3.mp.usyd.edu.au [129.78.58.65]) by extra.ucc.su.OZ.AU (8.9.0/8.9.0) with ESMTP id IAA24989 for ; Sun, 19 Jul 1998 08:35:37 +1000 (EST) Message-ID: <35B12455.6DFBF242@mail.usyd.edu.au> Date: Sun, 19 Jul 1998 08:40:21 +1000 From: Robert Howlett X-Mailer: Mozilla 4.05 [en] (Win95; I) MIME-Version: 1.0 To: pdfTeX mailing list Subject: Re: Pound sign Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk J J C Nimmo wrote: > This error seems to arise because of an incompatibility between cmu10.pfb > and cmitext.enc - indeed if I change the \dollar in cmitext.enc to > \sterling all is fine. > > As a non-expert I don't know whether this change I have made to cmitext.enc > is correct in all circumstances however. Can anybody advise on this? > It is, and you should also change /polishlcross to /suppress. These enc files were made for the BaKoMa fonts, but I think that (like you and I) most people use the BlueSky/Y&Y versions. For such people a possibly better solution is simply to remove the references to the enc files from cm.map (for all the fonts), i.e. change the line cmr10 CMR10 ; Sun, 19 Jul 1998 23:37:50 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id BAA09210 for pdftex-list; Mon, 20 Jul 1998 01:30:39 -0400 Received: from math.ams.org (math.ams.org [130.44.210.14]) by tug.org (8.8.5/8.8.5) with SMTP id BAA09207 for ; Mon, 20 Jul 1998 01:30:36 -0400 Received: from sun06.ams.org by math.ams.org via smtpd (for tug.org [158.121.106.10]) with SMTP; 20 Jul 1998 05:30:36 UT Received: from sun06.ams.org by sun06.ams.org (PMDF V5.1-10 #27147) with SMTP id <0EWD00JG3ON09X@sun06.ams.org> for pdftex@tug.org; Mon, 20 Jul 1998 01:30:36 -0400 (EDT) Date: Mon, 20 Jul 1998 01:30:36 -0400 (EDT) From: Tom Kacvinsky Subject: implementing font compression To: pdftex@tug.org Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Hi all, I am seriously thinking about adding font compression to pdfTeX. I can't make any guarantees on what kind of progress I'll make. Before I really get going, can anyone give me some pointers (hee, hee, no pun intended) on things to watch out for? BTW, I have thought some more about that font encoding parch I posted a while ago. I understand why people were concerned with it, and have thought of a way to correct my patch. I will post that sometime soon for everyones perusal. Hopefully, this one will fly better than the last! Oh yeah, one last comment/question: Has anyone had any problems with including PDF files using versions of pdfTeX-0.12o-1 compiled with gcc 2.7.2.3 for Digital UNIX, 4.0B? I haven't seen these problems with the version I compiled for Solaris 2.6 (using Sun's native C++ compiler). I am sorry that I can't remember the error message at this point... Regards, Tom From "Sebastian Rahtz " Mon Jul 20 03:28:26 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 DAA04208 for ; Mon, 20 Jul 1998 03:28:25 -0600 (MDT) 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 KAA18942; hop 0; Mon, 20 Jul 1998 10:22:23 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Mon, 20 Jul 1998 10:28:07 +0100 Date: Mon, 20 Jul 1998 22:18:30 +0100 Message-ID: <7498-Mon20Jul1998221830+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: beebe@math.utah.edu Cc: pdftex@tug.org, ghost@aladdin.com Subject: Re: Jeffrey McArthur turns up ghostscript bug In-Reply-To: References: Nelson H. F. Beebe writes: > >> This is a bug in Ghostscript: Ghostscript's PDF writer is supposed > >> to set the output page size to the page size of the input. Please GS does do the right thing, *if* you set the page size, in all my experiences. I have a feeling (apologies if wrong) that the original questioner expected GS to use the EPS BoundingBox as the page size. I add some material to the PS file, including << /PageSize [$width $height] >> setpagedevice and all works as expected. Sebastian From owner-pdftex@tug.org Mon Jul 20 03:31:59 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA04276 for ; Mon, 20 Jul 1998 03:31:58 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA10184 for pdftex-list; Mon, 20 Jul 1998 05:28:25 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA10177 for ; Mon, 20 Jul 1998 05:28:23 -0400 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 KAA18945; hop 0; Mon, 20 Jul 1998 10:22:24 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Mon, 20 Jul 1998 10:28:07 +0100 Date: Mon, 20 Jul 1998 22:18:30 +0100 Message-ID: <7498-Mon20Jul1998221830+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: beebe@math.utah.edu Cc: pdftex@tug.org, ghost@aladdin.com Subject: Re: Jeffrey McArthur turns up ghostscript bug In-Reply-To: References: Sender: owner-pdftex@tug.org Precedence: bulk Nelson H. F. Beebe writes: > >> This is a bug in Ghostscript: Ghostscript's PDF writer is supposed > >> to set the output page size to the page size of the input. Please GS does do the right thing, *if* you set the page size, in all my experiences. I have a feeling (apologies if wrong) that the original questioner expected GS to use the EPS BoundingBox as the page size. I add some material to the PS file, including << /PageSize [$width $height] >> setpagedevice and all works as expected. Sebastian From owner-pdftex@tug.org Mon Jul 20 03:32:53 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA04283 for ; Mon, 20 Jul 1998 03:32:52 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA10185 for pdftex-list; Mon, 20 Jul 1998 05:28:26 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA10180 for ; Mon, 20 Jul 1998 05:28:24 -0400 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 KAA18948; hop 0; Mon, 20 Jul 1998 10:22:24 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Mon, 20 Jul 1998 10:28:14 +0100 Date: Mon, 20 Jul 1998 22:19:28 +0100 Message-ID: <9024-Mon20Jul1998221928+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: necula@cs.cmu.edu Cc: pdftex@tug.org Subject: Re: Missing fonts and PDF In-Reply-To: <003401bdb1d6$281c6870$82b50280@fried.fox.cs.cmu.edu> References: <003401bdb1d6$281c6870$82b50280@fried.fox.cs.cmu.edu> Sender: owner-pdftex@tug.org Precedence: bulk George Necula writes: > Warning: pdftex (file xycirc10): > Font xycirc10 at 600 not found > mi.enc> > Warning: pdftex (file xydash10): > Font xydash10 at 600 not found > you need to install the .pfb versions of the XYpic fonts on your system. no more, no less. sebastian From owner-pdftex@tug.org Mon Jul 20 03:38:41 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA04380 for ; Mon, 20 Jul 1998 03:38:40 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA10207 for pdftex-list; Mon, 20 Jul 1998 05:31:04 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id FAA10201 for ; Mon, 20 Jul 1998 05:30:53 -0400 Received: from SnowWhite.inet.cz (pavel@SnowWhite.local [10.0.0.101]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id LAA18734 for ; Mon, 20 Jul 1998 11:27:48 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id IAA07591; Mon, 20 Jul 1998 08:42:13 +0200 Date: Mon, 20 Jul 1998 08:42:13 +0200 Message-Id: <199807200642.IAA07591@SnowWhite.inet.cz> From: "Pavel Janik ml." To: pdfTeX mailing list Subject: Fwd: [tjk@ams.org: Bug Fix: PS from pdfTeX's PDF] X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.109-pre2 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=ISO-8859-2 Sender: owner-pdftex@tug.org Precedence: bulk Hi, I'm cleaning my TODO list and found this one. Can anybody test it and report results here? Someone with access to Mac will be better :-) ------- Start of forwarded message ------- Date: Tue, 16 Jun 1998 05:30:43 -0400 (EDT) From: Tom Kacvinsky Subject: Bug Fix: PS from pdfTeX's PDF To: pdftex @ tug.org Well, I think I can retract what I wrote: I found out that if if pdfTeX uses the font to determine the encoding, the following line: 0 1 255 {1 index exch /.notdef put} for out of the font file does not make it into the font information in the PDF file. Below is a patch that fixes this. As far as I am aware, the assumption I made is OK. Most fonts I have looked at that have a custom encoding have lines that looks like the following: /Encoding 256 array 0 1 255 {1 index exch /.notdef put} for dup 161 /Gamma put dup 162 /Delta put dup 163 /Theta put dup 164 /Lambda put dup 165 /Xi put . . . readonly def (this came out of CMB10, but you get the idea). This patch will insert the missing line provided one is going to subset the font and one is not going to reeenode the font. The other cases -- namely, no font subsetting and/or reencoding are already taken care of properly by pdfTeX. Tom =================================================================== RCS file: RCS/writet1.c,v retrieving revision 1.1 retrieving revision 1.2 diff -c -r1.1 -r1.2 *** 1.1 1998/06/16 01:14:47 - --- 1.2 1998/06/16 01:16:26 *************** *** 462,467 **** - --- 462,482 ---- do { T1_CHECK_EOF(); t1_getline(); + + /* + If the next line ends in "for", it probably is of + of the form: + + 0 1 255 {1 index exch /.notdef put} for + + This is PS code to populate the encoding array with + /.notdef; if not there, Macintosh print drivers + choke when printing out the PDF file. + */ + + if (strstr(t1_line, "for")) { + t1_putline(); + } if (sscanf(t1_line, "dup %u%s put", &i, buf) == 2 && *buf == '/' && pdfischarused(tex_font, i)) { builtin_glyph_names[i] = xstrdup(buf + 1); /* skip the slash */ ------- End of forwarded message ------- -- Pavel Janík ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Mon Jul 20 03:46:02 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA04499 for ; Mon, 20 Jul 1998 03:46:01 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA09951 for pdftex-list; Mon, 20 Jul 1998 04:29:31 -0400 Received: from smtp03.wxs.nl (smtp03.wxs.nl [195.121.6.37]) by tug.org (8.8.5/8.8.5) with ESMTP id EAA09948 for ; Mon, 20 Jul 1998 04:29:29 -0400 Received: from wxs.nl ([195.121.21.151]) by smtp03.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA2DFC; Mon, 20 Jul 1998 10:29:13 +0200 Message-ID: <35B2FD28.4DD498F4@wxs.nl> Date: Mon, 20 Jul 1998 10:17:44 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Tom Kacvinsky CC: pdftex Subject: Re: implementing font compression References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Tom Kacvinsky wrote: > I am seriously thinking about adding font compression to pdfTeX. I > can't make any guarantees on what kind of progress I'll make. I guess you means zip compression as well as removing not-needed entries >From the encoding/width arrays? Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@wxs.nl ----------------------------------------------------------------- From owner-pdftex@tug.org Mon Jul 20 05:18:17 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA05916 for ; Mon, 20 Jul 1998 05:18:16 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA10593 for pdftex-list; Mon, 20 Jul 1998 07:15:16 -0400 Received: from math.ams.org (math.ams.org [130.44.210.14]) by tug.org (8.8.5/8.8.5) with SMTP id HAA10590 for ; Mon, 20 Jul 1998 07:15:15 -0400 Received: from sun06.ams.org by math.ams.org via smtpd (for tug.org [158.121.106.10]) with SMTP; 20 Jul 1998 11:15:13 UT Received: from sun06.ams.org by sun06.ams.org (PMDF V5.1-10 #27147) with SMTP id <0EWE0018S4LCA9@sun06.ams.org> for pdftex@tug.org; Mon, 20 Jul 1998 07:15:12 -0400 (EDT) Date: Mon, 20 Jul 1998 07:15:12 -0400 (EDT) From: Tom Kacvinsky Subject: Re: implementing font compression In-reply-to: <35B2FD28.4DD498F4@wxs.nl> To: pdftex@tug.org Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Hi Hans, > > Tom Kacvinsky wrote: > > > I am seriously thinking about adding font compression to pdfTeX. I > > can't make any guarantees on what kind of progress I'll make. > > I guess you means zip compression as well as removing not-needed entries > from the encoding/width arrays? > Zip compression for Type 1 fonts (at first, more later if I am successful). Hmmm, I hadn't thought of removing entries from the width arrays. I thought pdfTeX did an OK job of removing the extraneous entries from the encoding array. But I am thinking of the "built-in" encoding of the embedded font, not the /Encoding entry of the /Font object. Tom From owner-pdftex@tug.org Mon Jul 20 05:39:43 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA06288 for ; Mon, 20 Jul 1998 05:39:42 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA10667 for pdftex-list; Mon, 20 Jul 1998 07:35:22 -0400 Received: from math.ams.org (math.ams.org [130.44.210.14]) by tug.org (8.8.5/8.8.5) with SMTP id HAA10664 for ; Mon, 20 Jul 1998 07:35:21 -0400 Received: from sun06.ams.org by math.ams.org via smtpd (for tug.org [158.121.106.10]) with SMTP; 20 Jul 1998 11:35:22 UT Received: from sun06.ams.org by sun06.ams.org (PMDF V5.1-10 #27147) with SMTP id <0EWE001CA5IXA9@sun06.ams.org> for pdftex@tug.org; Mon, 20 Jul 1998 07:35:21 -0400 (EDT) Date: Mon, 20 Jul 1998 07:35:21 -0400 (EDT) From: Tom Kacvinsky Subject: Re: Fwd: [tjk@ams.org: Bug Fix: PS from pdfTeX's PDF] In-reply-to: <199807200642.IAA07591@SnowWhite.inet.cz> To: pdftex@tug.org Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk > > Hi, > > I'm cleaning my TODO list and found this one. Can anybody test it and > report results here? Someone with access to Mac will be better :-) > OK, I am the one who posted the patch. Here is what I have found that concerns me: Not all fonts have encoding arrays that look like: /Encoding 256 array 0 1 255 {1 index exch /.notdef put} for dup 161 /Gamma put dup 162 /Delta put dup 163 /Theta put dup 164 /Lambda put . . . readonly def Some look like: /Encoding 256 array stuff for exactly 256 glyphs readonly def. My code will catch lines that come from encoding arrays that look like the latter and have "for" in the glyph name (like /Anafor). The side effect of this is that the glyph entry will be copied into the encoding array twice. As far as I know, this won't cause problems, but it isn't elegant. Much better would be to use the t1_suffix function that is defined in writet1.c, as in: if (t1_suffix("for")) { t1_putline(); } Other than that, this patch solved all of the printing problems that I was having when trying to print a pdfTeX produced PDF file from my Macintosh. Tom P.S. I 'll post a patch that uses the above idea (t1_suffix) later today. From owner-pdftex@tug.org Mon Jul 20 05:56:31 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA06547 for ; Mon, 20 Jul 1998 05:56:30 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA10713 for pdftex-list; Mon, 20 Jul 1998 07:48:05 -0400 Received: from socks.ubsinc.com (socks.ubsinc.com [207.152.88.2]) by tug.org (8.8.5/8.8.5) with ESMTP id HAA10710 for ; Mon, 20 Jul 1998 07:48:04 -0400 Received: from iws-irms.com (sabuguinho.146.179.198.in-addr.arpa [198.179.146.243]) by socks.ubsinc.com (8.8.5/8.8.5) with ESMTP id GAA16045; Mon, 20 Jul 1998 06:49:39 -0500 Message-ID: <35B32D10.6C43E349@iws-irms.com> Date: Mon, 20 Jul 1998 06:42:08 -0500 From: Glauber Ribeiro Organization: Integrated Warehousing Solutions http://www.iws-irms.com X-Mailer: Mozilla 4.05 [en] (WinNT; I) MIME-Version: 1.0 To: jeffmcarthur@home.com CC: pdftex@tug.org Subject: Re: Including PDFs in PDFs References: <35b0e809.6325611@mail> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hello, How are you doing this, are you using the graphics package? If so, i had the same problem, and it turned out to be i had the wrong pdftex.def file (in the directory where your graphics package is). Let me know if you are using graphics, and i will email you the pdftex.def that works. I include PDFWriter files all the time. It works with graphics, or with \pdfimage. Glauber Jeffrey McArthur wrote: > > I finally figured out how to inlcude PDFs in PDFs with PDFTeX. It appears > that PDFTeX, at least the Win32 version, will not properly include PDFs > created by PDF Writer. I even generated the files as PS files via the Adobe > Distiller print driver and distilled them. These files do not work either. > > HOWEVER, if you use GhostScript to read in either the PS, EPS, or PDF file > and write it back out as a PDF, then that PDF can be included using PDF TeX. > > Unfortunately this has for me, one major downside. GhostScript must be > setup to output to a particular page size. It does not generate a PDF the > same size as the input PS, EPS, or PDF, it uses the paper size specified in > one of its config files or on the command line. This means I cannot include > an abitrary size PDF file into PDFTeX by using GhostScript to filter it. > > Are there any plans to fix PDFTeX so that it will include PDF files created > by PDFWriter? > > Jeffrey M\kern-.05em\raise.5ex\hbox{\b c}\kern-.05emArthur > a.k.a. Jeffrey McArthur ATLIS Publishing Services > http://members.home.net/jeffmcarthur/ -- Glauber Ribeiro --- IWS mailto:glauber@iws-irms.com http://www.iws-irms.com From owner-pdftex@tug.org Mon Jul 20 06:08:50 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA06805 for ; Mon, 20 Jul 1998 06:08:49 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA10807 for pdftex-list; Mon, 20 Jul 1998 08:05:36 -0400 Received: from smtp01.wxs.nl (smtp01.wxs.nl [195.121.6.61]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA10804 for ; Mon, 20 Jul 1998 08:05:35 -0400 Received: from wxs.nl ([195.121.20.205]) by smtp01.wxs.nl (Netscape Messaging Server 3.54) with ESMTP id AAA49C0; Mon, 20 Jul 1998 14:05:17 +0200 Message-ID: <35B33419.7A762FC6@wxs.nl> Date: Mon, 20 Jul 1998 14:12:09 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Tom Kacvinsky CC: pdftex@tug.org Subject: Re: implementing font compression References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Tom Kacvinsky wrote: > Hmmm, I hadn't thought of removing entries from the width arrays. I thought > pdfTeX did an OK job of removing the extraneous entries from the encoding > array. But I am thinking of the "built-in" encoding of the embedded > font, not the /Encoding entry of the /Font object. I did some experiments with building encoding vectors directly (during the pk/pgc inclusion stage) for testing purposes. The specs permit more sparse arrays than pdftex currently outputs. This can save quit esome bytes, especially when one uses only a few glyphs from a font. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@wxs.nl ----------------------------------------------------------------- From owner-pdftex@tug.org Mon Jul 20 06:30:14 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA07125 for ; Mon, 20 Jul 1998 06:30:13 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA10932 for pdftex-list; Mon, 20 Jul 1998 08:27:36 -0400 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA10929 for ; Mon, 20 Jul 1998 08:27:35 -0400 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 OAA27558; Mon, 20 Jul 1998 14:27:29 +0200 (MET DST) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id OAA25800; Mon, 20 Jul 1998 14:31:41 +0200 (MET DST) Date: Mon, 20 Jul 1998 14:31:41 +0200 (MET DST) Message-Id: <199807201231.OAA25800@mozart.ujf-grenoble.fr> From: Thierry Bouche To: Tom Kacvinsky Cc: pdftex@tug.org Subject: Re: implementing font compression In-Reply-To: References: <35B2FD28.4DD498F4@wxs.nl> 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: implementing font compression », Tom Kacvinsky écrit : « » Hi Hans, » » > » > Tom Kacvinsky wrote: » > » > > I am seriously thinking about adding font compression to pdfTeX. I » > > can't make any guarantees on what kind of progress I'll make. » > » > I guess you means zip compression as well as removing not-needed entries » > from the encoding/width arrays? » > » » Zip compression for Type 1 fonts (at first, more later if I am successful). isn't it already what's done? I thought the next big deal would be to implement CFF (opentype) compression? Th. Bouche From owner-pdftex@tug.org Mon Jul 20 06:34:41 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA07203 for ; Mon, 20 Jul 1998 06:34:39 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA10951 for pdftex-list; Mon, 20 Jul 1998 08:31:32 -0400 Received: from math.ams.org (math.ams.org [130.44.210.14]) by tug.org (8.8.5/8.8.5) with SMTP id IAA10948 for ; Mon, 20 Jul 1998 08:31:31 -0400 Received: from sun06.ams.org by math.ams.org via smtpd (for tug.org [158.121.106.10]) with SMTP; 20 Jul 1998 12:31:32 UT Received: from sun06.ams.org by sun06.ams.org (PMDF V5.1-10 #27147) with ESMTP id <0EWE001QQ84JA9@sun06.ams.org> for pdftex@tug.org; Mon, 20 Jul 1998 08:31:31 -0400 (EDT) Date: Mon, 20 Jul 1998 08:31:31 -0400 (EDT) From: Tom Kacvinsky Subject: Re: implementing font compression In-reply-to: <199807201231.OAA25800@mozart.ujf-grenoble.fr> To: pdftex@tug.org 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.org id IAA10949 Sender: owner-pdftex@tug.org Precedence: bulk > » > » Zip compression for Type 1 fonts (at first, more later if I am successful). > > isn't it already what's done? > > I thought the next big deal would be to implement CFF (opentype) compression? > Hi Thierry, pdfTeX embeds Type 1 fonts in PFB form. I haven't even read through the CFF specs yet. Tom From owner-pdftex@tug.org Mon Jul 20 06:59:12 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA07589 for ; Mon, 20 Jul 1998 06:59:11 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA11127 for pdftex-list; Mon, 20 Jul 1998 08:56:35 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id IAA11124 for ; Mon, 20 Jul 1998 08:56:32 -0400 Received: from SnowWhite.inet.cz (pavel@SnowWhite.local [10.0.0.101]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id OAA03831 for ; Mon, 20 Jul 1998 14:53:21 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id OAA01335; Mon, 20 Jul 1998 14:56:02 +0200 Date: Mon, 20 Jul 1998 14:56:02 +0200 Message-Id: <199807201256.OAA01335@SnowWhite.inet.cz> From: "Pavel Janik ml." To: pdfTeX mailing list Subject: pdftex-0.12o-5 X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.109 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Hi, pdftex-0.12o-5 is on ftp://ftp.cstug.cz/pub/tex/local/cstug/janik/ or ftp://ftp.inet.cz/pub/Mirrors/pdfTeX/Janik/. It includes only one `minor' change - Fabrice's patch obj_tab_size - so you should upgrade only only if some problems with number of objects arise. Any problems? You know what to do... BTW - can you point me to the right page in PDFSPEC with max. number of objects? I cannot find it :-( -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Mon Jul 20 09:05:46 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA10183 for ; Mon, 20 Jul 1998 09:05:45 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA11806 for pdftex-list; Mon, 20 Jul 1998 11:02:00 -0400 Received: from smtp04.wxs.nl (smtp04.wxs.nl [195.121.6.59]) by tug.org (8.8.5/8.8.5) with ESMTP id LAA11802 for ; Mon, 20 Jul 1998 11:01:59 -0400 Received: from wxs.nl ([195.121.21.76]) by smtp04.wxs.nl (Netscape Messaging Server 3.54) with ESMTP id AAA6290; Mon, 20 Jul 1998 17:01:57 +0200 Message-ID: <35B35D4D.C84E170E@wxs.nl> Date: Mon, 20 Jul 1998 17:07:57 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: pdftex , "Pavel.Janik@inet.cz" Subject: graphics inclusion Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk On large jobs, direct graphic inclusion takes much time, especially when we deal with many inserts. In a multi pass job, inclusion is not needed in the pre-last passes. Technically it is possible to postpone inclusion till the end of the job (a nice feature of pdf). Therefore I propose an additional primitive: \pdfimagemode={0,1} % default = 1 combined with actual graphics inclusion postponed. This means that when a macropackage during a run finds that this is not yet the final run, it can say (before ending the job): \pdfimagemode=0 and thereby prevents flushing. This feature would either save a lot of run time and/or extra passes. Currently in ConTeXt I can turn insertion on and off, but I would prefer this method. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@wxs.nl ----------------------------------------------------------------- From owner-pdftex@tug.org Mon Jul 20 09:06:10 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA10195 for ; Mon, 20 Jul 1998 09:06:09 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA11800 for pdftex-list; Mon, 20 Jul 1998 11:01:50 -0400 Received: from smtp02.wxs.nl (smtp02.wxs.nl [195.121.6.60]) by tug.org (8.8.5/8.8.5) with ESMTP id LAA11797 for ; Mon, 20 Jul 1998 11:01:47 -0400 Received: from wxs.nl ([195.121.21.76]) by smtp02.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA38DB; Mon, 20 Jul 1998 17:01:42 +0200 Message-ID: <35B35887.6C73A3BA@wxs.nl> Date: Mon, 20 Jul 1998 16:47:35 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Pavel.Janik@inet.cz CC: pdfTeX mailing list Subject: Re: pdftex-0.12o-5 References: <199807201256.OAA01335@SnowWhite.inet.cz> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by tug.org id LAA11798 Sender: owner-pdftex@tug.org Precedence: bulk Pavel Janik ml. wrote: > BTW - can you point me to the right page in PDFSPEC with max. number > of objects? I cannot find it :-( Page 354: cut and pasted (ugly): Table D.1 Architectural limits Quantity Limit Explanation integer 2,147,483,647 Largest positive value, 2 31 - 1. -2,147,483,648 Largest negative value, -2 31 . real ±32,767 Approximate range of values. ±1/65,536 Approximate smallest non-zero value. 5 Approximate number of decimal digits of precision in fractional part. array 65,535 Maximum number of elements in an array. dictionary 65,535 Maximum number of key–value pairs in a dictionary. string 65,535 Maximum number of characters in a string. name 127 Maximum number of characters in a name. indirect object 250,000 Maximum number of indirect objects in a PDF file. ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@wxs.nl ----------------------------------------------------------------- From owner-pdftex@tug.org Mon Jul 20 09:35:56 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id JAA10892 for ; Mon, 20 Jul 1998 09:35:54 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id LAA11985 for pdftex-list; Mon, 20 Jul 1998 11:33:34 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id LAA11982 for ; Mon, 20 Jul 1998 11:33:32 -0400 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 QAA02979; hop 0; Mon, 20 Jul 1998 16:27:31 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Mon, 20 Jul 1998 16:33:19 +0100 Date: Tue, 21 Jul 1998 04:32:59 +0100 Message-ID: <6222-Tue21Jul1998043259+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 I); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pragma@wxs.nl Cc: pdftex@tug.org, Pavel.Janik@inet.cz Subject: Re: graphics inclusion In-Reply-To: <35B35D4D.C84E170E@wxs.nl> References: <35B35D4D.C84E170E@wxs.nl> Sender: owner-pdftex@tug.org Precedence: bulk Hans Hagen writes: > On large jobs, direct graphic inclusion takes much time, especially when > we deal with many inserts. In a multi pass job, inclusion is not needed > in the pre-last passes. > > Technically it is possible to postpone inclusion till the end of the job > (a nice feature of pdf). Therefore I propose an additional primitive: > > \pdfimagemode={0,1} % default = 1 how much space is then left by \pdfimage foo.png\relax if \pdfimagemode=0? i like the idea, but i dont see how this nice `draft mode' works in practice. does it open the file at all to determine its size? I for one do *not* want to depend on external storage of the file size, as its so convenient to have pdftex work it out Sebastian From owner-pdftex@tug.org Mon Jul 20 19:01:46 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id TAA26096 for ; Mon, 20 Jul 1998 19:01:45 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id UAA14048 for pdftex-list; Mon, 20 Jul 1998 20:57:05 -0400 Received: from math.ams.org (math.ams.org [130.44.210.14]) by tug.org (8.8.5/8.8.5) with SMTP id UAA14045 for ; Mon, 20 Jul 1998 20:57:04 -0400 Received: from sun06.ams.org by math.ams.org via smtpd (for tug.org [158.121.106.10]) with SMTP; 21 Jul 1998 00:57:05 UT Received: from sun06.ams.org by sun06.ams.org (PMDF V5.1-10 #27147) with SMTP id <0EWF00JB56MWI5@sun06.ams.org> for pdftex@tug.org; Mon, 20 Jul 1998 20:56:56 -0400 (EDT) Date: Mon, 20 Jul 1998 20:56:56 -0400 (EDT) From: Tom Kacvinsky Subject: writet1.c patch To: pdftex@tug.org Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Here it is. Noe that t1_suffix will look for "for" at the end of the line, not in the middle. thus, it won't catch on a line like: dup 23 /Anafor put Tom =================================================================== RCS file: RCS/writet1.c,v retrieving revision 1.1 retrieving revision 1.4 diff -c -r1.1 -r1.4 *** 1.1 1998/06/16 01:14:47 --- 1.4 1998/07/21 00:42:51 *************** *** 461,467 **** builtin_glyph_names[i] = notdef; do { T1_CHECK_EOF(); ! t1_getline(); if (sscanf(t1_line, "dup %u%s put", &i, buf) == 2 && *buf == '/' && pdfischarused(tex_font, i)) { builtin_glyph_names[i] = xstrdup(buf + 1); /* skip the slash */ --- 461,469 ---- builtin_glyph_names[i] = notdef; do { T1_CHECK_EOF(); ! if (t1_suffix("for") { ! t1_putline(); ! } if (sscanf(t1_line, "dup %u%s put", &i, buf) == 2 && *buf == '/' && pdfischarused(tex_font, i)) { builtin_glyph_names[i] = xstrdup(buf + 1); /* skip the slash */ From owner-pdftex@tug.org Tue Jul 21 00:50:56 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id AAA02441 for ; Tue, 21 Jul 1998 00:50:54 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id CAA15498 for pdftex-list; Tue, 21 Jul 1998 02:47:44 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id CAA15495 for ; Tue, 21 Jul 1998 02:47:40 -0400 Received: from SnowWhite.inet.cz (pavel@dialup2.inet.cz [194.196.193.2]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id IAA09094; Tue, 21 Jul 1998 08:44:31 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id IAA00339; Tue, 21 Jul 1998 08:40:56 +0200 Date: Tue, 21 Jul 1998 08:40:56 +0200 Message-Id: <199807210640.IAA00339@SnowWhite.inet.cz> From: "Pavel Janik ml." To: Sebastian Rahtz CC: pdfTeX mailing list In-reply-to: <5997-Tue21Jul1998014722+0100-s.rahtz@elsevier.co.uk> (message from Sebastian Rahtz on Tue, 21 Jul 1998 01:47:22 +0100) Subject: `Advanced' TIFF compression support X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.109-pre2 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk [Was private mail, but I think most people here are interested in too, so I'l reply to news.] Date: Tue, 21 Jul 1998 01:47:22 +0100 From: Sebastian Rahtz Hi, > any thoughts on the `direct' inclusion of some compressed tiff? I think about it, I have distilled all pictures from libtiff with LZW compression (after tiff2ps on them) but I still can't solve, how the data should be transformed from TIFF to PDF :-( I'm starting to think that there is no straight way of this. But in the near feature I'd like to finish current support which should be (when we solve our TIFF -> PDF questions) fallback when no supported compression is used. -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Tue Jul 21 01:37:23 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id BAA03301 for ; Tue, 21 Jul 1998 01:37:22 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id DAA15649 for pdftex-list; Tue, 21 Jul 1998 03:30:10 -0400 Received: from math.ams.org (math.ams.org [130.44.210.14]) by tug.org (8.8.5/8.8.5) with SMTP id DAA15646 for ; Tue, 21 Jul 1998 03:30:08 -0400 Received: from sun06.ams.org by math.ams.org via smtpd (for tug.org [158.121.106.10]) with SMTP; 21 Jul 1998 07:30:05 UT Received: from sun06.ams.org by sun06.ams.org (PMDF V5.1-10 #27147) with SMTP id <0EWF0027UOU02E@sun06.ams.org> for pdftex@tug.org; Tue, 21 Jul 1998 03:30:00 -0400 (EDT) Date: Tue, 21 Jul 1998 03:30:00 -0400 (EDT) From: Tom Kacvinsky Subject: Re: `Advanced' TIFF compression support In-reply-to: <199807210640.IAA00339@SnowWhite.inet.cz> To: pdftex@tug.org Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk > > Hi, > > > any thoughts on the `direct' inclusion of some compressed tiff? > > I think about it, I have distilled all pictures from libtiff with LZW > compression (after tiff2ps on them) but I still can't solve, how the > data should be transformed from TIFF to PDF :-( I'm starting to think > that there is no straight way of this. But in the near feature I'd > like to finish current support which should be (when we solve our TIFF > -> PDF questions) fallback when no supported compression is used. > Hi, If libtiff is compiled with libz, then tiffcp (a utility program that comes with libtiff) has the capability of converting most any TIFF file into an experimental zip compressed TIFF file. I say experimental because zip compression of TIFF files isn't in the standard. Yet. Adobe's ImageReady program has the capabilties of writing out zip compressed TIFFs, so a changed standard can't be too far behind. I don't know if that last bit of information is of much use or not, but it seemed to fit the discussion. Tom From owner-pdftex@tug.org Tue Jul 21 01:43:46 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id BAA03385 for ; Tue, 21 Jul 1998 01:43:45 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id DAA15696 for pdftex-list; Tue, 21 Jul 1998 03:39:30 -0400 Received: from smtp01.wxs.nl (smtp01.wxs.nl [195.121.6.61]) by tug.org (8.8.5/8.8.5) with ESMTP id DAA15693 for ; Tue, 21 Jul 1998 03:39:29 -0400 Received: from wxs.nl ([195.121.21.117]) by smtp01.wxs.nl (Netscape Messaging Server 3.54) with ESMTP id AAA280A; Tue, 21 Jul 1998 09:39:10 +0200 Message-ID: <35B444AF.FF5E36B2@wxs.nl> Date: Tue, 21 Jul 1998 09:35:11 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Sebastian Rahtz CC: pdftex@tug.org, Pavel.Janik@inet.cz Subject: Re: graphics inclusion References: <35B35D4D.C84E170E@wxs.nl> <6222-Tue21Jul1998043259+0100-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: > > On large jobs, direct graphic inclusion takes much time, especially when > > we deal with many inserts. In a multi pass job, inclusion is not needed > > in the pre-last passes. > > > > Technically it is possible to postpone inclusion till the end of the job > > (a nice feature of pdf). Therefore I propose an additional primitive: > > > > \pdfimagemode={0,1} % default = 1 > > how much space is then left by > > \pdfimage foo.png\relax > > if \pdfimagemode=0? > > i like the idea, but i dont see how this nice `draft mode' works in > practice. does it open the file at all to determine its size? I for Given that you use pdftex itself to determine the dimensions, it does open the file, read the dimensions, but does not include the graphics data yet (at least that is what I observe, but I didn't look at the source). Pdftex puts the graphic in a form and because forms can be reused, their associated dimensions are stored. It's no problem to postpone flushing this form (pdftex only has to remember the filename too): it can reserve an object reference number for it. The actual file pos of the objects is output at the end of the file, so only before writing the xref table, flushing can occur. (Don't confuse this with user \pdfform; here I'm talking of a system generated one) > one do *not* want to depend on external storage of the file size, as Well, you don't have to. Anyway, I hate to wait for half a minute before a page with a large graphic is flushed, just to find out that on the next page I made \a \typo. > its so convenient to have pdftex work it out (BTW, did you notice that while pdftex embraces forms, no dvitops driver supports the similar ps level 2 feature. Or maybe I'm reading the specs wrong.) Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@wxs.nl ----------------------------------------------------------------- From owner-pdftex@tug.org Tue Jul 21 03:34:37 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA05374 for ; Tue, 21 Jul 1998 03:34:36 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA16247 for pdftex-list; Tue, 21 Jul 1998 05:26:55 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA16241 for ; Tue, 21 Jul 1998 05:26:52 -0400 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 KAA18703; hop 0; Tue, 21 Jul 1998 10:20:46 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Tue, 21 Jul 1998 10:26:40 +0100 Date: Tue, 21 Jul 1998 22:02:10 +0100 Message-ID: <4652-Tue21Jul1998220210+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pragma@wxs.nl Cc: pdftex@tug.org, Pavel.Janik@inet.cz Subject: Re: graphics inclusion In-Reply-To: <35B444AF.FF5E36B2@wxs.nl> References: <35B35D4D.C84E170E@wxs.nl> <6222-Tue21Jul1998043259+0100-s.rahtz@elsevier.co.uk> <35B444AF.FF5E36B2@wxs.nl> Sender: owner-pdftex@tug.org Precedence: bulk Hans Hagen writes: > source). Pdftex puts the graphic in a form > and because forms can be reused, their associated dimensions are stored. > It's no problem to postpone flushing this form (pdftex only has to > remember the filename too): it can reserve an object reference number > for it. The actual file pos of the objects is output at the end of the > file, so only before writing the xref table, flushing can occur. Ok. I understand. I agree that it should work. would the PDF still be valid if the object was never output? > Well, you don't have to. Anyway, I hate to wait for half a minute before > a page with a large graphic is flushed, just to find out that on the > next page I made \a \typo. yes, i find the same! > (BTW, did you notice that while pdftex embraces forms, no dvitops driver > supports the similar ps level 2 feature. Or maybe I'm reading the specs > wrong.) do you know of any dvi to PS driver which has been *seriously* updated for the last several years? I dont. sebastian From owner-pdftex@tug.org Tue Jul 21 03:44:51 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA05564 for ; Tue, 21 Jul 1998 03:44:50 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA16246 for pdftex-list; Tue, 21 Jul 1998 05:26:55 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA16231 for ; Tue, 21 Jul 1998 05:26:46 -0400 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 KAA18700; hop 0; Tue, 21 Jul 1998 10:20:46 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Tue, 21 Jul 1998 10:26:30 +0100 Date: Tue, 21 Jul 1998 21:59:02 +0100 Message-ID: <9647-Tue21Jul1998215902+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Pavel.Janik@inet.cz Cc: pdftex@tug.org Subject: Re: `Advanced' TIFF compression support In-Reply-To: <199807210640.IAA00339@SnowWhite.inet.cz> References: <5997-Tue21Jul1998014722+0100-s.rahtz@elsevier.co.uk> <199807210640.IAA00339@SnowWhite.inet.cz> Sender: owner-pdftex@tug.org Precedence: bulk Pavel Janik ml. writes: > I think about it, I have distilled all pictures from libtiff with LZW > compression (after tiff2ps on them) but I still can't solve, how the > data should be transformed from TIFF to PDF :-( I'm starting to think doesn't tiff2ps show the way? if you do tiff2ps, then Distiller with no compression, you see whats required. I'll mail you some examples > that there is no straight way of this. But in the near feature I'd > like to finish current support which should be (when we solve our TIFF > -> PDF questions) fallback when no supported compression is used. IMHO, the real thing wrong with the tiff inclusion is that the resolution info is not used. that prevents me even trying to use it.... I lie, yesterday I did a small test. The resulting 238Mb core file put me off :-} sebastian From owner-pdftex@tug.org Tue Jul 21 04:35:50 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id EAA06334 for ; Tue, 21 Jul 1998 04:35:49 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id GAA16567 for pdftex-list; Tue, 21 Jul 1998 06:33:15 -0400 Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by tug.org (8.8.5/8.8.5) with ESMTP id GAA16564 for ; Tue, 21 Jul 1998 06:33:08 -0400 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 MAA01499; Tue, 21 Jul 1998 12:32:19 +0200 (MET DST) Received: (from bouche@localhost) by mozart.ujf-grenoble.fr (8.7.6/8.6.9) id MAA05301; Tue, 21 Jul 1998 12:36:37 +0200 (MET DST) Date: Tue, 21 Jul 1998 12:36:37 +0200 (MET DST) Message-Id: <199807211036.MAA05301@mozart.ujf-grenoble.fr> From: Thierry Bouche To: Sebastian Rahtz Cc: pragma@wxs.nl, pdftex@tug.org, Pavel.Janik@inet.cz Subject: Re: graphics inclusion In-Reply-To: <4652-Tue21Jul1998220210+0100-s.rahtz@elsevier.co.uk> References: <35B35D4D.C84E170E@wxs.nl> <6222-Tue21Jul1998043259+0100-s.rahtz@elsevier.co.uk> <35B444AF.FF5E36B2@wxs.nl> <4652-Tue21Jul1998220210+0100-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 » > Well, you don't have to. Anyway, I hate to wait for half a minute before » > a page with a large graphic is flushed, just to find out that on the » > next page I made \a \typo. » yes, i find the same! if you disable compression for the first runs, it may be much faster, i had that on a booklet with many bitmap images: compression=0 -> 30Mb compiled in 25s compression =9 -> 3 Mb compiled in 20 minutes Thierry Bouche, Grenoble. From owner-pdftex@tug.org Tue Jul 21 07:49:41 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA09706 for ; Tue, 21 Jul 1998 07:49:39 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA17314 for pdftex-list; Tue, 21 Jul 1998 09:46:29 -0400 Received: from smtp04.wxs.nl (smtp04.wxs.nl [195.121.6.59]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA17311 for ; Tue, 21 Jul 1998 09:46:28 -0400 Received: from wxs.nl ([195.121.20.119]) by smtp04.wxs.nl (Netscape Messaging Server 3.54) with ESMTP id AAA55EE; Tue, 21 Jul 1998 15:46:19 +0200 Message-ID: <35B47C9C.9FD64C39@wxs.nl> Date: Tue, 21 Jul 1998 13:33:48 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Sebastian Rahtz CC: pdftex@tug.org, Pavel.Janik@inet.cz Subject: Re: graphics inclusion References: <35B35D4D.C84E170E@wxs.nl> <6222-Tue21Jul1998043259+0100-s.rahtz@elsevier.co.uk> <35B444AF.FF5E36B2@wxs.nl> <4652-Tue21Jul1998220210+0100-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: > > source). Pdftex puts the graphic in a form > > and because forms can be reused, their associated dimensions are stored. > > It's no problem to postpone flushing this form (pdftex only has to > > remember the filename too): it can reserve an object reference number > > for it. The actual file pos of the objects is output at the end of the > > file, so only before writing the xref table, flushing can occur. > Ok. I understand. I agree that it should work. would the PDF still be > valid if the object was never output? The form could be output with an empty data segment or maybe more beautiful, a gray shaded box or outline. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@wxs.nl ----------------------------------------------------------------- From owner-pdftex@tug.org Tue Jul 21 15:32:30 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id PAA25957 for ; Tue, 21 Jul 1998 15:32:27 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id RAA19258 for pdftex-list; Tue, 21 Jul 1998 17:28:34 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id RAA19255 for ; Tue, 21 Jul 1998 17:28:30 -0400 Received: from SnowWhite.inet.cz (pavel@dialup2.inet.cz [194.196.193.2]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id XAA25529 for ; Tue, 21 Jul 1998 23:25:19 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id WAA06531; Tue, 21 Jul 1998 22:17:14 +0200 Date: Tue, 21 Jul 1998 22:17:14 +0200 Message-Id: <199807212017.WAA06531@SnowWhite.inet.cz> From: "Pavel Janik ml." To: pdfTeX mailing list Subject: TIFF once more :-) X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.109-pre2 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=ISO-8859-2 Sender: owner-pdftex@tug.org Precedence: bulk Hi, I just saw this. Can you investigate it, please? --- cut here --- Date: Sun, 19 Jul 1998 08:31:26 -0400 (EDT) From: Daniel Feenberg Subject: [PDF] TIFF to PDF conversion A nice command line utility that will do TIFF to PDF conversion from the command line is Image Alchemy from Handmade Software. Costs about $200 and works great. I think the URL is www.handmadesw.com but a search engine should pick it up if that is wrong. Distiller doesn't do TIFFs. Capture does TIFF to PDF but doesn't run from the command line and is expensive (!) and requires a dongle. Hope this helps. --- cut here --- -- Pavel Janík ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Tue Jul 21 15:32:36 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id PAA25971 for ; Tue, 21 Jul 1998 15:32:35 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id RAA19268 for pdftex-list; Tue, 21 Jul 1998 17:28:59 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id RAA19265 for ; Tue, 21 Jul 1998 17:28:50 -0400 Received: from SnowWhite.inet.cz (pavel@dialup2.inet.cz [194.196.193.2]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id XAA25559; Tue, 21 Jul 1998 23:25:41 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id TAA01436; Tue, 21 Jul 1998 19:36:18 +0200 Date: Tue, 21 Jul 1998 19:36:18 +0200 Message-Id: <199807211736.TAA01436@SnowWhite.inet.cz> From: "Pavel Janik ml." To: Sebastian Rahtz CC: pdfTeX mailing list In-reply-to: <9647-Tue21Jul1998215902+0100-s.rahtz@elsevier.co.uk> (message from Sebastian Rahtz on Tue, 21 Jul 1998 21:59:02 +0100) Subject: Re: `Advanced' TIFF compression support X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.109-pre2 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Date: Tue, 21 Jul 1998 21:59:02 +0100 From: Sebastian Rahtz Hi, > IMHO, the real thing wrong with the tiff inclusion is that the > resolution info is not used. that prevents me even trying to use > it.... Thats I'm working on just now :-) > I lie, yesterday I did a small test. The resulting 238Mb core file put > me off :-} :-) It depends on your computer and amount of available VM. My server has 1GB of memory and 1GB of swap - I bet with you that it will work :-) But you're right - it's unusable for B/W TIFF and for TIFF with resolution - it's on my TODO list. -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Tue Jul 21 15:32:45 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id PAA25977 for ; Tue, 21 Jul 1998 15:32:44 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id RAA19263 for pdftex-list; Tue, 21 Jul 1998 17:28:42 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id RAA19260 for ; Tue, 21 Jul 1998 17:28:38 -0400 Received: from SnowWhite.inet.cz (pavel@dialup2.inet.cz [194.196.193.2]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id XAA25533; Tue, 21 Jul 1998 23:25:27 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id WAA06561; Tue, 21 Jul 1998 22:30:25 +0200 Date: Tue, 21 Jul 1998 22:30:25 +0200 Message-Id: <199807212030.WAA06561@SnowWhite.inet.cz> From: "Pavel Janik ml." To: Hans Hagen CC: pdfTeX mailing list In-reply-to: <35B35887.6C73A3BA@wxs.nl> (message from Hans Hagen on Mon, 20 Jul 1998 16:47:35 +0200) Subject: Re: pdftex-0.12o-5 X-Mailer: Rmail with MIME support/GNU Emacs X-Emacs: GNU Emacs running on SnowWhiteII X-Operating-System: Linux 2.1.109-pre2 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Reply-to: Pavel.Janik@inet.cz Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Date: Mon, 20 Jul 1998 16:47:35 +0200 From: Hans Hagen Hi, > Page 354: cut and pasted (ugly): > > Table D.1 Architectural limits thanks, this page is very interesting. More questions arise: 1. should pdfTeX produced pages smaller than 1x1 (inches)? My answer is Yes! We should not depend on the buggy Reader and Exchange. BTW - Can xpdf or gs display smaller pages? 2. What about maximal page size? There is limit 45x45 inches for Adobe... Try to imagine this: you should make PDF file of city plan which should be browsable on the big screen and printable - now you are (at least PDF SPEC says this) limited to 45 inches. 3. These limits are all for 32bit systems. What about 64bit e.g. Digital (ugh, Compaq) Alpha Linux? Should we remain portable or not? My answer is Yes! Any comments to my thoughts? -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Wed Jul 22 02:07:23 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA06894 for ; Wed, 22 Jul 1998 02:07:22 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA21695 for pdftex-list; Wed, 22 Jul 1998 04:00:02 -0400 Received: from smtp04.wxs.nl (smtp04.wxs.nl [195.121.6.59]) by tug.org (8.8.5/8.8.5) with ESMTP id EAA21692 for ; Wed, 22 Jul 1998 04:00:01 -0400 Received: from wxs.nl ([195.121.21.84]) by smtp04.wxs.nl (Netscape Messaging Server 3.54) with ESMTP id AAA406C; Wed, 22 Jul 1998 09:59:51 +0200 Message-ID: <35B5933E.1C0ADF39@wxs.nl> Date: Wed, 22 Jul 1998 09:22:38 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Pavel.Janik@inet.cz CC: pdfTeX mailing list Subject: Re: pdftex-0.12o-5 References: <199807212030.WAA06561@SnowWhite.inet.cz> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Pavel Janik ml. wrote: > thanks, this page is very interesting. More questions arise: Version 1 of pdf had lower numbers and I expect the next version to have higher ones. > 1. should pdfTeX produced pages smaller than 1x1 (inches)? My > answer is Yes! We should not depend on the buggy Reader and > Exchange. BTW - Can xpdf or gs display smaller pages? Yes indeed. PDF is the starting point, not the viewer. > 2. What about maximal page size? There is limit 45x45 inches > for Adobe... Try to imagine this: you should make PDF file of city > plan which should be browsable on the big screen and printable - now > you are (at least PDF SPEC says this) limited to 45 inches. \maxdimen should be the upper limit (probably lower because in practive a macro package doe calculations; try to typeset a big poster in 10 columns and tex will be the limit (sort of because you can work around it)). > 3. These limits are all for 32bit systems. What about 64bit > e.g. Digital (ugh, Compaq) Alpha Linux? Should we remain portable or > not? My answer is Yes! No limits. Most typesetting systems probably have lower limits (try to make a 100 page document in MSword or include 5000 images in frame). I suggest: very high (64 bit) limits and lower defaults (32 bit). Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@wxs.nl ----------------------------------------------------------------- From owner-pdftex@tug.org Wed Jul 22 02:07:23 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA06893 for ; Wed, 22 Jul 1998 02:07:22 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id DAA21671 for pdftex-list; Wed, 22 Jul 1998 03:59:54 -0400 Received: from smtp03.wxs.nl (smtp03.wxs.nl [195.121.6.37]) by tug.org (8.8.5/8.8.5) with ESMTP id DAA21668 for ; Wed, 22 Jul 1998 03:59:53 -0400 Received: from wxs.nl ([195.121.21.84]) by smtp03.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA18; Wed, 22 Jul 1998 09:59:48 +0200 Message-ID: <35B59203.177B8983@wxs.nl> Date: Wed, 22 Jul 1998 09:17:23 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Pavel.Janik@inet.cz CC: pdfTeX mailing list Subject: Re: TIFF once more :-) References: <199807212017.WAA06531@SnowWhite.inet.cz> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Pavel Janik ml. wrote: > Distiller doesn't do TIFFs. Capture does TIFF to PDF but doesn't > run from the command line and is expensive (!) and requires a dongle. Exchange is able to import bmp, gif, dcx, pcx and tif. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@wxs.nl ----------------------------------------------------------------- From owner-pdftex@tug.org Wed Jul 22 03:12:44 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA07827 for ; Wed, 22 Jul 1998 03:12:42 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA21992 for pdftex-list; Wed, 22 Jul 1998 05:08:42 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA21989 for ; Wed, 22 Jul 1998 05:08:41 -0400 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 KAA19749; hop 0; Wed, 22 Jul 1998 10:02:39 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Wed, 22 Jul 1998 10:08:31 +0100 Date: Wed, 22 Jul 1998 10:04:44 +0100 Message-ID: <9506-Wed22Jul1998100444+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Pavel.Janik@inet.cz Cc: pdftex@tug.org Subject: Re: TIFF once more :-) In-Reply-To: <199807212017.WAA06531@SnowWhite.inet.cz> References: <199807212017.WAA06531@SnowWhite.inet.cz> Sender: owner-pdftex@tug.org Precedence: bulk Pavel Janik ml. writes: > A nice command line utility that will do TIFF to PDF conversion from > the command line is Image Alchemy from Handmade Software. Costs > about $200 and works great. I think the URL is www.handmadesw.com > but a search engine should pick it up if that is wrong. > We use Alchemy as our main conversion tool. It converts TIFFs to PDF, and seems to work fine. It does not ZIP compression in the version I have. I am not sure what advantage it has over TIFF to PNG, in our context (Alchemy does tiff to PNG as well). the speed is about the same, the PDF is larger. sebastian From owner-pdftex@tug.org Thu Jul 23 15:20:33 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id PAA21052 for ; Thu, 23 Jul 1998 15:20:31 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id RAA30356 for pdftex-list; Thu, 23 Jul 1998 17:16:22 -0400 Received: from lorraine.loria.fr (lorraine.loria.fr [152.81.1.17]) by tug.org (8.8.5/8.8.5) with ESMTP id RAA30353 for ; Thu, 23 Jul 1998 17:16:21 -0400 Received: from craffe.loria.fr (craffe.loria.fr [152.81.1.31]) by lorraine.loria.fr (8.8.7/8.8.7/8.8.7/JCG) with ESMTP id XAA00308; Thu, 23 Jul 1998 23:15:28 +0200 (MET DST) From: "Denis B. Roegel" Received: (from roegel@localhost) by craffe.loria.fr (8.8.7/8.8.7/8.8.7C/JCG) id XAA09860; Thu, 23 Jul 1998 23:12:55 +0200 (MET DST) Date: Thu, 23 Jul 1998 23:12:55 +0200 (MET DST) Message-Id: <199807232112.XAA09860@craffe.loria.fr> To: pdftex@tug.org Subject: t1 complements for ae package Cc: roegel@lorraine.loria.fr Sender: owner-pdftex@tug.org Precedence: bulk Hi, I have just made up the small file below which when loaded after the ae package restores you the lost characters. It may not be perfect, but it is a start. Denis Roegel %% This is file `aecompl.sty' % Use this package after loading the ae package, and it will restore % the lost T1 characters. If you use pdftex, you will get these % characters as bitmaps. % \def\fileversion{0.9} \def\filedate{1998/07/23} \NeedsTeXFormat{LaTeX2e} \ProvidesPackage{aecompl}[\filedate\space\fileversion\space T1 Complements for AE fonts (D. Roegel)] \def\@ae@compl#1{{\fontencoding{T1}\fontfamily{cmr}\selectfont\symbol{#1}}} \def\guillemotleft{\@ae@compl{19}} \def\guillemotright{\@ae@compl{20}} \def\guilsinglleft{\@ae@compl{14}} \def\guilsinglright{\@ae@compl{15}} \def\TH{\@ae@compl{222}} \def\NG{\@ae@compl{141}} \def\ng{\@ae@compl{173}} \def\th{\@ae@compl{254}} \def\DJ{\@ae@compl{208}} \def\dj{\@ae@compl{158}} \def\DH{\@ae@compl{208}} \def\dh{\@ae@compl{240}} \def\@perthousandzero{\@ae@compl{24}} \def\textperthousand{\%\@perthousandzero} \def\textpertenthousand{\%\@perthousandzero\@perthousandzero} \endinput From owner-pdftex@tug.org Thu Jul 23 13:34:39 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id NAA18450 for ; Thu, 23 Jul 1998 13:34:38 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id PAA29935 for pdftex-list; Thu, 23 Jul 1998 15:25:12 -0400 Received: from halon.barra.com (halon.barra.com [144.203.11.1]) by tug.org (8.8.5/8.8.5) with ESMTP id PAA29932 for ; Thu, 23 Jul 1998 15:25:10 -0400 Received: from lazarus.barra.COM (root@lazarus.barra.com [144.203.13.57]) by halon.barra.com (8.8.8/8.8.8) with ESMTP id MAA28351 for ; Thu, 23 Jul 1998 12:25:13 -0700 (PDT) Received: from zeus.barra.com (exchangebrk13.barra.com [144.203.13.129]) by lazarus.barra.COM (8.8.3/8.6.4) with ESMTP id MAA02809 for ; Thu, 23 Jul 1998 12:25:00 -0700 (PDT) Received: by exchangebrk.barra.com with Internet Mail Service (5.0.1460.8) id ; Thu, 23 Jul 1998 12:29:24 -0700 Message-ID: <1124E361B793CF11A28D000092912A8501D9E046@exchangebrk.barra.com> From: Oren Cheyette/schedule To: "'pdftex@tug.org'" Subject: Re: Compilation error Date: Thu, 23 Jul 1998 12:29:21 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1460.8) Content-Type: text/plain Sender: owner-pdftex@tug.org Precedence: bulk pdftex 0.12-o4 appears not to be compilable on SunOS4.1.3. The xpdf library can't be build with the X11 headers included in the OS release. The problems I've seen so far include this declaration in Xlib.h: extern XFree( char * ); (the type is void * in the Solaris distribution), and the absence of any declaration of the type XPointer (which is also provided in the Solaris distribution). Since the X11 distribution for SunOS4.1.3 is 9 years old (while the Solaris one we have is "only" 5 years old), these problems aren't surprising. Is there a way of building pdftex without linking to the x-related libraries? They seem extraneous (X-traneous?) to pdftex itself, but I can't see how to get the configuration to avoid building and trying to use the libraries in xpdf-0.7a. None of this X-related stuff was in the pdftex 0.12h release I obtained earlier from CTAN, so I hadn't run into this problem. Oren Cheyette BARRA Inc. (510) 649-6425 From owner-pdftex@tug.org Thu Jul 23 20:08:50 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id UAA27042 for ; Thu, 23 Jul 1998 20:08:48 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id WAA31311 for pdftex-list; Thu, 23 Jul 1998 22:05:26 -0400 Received: from extra.ucc.su.OZ.AU (extra.ucc.su.oz.au [129.78.64.4]) by tug.org (8.8.5/8.8.5) with ESMTP id WAA31305 for ; Thu, 23 Jul 1998 22:04:43 -0400 Received: from mail.usyd.edu.au (mp-7-25.mp.usyd.edu.au [129.78.57.25]) by extra.ucc.su.OZ.AU (8.9.0/8.9.0) with ESMTP id MAA12279; Fri, 24 Jul 1998 12:04:11 +1000 (EST) Message-ID: <35B7C5EA.1ED13892@mail.usyd.edu.au> Date: Fri, 24 Jul 1998 09:23:22 +1000 From: Robert Howlett X-Mailer: Mozilla 4.05 [en] (Win95; I) MIME-Version: 1.0 To: Pavel.Janik@inet.cz CC: pdfTeX mailing list Subject: Re: pdftex-0.12o-5 References: <199807212030.WAA06561@SnowWhite.inet.cz> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Pavel Janik ml. wrote: > > 1. should pdfTeX produced pages smaller than 1x1 (inches)? My > answer is Yes! We should not depend on the buggy Reader and > Exchange. BTW - Can xpdf or gs display smaller pages? > It certainly can at present -- I've used it to do so and then used ghostscript to convert the resulting pdf to gif. I hope you are not thinking of changing this! Bob From owner-pdftex@tug.org Fri Jul 24 08:09:35 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA09549 for ; Fri, 24 Jul 1998 08:09:34 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA01320 for pdftex-list; Fri, 24 Jul 1998 10:03:34 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA01317 for ; Fri, 24 Jul 1998 10:03:33 -0400 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 OAA04032; hop 0; Fri, 24 Jul 1998 14:57:28 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Fri, 24 Jul 1998 15:03:23 +0100 Date: Fri, 24 Jul 1998 15:03:58 +0100 Message-ID: <6964-Fri24Jul1998150358+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 I) From: Sebastian Rahtz To: pdftex@tug.org Subject: slight change in support web site Sender: owner-pdftex@tug.org Precedence: bulk I rearranged http://www.tug.org/applications/pdftex a little, to reflect the fact that it has tools as well as examples. perhaps interested people could scan this, and submit new/updated: * examples * tools * HOWTOs, or links to same to me if i had the brain of a pigeon, i'd add in Pavel's ftp site, but i forget it immediately I do a download... sebastian From owner-pdftex@tug.org Fri Jul 24 10:46:14 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA12618 for ; Fri, 24 Jul 1998 10:46:13 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id MAA01927 for pdftex-list; Fri, 24 Jul 1998 12:40:29 -0400 Received: from aples2.jhuapl.edu (aples2.jhuapl.edu [128.244.26.86]) by tug.org (8.8.5/8.8.5) with ESMTP id MAA01924 for ; Fri, 24 Jul 1998 12:40:28 -0400 Received: by aples2.jhuapl.edu with Internet Mail Service (5.5.1960.3) id <3QW1P6Z2>; Fri, 24 Jul 1998 12:37:00 -0400 Message-ID: <91D1D51C2955D111B82B00805F19989541C1B0@aples2.jhuapl.edu> From: "Collins, Bernard F. (Skip)" To: "'pdftex@tug.org'" Subject: ps2pdf inclusions do not print Date: Fri, 24 Jul 1998 12:36:49 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.1960.3) Content-Type: text/plain Sender: owner-pdftex@tug.org Precedence: bulk I am using the web2c 3.14159-0.12o-4-tiff2 version of pdftex with the 6/98 release of latex/graphicx. When I run the ghostscript ps2pdf on some font-free eps files, I can include them in my documents just fine. Acrobat reader displays the graphics pages as I expect. But I get errors when I print to postscript printers. Even ghostscript trips up on the acrobat ps output. A typical gs error might be Displaying page 4 Unrecoverable error: invalidexit in stop Operand stack: --nostringval-- --nostringval-- --nostringval-- I am using the Adobe postscript driver 4.2.3 in win95. ps2pdf.bat invokes ghostscript like this: C:\users\collibf1\Documents\irad98>d:\gstools\gs5.10\gswin32c.exe -q -dNOPAUSE -dB ATCH -sDEVICE#pdfwrite -dNOCACHE -dUseFlateCompression#false -Id:\gstools\gs5.10;d: \gstools\gs5.10\fonts -sOutputFile#test.pdf test.eps -c quit What am I doing wrong? Skip Collins From owner-pdftex@tug.org Sat Jul 25 18:15:49 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id SAA11894 for ; Sat, 25 Jul 1998 18:15:48 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id UAA08661 for pdftex-list; Sat, 25 Jul 1998 20:09:44 -0400 Received: from mailhost.cyberramp.net (mailhost.cyberramp.net [207.158.64.11]) by tug.org (8.8.5/8.8.5) with ESMTP id UAA08658 for ; Sat, 25 Jul 1998 20:09:43 -0400 Received: from fuzzylog.simple.dallas.tx.us (dal-tsa8-5.cyberramp.net [207.158.98.133]) by mailhost.cyberramp.net (8.9.1/8.9.1/wdh-980724-1953-POPAUTH) with ESMTP id TAA08306; Sat, 25 Jul 1998 19:09:41 -0500 (CDT) Received: from scooby (scooby [192.168.1.3]) by fuzzylog.simple.dallas.tx.us (8.8.8/8.8.8) with SMTP id TAA04650; Sat, 25 Jul 1998 19:09:38 -0500 (CDT) Date: Sat, 25 Jul 1998 19:09:39 -0500 (CDT) From: Bob Friesenhahn X-Sender: bfriesen@scooby To: pdftex@tug.org cc: Karl Berry Subject: Pdftex & texinfo @image tag ... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk Does anyone have a reasonably current texinfo.tex file which has been hacked to support pdftex? The one distributed with pdftex seems to be rather old (rev 2.196 1997/01/04 vs rev 2.253 1998/07/19) and does not support the @image tag which is convenient to include images (particularly PDF ones). Thanks, Bob ====================================== Bob Friesenhahn bfriesen@simple.dallas.tx.us http://www.cyberramp.net/~bfriesen Rumors are that Unix is dying. If this is dying it sure feels good! - Scott McNealy, CEO Sun Microsystems From owner-pdftex@tug.org Mon Jul 27 03:42:01 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id DAA13962 for ; Mon, 27 Jul 1998 03:42:00 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id FAA16016 for pdftex-list; Mon, 27 Jul 1998 05:32:35 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id FAA16013 for ; Mon, 27 Jul 1998 05:32:33 -0400 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 KAA06147; hop 0; Mon, 27 Jul 1998 10:26:26 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Mon, 27 Jul 1998 10:32:00 +0100 Date: Mon, 27 Jul 1998 09:53:58 +0100 Message-ID: <3447-Mon27Jul1998095358+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 To: pdftex@tug.org Subject: forwarded message from Christophe BERNARD Content-type: message/rfc822 Content-transfer-encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk From: Christophe BERNARD Content-type: text/plain; charset="us-ascii" I suspect that metapost graph inclusion in pdflatex may suffer from a little bug (at least in the tetex distribution): the space (code 0x20) is not correctly copied in included text. This is especially bad because many tex fonts use this code to store non void characters, like the psi greek letter in cmsy10. Did I make a mistake ? or is this really a bug in pdftex ? (see pdftex version in appendix). Yours, =20 Christophe BERNARD Centre de Math=E9matiques Appliqu=E9es, =C9cole Polytechnique, 91128 Palaiseau c=E9dex, FRANCE t=E9l 33-1-69334665 -- fax 33-1-69333011 http://www.cmap.polytechnique.fr/~bernard/ pdfTeX (Web2C 7.2) 3.14159-0.12n kpathsea version 3.2 Copyright (C) 1998 Han The Thanh, Petr Sojka, and Jiri Zlatuska. There is NO warranty. You may redistribute this software under the terms of the GNU General Public License and the pdfTeX copyright. For more information about these matters, see the files named COPYING and the pdfTeX source. Primary author of pdfTeX: Han The Thanh, Petr Sojka, and Jiri Zlatuska. From owner-pdftex@tug.org Mon Jul 27 07:53:01 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA18627 for ; Mon, 27 Jul 1998 07:53:00 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA16947 for pdftex-list; Mon, 27 Jul 1998 09:46:32 -0400 Received: from smtp02.wxs.nl (smtp02.wxs.nl [195.121.6.60]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA16944 for ; Mon, 27 Jul 1998 09:46:31 -0400 Received: from wxs.nl ([195.121.20.28]) by smtp02.wxs.nl (Netscape Messaging Server 3.52) with ESMTP id AAA2278; Mon, 27 Jul 1998 15:46:22 +0200 Message-ID: <35BC863F.1BEF79F6@wxs.nl> Date: Mon, 27 Jul 1998 15:53:03 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Sebastian Rahtz CC: pdftex@tug.org Subject: Re: forwarded message from Christophe BERNARD References: <3447-Mon27Jul1998095358+0100-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 and Christophe, Concerning the space problem in MP: Can you change the next piece of code in supp-pdf? \ifnum\nofMParguments=1 \def\do(##1){##1}% \gMPa1% \else \scratchcounter=1 \def\do(##1{\if##1 \char32\else##1\fi}% changed \gMPa{\the\scratchcounter}\space \def\do{}% \loop \advance\scratchcounter by 1 \ifnum\scratchcounter<\nofMParguments \gMPa{\the\scratchcounter}\space \repeat \def\do##1){\if##1 \char32\else##1\fi}% changed If this works ok, I'll change the supp-pdf module. Plese try this on some complicated files! I only tested the simple case. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@wxs.nl ----------------------------------------------------------------- From owner-pdftex@tug.org Mon Jul 27 14:28:00 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id OAA28142 for ; Mon, 27 Jul 1998 14:27:58 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id QAA18296 for pdftex-list; Mon, 27 Jul 1998 16:09:13 -0400 Received: from lorraine.loria.fr (lorraine.loria.fr [152.81.1.17]) by tug.org (8.8.5/8.8.5) with ESMTP id QAA18293 for ; Mon, 27 Jul 1998 16:09:11 -0400 Received: from renaissance.loria.fr (renaissance.loria.fr [152.81.4.102]) by lorraine.loria.fr (8.8.7/8.8.7/8.8.7/JCG) with ESMTP id WAA06070; Mon, 27 Jul 1998 22:08:11 +0200 (MET DST) From: "Denis B. Roegel" Received: (from roegel@localhost) by renaissance.loria.fr (8.8.2/8.8.2) id WAA07345; Mon, 27 Jul 1998 22:08:08 +0200 (MET DST) Date: Mon, 27 Jul 1998 22:08:08 +0200 (MET DST) Message-Id: <199807272008.WAA07345@renaissance.loria.fr> To: pdftex@tug.org Subject: problem with long URLs in bibliography Cc: roegel@lorraine.loria.fr Sender: owner-pdftex@tug.org Precedence: bulk In a long work, I have a bibliography with URLs. These URLs are stored in a bibtex file and because they are long, bibtex adds % at the end of certain lines. This then messes up \url which is defined by url.sty, which is itself loaded by hyperref.sty. Now, in order to solve the problem, Donald Arseneau, the author of url.sty, suggested to add spaces at various places in the url in order to make it easy for bibtex to cut the url. These spaces are then ignored by \url. My current problem is that the url is used for two things: first, it is displayed, and this works very well in PDF; second, it becomes a link, and this doesn't work well. The link keeps the spaces and therefore I think the redefinition of \url by hyperref.sty should take this into account. You can check all these by running pdflatex on the following file, and observing that the displayed link does not have spaces, but a search for "http" in the pdf file will show that the spaces are in the links, and therefore the links are not functioning. Denis \pdfoutput=1 \documentclass{article} \usepackage[pdftex]{hyperref} \begin{document} Test \begin{thebibliography}{} \bibitem[XXXXX]{lamport92a} Leslie Lamport. \newblock {TLA$^+$: Syntax and Semantics}, F\'evrier 1992. \newblock URL: \url{http://www. research. digital. com /SRC /personal /lamport /tla /tla.html}. \end{thebibliography} \end{document} From owner-pdftex@tug.org Tue Jul 28 02:52:51 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA13029 for ; Tue, 28 Jul 1998 02:52:50 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA21121 for pdftex-list; Tue, 28 Jul 1998 04:49:13 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id EAA21118 for ; Tue, 28 Jul 1998 04:49:10 -0400 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 JAA02970; hop 0; Tue, 28 Jul 1998 09:43:03 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Tue, 28 Jul 1998 09:49:02 +0100 Date: Tue, 28 Jul 1998 09:07:20 +0100 Message-ID: <4391-Tue28Jul1998090720+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Denis.Roegel@loria.fr Cc: pdftex@tug.org Subject: Re: problem with long URLs in bibliography In-Reply-To: <199807272008.WAA07345@renaissance.loria.fr> References: <199807272008.WAA07345@renaissance.loria.fr> Sender: owner-pdftex@tug.org Precedence: bulk Denis B. Roegel writes: > > In a long work, I have a bibliography with URLs. These URLs are > stored in a bibtex file and because they are long, bibtex adds > % at the end of certain lines. This then messes up \url which is i complained to Oren Patashnik about this some time ago, and he admitted that it was a misfeature which he might correct... > and this doesn't work well. The link keeps the spaces and therefore > I think the redefinition of \url by hyperref.sty should take this > into account. what exactly do you suggest I do? this seems such a rare occurrence that I dont want to kill myself fixing it. why dont you just post-process the BibTeX output? thats what I do. sebastian From owner-pdftex@tug.org Tue Jul 28 02:55:51 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA13090 for ; Tue, 28 Jul 1998 02:55:50 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA21141 for pdftex-list; Tue, 28 Jul 1998 04:53:23 -0400 Received: from nag.co.uk (andover.nag.co.uk [192.156.217.113]) by tug.org (8.8.5/8.8.5) with ESMTP id EAA21138 for ; Tue, 28 Jul 1998 04:53:12 -0400 Received: (from davidc@localhost) by nag.co.uk (8.8.7/8.8.7) id JAA00615; Tue, 28 Jul 1998 09:53:24 +0100 Date: Tue, 28 Jul 1998 09:53:24 +0100 Message-Id: <199807280853.JAA00615@nag.co.uk> From: David Carlisle To: Denis.Roegel@loria.fr CC: pdftex@tug.org In-reply-to: <199807272008.WAA07345@renaissance.loria.fr> (Denis.Roegel@loria.fr) Subject: Re: problem with long URLs in bibliography References: <199807272008.WAA07345@renaissance.loria.fr> Sender: owner-pdftex@tug.org Precedence: bulk > and because they are long, bibtex adds > % at the end of certain lines. This (I am told) will be fixed in the legendary bibtex 1.0 > think the redefinition of \url by hyperref.sty should take this > into account. Perhaps, in the mean time, as long as you have no strange characters in the url) I'd do this \newcommand\denislongurlbreaker[9]{\url{#1#2#3#4#5#6#7#8#9}} \denislongurlbreaker {http://} {anything/yo} {u/want/t} {o/put} {here} {}{}{}{} David From owner-pdftex@tug.org Tue Jul 28 07:00:21 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA17315 for ; Tue, 28 Jul 1998 07:00:20 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA22079 for pdftex-list; Tue, 28 Jul 1998 08:56:06 -0400 Received: from vms.rhbnc.ac.uk (alpha1.rhbnc.ac.uk [134.219.201.113]) by tug.org (8.8.5/8.8.5) with SMTP id IAA22073 for ; Tue, 28 Jul 1998 08:55:58 -0400 Date: Tue, 28 Jul 1998 13:55:31 +0100 From: Philip Taylor (RHBNC) Reply-To: P.Taylor@vms.rhbnc.ac.uk To: davidc@nag.co.uk CC: PDFTEX@tug.org, CHAA006@vms.rhbnc.ac.uk Message-Id: <980728135531.298c@vms.rhbnc.ac.uk> Subject: Re: problem with long URLs in bibliography Sender: owner-pdftex@tug.org Precedence: bulk >> This (I am told) will be fixed in the legendary bibtex 1.0 "Legendary"? Surely "Fabulous" ?! From owner-pdftex@tug.org Tue Jul 28 12:20:03 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id MAA28150 for ; Tue, 28 Jul 1998 12:20:01 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id OAA23294 for pdftex-list; Tue, 28 Jul 1998 14:15:19 -0400 Received: from lorraine.loria.fr (lorraine.loria.fr [152.81.1.17]) by tug.org (8.8.5/8.8.5) with ESMTP id OAA23291 for ; Tue, 28 Jul 1998 14:15:18 -0400 Received: from renaissance.loria.fr (renaissance.loria.fr [152.81.4.102]) by lorraine.loria.fr (8.8.7/8.8.7/8.8.7/JCG) with ESMTP id UAA12662; Tue, 28 Jul 1998 20:14:20 +0200 (MET DST) From: "Denis B. Roegel" Received: (from roegel@localhost) by renaissance.loria.fr (8.8.2/8.8.2) id UAA12769; Tue, 28 Jul 1998 20:14:18 +0200 (MET DST) Date: Tue, 28 Jul 1998 20:14:18 +0200 (MET DST) Message-Id: <199807281814.UAA12769@renaissance.loria.fr> To: pdftex@tug.org Subject: URLs with spaces: a solution? Cc: roegel@lorraine.loria.fr Sender: owner-pdftex@tug.org Precedence: bulk In hyperref.sty, I have replaced: \begingroup \catcode`\!\active \catcode`\&\active \catcode`\_\active \uccode`\!=`\% \uccode`\&=`\# \uppercase{\endgroup \def\hyper@normalise#1{% \begingroup \catcode`\%\active\def!{\%}% \catcode`\#\active\def&{\#}% \catcode`\_\active\def_{\string_}% \let~\hyper@tilde \let\~\hyper@tilde \hyper@n@rmalise#1}} by \begingroup \catcode`\!\active \catcode`\&\active \catcode`\_\active \catcode`\ \active% \uccode`\!=`\%% \uccode`\&=`\#% \uppercase{\endgroup% \def\hyper@normalise#1{% \begingroup% \catcode`\%\active\def!{\%}% \catcode`\#\active\def&{\#}% \catcode`\_\active\def_{\string_}% \catcode`\ \active\def {}% \let~\hyper@tilde% \let\~\hyper@tilde% \hyper@n@rmalise#1}} and it seems to do the job. Denis From owner-pdftex@tug.org Tue Jul 28 12:51:31 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id MAA29529 for ; Tue, 28 Jul 1998 12:51:30 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id OAA23394 for pdftex-list; Tue, 28 Jul 1998 14:38:34 -0400 Received: from lorraine.loria.fr (lorraine.loria.fr [152.81.1.17]) by tug.org (8.8.5/8.8.5) with ESMTP id OAA23391 for ; Tue, 28 Jul 1998 14:38:33 -0400 Received: from renaissance.loria.fr (renaissance.loria.fr [152.81.4.102]) by lorraine.loria.fr (8.8.7/8.8.7/8.8.7/JCG) with ESMTP id UAA12990; Tue, 28 Jul 1998 20:37:35 +0200 (MET DST) From: "Denis B. Roegel" Received: (from roegel@localhost) by renaissance.loria.fr (8.8.2/8.8.2) id UAA12808; Tue, 28 Jul 1998 20:37:35 +0200 (MET DST) Date: Tue, 28 Jul 1998 20:37:35 +0200 (MET DST) Message-Id: <199807281837.UAA12808@renaissance.loria.fr> To: pdftex@tug.org Subject: URLs with spaces: almost ok Cc: roegel@lorraine.loria.fr Sender: owner-pdftex@tug.org Precedence: bulk If I do a "grep http" on the pdftex output, I get: /Subtype /Link /A << /Type /Action /S /URI /URI (http://www.research.digital.com /SRC/personal/lamport/tla/tla.html) >> /Subtype /Link /A << /Type /Action /S /URI /URI (http://www.elsevier.nl/mcs/tcs /pc/volume2.html) >> /Subtype /Link /A << /Type /Action /S /URI /URI (http://www.research.digital.com /SRC/personal /lamport/tla/tla.html) >> /Subtype /Link /A << /Type /Action /S /URI /URI (http://www.research.digital.com /SRC/personal /lamport/tla/tla.html) >> /Subtype /Link /A << /Type /Action /S /URI /URI (http://www.research.digital.com /SRC/personal /lamport/tla/tla.html) >> /Subtype /Link /A << /Type /Action /S /URI /URI (http://www.research.digital.com /SRC/personal /lamport/tla/tla.html) >> /Subtype /Link /A << /Type /Action /S /URI /URI (http://www.research.digital.com /SRC/personal /lamport/tla/tla.html) >> /Subtype /Link /A << /Type /Action /S /URI /URI (http://www.research.digital.com /SRC/personal /lamport/tla/tla.html) >> /Subtype /Link /A << /Type /Action /S /URI /URI (http://www.research.digital.com /SRC/personal /lamport/tla/tla.html) >> /Subtype /Link /A << /Type /Action /S /URI /URI (http://www.research.digital.com /SRC/personal /lamport/tla/tla.html) >> /Subtype /Link /A << /Type /Action /S /URI /URI (http://www.research.digital.com /SRC/personal /lamport/tla/tla.html) >> /Subtype /Link /A << /Type /Action /S /URI /URI (http://www.math.tau.ac.il/~rabi no) >> /Subtype /Link /A << /Type /Action /S /URI /URI (http://www.math.tau.ac.il/~rabi no) >> only two errors do remain after the change given in the previous message: (http://www.elsevier.nl/mcs/tcs /pc/volume2.html) ^^^ (http://www.research.digital.com/SRC/personal /lamport/tla/tla.html) ^^^ These two occurrences correspond exactly to line breaks in the bbl file: \newblock URL: {\ttfamily\url{http://www.elsevier. nl/mcs/tcs /pc/volume2.html}}. \newblock URL: {\ttfamily\url{http://www. research. digital. com /SRC /personal /lamport /tla /tla.html}}. so that I guess something should be added to my previous macros to be sure that the line breaks are considered spaces. But what? Thanks, Denis From owner-pdftex@tug.org Tue Jul 28 17:09:37 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id RAA05857 for ; Tue, 28 Jul 1998 17:09:36 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id TAA24420 for pdftex-list; Tue, 28 Jul 1998 19:06:51 -0400 Received: from lorraine.loria.fr (lorraine.loria.fr [152.81.1.17]) by tug.org (8.8.5/8.8.5) with ESMTP id TAA24417 for ; Tue, 28 Jul 1998 19:06:49 -0400 Received: from renaissance.loria.fr (renaissance.loria.fr [152.81.4.102]) by lorraine.loria.fr (8.8.7/8.8.7/8.8.7/JCG) with ESMTP id BAA19866; Wed, 29 Jul 1998 01:05:52 +0200 (MET DST) From: "Denis B. Roegel" Received: (from roegel@localhost) by renaissance.loria.fr (8.8.2/8.8.2) id BAA13894; Wed, 29 Jul 1998 01:05:51 +0200 (MET DST) Date: Wed, 29 Jul 1998 01:05:51 +0200 (MET DST) Message-Id: <199807282305.BAA13894@renaissance.loria.fr> To: pdftex@tug.org Subject: URLs with spaces: ok Cc: roegel@lorraine.loria.fr Sender: owner-pdftex@tug.org Precedence: bulk The last of my space problem is corrected by making ^^M active and defining it to be empty. Here is the relevant portion of hyperref.sty: \begingroup \catcode`\!\active \catcode`\&\active \catcode`\_\active \catcode`\ \active% \catcode`\^^M\active% \uccode`\!=`\%% \uccode`\&=`\#% \uppercase{\endgroup% \def\hyper@normalise#1{% \begingroup% \catcode`\%\active\def!{\%}% \catcode`\#\active\def&{\#}% \catcode`\_\active\def_{\string_}% \catcode`\ \active\def {}% \catcode`\^^M\active\def^^M{}% \let~\hyper@tilde% \let\~\hyper@tilde% \hyper@n@rmalise#1}} As far as I can see, the links are ok. Denis Roegel From owner-pdftex@tug.org Wed Jul 29 08:54:55 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id IAA23707 for ; Wed, 29 Jul 1998 08:54:54 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id KAA27958 for pdftex-list; Wed, 29 Jul 1998 10:46:46 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id KAA27955 for ; Wed, 29 Jul 1998 10:46:44 -0400 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 PAA14564; hop 0; Wed, 29 Jul 1998 15:40:36 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Wed, 29 Jul 1998 15:46:00 +0100 Date: Wed, 29 Jul 1998 15:34:06 +0100 Message-ID: <9078-Wed29Jul1998153406+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Denis.Roegel@loria.fr Cc: pdftex@tug.org Subject: Re: URLs with spaces: ok In-Reply-To: <199807282305.BAA13894@renaissance.loria.fr> References: <199807282305.BAA13894@renaissance.loria.fr> Sender: owner-pdftex@tug.org Precedence: bulk I have added Denis code to hyper@normalize with misgivings. if anyone can see a problem, please tell me! Sebastian From owner-pdftex@tug.org Wed Jul 29 22:22:32 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id WAA11528 for ; Wed, 29 Jul 1998 22:22:27 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id AAA30789 for pdftex-list; Thu, 30 Jul 1998 00:17:53 -0400 Received: from alcor.anu.edu.au (alcor.anu.edu.au [150.203.166.36]) by tug.org (8.8.5/8.8.5) with ESMTP id AAA30785 for ; Thu, 30 Jul 1998 00:17:49 -0400 Received: (from richard@localhost) by alcor.anu.edu.au (8.8.2/8.8.8) id OAA19038; Thu, 30 Jul 1998 14:17:39 +1000 (EST) Date: Thu, 30 Jul 1998 14:17:39 +1000 (EST) Message-Id: <199807300417.OAA19038@alcor.anu.edu.au> From: Richard Walker MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pdftex@tug.org Subject: VF `packet length too long' X-Mailer: VM 6.29 under Emacs 19.34.1 Sender: owner-pdftex@tug.org Precedence: bulk I get a whole series of these messages from pdftex 0.12-o-5: Error in processing VF font (bfrb8t.vf): packet length too long, virtual font will be ignored The vf files were made via fontinst & vptovf (web2c 7.2a, not containing the very last patch). I see vf_max_packet_length = 255 in pdftex.ch. Is this really supposed to be 255? Or are my vf files somehow broken (even though they work fine with xdvi & dvips)? From owner-pdftex@tug.org Thu Jul 30 06:30:05 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA20327 for ; Thu, 30 Jul 1998 06:30:04 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA32604 for pdftex-list; Thu, 30 Jul 1998 08:26:27 -0400 Received: from gwfs.stud.fh-jena.de (gwfs.stud.fh-jena.de [194.94.37.56]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA32601 for ; Thu, 30 Jul 1998 08:26:20 -0400 Received: from gw4s (gw4s.stud.fh-jena.de [194.94.37.30]) by gwfs.stud.fh-jena.de (8.8.6/8.8.6) with SMTP id OAA18289 for ; Thu, 30 Jul 1998 14:27:03 +0200 (MET DST) Date: Thu, 30 Jul 1998 14:21:32 +0200 (MDT) From: Colin Marquardt <941etcm@gwfs.stud.fh-jena.de> X-Sender: 941etcm@gw4s To: pdftex@tug.org Subject: Re: VF `packet length too long' Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk > I get a whole series of these messages from pdftex 0.12-o-5: > > Error in processing VF font (bfrb8t.vf): packet length too long, > virtual font will be ignored > > The vf files were made via fontinst & vptovf (web2c 7.2a, not > containing the very last patch). I had the same problem. Solution was to throw out "dotlessj.mtx" and things that contain arbitrary Postscript. I'm not sure that this was the right solution though... Hth, Colin -- Colin Marquardt colin.marquardt@gmx.de Ortsstrasse 28 D-07426 Untersch"obling From owner-pdftex@tug.org Thu Jul 30 06:48:40 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA20678 for ; Thu, 30 Jul 1998 06:48:39 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA32686 for pdftex-list; Thu, 30 Jul 1998 08:39:59 -0400 Received: from faust27_s.rz.uni-frankfurt.de (faust27-s.rz.uni-frankfurt.de [141.2.149.151]) by tug.org (8.8.5/8.8.5) with SMTP id IAA32683 for ; Thu, 30 Jul 1998 08:39:56 -0400 Received: from em.uni-frankfurt.de (actually NAFp2-051.rz.uni-frankfurt.de) by faust27-eth.rz.uni-frankfurt.de with Local SMTP (PP); Thu, 30 Jul 1998 14:39:28 +0000 Message-ID: <35C06907.95C21FA6@em.uni-frankfurt.de> Date: Thu, 30 Jul 1998 14:37:27 +0200 From: Sandro Gleave Organization: Universitdt Frankfurt X-Mailer: Mozilla 4.03 [en] (Win95; I) MIME-Version: 1.0 To: pdftex@tug.org Subject: pdflatex Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-pdftex@tug.org Precedence: bulk Hi there! Sorry, I'm a newbie! I'm using Miktex 1.11 beta 1and pdftex 0.12l. I had problems with using JPG-Pictures and so I tried to upgrade pdftex. But after downloading it, I noticed that there's no file pdflatex.exe, which I need as I'm writing in Latex. I justed copied the new files over old ones, but then pdflatex didt'n work at all. Got any sollution, how to get a new pdflatex-file? Thanx, Sandro -- Sandro Gleave Lehrstuhl f|r Umweltvkonomie Johann Wolfgang Goethe-Universitdt Schumannstra_e 34a 60325 Frankfurt/Main fon +49 (0)69/798-22430 fax +49 (0)69/798-24957 mail gleave@wiwi.uni-frankfurt.de ----- From owner-pdftex@tug.org Thu Jul 30 07:10:57 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA21103 for ; Thu, 30 Jul 1998 07:10:56 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA00032 for pdftex-list; Thu, 30 Jul 1998 09:04:47 -0400 Received: from postoffice.srv.cs.cmu.edu (POSTOFFICE.SRV.CS.CMU.EDU [128.2.181.62]) by tug.org (8.8.5/8.8.5) with SMTP id JAA00029 for ; Thu, 30 Jul 1998 09:04:46 -0400 Received: from FRIED.FOX.CS.CMU.EDU by postoffice.srv.cs.cmu.edu id aa00955; 30 Jul 98 9:03 EDT From: George Necula To: Sandro Gleave Cc: pdftex@tug.org MMDF-Warning: Parse error in original version of preceding line at postoffice.srv.cs.cmu.edu Subject: RE: pdflatex Date: Thu, 30 Jul 1998 09:02:17 -0400 Message-ID: <006301bdbbba$47ac5770$82b50280@fried.fox.cs.cmu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Importance: Normal In-Reply-To: <35C06907.95C21FA6@em.uni-frankfurt.de> Sender: owner-pdftex@tug.org Precedence: bulk Sandra, I has similar problems but discovered that pdftex and miktex use different conventions for structuring files into directories. To get the new pdftex working with Miktex I downloaded pdftex in another directory (say D:\Programs\TexPack\pdftex), while my Miktex is in D:\Programs\texmf. Then I put the following install.cmd (.bat on Win95) in the pdftex directory and I ran it. Note that MIKTEXMF is set to D:\Programs\texmf on my system. I also include below pdflatex.cmd and pdftex.cmd to be put in the pdftex directory before install is run. REM This is install.bat set DEST=%MIKTEXMF% REM Install the new executables ren %DEST%\miktex\bin\pdftex.exe pdftex-mik.exe ren %DEST%\miktex\bin\pdflatex.exe pdflatex-mik.exe copy pdftex.cmd %DEST%\miktex\bin copy pdflatex.cmd %DEST%\miktex\bin REM Fix the configuration file cat web2c\texmf.xam | sed "s|^TEXMFMAIN = $SELFAUTOPARENT\/texmf|TEXMFMAIN = $MIKTEXMF/../TexPack/pdftex|;s|^%% HOMETEXMF = $HOME/texmf|HOMETEXMF = $HOME/Documents/Latex/Common|;s|^%% TEXMFLOCAL = c:/TeX/texmf.local|TEXMFLOCAL = $MIKTEXMF|;s|^TEXMF = !!$TEXMFMAIN|TEXMF = {$TEXMFMAIN;$TEXMFLOCAL;$HOMETEXMF}|;s|^main_memory = 263000 |main_memory = 700000 |;s|^extra_mem_top = 0|extra_mem_top = 250000 |;s|^extra_mem_bot = 0|extra_mem_bot = 250000 |" >web2c\texmf.cnf copy web2c\mktex.xam web2c\mktex.cnf REM Fix the pdftex configuration file ren pdftex\base\pdftex.cfg pdftex.cfg.orig cat pdftex\base\pdftex.cfg.orig | sed "s|^page_width 210mm|page_width 8.5in|;s|^page_height 297mm|page_height 11in|" >pdftex\base\pdftex.cfg REM Generate the format file cd web2c pdftex -ini -fmt=pdftex plain \dump REM !!!!! This line is not run. Probalby because the first one finishes REM with errorcode. Run this command by hand pdftex -ini -fmt=pdflatex latex.ltx \dump cd .. REM This is pdftex.cmd @echo off set TEXMFCNF=%MIKTEXMF%\..\TexPack\pdftex\web2c %MIKTEXMF%\..\TexPack\pdftex\bin\win32\pdftex.exe %1 %2 %3 %4 %5 %6 %7 REM This is pdflatex.cmd @echo off set TEXMFCNF=%MIKTEXMF%\..\TexPack\pdftex\web2c %MIKTEXMF%\..\TexPack\pdftex\bin\win32\pdftex.exe "&pdflatex" %1 %2 %3 %4 %5 That's it. It worked fine for me. If you do not have sed then make the substitutions by hand. George. >-----Original Message----- >From: owner-pdftex@tug.org [mailto:owner-pdftex@tug.org]On Behalf Of >Sandro Gleave >Sent: Thursday, July 30, 1998 8:37 AM >To: pdftex@tug.org >Subject: pdflatex > > >Hi there! >Sorry, I'm a newbie! I'm using Miktex 1.11 beta 1and pdftex 0.12l. I had >problems with using JPG-Pictures and so I tried to upgrade pdftex. But >after downloading it, I noticed that there's no file pdflatex.exe, which >I need as I'm writing in Latex. >I justed copied the new files over old ones, but then pdflatex didt'n >work at all. >Got any sollution, how to get a new pdflatex-file? > >Thanx, >Sandro > >-- >Sandro Gleave >Lehrstuhl f|r Umweltvkonomie >Johann Wolfgang Goethe-Universitdt >Schumannstra_e 34a >60325 Frankfurt/Main > >fon +49 (0)69/798-22430 >fax +49 (0)69/798-24957 >mail gleave@wiwi.uni-frankfurt.de >----- > > > From owner-pdftex@tug.org Thu Jul 30 07:30:31 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA21472 for ; Thu, 30 Jul 1998 07:30:30 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA00123 for pdftex-list; Thu, 30 Jul 1998 09:27:04 -0400 Received: from ra.anu.edu.au (ra.anu.edu.au [150.203.164.10]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA00117 for ; Thu, 30 Jul 1998 09:27:00 -0400 Received: (from richard@localhost) by ra.anu.edu.au (8.8.2/8.8.8) id XAA06031; Thu, 30 Jul 1998 23:26:56 +1000 (EST) Date: Thu, 30 Jul 1998 23:26:56 +1000 (EST) Message-Id: <199807301326.XAA06031@ra.anu.edu.au> From: Richard Walker MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pdftex@tug.org Subject: Re: VF `packet length too long' In-Reply-To: References: X-Mailer: VM 6.29 under Emacs 19.34.1 Sender: owner-pdftex@tug.org Precedence: bulk Colin Marquardt writes: > I had the same problem. Solution was to throw out "dotlessj.mtx" and > things that contain arbitrary Postscript. I'm not sure that this was > the right solution though... Aaaah! This is it exactly. I suspect the problem is not the PostScript per se but the fact that there is too much of it. Petr wrote saying the limit will be increased in the next release. I guess the PostScript specials won't work, but at least I won't have to make another set of vf files. Richard. From owner-pdftex@tug.org Thu Jul 30 07:40:49 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA21643 for ; Thu, 30 Jul 1998 07:40:47 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA00159 for pdftex-list; Thu, 30 Jul 1998 09:35:24 -0400 Received: from aragorn.ics.muni.cz (aragorn.ics.muni.cz [147.251.4.33]) by tug.org (8.8.5/8.8.5) with ESMTP id JAA00155 for ; Thu, 30 Jul 1998 09:35:23 -0400 Received: from anxur.fi.muni.cz (214@anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id PAA05112; Thu, 30 Jul 1998 15:35:14 +0200 (MET DST) Received: (from sojka@localhost) by anxur.fi.muni.cz (8.8.5/8.8.5) id PAA23964; Thu, 30 Jul 1998 15:35:11 +0200 (MET DST) From: Petr Sojka Message-Id: <199807301335.PAA23964@anxur.fi.muni.cz> Subject: Re: VF `packet length too long' In-Reply-To: from Colin Marquardt at "Jul 30, 98 02:21:32 pm" To: 941etcm@gwfs.stud.fh-jena.de (Colin Marquardt) Date: Thu, 30 Jul 1998 15:35:11 +0200 (MET DST) Cc: pdftex@tug.org Organization: Masaryk University, Brno, The Czech Republic, www.fi.muni.cz Postal-Address: Faculty of Informatics, Botanicka 68a, 60200 Brno Telephone: +420-5-41512352 (my room), +420-5-41512329 (secretary), Fax: +420-5-41212568, 41213219 PGP: http://pks.pgp.cz:11371/pks/lookup?op=index&search=Petr+Sojka X-Mailer: ELM [version 2.4ME+ PL39 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk "Colin Marquardt wrote:" : > I get a whole series of these messages from pdftex 0.12-o-5: : > : > Error in processing VF font (bfrb8t.vf): packet length too long, : > virtual font will be ignored : > : I had the same problem. Solution was to throw out "dotlessj.mtx" and : things that contain arbitrary Postscript. I'm not sure that this was : the right solution though... There is no reason to limit vf char packets by 256 bytes. Will be fixed in the next release of pdfTeX. Best --ps From owner-pdftex@tug.org Thu Jul 30 10:10:15 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA24933 for ; Thu, 30 Jul 1998 10:10:14 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id MAA00726 for pdftex-list; Thu, 30 Jul 1998 12:01:04 -0400 Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by tug.org (8.8.5/8.8.5) with SMTP id MAA00723 for ; Thu, 30 Jul 1998 12:01:01 -0400 Received: from fgbbs.iaf.nl by uni4nn.gn.iaf.nl with UUCP id AA03273 (5.67b/IDA-1.5 for pdftex@tug.org); Thu, 30 Jul 1998 16:51:06 +0200 Received: by fgbbs.iaf.nl (0.99.950801) id AA06035; 30 Jul 98 15:47:52 +0100 From: fg@fgbbs.iaf.nl (Frans Goddijn) Date: 30 Jul 98 15:34:01 +0100 Subject: font not found? Message-Id: <2b1_9807301547@fgbbs.iaf.nl> Organization: FGBBS at +31 26 3217041 To: pdftex@tug.org Sender: owner-pdftex@tug.org Precedence: bulk I get errors on screen (not in the log) while compiling a file, and these errors are about fonts not found. I suppose I must change some path reference in a config file somewhere but I'm not sure which one... The errors go like this: ***** Warning: f:/connt-pdf/pdftex.exe (file tnr): font tnr at 540 not found ***** Does anyone have a pointer where I should look for changes to be made? Met hartelijke groet! Frans Goddijn -- You are what you is From owner-pdftex@tug.org Thu Jul 30 10:44:40 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA26548 for ; Thu, 30 Jul 1998 10:44:39 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id MAA00879 for pdftex-list; Thu, 30 Jul 1998 12:41:24 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id MAA00876 for ; Thu, 30 Jul 1998 12:41:18 -0400 Received: from SnowWhite.inet.cz (pavel@SnowWhite.inet.cz [194.196.192.9]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id SAA18132; Thu, 30 Jul 1998 18:37:48 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id SAA02519; Thu, 30 Jul 1998 18:40:36 +0200 To: Petr Sojka CC: pdfTeX mailing list Subject: Re: VF `packet length too long' References: <199807301335.PAA23964@anxur.fi.muni.cz> X-Operating-System: Linux 2.1.111 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII From: Pavel.Janik@inet.cz (Pavel Janik ml.) Date: 30 Jul 1998 18:40:28 +0200 In-Reply-To: Petr Sojka's message of Thu, 30 Jul 1998 15:35:11 +0200 (MET DST) Message-ID: Lines: 13 X-Mailer: Gnus v5.3/Emacs 19.34 Sender: owner-pdftex@tug.org Precedence: bulk From: Petr Sojka Date: Thu, 30 Jul 1998 15:35:11 +0200 (MET DST) Hi, > There is no reason to limit vf char packets by 256 bytes. > Will be fixed in the next release of pdfTeX. it is in my tree already (and additional spell checking fixes ;-). Expect release tomorrow morning. -- Pavel Janik ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Thu Jul 30 12:16:39 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id MAA28788 for ; Thu, 30 Jul 1998 12:16:38 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id OAA01209 for pdftex-list; Thu, 30 Jul 1998 14:13:08 -0400 Received: from aida.inet.cz (aida.inet.cz [194.196.192.1]) by tug.org (8.8.5/8.8.5) with SMTP id OAA01206 for ; Thu, 30 Jul 1998 14:13:05 -0400 Received: from SnowWhite.inet.cz (pavel@SnowWhite.inet.cz [194.196.192.9]) by aida.inet.cz (8.6.12/8.6.9) with ESMTP id UAA21787 for ; Thu, 30 Jul 1998 20:09:40 +0200 Received: (from pavel@localhost) by SnowWhite.inet.cz (8.8.7/8.8.7) id UAA02832; Thu, 30 Jul 1998 20:12:26 +0200 To: pdftex@tug.org Subject: pdftex-0.12o-ľ pre patch X-Operating-System: Linux 2.1.111 on Intel, Linux 2.0.32 on SPARC Organization: INET a.s., Kralovopolska 139, Brno, 60112, Czech Republic X-URL-PGP: http://www.inet.cz/~pjanik X-Phone: +420 5 41321276 ext. 171, +420 5 41321251 ext. 17 X-Spam: No unsolicitised e-mail. 500 dollars per message proof-reading for unsolicitised e-mail. X-Not-Receiving-Mail-From: mrp.cz, hotmail.com, post.cz, email.cz, usa.net Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=ISO-8859-2 From: Pavel.Janik@inet.cz (Pavel Janik ml.) Date: 30 Jul 1998 20:12:19 +0200 Message-ID: Lines: 69 X-Mailer: Gnus v5.3/Emacs 19.34 Sender: owner-pdftex@tug.org Precedence: bulk Hi again, can you test this pre-patch for the next release of pdfTeX? diff -urN pdftex-0.12o-5/README pdftex-0.12o-6/README --- pdftex-0.12o-5/README Mon Jul 20 08:19:36 1998 +++ pdftex-0.12o-6/README Thu Jul 30 15:32:26 1998 @@ -1,4 +1,4 @@ -This directory contains pdftex-0.12o-5. This version is not approved by +This directory contains pdftex-0.12o-6. This version is not approved by pdfTeX's primary author (Han The Thanh) so we have different naming scheme. Any suggestions to pdftug@tug.org or Pavel.Janik@inet.cz. diff -urN pdftex-0.12o-5/pdftexdir/pdftex.ch pdftex-0.12o-6/pdftexdir/pdftex.ch --- pdftex-0.12o-5/pdftexdir/pdftex.ch Mon Jul 20 08:21:21 1998 +++ pdftex-0.12o-6/pdftexdir/pdftex.ch Thu Jul 30 19:25:28 1998 @@ -33,7 +33,7 @@ @x [1.2] l.186 - This change is made for TeX 3.14159 @d banner=='This is TeX, Version 3.14159' {printed when \TeX\ starts} @y -@d banner=='This is pdfTeX, Version 3.14159-0.12o-5' {printed when \TeX\ starts} +@d banner=='This is pdfTeX, Version 3.14159-0.12o-6' {printed when \TeX\ starts} @d pdftex_version=12 { \.{\\pdftexversion} } @d pdftex_revision=="o" { \.{\\pdftexrevision} } @z @@ -1631,14 +1631,14 @@ char_done: end -@ Here we implement reading information from \.{VF} file. The charater packets +@ Here we implement reading information from \.{VF} file. The character packets will be stored in |str_pool| array, and the pointer to packets are stored in |vf_packet_start|. We write |vf_packet(f)(c)| to get the address of packet of -charracter |c| in font |f| in |str_pool|. The local font number in \.{VF} +character |c| in font |f| in |str_pool|. The local font number in \.{VF} file is replaced by the correspond internal font number while reading the \.{VF} file. -@d vf_max_packet_length = 255 {max length of character packet in \.{VF} file} +@d vf_max_packet_length = 10000 {max length of character packet in \.{VF} file} @# @d vf_error = 61 {label to go to when an error occur} @@ -1689,7 +1689,7 @@ @!vf_nf: internal_font_number; {the local fonts counter} @!vf_e_fnts: ^integer; {external font numbers} @!vf_i_fnts: ^internal_font_number; {corresponding internal font numbers} -@!tmp_w: memory_word; {acumulator} +@!tmp_w: memory_word; {accumulator} @!vf_z: integer; {multiplier} @!vf_alpha: integer; {correction for negative values} @!vf_beta: 1..16; {divisor} @@ -1877,7 +1877,7 @@ scaled3(tfm_width); end; if vf_packet_length < 0 then - bad_vf("negative packet lenght"); + bad_vf("negative packet length"); if vf_packet_length > vf_max_packet_length then bad_vf("packet length too long"); if (cc < 0) or (cc > 255) then The value 10000 is taken from vptovf.web. P.S. Do you have some (publicly available) MM font with AMFM file? If yes, please mail me URL of these fonts. Thanks. -- Pavel Janík ml. Pavel.Janik@inet.cz From owner-pdftex@tug.org Thu Jul 30 14:39:22 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id OAA02160 for ; Thu, 30 Jul 1998 14:39:21 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id PAA01526 for pdftex-list; Thu, 30 Jul 1998 15:37:21 -0400 Received: from postoffice.srv.cs.cmu.edu (POSTOFFICE.SRV.CS.CMU.EDU [128.2.181.62]) by tug.org (8.8.5/8.8.5) with SMTP id PAA01523 for ; Thu, 30 Jul 1998 15:37:20 -0400 Received: from FRIED.FOX.CS.CMU.EDU by postoffice.srv.cs.cmu.edu id aa02279; 30 Jul 98 15:37 EDT From: George Necula To: pdftex@tug.org MMDF-Warning: Parse error in original version of preceding line at postoffice.srv.cs.cmu.edu Subject: Bug in graphics inclusion? Date: Thu, 30 Jul 1998 15:35:25 -0400 Message-ID: <007201bdbbf1$32eff120$82b50280@fried.fox.cs.cmu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Importance: Normal Sender: owner-pdftex@tug.org Precedence: bulk Hi, I have recently tried to use a potentially nice feature of the graphicx package to allow the inclusion of a pdf file with the bounding box specified in a eps file (incidentally, the source file for my pdf). I use the command: \includegraphics[type=pdf,ext=.pdf,read=.eps,width=4in]{figure} and it complains that it cannot find a BoundingBox in figure.eps. I traced the problem to the macro \Gin@setfile in graphics.sty. It tries to read the .eps file using the read procedure for a pdf, which is looking for a MediaBox. No wonder it does not find the BoundingBox. I changed the macro so that it uses the eps read procedure to read the .eps and works fine. Am I doing something wrong or is this a real bug? George. From owner-pdftex@tug.org Thu Jul 30 15:11:25 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id PAA02930 for ; Thu, 30 Jul 1998 15:11:24 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id RAA01876 for pdftex-list; Thu, 30 Jul 1998 17:07:38 -0400 Received: from smtp01.wxs.nl (smtp01.wxs.nl [195.121.6.61]) by tug.org (8.8.5/8.8.5) with ESMTP id RAA01873 for ; Thu, 30 Jul 1998 17:07:36 -0400 Received: from wxs.nl ([195.121.21.231]) by smtp01.wxs.nl (Netscape Messaging Server 3.54) with ESMTP id AAA4C0A; Thu, 30 Jul 1998 23:05:44 +0200 Message-ID: <35C09E55.BE50E229@wxs.nl> Date: Thu, 30 Jul 1998 18:24:53 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: pdftex Subject: ] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Hi Pavel c.s., (1) Can it be that pdftex sends a redundant ] to the terminal when including an image? (2) Can it also be that pdftex ignores the cropbox when present in addition to a mediabox; e.g. when I crop a pdf image in exchange the added cropbox is not handled by pdftex when doing an inclusion. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@wxs.nl ----------------------------------------------------------------- From owner-pdftex@tug.org Fri Jul 31 02:23:29 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA16113 for ; Fri, 31 Jul 1998 02:23:28 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA05061 for pdftex-list; Fri, 31 Jul 1998 04:19:47 -0400 Received: from smtp04.wxs.nl (smtp04.wxs.nl [195.121.6.59]) by tug.org (8.8.5/8.8.5) with ESMTP id EAA05058 for ; Fri, 31 Jul 1998 04:19:44 -0400 Received: from wxs.nl ([195.121.20.238]) by smtp04.wxs.nl (Netscape Messaging Server 3.54) with ESMTP id AAA583F; Fri, 31 Jul 1998 10:19:29 +0200 Message-ID: <35C0E66E.1DEF1212@wxs.nl> Date: Thu, 30 Jul 1998 23:32:30 +0200 From: Hans Hagen X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Frans Goddijn , pdftex Subject: Re: font not found? References: <2b1_9807301547@fgbbs.iaf.nl> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Frans Goddijn wrote: > > I get errors on screen (not in the log) while compiling a file, and these > errors are about fonts not found. I suppose I must change some path > reference in a config file somewhere but I'm not sure which one... The > errors go like this: > > ***** > Warning: f:/connt-pdf/pdftex.exe (file tnr): > font tnr at 540 not found > ***** You should add an entry to the pdftex.map file (also look at pdftex.cnf where one can tell what maps to load). Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | mail: pragma@wxs.nl ----------------------------------------------------------------- From owner-pdftex@tug.org Fri Jul 31 02:25:10 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id CAA16138 for ; Fri, 31 Jul 1998 02:25:09 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id EAA05071 for pdftex-list; Fri, 31 Jul 1998 04:20:56 -0400 Received: from nag.co.uk (andover.nag.co.uk [192.156.217.113]) by tug.org (8.8.5/8.8.5) with ESMTP id EAA05068 for ; Fri, 31 Jul 1998 04:20:51 -0400 Received: (from davidc@localhost) by nag.co.uk (8.8.7/8.8.7) id JAA05741; Fri, 31 Jul 1998 09:22:37 +0100 Date: Fri, 31 Jul 1998 09:22:37 +0100 Message-Id: <199807310822.JAA05741@nag.co.uk> From: David Carlisle To: necula@cs.cmu.edu CC: pdftex@tug.org In-reply-to: <007201bdbbf1$32eff120$82b50280@fried.fox.cs.cmu.edu> (message from George Necula on Thu, 30 Jul 1998 15:35:25 -0400) Subject: Re: Bug in graphics inclusion? References: <007201bdbbf1$32eff120$82b50280@fried.fox.cs.cmu.edu> Sender: owner-pdftex@tug.org Precedence: bulk If you get the latest test releases of pdftex, which can include pdf files as a native format, and the test pdftex.def from www.tug.org's pdf area, then the whole problem will go away as latex no longer has to use macro parsing to find the size, pdftex has it `built in'. However... .. \includegraphics[type=pdf,ext=.pdf,read=.eps,width=4in]{figure} and it complains that it cannot find a BoundingBox in figure.eps. I traced the problem to the macro \Gin@setfile in graphics.sty. It tries to read the .eps file using the read procedure for a pdf, which is looking for a MediaBox. The read= key just specifies the file extension to use when looking for a tex-readable file. The actual file reading code is based on the file type so in this case, as the type is pdf, it will use the command \Gread@pdf. So you could just \let\gread@pdf\Gread@eps and it ought to work. ie if you had \DeclareGraphicsRule{.pdf}{pdf}{.eps}{} \let\gread@pdf\Gread@eps .... \includegraphics[width=4in]{figure.pdf} David From owner-pdftex@tug.org Fri Jul 31 05:13:03 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA19012 for ; Fri, 31 Jul 1998 05:13:01 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA05685 for pdftex-list; Fri, 31 Jul 1998 07:02:15 -0400 Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by tug.org (8.8.5/8.8.5) with SMTP id HAA05682 for ; Fri, 31 Jul 1998 07:02:13 -0400 Received: from fgbbs.iaf.nl by uni4nn.gn.iaf.nl with UUCP id AA24390 (5.67b/IDA-1.5 for pdftex@tug.org); Fri, 31 Jul 1998 12:59:21 +0200 Received: by fgbbs.iaf.nl (0.99.950801) id AA06047; 31 Jul 98 11:55:51 +0100 From: fg@fgbbs.iaf.nl (Frans Goddijn) Date: 31 Jul 98 10:20:01 +0100 Subject: helvetica clone font taken from 4TEX set Message-Id: <2c2_9807311155@fgbbs.iaf.nl> Organization: FGBBS at +31 26 3217041 To: pdftex@tug.org Sender: owner-pdftex@tug.org Precedence: bulk My setup of PDFTEX complianed about the "phvr" font not found and I solved this by adding another few lines to my own "fg.map" file in the /base directory. The afm/pfb files are vailable on the 4TEX cd set and since PDFTEX checks the "font names" in the afm files so closely, I added those manually: * Helvetica from 4TEX collection phvr "NimbusSanL-Regu" ; Fri, 31 Jul 1998 05:13:49 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA05690 for pdftex-list; Fri, 31 Jul 1998 07:02:20 -0400 Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by tug.org (8.8.5/8.8.5) with SMTP id HAA05687 for ; Fri, 31 Jul 1998 07:02:18 -0400 Received: from fgbbs.iaf.nl by uni4nn.gn.iaf.nl with UUCP id AA24383 (5.67b/IDA-1.5 for pdftex@tug.org); Fri, 31 Jul 1998 12:59:20 +0200 Received: by fgbbs.iaf.nl (0.99.950801) id AA06046; 31 Jul 98 11:55:51 +0100 From: fg@fgbbs.iaf.nl (Frans Goddijn) Date: 31 Jul 98 09:52:00 +0100 Subject: "font not found" problem solved! Message-Id: <2c1_9807311155@fgbbs.iaf.nl> References: <199807301818.UAA06940@anxur.fi.muni.cz> Organization: FGBBS at +31 26 3217041 To: pdftex@tug.org Sender: owner-pdftex@tug.org Precedence: bulk Yesterday I asked help about a problem with PDFTEX reporting a font not found: ***** Warning: f:/connt-pdf/pdftex.exe (file tnr): font tnr at 540 not found ***** Petr Sojka emailed me saying: si> Have a look at texmf.cnf I did, but got more puzzled. Hans Hagen put me on the right track: I looked into PDFTEX.CFG and PDFTEX.MAP. Along the lines in the existing .MAP files of that .../base/ directory I added the fonts that I need (I had them in my PSFONTS.MAP already so I could largely copy the lines). I also noticed the solution to another error: > Base font name mismatch > `cmsy9' (in font file) and `CMSY9' (in map file!) > the name specified in map file was ignored In de cm.map file that came with the package, there were a bunch of lines with font names in upper caps. I changed that back into lower case characters which solved *that* problem as well! Met hartelijke groet! Frans Goddijn -- You are what you is From owner-pdftex@tug.org Fri Jul 31 05:55:04 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id FAA19722 for ; Fri, 31 Jul 1998 05:55:03 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id HAA05853 for pdftex-list; Fri, 31 Jul 1998 07:46:58 -0400 Received: from toucan.stats.ox.ac.uk (toucan.stats.ox.ac.uk [163.1.20.20]) by tug.org (8.8.5/8.8.5) with ESMTP id HAA05850 for ; Fri, 31 Jul 1998 07:46:55 -0400 Received: from toucan.stats (toucan.stats [163.1.20.20]) by toucan.stats.ox.ac.uk (8.9.0/8.9.0) with SMTP id MAA27375; Fri, 31 Jul 1998 12:44:12 +0100 (BST) Message-Id: <199807311144.MAA27375@toucan.stats.ox.ac.uk> Date: Fri, 31 Jul 1998 12:44:12 +0100 (BST) From: Prof Brian Ripley Reply-To: Prof Brian Ripley Subject: Re: helvetica clone font taken from 4TEX set To: fg@fgbbs.iaf.nl Cc: pdftex@tug.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Content-MD5: QhxB00FK/IBL0CcywssjVw== X-Mailer: dtmail 1.2.0 CDE Version 1.2 SunOS 5.6 sun4m sparc Sender: owner-pdftex@tug.org Precedence: bulk > From: fg@fgbbs.iaf.nl (Frans Goddijn) > My setup of PDFTEX complianed about the "phvr" font not found and I solved > this by adding another few lines to my own "fg.map" file in the /base > directory. The afm/pfb files are vailable on the 4TEX cd set and since > PDFTEX checks the "font names" in the afm files so closely, I added those > manually: > > * Helvetica from 4TEX collection > phvr "NimbusSanL-Regu" phvro "NimbusSanL-ReguItal" phvb "NimbusSanL-Bold" phvbo "NimbusSanL-BoldItal" phvrrn "NimbusSanL-ReguCond" phvron "NimbusSanL-ReguCondItal" phvbrn "NimbusSanL-BoldCond" phvbon "NimbusSanL-BoldCondItal" That is not of course Helvetica, but a clone from Aladdin ghostscript. And as Helvetica is one of the standard fonts of PDF, why not use that? Use something like phvr Helvetica However, it is very unlikely that phvr is referring to raw Helvetica, without any encoding. Once upon a long time, phvr was a virtual font encoding phvr0 or rphvr; I still have it to cope with revisions to a book written before NFSS let alone LaTeX2e. If you are using LaTeX, you need a clean install of psnfss. -- 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 Fri Jul 31 06:50:36 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id GAA20687 for ; Fri, 31 Jul 1998 06:50:35 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id IAA06060 for pdftex-list; Fri, 31 Jul 1998 08:42:31 -0400 Received: from pillar.elsevier.co.uk (pillar.elsevier.co.uk [193.131.222.35]) by tug.org (8.8.5/8.8.5) with ESMTP id IAA06057 for ; Fri, 31 Jul 1998 08:42:29 -0400 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 NAA08190; hop 0; Fri, 31 Jul 1998 13:36:16 +0100 (BST) Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Fri, 31 Jul 1998 13:42:15 +0100 Date: Fri, 31 Jul 1998 12:40:38 +0100 Message-ID: <8198-Fri31Jul1998124038+0100-s.rahtz@elsevier.co.uk> X-Mailer: emacs 19.34.6 (via feedmail 8-beta-20 Q); VM 6.33 under Emacs 19.34.6 From: Sebastian Rahtz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: fg@fgbbs.iaf.nl Cc: pdftex@tug.org Subject: Re: helvetica clone font taken from 4TEX set In-Reply-To: <2c2_9807311155@fgbbs.iaf.nl> References: <2c2_9807311155@fgbbs.iaf.nl> Sender: owner-pdftex@tug.org Precedence: bulk Frans Goddijn writes: > > My setup of PDFTEX complianed about the "phvr" font not found and I solved > this by adding another few lines to my own "fg.map" file in the > /base phvr is supposed (in my world) to be implemented as a virtual font, pointing at phvr8r... sebastian From owner-pdftex@tug.org Fri Jul 31 07:07:03 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id HAA21004 for ; Fri, 31 Jul 1998 07:07:02 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id JAA06141 for pdftex-list; Fri, 31 Jul 1998 09:03:47 -0400 Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by tug.org (8.8.5/8.8.5) with SMTP id JAA06138 for ; Fri, 31 Jul 1998 09:03:46 -0400 Received: from fgbbs.iaf.nl by uni4nn.gn.iaf.nl with UUCP id AA28442 (5.67b/IDA-1.5 for pdftex@tug.org); Fri, 31 Jul 1998 14:24:48 +0200 Received: by fgbbs.iaf.nl (0.99.950801) id AA06052; 31 Jul 98 13:21:20 +0100 From: fg@fgbbs.iaf.nl (Frans Goddijn) Date: 31 Jul 98 12:29:00 +0100 Subject: new PDF for dos users? Message-Id: <2c8_9807311321@fgbbs.iaf.nl> Organization: FGBBS at +31 26 3217041 To: pdftex@tug.org Sender: owner-pdftex@tug.org Precedence: bulk I followed the link on the TUG homepage to the latest PDFtex, but on the given directories I saw, besides a Windows 32 version, only more exotic versions for SPARC etc. computers. Is there a DOS version available somewhere? Trying the W32 on my DOS box under OS/2 WARP4 I get: > This program cannot be run in DOS mode. Bad luck for me... Met hartelijke groet, Frans Goddijn | bbs: +31 (0)26 3217041 Postbus 30196 | email: fg@fgbbs.iaf.nl 6803 AD Arnhem | tel: +31 (0)26 3219342 The Netherlands | http://www.iaf.nl/Users/Meridian -- You are what you is From owner-pdftex@tug.org Fri Jul 31 10:07:56 1998 Flags: 000000000001 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id KAA24977 for ; Fri, 31 Jul 1998 10:07:55 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id MAA07134 for pdftex-list; Fri, 31 Jul 1998 12:03:43 -0400 Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by tug.org (8.8.5/8.8.5) with SMTP id MAA07131 for ; Fri, 31 Jul 1998 12:03:40 -0400 Received: from fgbbs.iaf.nl by uni4nn.gn.iaf.nl with UUCP id AA06192 (5.67b/IDA-1.5 for pdftex@tug.org); Fri, 31 Jul 1998 17:32:52 +0200 Received: by fgbbs.iaf.nl (0.99.950801) id AA06066; 31 Jul 98 16:29:13 +0100 From: fg@fgbbs.iaf.nl (Frans Goddijn) Date: 31 Jul 98 15:43:01 +0100 Subject: helvetica clone font taken from 4TEX set Message-Id: <2d9_9807311629@fgbbs.iaf.nl> References: <2c2_9807311155@fgbbs.iaf.nl> <8198-Fri31Jul1998124038+0100-s.rahtz@elsevier.co.uk> Organization: FGBBS at +31 26 3217041 To: pdftex@tug.org Sender: owner-pdftex@tug.org Precedence: bulk said Sebastian Rahtz to All: SR> phvr is supposed (in my world) to be implemented as a virtual font, SR> pointing at phvr8r... I'd like to be in your world ;=} In the PSFONT.MAP of my 4TEX instal I see these lines but they don't seem to point to "<*.afm / pfb" files at all. This made me wonder how this could ever work... rphvb Helvetica-Bold rphvbo Helvetica-BoldOblique rphvbrn Helvetica-Bold ".82 ExtendFont" rphvbon Helvetica-BoldOblique ".82 ExtendFont" rphvron Helvetica-Oblique ".82 ExtendFont" rphvrrn Helvetica ".82 ExtendFont" rphvro Helvetica-Oblique rphvr Helvetica I also have the following lines, which I once installed myself from helvetica afm/pfb's that I had, but they offer a smaller family: * helvetica rphelv Helvetica ; Fri, 31 Jul 1998 10:36:35 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id MAA07254 for pdftex-list; Fri, 31 Jul 1998 12:33:40 -0400 Received: from venus.open.ac.uk (venus.open.ac.uk [137.108.143.2]) by tug.org (8.8.5/8.8.5) with SMTP id MAA07251 for ; Fri, 31 Jul 1998 12:33:23 -0400 Received: from fell.open.ac.uk by venus with SMTP Local (MMTA v2.2) with ESMTP; Fri, 31 Jul 1998 17:20:45 +0100 Received: (from car2@localhost) by fell.open.ac.uk (8.8.5/8.6.12) id RAA00066; Fri, 31 Jul 1998 17:20:43 +0100 (BST) From: Chris Rowley MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Fri, 31 Jul 1998 17:20:42 +0100 (BST) To: fg@fgbbs.iaf.nl (Frans Goddijn) Cc: pdftex@tug.org Subject: Re: helvetica clone font taken from 4TEX set In-Reply-To: <2d9_9807311629@fgbbs.iaf.nl> References: <2c2_9807311155@fgbbs.iaf.nl> <8198-Fri31Jul1998124038+0100-s.rahtz@elsevier.co.uk> <2d9_9807311629@fgbbs.iaf.nl> X-Mailer: VM 6.44 under Emacs 19.34.1 Message-ID: <13761.61078.548052.474859@fell.open.ac.uk> Sender: owner-pdftex@tug.org Precedence: bulk Frans Goddijn wrote -- > > said Sebastian Rahtz to All: > > SR> phvr is supposed (in my world) to be implemented as a virtual font, > SR> pointing at phvr8r... > > I'd like to be in your world ;=} But it's only a virtual one, unlike Bethold's "real world":-). chris From owner-pdftex@tug.org Fri Jul 31 16:50:50 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id QAA04373 for ; Fri, 31 Jul 1998 16:50:49 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id SAA08715 for pdftex-list; Fri, 31 Jul 1998 18:47:37 -0400 Received: from monster.igd.fhg.de (monster.igd.fhg.de [153.97.128.43]) by tug.org (8.8.5/8.8.5) with SMTP id SAA08712 for ; Fri, 31 Jul 1998 18:47:35 -0400 Received: from smurfsoft.dauenhauer.de (isdn33) by monster.igd.fhg.de (5.x/SMI-4.1) id AA24312; Sat, 1 Aug 1998 00:47:31 +0200 Received: from zgdv.de (localhost [127.0.0.1]) by smurfsoft.dauenhauer.de (8.7.6/8.7.3) with ESMTP id AAA18296; Sat, 1 Aug 1998 00:46:47 +0200 Message-Id: <35C24956.D7239417@zgdv.de> Date: Sat, 01 Aug 1998 00:46:46 +0200 From: Christian Kumpf Organization: ZGDV X-Mailer: Mozilla 4.5b1 [en] (X11; I; Linux 2.0.35 i586) X-Accept-Language: de,en Mime-Version: 1.0 To: Frans Goddijn , pdftex@tug.org Subject: Re: new PDF for dos users? References: <2c8_9807311321@fgbbs.iaf.nl> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Frans Goddijn wrote: > I followed the link on the TUG homepage to the latest PDFtex, but on the > given directories I saw, besides a Windows 32 version, only more exotic > versions for SPARC etc. computers. Nowadays I would consider the DOS box exotic and the sparc common... But more seriously: I guess (and look to the source code tells me that I'm not totally wrong), that a lot of the hacks in pdftex (even more than in the `normal' web2c-based tex) are quite unix-specific (or say posix to be more exact). And there is better compiler support for such code under win32 than under dos. You may try some dos-extenders, but don't expect it to be too easy, since they never tried to reach at least a bit posix-compliance. Christian From owner-pdftex@tug.org Fri Jul 31 19:08:50 1998 Flags: 000000000000 Received: from tug.org (tug.org [158.121.106.10]) by csc-sun.math.utah.edu (8.8.5/8.8.5) with ESMTP id TAA06813 for ; Fri, 31 Jul 1998 19:08:49 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id VAA09175 for pdftex-list; Fri, 31 Jul 1998 21:04:43 -0400 Received: from extra.ucc.su.OZ.AU (extra.ucc.su.oz.au [129.78.64.4]) by tug.org (8.8.5/8.8.5) with ESMTP id VAA09172 for ; Fri, 31 Jul 1998 21:04:39 -0400 Received: from mail.usyd.edu.au (mp-5-23.mp.usyd.edu.au [129.78.56.147]) by extra.ucc.su.OZ.AU (8.9.0/8.9.0) with ESMTP id LAA13119; Sat, 1 Aug 1998 11:04:26 +1000 (EST) Message-ID: <35C26A5B.ACB8079E@mail.usyd.edu.au> Date: Sat, 01 Aug 1998 11:07:39 +1000 From: Robert Howlett X-Mailer: Mozilla 4.05 [en] (Win95; I) MIME-Version: 1.0 To: Frans Goddijn CC: pdftex@tug.org Subject: Re: helvetica clone font taken from 4TEX set References: <2c2_9807311155@fgbbs.iaf.nl> <8198-Fri31Jul1998124038+0100-s.rahtz@elsevier.co.uk> <2d9_9807311629@fgbbs.iaf.nl> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pdftex@tug.org Precedence: bulk Frans Goddijn wrote: > > In the PSFONT.MAP of my 4TEX instal I see these lines but they don't seem > to point to "<*.afm / pfb" files at all. This made me wonder how this > could ever work... > > rphvb Helvetica-Bold > rphvbo Helvetica-BoldOblique > rphvbrn Helvetica-Bold ".82 ExtendFont" > rphvbon Helvetica-BoldOblique ".82 ExtendFont" > rphvron Helvetica-Oblique ".82 ExtendFont" > rphvrrn Helvetica ".82 ExtendFont" > rphvro Helvetica-Oblique > rphvr Helvetica > > I also have the following lines, which I once installed myself from > helvetica afm/pfb's that I had, but they offer a smaller family: > > * helvetica > rphelv Helvetica rphelvi Helvetica-Oblique rphelvb Helvetica-Bold rphelvbi Helvetica-BoldOblique > Frans Goddijn And Prof Brian Ripley wrote > However, it is very unlikely that phvr is referring to raw Helvetica, > without any encoding. Once upon a long time, phvr was a virtual font > encoding phvr0 or rphvr; I still have it to cope with revisions to a > book written before NFSS let alone LaTeX2e. If you are using LaTeX, > you need a clean install of psnfss. I continue to use a very old setup since (a) it serves my purposes, so why change? and (b) I don't want to have to worry about changing old TeX files. Anyway, I have tfm files called things like phvrrn and rphvrrn, pbkli and rpbkli, etc. etc. pdftex needs, I believe, a line in a map file for each "raw" font (rpkli, rphvrrn, etc.). So this is what I've got in my map file -- sorry if it doesn't meet with the approval of people who are uptodate: rpagd URWGothicL-Demi ; Fri, 31 Jul 1998 22:50:18 -0600 (MDT) Received: (from daemon@localhost) by tug.org (8.8.5/8.8.5) id AAA10017 for pdftex-list; Sat, 1 Aug 1998 00:47:21 -0400 Received: from toucan.stats.ox.ac.uk (toucan.stats.ox.ac.uk [163.1.20.20]) by tug.org (8.8.5/8.8.5) with ESMTP id AAA10014 for ; Sat, 1 Aug 1998 00:47:18 -0400 Received: from localhost (max162.public.ox.ac.uk [192.76.27.162]) by toucan.stats.ox.ac.uk (8.9.0/8.9.0) with SMTP id FAA05674; Sat, 1 Aug 1998 05:44:27 +0100 (BST) Date: Sat, 1 Aug 1998 05:46:28 +0100 (BST) From: Prof Brian D Ripley To: Robert Howlett cc: Frans Goddijn , pdftex@tug.org Subject: Re: helvetica clone font taken from 4TEX set In-Reply-To: <35C26A5B.ACB8079E@mail.usyd.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pdftex@tug.org Precedence: bulk On Sat, 1 Aug 1998, Robert Howlett wrote: > Frans Goddijn wrote: > > > > In the PSFONT.MAP of my 4TEX instal I see these lines but they don't seem > > to point to "<*.afm / pfb" files at all. This made me wonder how this > > could ever work... > > > > rphvb Helvetica-Bold > > rphvbo Helvetica-BoldOblique > > rphvbrn Helvetica-Bold ".82 ExtendFont" > > rphvbon Helvetica-BoldOblique ".82 ExtendFont" > > rphvron Helvetica-Oblique ".82 ExtendFont" > > rphvrrn Helvetica ".82 ExtendFont" > > rphvro Helvetica-Oblique > > rphvr Helvetica > > > > I also have the following lines, which I once installed myself from > > helvetica afm/pfb's that I had, but they offer a smaller family: > > > > * helvetica > > rphelv Helvetica > rphelvi Helvetica-Oblique > rphelvb Helvetica-Bold > rphelvbi Helvetica-BoldOblique > > > Frans Goddijn > > And Prof Brian Ripley wrote > > > However, it is very unlikely that phvr is referring to raw Helvetica, > > without any encoding. Once upon a long time, phvr was a virtual font > > encoding phvr0 or rphvr; I still have it to cope with revisions to a > > book written before NFSS let alone LaTeX2e. If you are using LaTeX, > > you need a clean install of psnfss. [ That was in reply to an _earlier_ message from Frans Goddijn. ] > I continue to use a very old setup since > (a) it serves my purposes, so why change? > and > (b) I don't want to have to worry about changing old TeX files. > Anyway, I have tfm files called things like phvrrn and rphvrrn, > pbkli and rpbkli, etc. etc. > pdftex needs, I believe, a line in a map file for each "raw" font > (rpkli, rphvrrn, etc.). So this is what I've got in my > map file -- sorry if it doesn't meet with the approval of people who > are uptodate: But that is fine (I have much of it too). The problem Frans Goddijn had is that his setup is looking for a font for phvr, and my point is that that is a virtual font, so something else is missing (phvr.vf?) or lots of things are wrong. You should not have to change any LaTeX files when bringing psnfss up to date, unless you use TeX constructions to select fonts. -- 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