From bug at mail.ru Wed May 1 19:40:55 2002 From: bug at mail.ru (Peter Kreynin) Date: Sun Jun 1 17:15:11 2003 Subject: [pdftex] eps and vector fonts Message-ID: <005301c1f137$58da95a0$7504f080@ncl.ac.uk> Sorry to come to this question again, but I have read through all archives and did not find anything related exactly to this... I know pdflatex does not support inclusion of eps graphics. That is very pity BTW. Is it really so difficult? Anyway, the problem is: I am using PSFrag package to replace some text in eps figures. And in fact this is very useful. So generally it is fine when I create PS, but in fact I need PDF. The first way is simply to use pdflatex, but as it does not handle eps, set aside PSFrag, then even though I do get perfect vector fonts in the final file it is not good enough. And if I convert EPS to PDF then I won't be able to use PSFrag. Is there any similar package to do the same with PDF? Another way is creating PS and then converting it to PDF with ps2pdf utility, which works perfectly, with one exception: if there is any cyrillics in the text, then all fonts in PDF become raster. :( With only English inside it is fine. Unfortunately, there is no way not to use cyrillics, so I am between two problems: either terrible fonts or no graphics. Could anyone please suggest any way around it? The time is running out and I am a bit stuck. Thanks in advance, Peter Kreynin -------------- next part -------------- An HTML attachment was scrubbed... URL: http://tug.org/pipermail/pdftex/attachments/20020501/f077f084/attachment.htm From sebastian.rahtz at computing-services.oxford.ac.uk Wed May 1 20:52:26 2002 From: sebastian.rahtz at computing-services.oxford.ac.uk (Sebastian Rahtz) Date: Sun Jun 1 17:15:11 2003 Subject: [pdftex] eps and vector fonts In-Reply-To: <005301c1f137$58da95a0$7504f080@ncl.ac.uk> References: <005301c1f137$58da95a0$7504f080@ncl.ac.uk> Message-ID: <20020501185226.GD992@spqr-dell> > Another way is creating PS and then converting it to PDF with ps2pdf > utility, which works perfectly, with one exception: if there is any > cyrillics in the text, then all fonts in PDF become raster. :( With I find that very surprising. i think you should a) review how you do cyrillic b) check your Ghostscript version its hard to pin down otherwise -- Sebastian Rahtz OUCS Information Manager 13 Banbury Road, Oxford OX2 6NN. Phone +44 1865 283431 From reinhard at kammer.uni-hannover.de Wed May 1 22:22:00 2002 From: reinhard at kammer.uni-hannover.de (Reinhard Kotucha) Date: Sun Jun 1 17:15:11 2003 Subject: [pdftex] eps and vector fonts In-Reply-To: <005301c1f137$58da95a0$7504f080@ncl.ac.uk> References: <005301c1f137$58da95a0$7504f080@ncl.ac.uk> Message-ID: <15568.16472.277190.690104@zarniwoop.kammer.uni-hannover.de> >>>>> "Peter" == Peter Kreynin writes: > The first way is simply to use pdflatex, but as it does not > handle eps, set aside PSFrag, then even though I do get perfect > vector fonts in the final file it is not good enough. And if I > convert EPS to PDF then I won't be able to use PSFrag. Is there > any similar package to do the same with PDF? One thing you could try is to convert the eps files to metapost (see CTAN:/pub/tex/support/pstoedit) and edit the mp file. > Don't send HTML to the mailing list, please. Regards, Reinhard -- ---------------------------------------------------------------------------- Reinhard Kotucha Phone: +49-511-751355 Berggartenstr. 9 D-30419 Hannover mailto:reinhard@kammer.uni-hannover.de ---------------------------------------------------------------------------- Microsoft isn't the answer. Microsoft is the question, and the answer is NO. ---------------------------------------------------------------------------- From kakuto at fsci.fuk.kindai.ac.jp Fri May 3 11:29:22 2002 From: kakuto at fsci.fuk.kindai.ac.jp (Akira Kakuto) Date: Sun Jun 1 17:15:11 2003 Subject: [pdftex] Problems with pdftex.map In-Reply-To: Your message of "03 May 2002 01:21:17 +0200" References: Message-ID: <200205030129.KAA10149@jupiter.fsci.fuk.kindai.ac.jp> From: Andreas Matthias Subject: [pdftex] Problems with pdftex.map > My pdftex.map contains the following two line (in this order!): > > pplr8rn URWPalladioL-Roma ".82 ExtendFont TeXBase1Encoding ReEncodeFont" <8r.enc pplr8r URWPalladioL-Roma "TeXBase1Encoding ReEncodeFont" <8r.enc Hi, I'm new to PDFTeX (and LaTeX). I'm trying to merge two PDF-Files using PDFTeX. There are two problems I haven't been able to solve yet. First, I can't seem to figure out how to import PDF files that are several pages long. They always get cropped after the first page. Second, if I try to merge a file I got as an output from a previous merging, it seems to move about an inch downwards and a bit to the left (I think). Is it possible to use an output PDF as an input in PDFTeX, and if so, what am I doing wrong? The .tex-file (merge.tex) looks like that: \documentclass{article} \usepackage[pdftex]{graphicx} \setlength{\oddsidemargin}{0pt} \setlength{\evensidemargin}{0pt} \setlength{\topmargin}{0pt} \setlength{\headheight}{0pt} \setlength{\headsep}{0pt} \setlength{\marginparsep}{0pt} \setlength{\marginparwidth}{0pt} \setlength{\footskip}{0pt} \setlength{\marginparpush}{0pt} \setlength{\hoffset}{-72pt} \setlength{\voffset}{-72pt} \setlength{\parindent}{0pt} \setlength{\paperwidth}{210mm} \setlength{\textwidth}{210mm} \setlength{\paperheight}{297mm} \setlength{\textheight}{297mm} \setlength{\unitlength}{1mm} \pagestyle{empty} \begin{document} \DeclareGraphicsExtensions{.pdf} \begin{picture}(210,297) \put(0,0){\includegraphics[width=\textwidth]{form_001.pdf}} \put(0,0){\includegraphics[width=\textwidth]{content_001.pdf}} \end{picture} \end{document} For the second merge, I change the \put lines to this: \put(0,0){\includegraphics[width=\textwidth]{form_001.pdf}} \put(0,0){\includegraphics[width=\textwidth]{merge.pdf}} I would greatly appreciate any help! Thanks, Lucas From lukas.mathis at iogram.ch Fri May 3 12:14:59 2002 From: lukas.mathis at iogram.ch (Lukas Mathis) Date: Sun Jun 1 17:15:11 2003 Subject: [pdftex] Merging PDFs part II Message-ID: <3CD25513.7040201@iogram.ch> I think I know why the imported exported PDF is out of place. It seems to export as letter format while the imported files are A4. Any tips on how I can change this? Lucas From te at informatik.uni-hannover.de Fri May 3 15:59:30 2002 From: te at informatik.uni-hannover.de (Thomas Esser) Date: Sun Jun 1 17:15:11 2003 Subject: [pdftex] Merging PDFs Message-ID: <200205031259.g43CxUHu001465@gauss.informatik.uni-hannover.de> > Here are the notes, I took during my diffrent install: Well, you could have picked teTeX-beta (via http://tug.org/teTeX/) which has the pdfpages package and a more recent pdftex than you have found. The installation yould have been much shorter and easier... Thomas From te at informatik.uni-hannover.de Sat May 4 02:15:20 2002 From: te at informatik.uni-hannover.de (Thomas Esser) Date: Sun Jun 1 17:15:11 2003 Subject: [pdftex] Problems with pdftex.map Message-ID: <200205032315.g43NFKPQ000898@gauss.informatik.uni-hannover.de> > Change these lines to be > > pplr8rn ".82 ExtendFont TeXBase1Encoding ReEncodeFont" <8r.enc pplr8r URWPalladioL-Roma "TeXBase1Encoding ReEncodeFont" <8r.enc References: <5.1.0.14.1.20020422123508.02b91d30@212.45.58.16> Message-ID: In cz.muni.redir.pdftex, you wrote: >At 11:37 AM 4/22/2002 +0200, Willemijn Vermaat wrote: > >>I hope that there is a solution to this outside of Context. Please let me >>know if you know of anything (or if you could help come up with a solution). >> >>(Please email me if you have an answer.) > >the 'context' way also works in latex, that is, it did work a year ago, >given that some code was loaded; as far as i know those who played with it >have switched to metapost, so there was no need for writing some latex >wrapper; i have no time now to look into it. > >Hans >------------------------------------------------------------------------- > Hans Hagen | PRAGMA ADE | pragma@wxs.nl > Ridderstraat 27 | 8061 GH Hasselt | The Netherlands > tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com >------------------------------------------------------------------------- > information: http://www.pragma-ade.com/roadmap.pdf > documentation: http://www.pragma-ade.com/showcase.pdf >------------------------------------------------------------------------- > >_______________________________________________ >pdftex mailing list >pdftex@tug.org >http://tug.org/mailman/listinfo/pdftex > Use metapost in conjunction with the latex package mfpic. Michael Krbek From john at wexfordpress.com Sun May 5 11:23:43 2002 From: john at wexfordpress.com (John Culleton) Date: Sun Jun 1 17:15:11 2003 Subject: [pdftex] Security settings and pdftex Message-ID: <200205051023.43301.john@wexfordpress.com> Is there a way to add security settings to pdftex output or must one buy and use Acrobat Distiller? John Culleton -- Able Indexers and Typesetters http://wexfordpress.com From pdftex at GDBrettschneider.de Mon May 6 10:53:53 2002 From: pdftex at GDBrettschneider.de (G. D. Brettschneider) Date: Sun Jun 1 17:15:12 2003 Subject: [pdftex] Problems with pdftex.map References: <200205032315.g43NFKPQ000898@gauss.informatik.uni-hannover.de> Message-ID: <3CD63691.3010504@GDBrettschneider.de> Thomas Esser wrote: >> Change these lines to be >> >> pplr8rn ".82 ExtendFont TeXBase1Encoding ReEncodeFont" <8r.enc >> > pplr8r URWPalladioL-Roma "TeXBase1Encoding ReEncodeFont" <8r.enc >> > > Well, Thanh has given me different advice whether to put the fontname into > the map file or not. The last thing he told me was to put the names in. > Can't someone just fix this bug? > Isn't it that PostScript names of embedded fonts must be included in the PDF output file (so that the first line would not be allowed, because it does not tell this name to pdftex)? Gerolf From thierry.bouche at ujf-grenoble.fr Mon May 6 10:21:50 2002 From: thierry.bouche at ujf-grenoble.fr (Thierry Bouche) Date: Sun Jun 1 17:15:12 2003 Subject: [pdftex] Problems with pdftex.map In-Reply-To: <3CD63691.3010504@GDBrettschneider.de> References: <200205032315.g43NFKPQ000898@gauss.informatik.uni-hannover.de> <3CD63691.3010504@GDBrettschneider.de> Message-ID: <1252409003.20020506092150@ujf-grenoble.fr> Le lundi 6 mai 2002 ? 09:53:53, G. Brettschneider ?crivit?: GDB> Thomas Esser wrote: >>> Change these lines to be >>> >>> pplr8rn ".82 ExtendFont TeXBase1Encoding ReEncodeFont" <8r.enc >>> >> pplr8r URWPalladioL-Roma "TeXBase1Encoding ReEncodeFont" <8r.enc >>> >> >> Well, Thanh has given me different advice whether to put the fontname into >> the map file or not. The last thing he told me was to put the names in. >> Can't someone just fix this bug? >> GDB> Isn't it that PostScript names of embedded fonts must be included in the GDB> PDF output file (so that the first line would not be allowed, because it GDB> does not tell this name to pdftex)? No. pdftex use the name it finds in the PFB. If there is a typo in a map file, it won't be affected by that. The fact of giving the name in the map file only serves one purpose: if you include PDF files with fonts whose name appear in a .map, then pdftex will deal more intelligently with them (remove them from the included PDF and subset embed them once). -- Thierry Bouche From ms at artcom-gmbh.de Mon May 6 11:12:47 2002 From: ms at artcom-gmbh.de (Martin Schroeder) Date: Sun Jun 1 17:15:12 2003 Subject: [pdftex] Security settings and pdftex In-Reply-To: <200205051023.43301.john@wexfordpress.com>; from john@wexfordpress.com on Sun, May 05, 2002 at 10:23:43AM -0400 References: <200205051023.43301.john@wexfordpress.com> Message-ID: <20020506101247.B18926@artcom8.artcom-gmbh.de> On 2002-05-05 10:23:43 -0400, John Culleton wrote: > Is there a way to add security settings to pdftex output or must one buy and > use Acrobat Distiller? Newer versions of pdfTeX allow this but you should not rely on it as it may be absend in future versions of pdfTeX. Best regards Martin -- Martin Schr?der, MS@ArtCom-GmbH.DE ArtCom GmbH, Grazer Stra?e 8, D-28359 Bremen Voice +49 421 20419-44 / Fax +49 421 20419-10 From mchapman at mchapman.com Mon May 6 09:42:39 2002 From: mchapman at mchapman.com (Michael Chapman) Date: Sun Jun 1 17:15:12 2003 Subject: [pdftex] Security settings and pdftex In-Reply-To: <20020506101247.B18926@artcom8.artcom-gmbh.de> References: <200205051023.43301.john@wexfordpress.com> <20020506101247.B18926@artcom8.artcom-gmbh.de> Message-ID: <0205060842390E.22881@cotter.interarb.com> On Monday 06 May 2002 08:12, Martin Schroeder wrote: > > ... security settings > > .. you should not rely on > it as it may be absend in future versions of pdfTeX. Can see various explanations for its removal .... what is the current thinking though? Thanks in advance, Michael. From Robin.Fairbairns at cl.cam.ac.uk Mon May 6 10:55:08 2002 From: Robin.Fairbairns at cl.cam.ac.uk (Robin Fairbairns) Date: Sun Jun 1 17:15:12 2003 Subject: [pdftex] Security settings and pdftex In-Reply-To: Your message of "Mon, 06 May 2002 08:42:39 -0000." <0205060842390E.22881@cotter.interarb.com> Message-ID: > On Monday 06 May 2002 08:12, Martin Schroeder wrote: > > > ... security settings > > > > .. you should not rely on > > it as it may be absend in future versions of pdfTeX. > > Can see various explanations for its removal .... what is the current > thinking though? the present code was offered as a contribution to the pdftex community. the most obvious way in which the present syntax may disappear, is if an "official" version of the code were to make it untenable. _i'm_ not the person to comment on the likelihood of this; but i agree that the disclaimer was probably necessary... robin From ms at artcom-gmbh.de Mon May 6 11:57:33 2002 From: ms at artcom-gmbh.de (Martin Schroeder) Date: Sun Jun 1 17:15:12 2003 Subject: [pdftex] Security settings and pdftex In-Reply-To: <0205060842390E.22881@cotter.interarb.com>; from mchapman@mchapman.com on Mon, May 06, 2002 at 08:42:39AM +0000 References: <200205051023.43301.john@wexfordpress.com> <20020506101247.B18926@artcom8.artcom-gmbh.de> <0205060842390E.22881@cotter.interarb.com> Message-ID: <20020506105733.F18926@artcom8.artcom-gmbh.de> On 2002-05-06 08:42:39 +0000, Michael Chapman wrote: > Can see various explanations for its removal .... what is the current > thinking though? IMNSHO it bloats the code and should (and could easily) be moved to a stand-alone application, which would benefit the whole pdf community, not only the pdfTeX users. Best regards Martin -- Martin Schr?der, MS@ArtCom-GmbH.DE ArtCom GmbH, Grazer Stra?e 8, D-28359 Bremen Voice +49 421 20419-44 / Fax +49 421 20419-10 From ryder at physik.uni-bremen.de Mon May 6 12:06:52 2002 From: ryder at physik.uni-bremen.de (Peter Ryder) Date: Sun Jun 1 17:15:12 2003 Subject: [pdftex] \pdfstartlink and Java script Message-ID: <3CD647AC.4FBB29B1@physik.uni-bremen.de> Sorry if this is a stupid question, but I am trying to learn how to get (simple) Java script code into PDF documents via PDFTeX, and after failing with the hyperref package and form fields (is ther a mailing list for hyperref?) I tried with \pdfstartlink ... \pdfendlink. The following minimum file compiles without any error messages with: pdfTeX, Version 3.14159-1.00b-pretest-20020211 (Web2c 7.3.7) (format=pdflatex 2002.3.22), and the Java script code is there in the PDF document, but the link is not active. Obviously I am missing something essential. Any help would be appreciated. Peter Ryder. ---------------------------------- \documentclass{article} \begin{document} Choose \pdfstartlink user {/S /JavaScript /JS (app.fs.defaultTransition = "WipeRight";)} WipeRight. \pdfendlink \end{document} ------------------------------------ From pragma at wxs.nl Mon May 6 15:27:01 2002 From: pragma at wxs.nl (Hans Hagen) Date: Sun Jun 1 17:15:12 2003 Subject: [pdftex] Security settings and pdftex In-Reply-To: <20020506105733.F18926@artcom8.artcom-gmbh.de> References: <0205060842390E.22881@cotter.interarb.com> <200205051023.43301.john@wexfordpress.com> <20020506101247.B18926@artcom8.artcom-gmbh.de> <0205060842390E.22881@cotter.interarb.com> Message-ID: <5.1.0.14.1.20020506142636.02b23830@remote-1> At 10:57 AM 5/6/2002 +0200, Martin Schroeder wrote: >On 2002-05-06 08:42:39 +0000, Michael Chapman wrote: > > Can see various explanations for its removal .... what is the current > > thinking though? > >IMNSHO it bloats the code and should (and could easily) be moved >to a stand-alone application, which would benefit the whole pdf >community, not only the pdfTeX users. I fully agree with this Hans ------------------------------------------------------------------------- Hans Hagen | PRAGMA ADE | pragma@wxs.nl Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com ------------------------------------------------------------------------- information: http://www.pragma-ade.com/roadmap.pdf documentation: http://www.pragma-ade.com/showcase.pdf ------------------------------------------------------------------------- From desouza at Math.Berkeley.EDU Mon May 6 11:14:08 2002 From: desouza at Math.Berkeley.EDU (Paulo Ney de Souza) Date: Sun Jun 1 17:15:12 2003 Subject: [pdftex] Security settings and pdftex Message-ID: <200205061714.KAA26206@yuban.math.Berkeley.EDU> "It bloats the code" ? According to the Webster dictionary "bloat" means "to cause to swell up or inflate" and couting the size you can see that this is indeed a very SMALL piece of pdftex. You must been using the word "bloat" with some other meaning ... Paulo Ney >From pdftex-admin@tug.org Mon May 6 02:13:12 2002 >From: Martin Schroeder >To: pdftex@tug.org >Subject: Re: [pdftex] Security settings and pdftex > >On 2002-05-06 08:42:39 +0000, Michael Chapman wrote: >> Can see various explanations for its removal .... what is the current >> thinking though? > >IMNSHO it bloats the code and should (and could easily) be moved >to a stand-alone application, which would benefit the whole pdf >community, not only the pdfTeX users. > >Best regards > Martin >-- > Martin Schröder, MS@ArtCom-GmbH.DE > ArtCom GmbH, Grazer Straße 8, D-28359 Bremen > Voice +49 421 20419-44 / Fax +49 421 20419-10 > >_______________________________________________ >pdftex mailing list >pdftex@tug.org >http://tug.org/mailman/listinfo/pdftex > From te at informatik.uni-hannover.de Mon May 6 21:41:37 2002 From: te at informatik.uni-hannover.de (Thomas Esser) Date: Sun Jun 1 17:15:12 2003 Subject: [pdftex] Problems with pdftex.map Message-ID: <200205061841.g46Ifbde011066@gauss.informatik.uni-hannover.de> > The fact of giving the name in the map file only serves one purpose: if > you include PDF files with fonts whose name appear in a .map, then > pdftex will deal more intelligently with them (remove them from the > included PDF and subset embed them once). Ok, this is what Reinhard Kotucha told me two days ago, too. I agree that the names should only be supplied for the standard map entries and not for anything manipulated by Slant / Extend. My suggested modification is to change updmap as follows: Replace the line cat $pdftex_modules | grep -v '^%' | grep . | sort | uniq >> pdftex.map by the following: { cat $pdftex_modules | grep -v '^%' | grep . | egrep '".*\<(Slant|Extend)Font\>.*"' | sed 's@[ ][^ ]*@@' cat $pdftex_modules | grep -v '^%' | grep . | egrep -v '".*\<(Slant|Extend)Font\>.*"' } | sort | uniq >> pdftex.map This should work with any "not too old" teTeX-beta. To update the map files, one has to make the modification to the script and then execute it once: ./updmap Thomas From pragma at wxs.nl Tue May 7 10:39:45 2002 From: pragma at wxs.nl (Hans Hagen) Date: Sun Jun 1 17:15:12 2003 Subject: [pdftex] Security settings and pdftex In-Reply-To: <200205061714.KAA26206@yuban.math.Berkeley.EDU> Message-ID: <5.1.0.14.1.20020507093741.02cafc48@server-1> At 10:14 AM 5/6/2002 -0700, Paulo Ney de Souza wrote: >"It bloats the code" ? According to the Webster dictionary "bloat" means >"to cause to swell up or inflate" and couting the size you can see that >this is indeed a very SMALL piece of pdftex. > >You must been using the word "bloat" with some other meaning ... maybe martin meant that it kind of bloats the source code; chantes and extensions go into so called change files, and, given the way tex is written, some extensions (like encryption) result in all kind of adaptions (overloading) all over the place, which makes them hard to proof right and maintain. Hans ------------------------------------------------------------------------- Hans Hagen | PRAGMA ADE | pragma@wxs.nl Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com ------------------------------------------------------------------------- information: http://www.pragma-ade.com/roadmap.pdf documentation: http://www.pragma-ade.com/showcase.pdf ------------------------------------------------------------------------- From Briefe at GDBrettschneider.de Sat May 4 14:07:18 2002 From: Briefe at GDBrettschneider.de (G. D. Brettschneider) Date: Sun Jun 1 17:15:12 2003 Subject: [pdftex] Problems with pdftex.map Message-ID: <3CD3C0E6.7020201@GDBrettschneider.de> Thomas Esser wrote: >>Change these lines to be >> >>pplr8rn ".82 ExtendFont TeXBase1Encoding ReEncodeFont" <8r.enc >pplr8r URWPalladioL-Roma "TeXBase1Encoding ReEncodeFont" <8r.enc > > >Well, Thanh has given me different advice whether to put the fontname into >the map file or not. The last thing he told me was to put the names in. >Can't someone just fix this bug? > Isn't it that PostScript names of embedded fonts must be included in the PDF output file (so that the first line would not be allowed, because it does not tell this name to pdftex)? Gerolf From hartmut_henkel at gmx.de Thu May 9 12:40:07 2002 From: hartmut_henkel at gmx.de (Hartmut Henkel) Date: Sun Jun 1 17:15:12 2003 Subject: [pdftex] Embedding Exif-Style JPEG graphics In-Reply-To: <3CD3C0E6.7020201@GDBrettschneider.de> Message-ID: Dear pdftex friends, there is some problem of embedding JPEG/Exif images into pdftex, as pdftex tells `reading JPEG image failed.' In the teTeX-texmfsrc-beta-20020207, file texk/web2c/pdftexdir/writejpg.c there is in line 107 a strict check for JFIF=APP0 markers, which blocks reading Exif=APP1 files; these don't contain APP0 markers. Such JPEG/Exif images are nowadays increasingly often produced by digital cameras. This can be solved without modifying pdftex, using the nice jhead tool from Matthias Wandel: http://www.sentex.net/~mwandel/jhead/jhead-1.6.tar.gz Calling e. g. jhead -de image.jpg throws out Exif parts from the JPEG file and puts a JFIF marker in. With Matthias' help (big thanks!) I tried to patch writejpg.c, and now apparently pdftex also digests the JPEG/Exif images, at least from the CASIO camera here (just as disclaimer :-). The patch should not change the original JFIF reading behaviour, but it allows some JPEG/Exif file reading, just by less fussy header check (with all risks...). I don't know whether in the long run one can keep ignoring new application headers (only using the JPEG essence), or whether writejpg.c would require an extension, might be by using some libjpeg. E. g. the img_xres(img) parameter could probably be extracted also from APP1/Exif data... Standards are available in the Net for Exif (exifStandard.pdf), JPEG (itu-t81.pdf, from www.w3.org), and JFIF (jfif3.pdf). Best Regards Hartmut Here is the patch: ------------------------------------------------------------------------ --- writejpg.c Fri Oct 26 22:58:15 2001 +++ writejpg_patched.c Thu May 9 11:17:53 2002 @@ -97,27 +97,30 @@ { int i; char jpg_id[]="JFIF"; - int units; + int units=0; + img_xres(img)=0; + img_yres(img)=0; jpg_ptr(img)->file = xfopen(img_name(img), FOPEN_RBIN_MODE); xfseek(jpg_ptr(img)->file,0,SEEK_END,cur_file_name); jpg_ptr(img)->length=xftell(jpg_ptr(img)->file,cur_file_name); xfseek(jpg_ptr(img)->file,0,SEEK_SET,cur_file_name); if(read2bytes(jpg_ptr(img)->file)!=0xFFD8) pdftex_fail("reading JPEG image failed"); - if(read2bytes(jpg_ptr(img)->file)!=0xFFE0) + if(read2bytes(jpg_ptr(img)->file)==0xFFE0) /* JFIF APP0 */ + { + (void)read2bytes(jpg_ptr(img)->file); + for(i=0;i<5;i++) if(xgetc(jpg_ptr(img)->file)!=jpg_id[i]) pdftex_fail("reading JPEG image failed"); - (void)read2bytes(jpg_ptr(img)->file); - for(i=0;i<5;i++) if(xgetc(jpg_ptr(img)->file)!=jpg_id[i]) - pdftex_fail("reading JPEG image failed"); - (void)read2bytes(jpg_ptr(img)->file); - units=xgetc(jpg_ptr(img)->file); - img_xres(img)=read2bytes(jpg_ptr(img)->file); - img_yres(img)=read2bytes(jpg_ptr(img)->file); - switch(units) { + (void)read2bytes(jpg_ptr(img)->file); + units=xgetc(jpg_ptr(img)->file); + img_xres(img)=read2bytes(jpg_ptr(img)->file); + img_yres(img)=read2bytes(jpg_ptr(img)->file); + switch(units) { case 1: break; /* pixels per inch */ case 2: img_xres(img)*=2.54; img_yres(img)*=2.54; break; /* pixels per cm */ default:img_xres(img)=img_yres(img)=0; break; + } } xfseek(jpg_ptr(img)->file,0,SEEK_SET,cur_file_name); while(1) { ------------------------------------------------------------------------ ------------------------------------------------------------------------ Dr.-Ing. Hartmut Henkel, Oftersheim, Germany ------------------------------------------------------------------------ From reinhard at kammer.uni-hannover.de Sat May 11 03:04:28 2002 From: reinhard at kammer.uni-hannover.de (Reinhard Kotucha) Date: Sun Jun 1 17:15:12 2003 Subject: [pdftex] Problems with pdftex.map In-Reply-To: <3CD3C0E6.7020201@GDBrettschneider.de> References: <3CD3C0E6.7020201@GDBrettschneider.de> Message-ID: <15580.24588.289130.557542@zarniwoop.kammer.uni-hannover.de> >>>>> "Gerolf" == G D Brettschneider writes: > Thomas Esser wrote: >>> Change these lines to be >>> >>> pplr8rn ".82 ExtendFont TeXBase1Encoding ReEncodeFont" <8r.enc >> pplr8r URWPalladioL-Roma "TeXBase1Encoding ReEncodeFont" <8r.enc >> >> Well, Thanh has given me different advice whether to put the >> fontname into the map file or not. The last thing he told me >> was to put the names in. Can't someone just fix this bug? >> > Isn't it that PostScript names of embedded fonts must be > included in the PDF output file (so that the first line would > not be allowed, because it does not tell this name to pdftex)? The type1 font file, uplr8a.pfb in this case, contains a line: /FontName URWPalladioL-Roma def So pdfTeX knows the PostScript font name. This is the problem: An included graphic contained the font "URWPalladioL-Roma". That's all pdfTeX knows about the font. If pdfTeX includes an external file which contains fonts, it tries to substitute the font. pdfTeX assumes that a font used in an included file is used in the main document as well. TeX does not know whether this is true because TeX cannot look ahead. The intention is that a font should appear only once in a document. This is reasonable. If pdfTeX substitutes a font, it lookes into pdftex.map and obviously uses the first entry which matches "URWPalladioL-Roma". In this case it finds 'pplr8rn URWPalladioL-Roma ".82 ExtendFont ..."' instead of 'pplr8r URWPalladioL-Roma "TeXBase1..."' Well, the more I think about it, the more I think it's a bug in pdfTeX. Ideally pdfTeX should look for "URWPalladioL-Roma" in the map-file and associate this with "uplr8a.pfb". No more, no less. Things like ".82 ExtendFont" should be ignored when reading the map file. Even if pdfTeX finds the line pplr8r URWPalladioL-Roma "TeXBase1Encoding ReEncodeFont" <8r.enc References: <3CD3C0E6.7020201@GDBrettschneider.de> <15580.24588.289130.557542@zarniwoop.kammer.uni-hannover.de> Message-ID: <5238904111.20020511091829@ujf-grenoble.fr> Le samedi 11 mai 2002, ? 02:04:28, Reinhard Kotucha ?crivit?: RK> The intention is that a font should appear only once in a document. RK> This is reasonable. the outlines of the font. In fact, pdftex makes a very nice job on this, it even deals with included PDFs that use a font which is not included. It will define a new font with its own encoding for each included PDF, which is safe because you may include PDFs with MacRoman encoding together withs PDFs with the same font, but 8r encoded or anything else. It keeps track of the characters used in each included PDF, encode them in the particular fontlet, and subset once the font with all used chars. RK> If pdfTeX substitutes a font, it lookes into pdftex.map and obviously RK> uses the first entry which matches "URWPalladioL-Roma". I wasn't aware of this. I've been using this feature for years now (I'm the one who asked for it, I believe). I must confess that I use my own .map files, and I'd never had the idea to define variants before base fonts. Yes, this is a shortcoming. RK> Ideally pdfTeX should look for "URWPalladioL-Roma" in the map-file and RK> associate this with "uplr8a.pfb". No more, no less. yes. RK> Things like ".82 ExtendFont" should be ignored when reading the map RK> file. I suppose you mean "lines containing things like..."; and Slantfont too, of course, which is much more frequent. RK> Even if pdfTeX finds the line RK> pplr8r URWPalladioL-Roma "TeXBase1Encoding ReEncodeFont" <8r.enc is it correct to apply "TeXBase1Encoding ReEncodeFont"? it won't anyway. -- Cordialement, Thierry From john at wexfordpress.com Sat May 11 09:39:16 2002 From: john at wexfordpress.com (John Culleton) Date: Sun Jun 1 17:15:12 2003 Subject: [pdftex] Latest version In-Reply-To: <200205111001.g4BA12L23476@tug.org> References: <200205111001.g4BA12L23476@tug.org> Message-ID: <200205110839.16887.john@wexfordpress.com> Where can I find the latest stable versions of pdftex and pdfetext for a Linux system? I have searched CTAN and tug.org but they seem to have nothing newer than July 2001. -- Able Indexers and Typesetters http://wexfordpress.com From Robin.Fairbairns at cl.cam.ac.uk Sat May 11 15:01:08 2002 From: Robin.Fairbairns at cl.cam.ac.uk (Robin Fairbairns) Date: Sun Jun 1 17:15:12 2003 Subject: [pdftex] Latest version In-Reply-To: Your message of "Sat, 11 May 2002 08:39:16 EDT." <200205110839.16887.john@wexfordpress.com> Message-ID: > Where can I find the latest stable versions of pdftex and pdfetext for > a Linux system? I have searched CTAN and tug.org but they seem to > have nothing newer than July 2001. you've already had two answers to this question on c.t.t -- why do you need yet another? ctan: systems/pdftex/snapshots (doesn't contain the very latest) systems/unix/tetex-beta (latest known stable) sebastian also gave you a pointer to somewhere in the texlive repository. robin From pragma at wxs.nl Sat May 11 12:23:13 2002 From: pragma at wxs.nl (Hans Hagen) Date: Sun Jun 1 17:15:12 2003 Subject: [pdftex] Problems with pdftex.map In-Reply-To: <5238904111.20020511091829@ujf-grenoble.fr> References: <15580.24588.289130.557542@zarniwoop.kammer.uni-hannover.de> <3CD3C0E6.7020201@GDBrettschneider.de> <15580.24588.289130.557542@zarniwoop.kammer.uni-hannover.de> Message-ID: <5.1.0.14.1.20020511111801.03c12998@remote-1> At 09:18 AM 5/11/2002 +0200, Thierry Bouche wrote: >RK> Ideally pdfTeX should look for "URWPalladioL-Roma" in the map-file and >RK> associate this with "uplr8a.pfb". No more, no less. > >yes. > >RK> Things like ".82 ExtendFont" should be ignored when reading the map >RK> file. > >I suppose you mean "lines containing things like..."; and Slantfont too, >of course, which is much more frequent. This 'feature' is one reason why i use map files with no explicit font names (second entry). Pdftex does not really need them. (for instance combining two files with different slanted instances fails with explicit names, but works well with minimal map specs). With regards to the map file and the fact that the first encountered match is used, as well as that map files can only be read on the first page: these are known limitations and afaik are on thanh's 'todo list'. Hans ------------------------------------------------------------------------- Hans Hagen | PRAGMA ADE | pragma@wxs.nl Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com ------------------------------------------------------------------------- information: http://www.pragma-ade.com/roadmap.pdf documentation: http://www.pragma-ade.com/showcase.pdf ------------------------------------------------------------------------- From pragma at wxs.nl Sat May 11 15:54:30 2002 From: pragma at wxs.nl (Hans Hagen) Date: Sun Jun 1 17:15:13 2003 Subject: [pdftex] Latest version In-Reply-To: <200205110839.16887.john@wexfordpress.com> References: <200205111001.g4BA12L23476@tug.org> <200205111001.g4BA12L23476@tug.org> Message-ID: <5.1.0.14.1.20020511145219.02bae390@remote-1> At 08:39 AM 5/11/2002 -0400, John Culleton wrote: >Where can I find the latest stable versions of pdftex and pdfetext for >a Linux system? I have searched CTAN and tug.org but they seem to >have nothing newer than July 2001. maybe in some tetex archive? or the latest texlive dump? did you follow the texlive link on tug.org ? in any case: join a user group (e.g. ntg -) and you'll get the latest binaries every year on tex live cd's as bonus Hans ------------------------------------------------------------------------- Hans Hagen | PRAGMA ADE | pragma@wxs.nl Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com ------------------------------------------------------------------------- information: http://www.pragma-ade.com/roadmap.pdf documentation: http://www.pragma-ade.com/showcase.pdf ------------------------------------------------------------------------- From adrian.heathcote at philosophy.usyd.edu.au Sun May 12 02:17:08 2002 From: adrian.heathcote at philosophy.usyd.edu.au (Adrian Heathcote) Date: Sun Jun 1 17:15:13 2003 Subject: [pdftex] Problems with pdftex.map In-Reply-To: <5.1.0.14.1.20020511111801.03c12998@remote-1> Message-ID: <28E51A2C-64F2-11D6-9FD8-0003935489B8@philosophy.usyd.edu.au> > > This 'feature' is one reason why i use map files with no explicit font > names (second entry). Pdftex does not really need them. (for instance > combining two files with different slanted instances fails with > explicit names, but works well with minimal map specs). Hans---could you give an example of the entries in such a map file. Also---is this specific to pdftex or will it work with the dvips ?> ps route? Thanks Adrian Heathcote > > With regards to the map file and the fact that the first encountered > match is used, as well as that map files can only be read on the first > page: these are known limitations and afaik are on thanh's 'todo list'. > > Hans > ------------------------------------------------------------------------- > Hans Hagen | PRAGMA ADE | > pragma@wxs.nl > Ridderstraat 27 | 8061 GH Hasselt | The > Netherlands > tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma- > ade.com > ------------------------------------------------------------------------- > information: http://www.pragma- > ade.com/roadmap.pdf > documentation: http://www.pragma- > ade.com/showcase.pdf > ------------------------------------------------------------------------- > > _______________________________________________ > pdftex mailing list > pdftex@tug.org > http://tug.org/mailman/listinfo/pdftex From pdftex at GDBrettschneider.de Sat May 11 19:35:49 2002 From: pdftex at GDBrettschneider.de (G. D. Brettschneider) Date: Sun Jun 1 17:15:13 2003 Subject: [pdftex] Latest version Message-ID: <3CDD4865.9090409@GDBrettschneider.de> JC> Where can I find the latest stable versions of pdftex and JC> pdfetex for a Linux system? RF> Sebastian also gave you a pointer to somewhere in the texlive RF> repository. It's here: http://www.tug.org/texlive/tlprod/Master/bin/i386-linux http://www.tug.org/texlive/tlprod/Master/texmf/web2c/pdfetex.pool http://www.pdftex.org Gerolf From thierry.bouche at ujf-grenoble.fr Sat May 11 19:02:27 2002 From: thierry.bouche at ujf-grenoble.fr (Thierry Bouche) Date: Sun Jun 1 17:15:13 2003 Subject: [pdftex] Problems with pdftex.map In-Reply-To: <28E51A2C-64F2-11D6-9FD8-0003935489B8@philosophy.usyd.edu.au> References: <28E51A2C-64F2-11D6-9FD8-0003935489B8@philosophy.usyd.edu.au> Message-ID: <1463542363.20020511180227@ujf-grenoble.fr> Le samedi 11 mai 2002, ? 17:17:08, Adrian Heathcote ?crivit?: AH> Hans--- [sorry to be me] AH> could you give an example of the entries in such a map file. cmr10 Also---is this specific to pdftex yes. AH> or will it work with the dvips ?> ps AH> route? No. -- Cordialement, Thierry From te at informatik.uni-hannover.de Sat May 11 20:22:39 2002 From: te at informatik.uni-hannover.de (Thomas Esser) Date: Sun Jun 1 17:15:13 2003 Subject: [pdftex] Problems with pdftex.map Message-ID: <200205111722.g4BHMdqf018459@gauss.informatik.uni-hannover.de> > AH> or will it work with the dvips —> ps > AH> route? > > No. Well, someone might read this as "dvips has the same bug". Is this really what you want to say? dvips was just recently fixed for including one font with several encodings. Is there still something broken? Thomas From thierry.bouche at ujf-grenoble.fr Sat May 11 20:47:42 2002 From: thierry.bouche at ujf-grenoble.fr (Thierry Bouche) Date: Sun Jun 1 17:15:13 2003 Subject: [pdftex] Problems with pdftex.map In-Reply-To: <200205111722.g4BHMdqf018459@gauss.informatik.uni-hannover.de> References: <200205111722.g4BHMdqf018459@gauss.informatik.uni-hannover.de> Message-ID: <919857013.20020511194742@ujf-grenoble.fr> Le samedi 11 mai 2002, ? 19:22:39, Thomas Esser ?crivit?: >> AH> or will it work with the dvips ?> ps >> AH> route? >> >> No. TE> Well, someone might read this as "dvips has the same bug". Is this really TE> what you want to say? I was just saying that the .map examples I posted were using pdftex syntax only. AFAIK, dvips doesn't open the PFB files, it needs the correct PS FontName in the .map, and also needs the ReEncodeFont incantation. But... I'm not as familiar with recent versions of dvips (using writet1 from pdftex?) as with the old ones; in fact I only use pdftex for serious works since years! TE> dvips was just recently fixed for including one TE> font with several encodings. Is there still something broken? Can't comment on this. -- Cordialement, Thierry From te at informatik.uni-hannover.de Sat May 11 21:20:06 2002 From: te at informatik.uni-hannover.de (Thomas Esser) Date: Sun Jun 1 17:15:13 2003 Subject: [pdftex] Problems with pdftex.map Message-ID: <200205111820.g4BIK6ZT018660@gauss.informatik.uni-hannover.de> > TE> Well, someone might read this as "dvips has the same bug". Is this really > TE> what you want to say? > > I was just saying that the .map examples I posted were using pdftex > syntax only. Ah, yes. This is still true. dvips does need the fontname entries. teTeX users can use the updmap script which generates map files for several applications (dvips, xdvi, gsftopk, ps2pk, pdftex). The script takes care of the different characteristics of the applications. The version contained in the next teTeX-beta will fix this pdftex problem. Entries with Slant or Extend will no longer have the fontname. > TE> dvips was just recently fixed for including one > TE> font with several encodings. Is there still something broken? > > Can't comment on this. Ok, so I assume that there is no problem with dvips. Thomas From pragma at wxs.nl Sat May 11 23:13:08 2002 From: pragma at wxs.nl (Hans Hagen) Date: Sun Jun 1 17:15:13 2003 Subject: [pdftex] Problems with pdftex.map In-Reply-To: <28E51A2C-64F2-11D6-9FD8-0003935489B8@philosophy.usyd.edu.a u> References: <5.1.0.14.1.20020511111801.03c12998@remote-1> Message-ID: <5.1.0.14.1.20020511220659.0316fd78@remote-1> At 01:17 AM 5/12/2002 +1000, Adrian Heathcote wrote: >>This 'feature' is one reason why i use map files with no explicit font >>names (second entry). Pdftex does not really need them. (for instance >>combining two files with different slanted instances fails with explicit >>names, but works well with minimal map specs). > >Hans---could you give an example of the entries in such a map file. >Also---is this specific to pdftex or will it work with the dvips ?> ps route? well you can have : sun3 Sun-Light 4 < sun3____.pfb texnansi.enc or less informative but more robust: sun3 < sun3____.pfb texnansi.enc btw, because (1) i hate unreadable filenames and (2) want to avoid problems with pseudo slant and caps fonts, i prefer to use more verbose names: texnansi-raw-uplr8a-capitalized-800 URWPalladioL-Roma 4 < uplr8a.pfb texnansi.enc texnansi-raw-uplr8a-slanted-167 URWPalladioL-Roma "0.167 SlantFont" 4 < uplr8a.pfb texnansi.enc (as supported/generated by texfont.pl) Hans ------------------------------------------------------------------------- Hans Hagen | PRAGMA ADE | pragma@wxs.nl Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com ------------------------------------------------------------------------- information: http://www.pragma-ade.com/roadmap.pdf documentation: http://www.pragma-ade.com/showcase.pdf ------------------------------------------------------------------------- From rhowlett at mail.usyd.edu.au Sun May 12 23:38:03 2002 From: rhowlett at mail.usyd.edu.au (Bob Howlett) Date: Sun Jun 1 17:15:13 2003 Subject: [pdftex] Problems with pdftex.map References: <5.1.0.14.1.20020511111801.03c12998@remote-1> <5.1.0.14.1.20020511220659.0316fd78@remote-1> Message-ID: <3CDE622B.7B7F3264@mail.usyd.edu.au> I thought that it was necessary to put the font names in the map file if you want to prevent pdftex from including the same font twice (if the font is used in an image that you are including as well as elsewhere in your document). I presume the font has to be included twice if you use it once without "SlantFont" (or "ExtendFont") and once with. I would hope that pdftex could be modified so that it checks for SlantFont & ExtendFont when it is deciding whether a font it finds in an image file is the same as one that is already included. I don't want to have to control whether or not pdftex reincludes an image file font by modifying the map file for each individual document. (i.e. remove the font name if the image contains the font in slanted form and the document itself uses the font unslanted, but put the font name in if the the two uses of the font are compatible and I don't want it included twice.) Incidentally, what about magnification? I think that pdftex has to include the font several times if it is used at several magnifications. How does this interact with fonts in image files? Bob Howlett From adrian.heathcote at philosophy.usyd.edu.au Mon May 13 00:49:25 2002 From: adrian.heathcote at philosophy.usyd.edu.au (Adrian Heathcote) Date: Sun Jun 1 17:15:13 2003 Subject: [pdftex] Problems with pdftex.map In-Reply-To: <200205120601.g4C61tFm020966@gauss.informatik.uni-hannover.de> Message-ID: <1285081A-65AF-11D6-9FD8-0003935489B8@philosophy.usyd.edu.au> Thanks, Thomas for this response. Can i ask further to this issue whether pdftex uses the vf files that are necessary for dvips? Or can they be absent entirely? Adrian Heathcote On Sunday, May 12, 2002, at 04:01 PM, Thomas Esser wrote: >> can I ask how recent are we talking? Is it likely that those of us >> using > > I am talking about > > Change 1392 by rokicki@rokicki on 2001/10/20 20:04:30 > > Made dvips properly support partial font downloading when a > PostScript font is used by multiple TeX fonts, and the > different TeX fonts use different encodings, including > possibly > no encoding. Only works when you use TEXPDF > downloading, so > I also turned that on by default in download.c. > >> the current teTeX distribution have this (I use Gerben W.'s OSX version >> myself)? > > I think that Gerben's OSX port always uses the latest stuff available, > so his latest version should not have this bug. > >> This all came up in a discussion of whether tetex needs to have font >> files in .pfb format or whether with the correct .map file it would be >> possible to use .pfa's or macintosh's .lwfn type font files. > > I have no idea what .lwfn files are, but I just have tested that pdftex > works with pfa files. > > Thomas From te at informatik.uni-hannover.de Sun May 12 17:30:41 2002 From: te at informatik.uni-hannover.de (Thomas Esser) Date: Sun Jun 1 17:15:13 2003 Subject: [pdftex] Problems with pdftex.map Message-ID: <200205121430.g4CEUf8O023887@gauss.informatik.uni-hannover.de> > Can i ask further to this issue whether pdftex uses the vf files that > are necessary for dvips? Or can they be absent entirely? No, pdftex needs the vf files. Thomas From crowell02 at lightandmatter.com Sun May 12 08:52:38 2002 From: crowell02 at lightandmatter.com (Ben Crowell) Date: Sun Jun 1 17:15:13 2003 Subject: [pdftex] Latest version Message-ID: <20020512075238.520a8272.crowell02@lightandmatter.com> >> Where can I find the latest stable versions of pdftex and pdfetext for >> a Linux system? I have searched CTAN and tug.org but they seem to > have nothing newer than July 2001. >you've already had two answers to this question on c.t.t -- why do you >need yet another? I can think of at least two good reasons why he would post here after getting the answer: 1. People are likely to search the pdftex archives for stuff like this in the future. It's valuable to get the question and answer in here. 2. Different people may read the two lists, and he may be hoping that posting here will help to get the situation fixed. I just ran into the same problem myself. This guy is not alone. Is there some issue I don't understand that's preventing CTAN and TUG from linking to more recent versions of pdftex, ones that actually work? It seems like a classic case where fifty keystrokes by the maintainers of the web sites could save many people many hours of frustration. From Robin.Fairbairns at cl.cam.ac.uk Sun May 12 17:44:22 2002 From: Robin.Fairbairns at cl.cam.ac.uk (Robin Fairbairns) Date: Sun Jun 1 17:15:13 2003 Subject: [pdftex] Latest version In-Reply-To: Your message of "Sun, 12 May 2002 07:52:38 PDT." <20020512075238.520a8272.crowell02@lightandmatter.com> Message-ID: > I just ran into the same problem myself. This guy is not alone. > Is there some issue I don't understand that's preventing CTAN > and TUG from linking to more recent versions of pdftex, ones that > actually work? It seems like a classic case where fifty keystrokes > by the maintainers of the web sites could save many people many > hours of frustration. i know no more about the development of pdftex than you do, i imagine; and neither do any of the rest of us on the ctan team. we simply mirror pdftex from the official archive; _that's_ where we fondly assume the knowledge resides. if they choose not to link the most recent snapshots into the parent directory, who are we to do it for them? the same situation applies on tug.org; the manager there is just another honest worker like me and the other ctanners. if you don't like the situation, why not volunteer your effort in maintaining pdftex? it may very well be that pdftex's problems arise from shortage of workers. From crowell02 at lightandmatter.com Sun May 12 12:36:00 2002 From: crowell02 at lightandmatter.com (Ben Crowell) Date: Sun Jun 1 17:15:13 2003 Subject: [pdftex] Latest version Message-ID: <20020512113600.462eb2ae.crowell02@lightandmatter.com> Sebastian Rahtz wrote: >CTAN is more than welcome to mirror the TeX Live source, if that >would help. Sounds reasonable. TeXLive appears to be up to date and well maintained. >if you could just define what the 50 keystrokes are? I don't maintain Tug or CTAN, so I don't know how they work. Why would it take more work than that just to change a stale link? Robin Fairbairns wrote: >i know no more about the development of pdftex than you do, i imagine; >and neither do any of the rest of us on the ctan team. > >we simply mirror pdftex from the official archive; _that's_ where we >fondly assume the knowledge resides. if they choose not to link the >most recent snapshots into the parent directory, who are we to do it >for them? Sorry, but I just don't follow your reasoning here. We all know that the links are to old, nonfunctional versions. So clearly you /don't/ "fondly assume" that they're links to new, good versions. >if you don't like the situation, why not volunteer your effort in >maintaining pdftex? it may very well be that pdftex's problems arise >from shortage of workers. Normally when web site A has a stale link to web site B, I notify the maintainer of web site A. I don't volunteer to take over maintenance of either web site. I don't see any evidence that pdftex has problems, so I don't think we need to speculate that these nonexistent problems are due to a shortage of workers. I have to admit that I'm perplexed by this whole thing. Why is it so hard to update a stale link? From Robin.Fairbairns at cl.cam.ac.uk Sun May 12 20:53:16 2002 From: Robin.Fairbairns at cl.cam.ac.uk (Robin Fairbairns) Date: Sun Jun 1 17:15:13 2003 Subject: [pdftex] Latest version In-Reply-To: Your message of "Sun, 12 May 2002 11:36:00 PDT." <20020512113600.462eb2ae.crowell02@lightandmatter.com> Message-ID: ben crowell wrote, quoting me: > >we simply mirror pdftex from the official archive; _that's_ where we > >fondly assume the knowledge resides. if they choose not to link the > >most recent snapshots into the parent directory, who are we to do it > >for them? > > Sorry, but I just don't follow your reasoning here. We all know that the > links are to old, nonfunctional versions. So clearly you /don't/ > "fondly assume" that they're links to new, good versions. i merely fondly assume that there's a good reason that there's no link to snapshots of things called "1.00-pretest" (or the like). i don't think that's particularly unreasonable on our part. > >if you don't like the situation, why not volunteer your effort in > >maintaining pdftex? it may very well be that pdftex's problems arise > >from shortage of workers. > Normally when web site A has a stale link to web site B, I notify the > maintainer of web site A. I don't volunteer to take over maintenance of > either web site. the difference is that we're not web sites; we're ftp sites, and we maintain consistency between ourselves by mirror, which is an automatic mechanism. doing something other than what the pdftex master site is doing is a pita, and i really can't be bothered, particularly since i know the pdftex master site doesn't even contain any snapshot for the intervening 6 months of development. > I don't see any evidence that pdftex has problems, so I don't think we > need to speculate that these nonexistent problems are due to a > shortage of workers. 6 months of development, leading to new versions in the popular distributions of tex, and not a single snapshot? no problems? i boggle. > I have to admit that I'm perplexed by this whole thing. Why is it so hard > to update a stale link? because there aren't any "links", as you seem to be thinking of them. there are file system links we mirror from the pdftex master site. and not a single one of those is "stale" -- otherwise it would be caught by my periodic "dangling links" job. i could, at the expense of a few keystrokes (as you so rightly observe) create an fs link to one of these directories. i could even possibly make it propagate a bit around ctan. but it would disappear within 24 hours, unless i took steps to ensure that all the ctan sites, in parallel, updated their mirror parameters. From sebastian.rahtz at computing-services.oxford.ac.uk Sun May 12 18:47:26 2002 From: sebastian.rahtz at computing-services.oxford.ac.uk (Sebastian Rahtz) Date: Sun Jun 1 17:15:13 2003 Subject: [pdftex] Latest version In-Reply-To: <20020512075238.520a8272.crowell02@lightandmatter.com> References: <20020512075238.520a8272.crowell02@lightandmatter.com> Message-ID: <20020512164726.GA17949@spqr.oucs.ox.ac.uk> On Sun, May 12, 2002 at 07:52:38AM -0700, Ben Crowell wrote: > > I just ran into the same problem myself. This guy is not alone. > Is there some issue I don't understand that's preventing CTAN > and TUG from linking to more recent versions of pdftex, ones that > actually work? It seems like a classic case where fifty keystrokes > by the maintainers of the web sites could save many people many > hours of frustration. if you could just define what the 50 keystrokes are? CTAN is more than welcome to mirror the TeX Live source, if that would help. -- Sebastian Rahtz OUCS Information Manager 13 Banbury Road, Oxford OX2 6NN. Phone +44 1865 283431 From sebastian.rahtz at computing-services.oxford.ac.uk Sun May 12 21:03:07 2002 From: sebastian.rahtz at computing-services.oxford.ac.uk (Sebastian Rahtz) Date: Sun Jun 1 17:15:13 2003 Subject: [pdftex] Latest version In-Reply-To: <20020512113600.462eb2ae.crowell02@lightandmatter.com> References: <20020512113600.462eb2ae.crowell02@lightandmatter.com> Message-ID: <20020512190307.GA18281@spqr.oucs.ox.ac.uk> > I don't maintain Tug or CTAN, so I don't know how they work. Why would > it take more work than that just to change a stale link? because there isnt a home site for pdftex in conventional form. > I don't see any evidence that pdftex has problems, so I don't think we > need to speculate that these nonexistent problems are due to a > shortage of workers. most problems in TeX world come down to a shortage of volunteers. > I have to admit that I'm perplexed by this whole thing. Why is it so hard > to update a stale link? pdftex's primary author is not in a position to run a web site, and the people developing it don't have the time or energy. at present, the TeX Live source tree is the definitive version -- Sebastian Rahtz OUCS Information Manager 13 Banbury Road, Oxford OX2 6NN. Phone +44 1865 283431 From reinhard at kammer.uni-hannover.de Mon May 13 01:17:56 2002 From: reinhard at kammer.uni-hannover.de (Reinhard Kotucha) Date: Sun Jun 1 17:15:13 2003 Subject: [pdftex] Problems with pdftex.map In-Reply-To: <3CDE622B.7B7F3264@mail.usyd.edu.au> References: <5.1.0.14.1.20020511111801.03c12998@remote-1> <5.1.0.14.1.20020511220659.0316fd78@remote-1> <3CDE622B.7B7F3264@mail.usyd.edu.au> Message-ID: <15582.59924.620194.646822@zarniwoop.kammer.uni-hannover.de> >>>>> "Bob" == Bob Howlett writes: > I thought that it was necessary to put the font names in the map > file if you want to prevent pdftex from including the same font > twice (if the font is used in an image that you are including as > well as elsewhere in your document). No, the font name is part of the font definition. When pdfTeX loads a font, it knows its name. > I presume the font has to be included twice if you use it once > without "SlantFont" (or "ExtendFont") and once with. "SlantFont" and "ExtendFont" modifies the coordinate system when the font is used, not the font itself. There is no need to load the font twice, and I think pdfTeX doesn't. > I would hope that pdftex could be modified so that it checks for > SlantFont & ExtendFont when it is deciding whether a font it > finds in an image file is the same as one that is already It should ignore "SlantFont" and "ExtendFont" because it's actually the same font. > included. I don't want to have to control whether or not pdftex > reincludes an image file font by modifying the map file for each > individual document. (i.e. remove the font name if the image > contains the font in slanted form and the document itself uses > the font unslanted, but put the font name in if the the two uses > of the font are compatible and I don't want it included twice.) You don't have to change the map file. Just remove the PostScript name from all lines containing "SlantFont" and/or "ExtendFont" in your map file. Ideally pdfTeX should ignore those lines when searching a font. > Incidentally, what about magnification? I think that pdftex has > to include the font several times if it is used at several > magnifications. How does this interact with fonts in image > files? Same as above, scaling is done by changing the coordinate system, not the font. Regards, Reinhard -- ---------------------------------------------------------------------------- Reinhard Kotucha Phone: +49-511-751355 Berggartenstr. 9 D-30419 Hannover mailto:reinhard@kammer.uni-hannover.de ---------------------------------------------------------------------------- Microsoft isn't the answer. Microsoft is the question, and the answer is NO. ---------------------------------------------------------------------------- From pdftex at GDBrettschneider.de Mon May 13 03:02:09 2002 From: pdftex at GDBrettschneider.de (G. D. Brettschneider) Date: Sun Jun 1 17:15:13 2003 Subject: [pdftex] Latest version References: Message-ID: <3CDF0281.7040107@GDBrettschneider.de> JC> Where can I find the latest stable versions of pdftex JC> and pdfetex for a Linux system? BC> This guy is not alone (...) It seems like a classic case BC> where fifty keystrokes by the maintainers of the web sites BC> could save many people many hours of frustration. SR> if you could just define what the 50 keystrokes are? RF> i could, at the expense of a few keystrokes (as you so rightly RF> observe) create an fs link to one of these directories. i could even RF> possibly make it propagate a bit around ctan. but it would disappear RF> within 24 hours, unless i took steps to ensure that all the ctan RF> sites, in parallel, updated their mirror parameters Jesus! Sounds as if you're struggling around with a kind of monster system that one better doesn't ever change... However, I see that Sebastian succeeded in updating his small link list at www.pdftex.org only two and a half weeks ago. I think this would be the right place to execute the 50 keystrokes in order to add a few links to the latest binary and pool files because many people won't like to download 15MB of TeXLive sources (which are listed there at first position) to get them. Gerolf From rhowlett at mail.usyd.edu.au Mon May 13 12:52:17 2002 From: rhowlett at mail.usyd.edu.au (rhowlett@mail.usyd.edu.au) Date: Sun Jun 1 17:15:13 2003 Subject: [pdftex] Problems with pdftex.map In-Reply-To: <15582.59924.620194.646822@zarniwoop.kammer.uni-hannover.de> References: <5.1.0.14.1.20020511111801.03c12998@remote-1> <5.1.0.14.1.20020511220659.0316fd78@remote-1> <3CDE622B.7B7F3264@mail.usyd.edu.au> <15582.59924.620194.646822@zarniwoop.kammer.uni-hannover.de> Message-ID: <1021254737.3cdf1c516acd2@www-mail.usyd.edu.au> Quoting Reinhard Kotucha : > >>>>> "Bob" == Bob Howlett writes: > > > I thought that it was necessary to put the font names in the map > > file if you want to prevent pdftex from including the same font > > twice (if the font is used in an image that you are including as > > well as elsewhere in your document). > > No, the font name is part of the font definition. When pdfTeX loads a > font, it knows its name. > > > I presume the font has to be included twice if you use it once > > without "SlantFont" (or "ExtendFont") and once with. > > "SlantFont" and "ExtendFont" modifies the coordinate system when the > font is used, not the font itself. There is no need to load the font > twice, and I think pdfTeX doesn't. > I believed that pdftex does. I hunted back through my records to find the basis for my belief, and found the following two messages, one from Thanh and the other from Mark Wicks: This from Thanh: (Quoting Kuznetsov A,V.) > I found excessive font embedding in documents > produced by pdftex. > > I use 3 ways (dvips+distiller, dvipdfm, pdftex) to generate pdf > from the following file and font map. > %%% FILE %%%% > \def\test{abcdefghijklmnopqrstuvwxyz\\} > \begin{document} > \font\true=ptmr8r17 at 10 pt\selectfont\true\test > \font\true=ptmr8r at 10 pt\selectfont\true\test > \font\true=ptmr8r9 at 10 pt\selectfont\true\test > \font\true=ptmr8r8 at 10 pt\selectfont\true\test > \font\true=ptmr8r7 at 10 pt\selectfont\true\test > \font\true=ptmr8r6 at 10 pt\selectfont\true\test > \font\true=ptmr8r5 at 10 pt\selectfont\true\test > \end{document} > %%% This is the map for pdftex, maps for dvips and dvipdfm are similar %%% > ptmr8r Times-Roman <8r.enc > ptmr8r17 ptmr8r9 ptmr8r8 ptmr8r7 ptmr8r6 ptmr8r5 %%%%%%%%%%%%%% > As seen, only the standard font is used. > > The results are dramatically different. > Neither dvipdfm nor dvips+distiller embed standard resource > but pdftex embeds it six times. Why? Only Tz operator should > change horizontal scaling when an extended font is used > (see 'PDF reference' sec.ed. 5.2.). > > Excessive font embedding increases file size, for example, > 1.987 kB for dvips+distiller, > 3.990 kB for dvipdfm and > 51.791 kB (!) for pdftex. > Moreover, such a font strategy leads to incorrect result. > Printer (or viewer) font will be used for unextended font > while creator's font is embedded for extended fonts. As it was > recently discussed in mail-list, these fonts can be different. > > What is the reason for the excessive font embedding in pdftex? in the early days of pdftex, I used to change the graphic state matrix to emulate FontExtend and FontSlant, so it could be used for truetype fonts as well. Afterward, when experimenting with hz-opt, I found it too problematic to do it this way. So I switched to changing the FontMatrix of Type1 font instead. This causes the output larger and avoids extending/slanting truetype fonts, but also makes the implementation cleaner and easier to extend, especially when playing with the hz-opt. Concerning use of builtin fonts, one can always embed the 14 base fonts by URW++ if he/she wishes. The current implementaion however doesn't check if two tfm share a single font file. It could have been improved, but I don't consider it worthwhile. It happens rarely, and having the file a little bit larger doesn't seem to hurt much. Regards, Thanh --------------------------- And this from Mark Wicks: On Tue, 13 Feb 2001, Kuznetsov A,V. wrote: > Dear pdftex developers, > I found excessive font embedding in documents > produced by pdftex. > [snip] > ptmr8r Times-Roman <8r.enc > ptmr8r17 ptmr8r9 ptmr8r8 ptmr8r7 As seen, only the standard font is used. > > The results are dramatically different. > Neither dvipdfm nor dvips+distiller embed standard resource > but pdftex embeds it six times. Why? Only Tz operator should > change horizontal scaling when an extended font is used [snip] > What is the reason for the excessive font embedding in pdftex? I am not a pdftex developer, but I think I understand the problem pretty well. You are correct that Tz can change the horizontal scaling to implement ExtendFont, but that doesn't solve the more general problem. What about SlantFont, for example? If I recall correctly, PDF, unlike PostScript, does not allow the font matrix to be modified on the fly. The slant of the font is determined from the font matrix contained in the embedded font. I believe that the only way to change the font matrix is to re-embed a new copy of the font using different font matrix for each instance, and that's apparently what pdftex is doing. Dvipdfm and Distiller handle this by modifying the graphics state rather than the text state. Having implemented this in dvipdfm, I know that this is very difficult to get right (I'll explain the issues to anybody who wants to know), and it produces some unnatural looking PDF output streams. However, it does produce the right result and allows the font to be embedded only once. > Moreover, such a font strategy leads to incorrect result. > Printer (or viewer) font will be used for unextended font > while creator's font is embedded for extended fonts. As it was Can't you explicitly embed the font in the unextended case? e.g., ptmr8r ------------------------------------------------- This mail sent through IMP: www-mail.usyd.edu.au From pragma at wxs.nl Sun May 12 20:57:37 2002 From: pragma at wxs.nl (Hans Hagen) Date: Sun Jun 1 17:15:13 2003 Subject: [pdftex] Latest version In-Reply-To: References: Message-ID: <5.1.0.14.1.20020512195614.03955ba0@remote-1> At 04:44 PM 5/12/2002 +0100, Robin Fairbairns wrote: >if you don't like the situation, why not volunteer your effort in >maintaining pdftex? it may very well be that pdftex's problems arise >from shortage of workers. Currently Thanh is cleaning up pdftex. In the process a few features are added as well. Since pdftex is rather stable, there currently no need for updates apart from changes in the associated libraries. Later this year there will be an upgrade. Hans ------------------------------------------------------------------------- Hans Hagen | PRAGMA ADE | pragma@wxs.nl Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com ------------------------------------------------------------------------- information: http://www.pragma-ade.com/roadmap.pdf documentation: http://www.pragma-ade.com/showcase.pdf ------------------------------------------------------------------------- From sebastian.rahtz at computing-services.oxford.ac.uk Mon May 13 22:52:45 2002 From: sebastian.rahtz at computing-services.oxford.ac.uk (Sebastian Rahtz) Date: Sun Jun 1 17:15:13 2003 Subject: [pdftex] Latest version In-Reply-To: <3CDF0281.7040107@GDBrettschneider.de> References: <3CDF0281.7040107@GDBrettschneider.de> Message-ID: <20020513205245.GQ892@spqr-dell> On Mon, May 13, 2002 at 02:02:09AM +0200, G. D. Brettschneider wrote: > > I think this would be the right place to execute the 50 keystrokes in > order to add a few links to the latest binary and pool files because > many people won't like to download 15MB of TeXLive sources (which are > listed there at first position) to get them. I'll do that. -- Sebastian Rahtz OUCS Information Manager 13 Banbury Road, Oxford OX2 6NN. Phone +44 1865 283431 From sebastian.rahtz at computing-services.oxford.ac.uk Mon May 13 22:59:39 2002 From: sebastian.rahtz at computing-services.oxford.ac.uk (Sebastian Rahtz) Date: Sun Jun 1 17:15:13 2003 Subject: [pdftex] Latest version In-Reply-To: <3CDF0281.7040107@GDBrettschneider.de> References: <3CDF0281.7040107@GDBrettschneider.de> Message-ID: <20020513205939.GR892@spqr-dell> http://www.tug.org/applications/pdftex/ now has links to the current TeX Live binaries and pool files. god bless all who sail in her. -- Sebastian Rahtz OUCS Information Manager 13 Banbury Road, Oxford OX2 6NN. Phone +44 1865 283431 From reinhard at kammer.uni-hannover.de Tue May 14 01:10:07 2002 From: reinhard at kammer.uni-hannover.de (Reinhard Kotucha) Date: Sun Jun 1 17:15:13 2003 Subject: [pdftex] Problems with pdftex.map In-Reply-To: <1021254737.3cdf1c516acd2@www-mail.usyd.edu.au> References: <5.1.0.14.1.20020511111801.03c12998@remote-1> <5.1.0.14.1.20020511220659.0316fd78@remote-1> <3CDE622B.7B7F3264@mail.usyd.edu.au> <15582.59924.620194.646822@zarniwoop.kammer.uni-hannover.de> <1021254737.3cdf1c516acd2@www-mail.usyd.edu.au> Message-ID: <15584.14783.251609.835354@zarniwoop.kammer.uni-hannover.de> >>>>> "rhowlett" == rhowlett writes: > This from Thanh: > [...] > in the early days of pdftex, I used to change the graphic state > matrix to emulate FontExtend and FontSlant, so it could be used > for truetype fonts as well. Afterward, when experimenting with > hz-opt, I found it too problematic to do it this way. So I > [...] Seems I was wrong. I thought that pdfTeX alters the graphics state. But it obviously doesn't. Regards, Reinhard -- ---------------------------------------------------------------------------- Reinhard Kotucha Phone: +49-511-751355 Berggartenstr. 9 D-30419 Hannover mailto:reinhard@kammer.uni-hannover.de ---------------------------------------------------------------------------- Microsoft isn't the answer. Microsoft is the question, and the answer is NO. ---------------------------------------------------------------------------- From hanthethanh at gmx.net Tue May 14 11:43:22 2002 From: hanthethanh at gmx.net (The Thanh Han) Date: Sun Jun 1 17:15:13 2003 Subject: [pdftex] Embedding Exif-Style JPEG graphics In-Reply-To: References: <3CD3C0E6.7020201@GDBrettschneider.de> Message-ID: <20020514034321.GE1263@pb.thanh.home> > Dear pdftex friends, > > there is some problem of embedding JPEG/Exif images into pdftex, as > pdftex tells `reading JPEG image failed.' In the > teTeX-texmfsrc-beta-20020207, file texk/web2c/pdftexdir/writejpg.c there > is in line 107 a strict check for JFIF=APP0 markers, which blocks > reading Exif=APP1 files; these don't contain APP0 markers. > > Such JPEG/Exif images are nowadays increasingly often produced by > digital cameras. > > This can be solved without modifying pdftex, using the nice jhead tool > from Matthias Wandel: > > http://www.sentex.net/~mwandel/jhead/jhead-1.6.tar.gz > > Calling e. g. jhead -de image.jpg throws out Exif parts from the JPEG > file and puts a JFIF marker in. > > With Matthias' help (big thanks!) I tried to patch writejpg.c, and now > apparently pdftex also digests the JPEG/Exif images, at least from the > CASIO camera here (just as disclaimer :-). > > The patch should not change the original JFIF reading behaviour, but it > allows some JPEG/Exif file reading, just by less fussy header check > (with all risks...). > > I don't know whether in the long run one can keep ignoring new > application headers (only using the JPEG essence), or whether writejpg.c > would require an extension, might be by using some libjpeg. E. g. the > img_xres(img) parameter could probably be extracted also from APP1/Exif > data... > > Standards are available in the Net for Exif (exifStandard.pdf), JPEG > (itu-t81.pdf, from www.w3.org), and JFIF (jfif3.pdf). writejpg.c was written by Jiri Osoba (see Cc:), he probably can tell more about this. Jiri, what do you think? How risky is it to enable JPEG/Exif reading as Harmut suggested here? Regards, Thanh From hanthethanh at gmx.net Tue May 14 10:44:36 2002 From: hanthethanh at gmx.net (The Thanh Han) Date: Sun Jun 1 17:15:13 2003 Subject: [pdftex] Problems with pdftex.map In-Reply-To: <5238904111.20020511091829@ujf-grenoble.fr> References: <3CD3C0E6.7020201@GDBrettschneider.de> <15580.24588.289130.557542@zarniwoop.kammer.uni-hannover.de> <5238904111.20020511091829@ujf-grenoble.fr> Message-ID: <20020514024436.GA1263@pb.thanh.home> > RK> The intention is that a font should appear only once in a document. > RK> This is reasonable. > > the outlines of the font. In fact, pdftex makes a very nice job on this, > it even deals with included PDFs that use a font which is not included. > It will define a new font with its own encoding for each included PDF, > which is safe because you may include PDFs with MacRoman encoding > together withs PDFs with the same font, but 8r encoded or anything else. > It keeps track of the characters used in each included PDF, encode them > in the particular fontlet, and subset once the font with all used chars. > > RK> If pdfTeX substitutes a font, it lookes into pdftex.map and obviously > RK> uses the first entry which matches "URWPalladioL-Roma". > > I wasn't aware of this. I've been using this feature for years now (I'm > the one who asked for it, I believe). I must confess that I use my own > .map files, and I'd never had the idea to define variants before base > fonts. Yes, this is a shortcoming. > > RK> Ideally pdfTeX should look for "URWPalladioL-Roma" in the map-file and > RK> associate this with "uplr8a.pfb". No more, no less. > > yes. > > RK> Things like ".82 ExtendFont" should be ignored when reading the map > RK> file. > > I suppose you mean "lines containing things like..."; and Slantfont too, > of course, which is much more frequent. > > RK> Even if pdfTeX finds the line > RK> pplr8r URWPalladioL-Roma "TeXBase1Encoding ReEncodeFont" <8r.enc > RK> is it correct to apply "TeXBase1Encoding ReEncodeFont"? Thierry gave an excellent explaination. Yes this is a bug of pdftex that it didn't ignore map entries with SlantFont and ExtentFont. It will be fixed. Another bug related to this topic is that if pdftex finds a map entry for a font in an included pdf (using FontName), then the font file will not be copied but pdftex supposes that it will include the font file itself. Which causes trouble when the font file is given in the map file but not available on disk. I will change pdftex to check in such cases whether the font file is available on disk first; if not the the font will be copied from the included pdf. This won't solve the problem when you include a lot of PDF using the same font, but the font itself is not available on disk; pdftex can't (and probably it won't) merge multiple font subsets. Thanh From kuzn at htsc.mephi.ru Tue May 14 11:28:57 2002 From: kuzn at htsc.mephi.ru (A.V.Kuznetsov) Date: Sun Jun 1 17:15:13 2003 Subject: [pdftex] Problems with pdftex.map In-Reply-To: <15584.14783.251609.835354@zarniwoop.kammer.uni-hannover.de> References: <5.1.0.14.1.20020511111801.03c12998@remote-1> <5.1.0.14.1.20020511220659.0316fd78@remote-1> <3CDE622B.7B7F3264@mail.usyd.edu.au> <15582.59924.620194.646822@zarniwoop.kammer.uni-hannover.de> <1021254737.3cdf1c516acd2@www-mail.usyd.edu.au> <15584.14783.251609.835354@zarniwoop.kammer.uni-hannover.de> Message-ID: <15584.44713.206373.791672@gargle.gargle.HOWL> Reinhard Kotucha writes: > >>>>> "rhowlett" == rhowlett writes: > > This from Thanh: > > [...] > > in the early days of pdftex, I used to change the graphic state > > matrix to emulate FontExtend and FontSlant, so it could be used > > for truetype fonts as well. Afterward, when experimenting with > > hz-opt, I found it too problematic to do it this way. So I > > [...] > > Seems I was wrong. I thought that pdfTeX alters the graphics state. > But it obviously doesn't. > > Regards, > Reinhard Due to pdftex font strategy ANY modified font is embedded. Therefore, for example, when font protruding is used, the better document view the more document size. Any modification of any font (including 14 base fonts) increases size of file generated by pdftex. Regards, A.V.Kuznetsov From pdftex at GDBrettschneider.de Tue May 14 17:59:17 2002 From: pdftex at GDBrettschneider.de (G. D. Brettschneider) Date: Sun Jun 1 17:15:13 2003 Subject: [pdftex] Problems with pdftex.map / Virtual fonts References: <1285081A-65AF-11D6-9FD8-0003935489B8@philosophy.usyd.edu.au> Message-ID: <3CE12645.7020509@GDBrettschneider.de> Adrian Heathcote wrote: AH> Can i ask further to this issue whether pdftex uses AH> the vf files that are necessary for dvips? AH> Or can they be absent entirely? Thomas Esser answered: TE> No, pdftex needs the vf files. Well, you can omit the vf files if you don't need your fonts to be re-encoded, e.g. if you're just using plain.tex with Computer Modern fonts. Thanks to the ASCII standard, there is always a simpler solution for you English-speaking folks who must not care about funny chars > 127 ... The primary document on vf files is http://www.ctan.org/tex-archive/info/virtual-fonts.knuth Gerolf From Robin.Fairbairns at cl.cam.ac.uk Tue May 14 16:25:16 2002 From: Robin.Fairbairns at cl.cam.ac.uk (Robin Fairbairns) Date: Sun Jun 1 17:15:14 2003 Subject: [pdftex] Problems with pdftex.map / Virtual fonts In-Reply-To: Your message of "Tue, 14 May 2002 16:59:17 +0200." <3CE12645.7020509@GDBrettschneider.de> Message-ID: > Adrian Heathcote wrote: > > AH> Can i ask further to this issue whether pdftex uses > AH> the vf files that are necessary for dvips? > AH> Or can they be absent entirely? > > Thomas Esser answered: > > TE> No, pdftex needs the vf files. > > Well, you can omit the vf files if you don't need your fonts to be > re-encoded, e.g. if you're just using plain.tex with Computer Modern fonts. the question being asked was, does pdftex need the same vfs as dvips. in your example, dvips doesn't need vfs either. > Thanks to the ASCII standard, there is always a simpler solution for you > English-speaking folks who must not care about funny chars > 127 ... nothing to do with the ascii standard, really; knuth ignored it when he felt it was inconvenient. none of knuth's fonts is encoded using pure ascii (though cmtt uses it for the ascii "printable range", only). From adrian.heathcote at philosophy.usyd.edu.au Wed May 15 01:34:47 2002 From: adrian.heathcote at philosophy.usyd.edu.au (Adrian Heathcote) Date: Sun Jun 1 17:15:14 2003 Subject: [pdftex] Problems with pdftex.map In-Reply-To: <5.1.0.14.1.20020511220659.0316fd78@remote-1> Message-ID: Hi all I know this is rather off topic, but while the discussion is on the .map files and slanted fonts, I wonder you'd indulge me with a further question. It is this: Suppose one has used Sebastian Rahtz's set of support files on ctan to install a postscript font (say Agaramond) and one thinks that the slant figure in the .map file needs adjustment; is it a simple matter of altering the tan value for the degree of the slant? I'm concerned that there might be something else there that needs to be adjusted that is not so visible and I don't want to monkey with it if there is a balance that can be upset. (And I use both pdftex and dvips.) Thanks Adrian Heathcote On Sunday, May 12, 2002, at 06:13 AM, Hans Hagen wrote: > At 01:17 AM 5/12/2002 +1000, Adrian Heathcote wrote: > >>> This 'feature' is one reason why i use map files with no explicit >>> font names (second entry). Pdftex does not really need them. (for >>> instance combining two files with different slanted instances fails >>> with explicit names, but works well with minimal map specs). >> >> Hans---could you give an example of the entries in such a map file. >> Also---is this specific to pdftex or will it work with the dvips ?> ps >> route? > > well you can have : > > sun3 Sun-Light 4 < sun3____.pfb texnansi.enc > > or less informative but more robust: > > sun3 < sun3____.pfb texnansi.enc > > btw, because (1) i hate unreadable filenames and (2) want to avoid > problems with pseudo slant and caps fonts, i prefer to use more verbose > names: > > texnansi-raw-uplr8a-capitalized-800 URWPalladioL-Roma > 4 < uplr8a.pfb texnansi.enc > texnansi-raw-uplr8a-slanted-167 URWPalladioL-Roma "0.167 SlantFont" > 4 < uplr8a.pfb texnansi.enc > > (as supported/generated by texfont.pl) > > Hans > > > ------------------------------------------------------------------------- > Hans Hagen | PRAGMA ADE | > pragma@wxs.nl > Ridderstraat 27 | 8061 GH Hasselt | The > Netherlands > tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma- > ade.com > ------------------------------------------------------------------------- > information: http://www.pragma- > ade.com/roadmap.pdf > documentation: http://www.pragma- > ade.com/showcase.pdf > ------------------------------------------------------------------------- > From siep at elvenkind.com Tue May 14 18:17:48 2002 From: siep at elvenkind.com (Siep) Date: Sun Jun 1 17:15:14 2003 Subject: [pdftex] Problems with pdftex.map / Virtual fonts In-Reply-To: <3CE12645.7020509@GDBrettschneider.de> References: <1285081A-65AF-11D6-9FD8-0003935489B8@philosophy.usyd.edu.au> <3CE12645.7020509@GDBrettschneider.de> Message-ID: <20020514171748.1bdb4fa3.siep@elvenkind.com> On Tue, 14 May 2002 16:59:17 +0200 "G. D. Brettschneider" wrote: > Adrian Heathcote wrote: > > AH> Can i ask further to this issue whether pdftex uses > AH> the vf files that are necessary for dvips? > AH> Or can they be absent entirely? > > Thomas Esser answered: > > TE> No, pdftex needs the vf files. > > Well, you can omit the vf files if you don't need your fonts to be > re-encoded, e.g. if you're just using plain.tex with Computer > Modern fonts. > > Thanks to the ASCII standard, there is always a simpler solution > for you English-speaking folks who must not care about funny chars > 127 ... > > The primary document on vf files is > http://www.ctan.org/tex-archive/info/virtual-fonts.knuth > > Gerolf Actually, on-the-fly reencoding does NOT require virtual fonts. Y&Y makes use of this for their texnansi tfms, some of which are in the teTeX distribution. -- Siep Kroonenberg siep@elvenkind.com From michel.bovani at wanadoo.fr Tue May 14 18:23:42 2002 From: michel.bovani at wanadoo.fr (Michel Bovani) Date: Sun Jun 1 17:15:14 2003 Subject: [pdftex] Problems with pdftex.map In-Reply-To: Message-ID: Le 14/05/02 16:34, ??Adrian Heathcote?? a ?crit?: > Hi all > > I know this is rather off topic, but while the discussion is on the .map > files and slanted fonts, I wonder you'd indulge me with a further > question. > > It is this: Suppose one has used Sebastian Rahtz's set of support files > on ctan to install a postscript font (say Agaramond) and one thinks that > the slant figure in the .map file needs adjustment; is it a simple > matter of altering the tan value for the degree of the slant? I'm > concerned that there might be something else there that needs to be > adjusted that is not so visible and I don't want to monkey with it if > there is a balance that can be upset. (And I use both pdftex and dvips.) I suppose the slantfont in the map file correspond to the slantfont in the tfm file generated by fontinst... Something like : \transformfont{padro8r}{\slantfont{167}{\reencodefont{8r}{\fromafm{padr8a}}} } If you only adjust the slant in the map file, the font will not match its metrics... -- Michel Bovani From thierry.bouche at ujf-grenoble.fr Tue May 14 20:05:21 2002 From: thierry.bouche at ujf-grenoble.fr (Thierry Bouche) Date: Sun Jun 1 17:15:14 2003 Subject: [pdftex] Problems with pdftex.map In-Reply-To: References: Message-ID: <12030457355.20020514190521@ujf-grenoble.fr> MB> I suppose the slantfont in the map file correspond to the slantfont in the MB> tfm file generated by fontinst... MB> Something like : MB> \transformfont{padro8r}{\slantfont{167}{\reencodefont{8r}{\fromafm{padr8a}}} MB> } MB> If you only adjust the slant in the map file, the font will not match its MB> metrics... well, how much does slanting affect metrics, indeed, that is the question. The advance width is invariant under this tranformation, the kerning & ligaturing too. Only the declared italic slant, and italic corrections may be involved (but I doubt fontinst will compute it anyway). Side bearings _may_ change, but TeX'TFM ignores that anyway... -- Thierry Bouche From john at wexfordpress.com Tue May 14 19:59:17 2002 From: john at wexfordpress.com (John Culleton) Date: Sun Jun 1 17:15:14 2003 Subject: [pdftex] Security settings and pdftex Message-ID: <200205141859.17400.john@wexfordpress.com> Newer versions of pdfTeX allow this but you should not rely on it as it may be absend in future versions of pdfTeX. Best regards Martin Where might this be documented? I don't find it in my copy of the pdfTeX user manual. John Culleton -- Able Indexers and Typesetters http://wexfordpress.com From pdftex at GDBrettschneider.de Wed May 15 05:15:13 2002 From: pdftex at GDBrettschneider.de (G. D. Brettschneider) Date: Sun Jun 1 17:15:14 2003 Subject: [pdftex] pdftex.map / virtual fonts / code pages References: <1285081A-65AF-11D6-9FD8-0003935489B8@philosophy.usyd.edu.au> <3CE12645.7020509@GDBrettschneider.de> <20020514171748.1bdb4fa3.siep@elvenkind.com> Message-ID: <3CE1C4B1.7000405@GDBrettschneider.de> RF> Nothing to do with the ascii standard, really; RF> knuth ignored it when he felt it was inconvenient. RF> none of knuth's fonts is encoded using pure ascii. SK> On-the-fly reencoding does NOT require virtual fonts. SK> Y&Y makes use of this for their texnansi tfms. PK> There is no way not to use cyrillics, so I am between PK> two problems: either terrible fonts or no graphics. TB> Is chance that it could be possible one day to use AE or ZE fonts TB> and have ? be registered as ? in the PDF ? RK> You can run t1disasm on a type1 font to see how ? is implemeted RK> there and then write a program that retrieves information from the RK> afm/tfm/vpl files and create a new character /eacute and then run RK> t1asm on that file. If this works, it should be possible to put this RK> algorithm into pdftex. Now couldn't we build a more stable system by re-assembling the glyphs in the PostScript files according to the Unicode or ISO-8859-X codepages? They were still unknown the days Knuth proposed vf files, I guess. Will TeX survive if it falls back behind internet standards and remains in that virtual-cork-non-ascii-non-ansi-mess it has evolved to? Gerolf From cvr at river-valley.org Wed May 15 12:43:50 2002 From: cvr at river-valley.org (Radhakrishnan CV) Date: Sun Jun 1 17:15:14 2003 Subject: [pdftex] TUG 2002 update Message-ID: The registration forms of 23rd Annual Meeting and Conference of TeX Users Group are available at: http://www.tug.org.in/tug2002/registration.html Members of TUG and members of other recognised TeX User Groups who would be unable to attend the Conference for financial reasons are invited to apply for assistance from the TUG Bursary fund. Bursary fund information is available at the registration pages and the deadline for bursary application is June 12, 2002. -- Radhakrishnan for Organising Committee, TUG 2002 From rhowlett at mail.usyd.edu.au Thu May 16 00:20:09 2002 From: rhowlett at mail.usyd.edu.au (Robert Howlett) Date: Sun Jun 1 17:15:14 2003 Subject: [pdftex] Problems with pdftex.map References: <5.1.0.14.1.20020511111801.03c12998@remote-1> <5.1.0.14.1.20020511220659.0316fd78@remote-1> <3CDE622B.7B7F3264@mail.usyd.edu.au> <15582.59924.620194.646822@zarniwoop.kammer.uni-hannover.de> <1021254737.3cdf1c516acd2@www-mail.usyd.edu.au> <15584.14783.251609.835354@zarniwoop.kammer.uni-hannover.de> <15584.44713.206373.791672@gargle.gargle.HOWL> Message-ID: <3CE26089.1BA28598@mail.usyd.edu.au> The minor disadvantage with omitting the PS font names from the map files is that doing so means that pdftex won't merge font subsets when a font in an included image is the same as one used in the body of the document. Instead, the font gets included twice. Quoting a message posted by Thanh a couple of years ago, > > pdftex only subsets a font in included pdf's if it found the corresponding > PS name in map file and the Type1 source is available. Yes, it should be > mentioned in the manual > > Thanh I did a test to make certain that this is still the case. I have a pdf image file that uses a few letters from the fonts cmr10, cmr7 and cmmi10. Including it via pdfximage in a short document that uses the same letters from the same fonts I got a pdf file of size 17631 bytes. Changing the map file lines from things like cmr10 CMR10 References: <5.1.0.14.1.20020511111801.03c12998@remote-1> <5.1.0.14.1.20020511220659.0316fd78@remote-1> <3CDE622B.7B7F3264@mail.usyd.edu.au> <15582.59924.620194.646822@zarniwoop.kammer.uni-hannover.de> <1021254737.3cdf1c516acd2@www-mail.usyd.edu.au> <15584.14783.251609.835354@zarniwoop.kammer.uni-hannover.de> <15584.44713.206373.791672@gargle.gargle.HOWL> Message-ID: <20020514171023.GB1002@pb.thanh.home> > Due to pdftex font strategy ANY modified font is embedded. > Therefore, for example, when font protruding is used, the better > document view the more document size. Any modification of any > font (including 14 base fonts) increases size of file generated by > pdftex. yes exactly: using font expansion (not font protruding) increase the file size a lot. Having done many experiments and a number of real-life documents using font expansion, I think it doesn't make sense to apply font expansion to every font in a document. Just the body font and it's variants should be expanded. The recommended values for expansion is 20 20 5 1000. Font expansion however is not limited to pdf output only. If output size does matter, one can use font expansion with dvi output and let dvips to the job of font inclusion. One however has to create the map file manually, which looks like: Dutch801BT-Italic+30 Dutch801BT-Italic-Extend_1030 " 1.03 ExtendFont AdobeStandardEncoding ReEncodeFont " References: <5.1.0.14.1.20020511111801.03c12998@remote-1> <5.1.0.14.1.20020511220659.0316fd78@remote-1> <3CDE622B.7B7F3264@mail.usyd.edu.au> <15582.59924.620194.646822@zarniwoop.kammer.uni-hannover.de> <1021254737.3cdf1c516acd2@www-mail.usyd.edu.au> <15584.14783.251609.835354@zarniwoop.kammer.uni-hannover.de> <15584.44713.206373.791672@gargle.gargle.HOWL> <20020514171023.GB1002@pb.thanh.home> <15587.21683.852821.810531@gargle.gargle.HOWL> Message-ID: <20020516115348.GA11734@pb.thanh.home> > Up to now I thought that protruded font is a font with slightly > changed width. If I am right, file size should increase when > protruding is used.(?) protruding (or margin kerning) doesn't not increase file size -- it doesn't use any extra fonts but simply makes adjustment of characters placement at the margins. I call a font with slightly changed width as expanded font. Regards, Thanh From reinhard at kammer.uni-hannover.de Fri May 17 00:49:31 2002 From: reinhard at kammer.uni-hannover.de (Reinhard Kotucha) Date: Sun Jun 1 17:15:14 2003 Subject: [pdftex] Problems with pdftex.map In-Reply-To: <1021254737.3cdf1c516acd2@www-mail.usyd.edu.au> References: <5.1.0.14.1.20020511111801.03c12998@remote-1> <5.1.0.14.1.20020511220659.0316fd78@remote-1> <3CDE622B.7B7F3264@mail.usyd.edu.au> <15582.59924.620194.646822@zarniwoop.kammer.uni-hannover.de> <1021254737.3cdf1c516acd2@www-mail.usyd.edu.au> Message-ID: <15588.10603.144171.677291@zarniwoop.kammer.uni-hannover.de> >>>>> "rhowlett" == rhowlett writes: > [...] > And this from Mark Wicks: > [...] > I am not a pdftex developer, but I think I understand the > problem pretty well. You are correct that Tz can change the > horizontal scaling to implement ExtendFont, but that doesn't > solve the more general problem. What about SlantFont, for > example? If I recall correctly, PDF, unlike PostScript, does > not allow the font matrix to be modified on the fly. The slant > of the font is determined from the font matrix contained in the > embedded font. I believe that the only way to change the font > matrix is to re-embed a new copy of the font using different > font matrix for each instance, and that's apparently what pdftex > is doing. I think it is possible to change the FontMatrix on the fly using the Tm operator. I just prepared the following file: --------------------------------------------------------------- \pdfcompresslevel=0 \font\a=pplr at 10bp \nopagenumbers \a a \pdfliteral{1 0 0.2 1 0 0 Tm} b \bye --------------------------------------------------------------- The \pdfliteral first ends the text (ET) and afterwards begins a new one (BT). That looks like this: --------------------------------------------------------------- stream 1 0 0 1 91.925 759.927 cm BT /F52 10 Tf 0 0 Td[(a)]TJ ET 1 0 0 1 5 0 cm 1 0 0.2 1 0 0 Tm BT /F52 10 Tf 0 0 Td[(b)]TJ ET endstream endobj --------------------------------------------------------------- I carefully moved the line 1 0 0.2 1 0 0 Tm behind "/F52 10 Tf" resulting in: --------------------------------------------------------------- stream 1 0 0 1 91.925 759.927 cm BT /F52 10 Tf 0 0 Td[(a)]TJ ET 1 0 0 1 5 0 cm BT /F52 10 Tf 1 0 0.2 1 0 0 Tm 0 0 Td[(b)]TJ ET endstream endobj --------------------------------------------------------------- The result was an upright "a" and a slanted "b" with the font only loaded once. AR was able to display it. Thanh, are there any problems using the Tm operator to change the FontMatrix rather than modifying the font itself? I think it's even easier to implement. Regards, Reinhard -- ---------------------------------------------------------------------------- Reinhard Kotucha Phone: +49-511-751355 Berggartenstr. 9 D-30419 Hannover mailto:reinhard@kammer.uni-hannover.de ---------------------------------------------------------------------------- Microsoft isn't the answer. Microsoft is the question, and the answer is NO. ---------------------------------------------------------------------------- From endriss at dcs.kcl.ac.uk Fri May 17 02:39:33 2002 From: endriss at dcs.kcl.ac.uk (Ulle Endriss) Date: Sun Jun 1 17:15:14 2003 Subject: [pdftex] Why are pages smaller with pdflatex? Message-ID: <3CE45145.2CEBBA63@dcs.kcl.ac.uk> When I use pdflatex as opposed to latex (with dvips) then the output generated with pdflatex appears to be down-scaled by around 5% (fonts, height and width of printed area). (I use acroread and gv for printing, respectively.) Why is this so and how can I stop it? The page size produced by latex/dvips is the correct one, that is, the value chosen for \textwidth matches the actual text width, etc. Thanks for your help, Ulle -- Ulrich Endriss Tel: +44 20 7848 2985 Dept. of Computer Science Fax: +44 20 7240 1071 King's College London Email: endriss@dcs.kcl.ac.uk Strand, London WC2R 2LS WWW: http://www.dcs.kcl.ac.uk/staff/endriss/ From mwicks at kettering.edu Thu May 16 22:35:53 2002 From: mwicks at kettering.edu (Mark Wicks) Date: Sun Jun 1 17:15:14 2003 Subject: [pdftex] Problems with pdftex.map In-Reply-To: <15588.10603.144171.677291@zarniwoop.kammer.uni-hannover.de> Message-ID: On Thu, 16 May 2002, Reinhard Kotucha wrote: > > And this from Mark Wicks: > > embedded font. I believe that the only way to change the font > > matrix is to re-embed a new copy of the font using different > > font matrix for each instance, and that's apparently what pdftex > > is doing. My statement above may have been misinterpreted. I said the only way to change the "FontMatrix" is to reembed the font. I did not say that you couldn't achieve the same effect using Tm. In fact, dvipdfm (and Acrobat Distiller) produce slanted fonts by using the Tm operator similar to the way your propose. Since FontMatrix is not modified, they embed only one copy of a font for both slanted and regular shapes. > I think it is possible to change the FontMatrix on the fly using the > Tm operator. Tm does NOT change the FontMatrix; it changes the Text Matrix. FontMatrix and Text Matrix are different. > I just prepared the following file: [...] > \a a \pdfliteral{1 0 0.2 1 0 0 Tm} b [...] > The result was an upright "a" and a slanted "b" with the font only > loaded once. AR was able to display it. Your example is too simple. If you want to see the real problem, try the following experiments using your method: 1) Typeset a multi-line paragraph in slanted type. 2) Typeset a multi-line paragraph with mixed regular and slanted type. [...] > Thanh, are there any problems using the Tm operator to change the > FontMatrix rather than modifying the font itself? I think it's even > easier to implement. You are right that you can use the Tm operator can achieve the same result as changing the FontMatrix, but I don't think it's easier. -- ______________________________________________________________________ Mark A. Wicks mwicks@kettering.edu Associate Professor and Interim Head ECE Department, Kettering University Voice: (810) 762-7992 1700 West Third Ave, Flint, MI 48504-4898 Fax: (810) 762-9830 From Robin.Fairbairns at cl.cam.ac.uk Fri May 17 08:17:57 2002 From: Robin.Fairbairns at cl.cam.ac.uk (Robin Fairbairns) Date: Sun Jun 1 17:15:14 2003 Subject: [pdftex] Why are pages smaller with pdflatex? In-Reply-To: Your message of "Fri, 17 May 2002 01:39:33 BST." <3CE45145.2CEBBA63@dcs.kcl.ac.uk> Message-ID: simple answer: because you have "fit to page" clicked in acrobat reader. followup question: why does acrobat reader do this even when the paper matches the document size? followup answer: search me. From hanthethanh at gmx.net Fri May 17 11:33:16 2002 From: hanthethanh at gmx.net (The Thanh Han) Date: Sun Jun 1 17:15:14 2003 Subject: [pdftex] Problems with pdftex.map In-Reply-To: <15588.10603.144171.677291@zarniwoop.kammer.uni-hannover.de> References: <5.1.0.14.1.20020511111801.03c12998@remote-1> <5.1.0.14.1.20020511220659.0316fd78@remote-1> <3CDE622B.7B7F3264@mail.usyd.edu.au> <15582.59924.620194.646822@zarniwoop.kammer.uni-hannover.de> <1021254737.3cdf1c516acd2@www-mail.usyd.edu.au> <15588.10603.144171.677291@zarniwoop.kammer.uni-hannover.de> Message-ID: <20020517033316.GA905@pb.thanh.home> Hi Reinhard, > The result was an upright "a" and a slanted "b" with the font only > loaded once. AR was able to display it. > > Thanh, are there any problems using the Tm operator to change the > FontMatrix rather than modifying the font itself? I think it's even > easier to implement. probably Mark had in mind changing the font matrix by altering the /FontMatrix key in the font resource dict of a pdf file (not to be confused with the FontMatrix inside a Type1 font file). If I remember correctly, then the true is what Mark has already said: it seems impossible, AR always takes the canonical values regardless to the ones specified by /FontMatrix. Changing Tm/cm to implement font slant/extend is possible as dvips and dvipdfm have done. However, imagine a line when you have all kind of combinations of extent/slant/expanded fonts, then it's far from trivial to keep everything work correctly together. A basic font can be at the same time extended, slanted and expanded. Keeping track of the right values of the transformation matrix for each font switch is really complicated. Regards, Thanh From dirk.stueker at volkswagen.de Fri May 17 12:02:28 2002 From: dirk.stueker at volkswagen.de (Stueker, Dirk) Date: Sun Jun 1 17:15:14 2003 Subject: [pdftex] Why are pages smaller with pdflatex? / Margins with pdftex Message-ID: <0C6E6490E499D31185980008C791F34C0B754B89@devwagwodx0022.wob.vw.de> I discovered another problem: When processing the same document with pdflatex and latex, the margins are different. When using latex one can add some dvips-offsets so that the printed output is "correct". But what can I do to manipulate the margins with pdflatex. To make things clear: Try the following document: % ====== \documentclass{article} \pagestyle{empty} \topmargin0cm \topskip0cm \headsep0pt \headheight0pt \footskip0mm \oddsidemargin0pt \evensidemargin0pt \parindent0pt \newcommand{\sm}[1]{\texttt{#1}} \begin{document} \rule{2cm}{1cm}\par This box should appear 2cm from the left and 1cm from the top of the page. \\ The next box should have the size 3cm x 2cm. \setlength{\unitlength}{1cm} \dashbox{5.0}(3.0, 2.0){3cm x 2cm?} \end{document} % ===== The upper box does not appear at the right position when using pdflatex. Any help is really appreciated. Cheers Dirk > -----Original Message----- > From: Robin Fairbairns [mailto:Robin.Fairbairns@cl.cam.ac.uk] > Sent: Friday, May 17, 2002 8:18 AM > To: Ulle Endriss > Cc: pdftex@tug.org > Subject: Re: [pdftex] Why are pages smaller with pdflatex? > > > simple answer: because you have "fit to page" clicked in acrobat > reader. > > followup question: why does acrobat reader do this even when the paper > matches the document size? > > followup answer: search me. > _______________________________________________ > pdftex mailing list > pdftex@tug.org > http://tug.org/mailman/listinfo/pdftex > From ms at artcom-gmbh.de Fri May 17 13:00:00 2002 From: ms at artcom-gmbh.de (Martin Schroeder) Date: Sun Jun 1 17:15:14 2003 Subject: [pdftex] Why are pages smaller with pdflatex? / Margins with pdftex In-Reply-To: <0C6E6490E499D31185980008C791F34C0B754B89@devwagwodx0022.wob.vw.de>; from dirk.stueker@volkswagen.de on Fri, May 17, 2002 at 11:02:28AM +0200 References: <0C6E6490E499D31185980008C791F34C0B754B89@devwagwodx0022.wob.vw.de> Message-ID: <20020517120000.R3994@artcom8.artcom-gmbh.de> On 2002-05-17 11:02:28 +0200, Stueker, Dirk wrote: > To make things clear: Try the following document: \usepackage[pdftex]{geometry} Best regards Martin -- Martin Schr?der, MS@ArtCom-GmbH.DE ArtCom GmbH, Grazer Stra?e 8, D-28359 Bremen Voice +49 421 20419-44 / Fax +49 421 20419-10 From thierry.bouche at ujf-grenoble.fr Fri May 17 14:11:53 2002 From: thierry.bouche at ujf-grenoble.fr (Thierry Bouche) Date: Sun Jun 1 17:15:14 2003 Subject: [pdftex] Problems with pdftex.map In-Reply-To: <20020517033316.GA905@pb.thanh.home> References: <5.1.0.14.1.20020511111801.03c12998@remote-1> <5.1.0.14.1.20020511220659.0316fd78@remote-1> <3CDE622B.7B7F3264@mail.usyd.edu.au> <15582.59924.620194.646822@zarniwoop.kammer.uni-hannover.de> <1021254737.3cdf1c516acd2@www-mail.usyd.edu.au> <15588.10603.144171.677291@zarniwoop.kammer.uni-hannover.de> <20020517033316.GA905@pb.thanh.home> Message-ID: <19610286771.20020517131153@ujf-grenoble.fr> Hi thanh, nice to read you again! Le vendredi 17 mai 2002 ? 05:33:16, The Han ?crivit?: TTH> probably Mark had in mind changing the font matrix by altering the TTH> /FontMatrix key in the font resource dict of a pdf file (not to be confused TTH> with the FontMatrix inside a Type1 font file). If I remember correctly, then TTH> the true is what Mark has already said: it seems impossible, AR always TTH> takes the canonical values regardless to the ones specified by TTH> /FontMatrix. I don't know much about this font resource dict, is it global? Using the object structure of PDF, isn't it possible to define many fonts that share a same "glyph container" object as ultimate resource, but with different headers, where FontMatrix would be different? As you do for multiple subsets of a single font when present in various included PDFs? Thierry Bouche From hanthethanh at gmx.net Sat May 18 00:18:30 2002 From: hanthethanh at gmx.net (The Thanh Han) Date: Sun Jun 1 17:15:14 2003 Subject: [pdftex] Re: expansion & protruding In-Reply-To: <15588.44691.386352.468079@gargle.gargle.HOWL> References: <5.1.0.14.1.20020511220659.0316fd78@remote-1> <3CDE622B.7B7F3264@mail.usyd.edu.au> <15582.59924.620194.646822@zarniwoop.kammer.uni-hannover.de> <1021254737.3cdf1c516acd2@www-mail.usyd.edu.au> <15584.14783.251609.835354@zarniwoop.kammer.uni-hannover.de> <15584.44713.206373.791672@gargle.gargle.HOWL> <20020514171023.GB1002@pb.thanh.home> <15587.21683.852821.810531@gargle.gargle.HOWL> <20020516115348.GA11734@pb.thanh.home> <15588.44691.386352.468079@gargle.gargle.HOWL> Message-ID: <20020517161830.GA1002@pb.thanh.home> > What is a difference between slightly and ordinarily expanded font? > Why only one of them is embedded? Can one conclude that pdftex is > able to use expanded font without its embedding but this ability is > used only for font protruding? I am not sure I understand your question. Maybe a summary of the discussed terms will help: * character protruding (or margin kerning): doesn't have anything to do with expanded fonts -- it can be applied to any font * expanded font: is a font that has slightly changed width. The font file will be embedded for each instance. * fonts that have map entry containing "1.2 ExtentFont": the font file is embedded for each instance. It's similar to expanded font, except that expanded fonts are (usually) generated automatically and by a very small amount. Regads, Thanh From hanthethanh at gmx.net Sat May 18 00:45:44 2002 From: hanthethanh at gmx.net (The Thanh Han) Date: Sun Jun 1 17:15:14 2003 Subject: [pdftex] Problems with pdftex.map In-Reply-To: <19610286771.20020517131153@ujf-grenoble.fr> References: <5.1.0.14.1.20020511111801.03c12998@remote-1> <5.1.0.14.1.20020511220659.0316fd78@remote-1> <3CDE622B.7B7F3264@mail.usyd.edu.au> <15582.59924.620194.646822@zarniwoop.kammer.uni-hannover.de> <1021254737.3cdf1c516acd2@www-mail.usyd.edu.au> <15588.10603.144171.677291@zarniwoop.kammer.uni-hannover.de> <20020517033316.GA905@pb.thanh.home> <19610286771.20020517131153@ujf-grenoble.fr> Message-ID: <20020517164544.GA1243@pb.thanh.home> > I don't know much about this font resource dict, is it global? > > Using the object structure of PDF, isn't it possible to define many > fonts that share a same "glyph container" object as ultimate resource, > but with different headers, where FontMatrix would be different? As you > do for multiple subsets of a single font when present in various > included PDFs? yes it would be nice if one can embed once a font file and create expanded instances just by altering the /FontMatrix in the header of each instance. Howeve when I tried it (long time ago), it didn't work. Thanh From kuzn at htsc.mephi.ru Thu May 16 11:41:55 2002 From: kuzn at htsc.mephi.ru (A.V.Kuznetsov) Date: Sun Jun 1 17:15:14 2003 Subject: [pdftex] expansion & protruding In-Reply-To: <20020514171023.GB1002@pb.thanh.home> References: <5.1.0.14.1.20020511111801.03c12998@remote-1> <5.1.0.14.1.20020511220659.0316fd78@remote-1> <3CDE622B.7B7F3264@mail.usyd.edu.au> <15582.59924.620194.646822@zarniwoop.kammer.uni-hannover.de> <1021254737.3cdf1c516acd2@www-mail.usyd.edu.au> <15584.14783.251609.835354@zarniwoop.kammer.uni-hannover.de> <15584.44713.206373.791672@gargle.gargle.HOWL> <20020514171023.GB1002@pb.thanh.home> Message-ID: <15587.21683.852821.810531@gargle.gargle.HOWL> The Thanh Han writes: > > ...... using font expansion (not font protruding) increase the file > size a lot. Dear Thanh, excuse me, I don't read your thesis. Up to now I thought that protruded font is a font with slightly changed width. If I am right, file size should increase when protruding is used.(?) Sincerely, A.V.Kuznetsov From thomas.hof at matzner.de Fri May 17 09:04:46 2002 From: thomas.hof at matzner.de (Thomas Hof) Date: Sun Jun 1 17:15:14 2003 Subject: [pdftex] Why are pages smaller with pdflatex? References: <3CE45145.2CEBBA63@dcs.kcl.ac.uk> Message-ID: <3CE49D7E.F61337CE@matzner.de> Ulle Endriss schrieb: > > When I use pdflatex as opposed to latex (with dvips) then the output > generated with pdflatex appears to be down-scaled by around 5% (fonts, > height and width of printed area). (I use acroread and gv for printing, > respectively.) Why is this so and how can I stop it? > > The page size produced by latex/dvips is the correct one, that is, the > value chosen for \textwidth matches the actual text width, etc. May be you are using the option "scale large pages to pagesize" when printer options mask appears ??? If you UNclick it, it should be same size as with dvips... I for my part have no problem with a different scaling of pages with pdflatex/pdf vs. latex/dvips. Greetings, Thomas -- Dipl.-Math. Thomas Hof : phone +49 (0)5402-70-1003 -- -- Sys-Admin, Sys-Prog / HO-IT : fax +49 (0)5402-70-1029 -- -- Matzner Gruppe : ---------------------------- -- -- Gewerbepark 18 : mailto:thomas.hof@matzner.de -- -- D-49143 Bissendorf, Germany : www: http://www.matzner.de -- --- StripMime Report -- processed MIME parts --- multipart/mixed text/plain (text body -- kept) text/x-vcard --- From ripley at stats.ox.ac.uk Fri May 17 08:22:48 2002 From: ripley at stats.ox.ac.uk (Prof Brian D Ripley) Date: Sun Jun 1 17:15:14 2003 Subject: [pdftex] Why are pages smaller with pdflatex? In-Reply-To: <3CE45145.2CEBBA63@dcs.kcl.ac.uk> Message-ID: On Fri, 17 May 2002, Ulle Endriss wrote: > When I use pdflatex as opposed to latex (with dvips) then the output > generated with pdflatex appears to be down-scaled by around 5% (fonts, > height and width of printed area). (I use acroread and gv for printing, > respectively.) Why is this so and how can I stop it? Platform? I've seen this on Unix, so give a Unix explanation. Check your acroread print settings: There is a box called `Fit to Page' on the version I just looked at, and that needs to be unchecked (and is normally checked). Acroread defaults to letter paper size and so shrinks 10.69" to 10", in fact also 7%. You can change the paper size in the Page Setup, but acroread seems to forget that setting. Something similar must happen on Windows: my (US-based, Windows-using) publisher reported my PDF files were 6% too small, whereas they printed correctly in this country (from Windows and Linux). > The page size produced by latex/dvips is the correct one, that is, the > value chosen for \textwidth matches the actual text width, etc. > > Thanks for your help, > Ulle > > > -- > Ulrich Endriss Tel: +44 20 7848 2985 > Dept. of Computer Science Fax: +44 20 7240 1071 > King's College London Email: endriss@dcs.kcl.ac.uk > Strand, London WC2R 2LS WWW: http://www.dcs.kcl.ac.uk/staff/endriss/ > > > > _______________________________________________ > pdftex mailing list > pdftex@tug.org > http://tug.org/mailman/listinfo/pdftex > -- 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 reinhard at kammer.uni-hannover.de Sat May 18 23:21:03 2002 From: reinhard at kammer.uni-hannover.de (Reinhard Kotucha) Date: Sun Jun 1 17:15:14 2003 Subject: [pdftex] Problems with pdftex.map In-Reply-To: References: <15588.10603.144171.677291@zarniwoop.kammer.uni-hannover.de> Message-ID: <15590.47023.752593.589531@zarniwoop.kammer.uni-hannover.de> >>>>> "Mark" == Mark Wicks writes: > 1) Typeset a multi-line paragraph in slanted type. > 2) Typeset a multi-line paragraph with mixed regular > and slanted type. I tried and now see the difference. >> Thanh, are there any problems using the Tm operator to change >> the FontMatrix rather than modifying the font itself? I think >> it's even easier to implement. > You are right that you can use the Tm operator can achieve > the same result as changing the FontMatrix, but I don't think > it's easier. I now see that it is difficult. What I meant is if Tm would behave like FontMatrix, one would not have to deal with the internals of the font files. Regards, Reinhard -- ---------------------------------------------------------------------------- Reinhard Kotucha Phone: +49-511-751355 Berggartenstr. 9 D-30419 Hannover mailto:reinhard@kammer.uni-hannover.de ---------------------------------------------------------------------------- Microsoft isn't the answer. Microsoft is the question, and the answer is NO. ---------------------------------------------------------------------------- From kuzn at htsc.mephi.ru Fri May 17 12:17:39 2002 From: kuzn at htsc.mephi.ru (A.V.Kuznetsov) Date: Sun Jun 1 17:15:15 2003 Subject: [pdftex] Re: expansion & protruding In-Reply-To: <20020516115348.GA11734@pb.thanh.home> References: <5.1.0.14.1.20020511111801.03c12998@remote-1> <5.1.0.14.1.20020511220659.0316fd78@remote-1> <3CDE622B.7B7F3264@mail.usyd.edu.au> <15582.59924.620194.646822@zarniwoop.kammer.uni-hannover.de> <1021254737.3cdf1c516acd2@www-mail.usyd.edu.au> <15584.14783.251609.835354@zarniwoop.kammer.uni-hannover.de> <15584.44713.206373.791672@gargle.gargle.HOWL> <20020514171023.GB1002@pb.thanh.home> <15587.21683.852821.810531@gargle.gargle.HOWL> <20020516115348.GA11734@pb.thanh.home> Message-ID: <15588.44691.386352.468079@gargle.gargle.HOWL> The Thanh Han writes: > protruding (or margin kerning) doesn't not increase file size -- it doesn't > use any extra fonts but simply makes adjustment of characters placement at > the margins. I call a font with slightly changed width as expanded font. > Dear Thanh, What is a difference between slightly and ordinarily expanded font? Why only one of them is embedded? Can one conclude that pdftex is able to use expanded font without its embedding but this ability is used only for font protruding? Sincerely, A.V.Kuznetsov From emil.backmark at era.ericsson.se Fri May 17 12:49:26 2002 From: emil.backmark at era.ericsson.se (=?iso-8859-1?Q?Emil_B=E4ckmark_=28ERA=29?=) Date: Sun Jun 1 17:15:15 2003 Subject: [pdftex] Newbie trouble Message-ID: <8DE93563AC71D311B30400508B5D5D8B0313E550@eselint201.li.sw.ericsson.se> Hi! I'm having troubles executing several of the binaries of the pdftex distribution. I compiled the source tar ball (whith some need for manual hacking, due to lex problems) and installed it to /opt/pdftex. Now, when I try to execute eg. texi2dvi whith a TeX file as parameter I get several outprints of 'kpsewhich: Cannot find ELF' and finally 'fmtutil: config file `fmtutil.cnf' not found.'. Seems some path is missing, since 'fmtutil.cnf' exists in /opt/pdftex/share/texmf/web2c. In what environment variable should I state that path? 'texi2dvi --help' says something of the need for some environment variables (eg. TEX, TEXINDEX), but gives no explanation on what values they should have. Please help me out, this one should be easy... Tia / Emil From john at wexfordpress.com Mon May 20 10:29:33 2002 From: john at wexfordpress.com (John Culleton) Date: Sun Jun 1 17:15:15 2003 Subject: [pdftex] RE: pdf to postscript (pdf2ps command) Message-ID: <200205200929.33623.john@wexfordpress.com> Ghostscript in combination with the above script will take a pdf file and convert it to ps. the command is simple: pdf2ps foo.pdf. I use it regularly. It's free. -- Able Indexers and Typesetters http://wexfordpress.com __________________________________________________ D O T E A S Y - "Join the web hosting revolution!" http://www.doteasy.com From story at uakron.edu Mon May 20 19:28:26 2002 From: story at uakron.edu (story@uakron.edu) Date: Sun Jun 1 17:15:15 2003 Subject: [pdftex] FYI: Acrobat Reader 5.0.5 Message-ID: <3CE9404A.3149.2978FB4@localhost> Acrobat Reader 5.0.5 for Linux and Sun Solris SPARC has been loaded to the adobe web site. See http://www.adobe.com/products/acrobat/readstep2.html Dr. D. P. Story Department of Mathematics and Computer Science The University of Akron Akron, OH 44325 tele: (330) 972-7514 e-mail: dpstory@uakron.edu Home Page: http://www.math.uakron.edu/~dpstory/ Home of ... e-Calculus: A Calculus I Tutorial on the WeB. Written in TeX and converted to the PDF format. See it at http://www.math.uakron.edu/~dpstory/e-calculus.html and of ... An Algebra Review in 10 Lessons TeX to PDF http://www.math.uakron.edu/~dpstory/mpt_home.html From cottrell at wfu.edu Mon May 20 23:43:11 2002 From: cottrell at wfu.edu (Allin Cottrell) Date: Sun Jun 1 17:15:15 2003 Subject: [pdftex] FYI: Acrobat Reader 5.0.5 In-Reply-To: <3CE9404A.3149.2978FB4@localhost> Message-ID: On Mon, 20 May 2002 story@uakron.edu wrote: > Acrobat Reader 5.0.5 for Linux and Sun Solris SPARC > has been loaded to the adobe web site. See > > http://www.adobe.com/products/acrobat/readstep2.html Thanks for the news. Does anyone have tips on how get an accurate on-screen rendition of type 1 fonts in Acroread 5.0.5 for Linux? I just tried it, and the default rendition seems distinctly inferior to 4.0.5. I'm viewing a pdftex-generated document in Lucida: in 4.X the screen glyphs look very much like the printed ones, while in 5.X the screen glyphs seem like a vague approximation. (Sorry, off topic I know, but tempting.) Allin Cottrell. From pragma at wxs.nl Tue May 21 09:45:19 2002 From: pragma at wxs.nl (Hans Hagen) Date: Sun Jun 1 17:15:15 2003 Subject: [pdftex] FYI: Acrobat Reader 5.0.5 In-Reply-To: References: <3CE9404A.3149.2978FB4@localhost> Message-ID: <5.1.0.14.1.20020521084419.02e40408@server-1> At 10:43 PM 5/20/2002 -0400, Allin Cottrell wrote: >On Mon, 20 May 2002 story@uakron.edu wrote: > > > Acrobat Reader 5.0.5 for Linux and Sun Solris SPARC > > has been loaded to the adobe web site. See > > > > http://www.adobe.com/products/acrobat/readstep2.html > >Thanks for the news. Does anyone have tips on how get an accurate >on-screen rendition of type 1 fonts in Acroread 5.0.5 for Linux? I >just tried it, and the default rendition seems distinctly inferior to >4.0.5. I'm viewing a pdftex-generated document in Lucida: in 4.X the >screen glyphs look very much like the printed ones, while in 5.X the >screen glyphs seem like a vague approximation. (Sorry, off topic I >know, but tempting.) maybe configuring cooltype works (if present in the linux version); also, by default smooth graphics is turned off, and turning that on in the preferences will make look at least line art better, Hans ------------------------------------------------------------------------- Hans Hagen | PRAGMA ADE | pragma@wxs.nl Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com ------------------------------------------------------------------------- information: http://www.pragma-ade.com/roadmap.pdf documentation: http://www.pragma-ade.com/showcase.pdf ------------------------------------------------------------------------- From thierry.bouche at ujf-grenoble.fr Tue May 21 11:09:51 2002 From: thierry.bouche at ujf-grenoble.fr (Thierry Bouche) Date: Sun Jun 1 17:15:15 2003 Subject: [pdftex] pdftex.map / virtual fonts / code pages In-Reply-To: <3CE1C4B1.7000405@GDBrettschneider.de> References: <1285081A-65AF-11D6-9FD8-0003935489B8@philosophy.usyd.edu.au> <3CE12645.7020509@GDBrettschneider.de> <20020514171748.1bdb4fa3.siep@elvenkind.com> <3CE1C4B1.7000405@GDBrettschneider.de> Message-ID: <931222337.20020521100951@ujf-grenoble.fr> Le mercredi 15 mai 2002 ? 04:15:13, G. Brettschneider ?crivit?: GDB> Now couldn't we build a more stable system by re-assembling the glyphs GDB> in the PostScript files according to the Unicode or ISO-8859-X codepages? of course not. ISO-8859-x & unicode are character encodings whereas what tex uses is glyphs. GDB> They were still unknown the days Knuth proposed vf files, I guess. Will GDB> TeX survive if it falls back behind internet standards and remains in GDB> that virtual-cork-non-ascii-non-ansi-mess it has evolved to? Surely it won't survive long ahead if it makes such mistakes... -- Thierry Bouche From gold at idaccr.org Tue May 21 10:28:50 2002 From: gold at idaccr.org (David Goldschmidt) Date: Sun Jun 1 17:15:15 2003 Subject: [pdftex] FYI: Acrobat Reader 5.0.5 Message-ID: <200205211329.g4LDT5t12825@linus.princeton.idaccr.org> >>>>> "story" == story writes: story> Acrobat Reader 5.0.5 for Linux and Sun Solris SPARC has been loaded story> to the adobe web site. See story> http://www.adobe.com/products/acrobat/readstep2.html For the benefit of us non-expert pdflatex users, could you briefly review the advantages of upgrading from version 4? David Goldschmidt From oscar at iit.upco.es Tue May 21 16:47:50 2002 From: oscar at iit.upco.es (oscar@iit.upco.es) Date: Sun Jun 1 17:15:15 2003 Subject: [pdftex] FYI: Acrobat Reader 5.0.5 References: <3CE9404A.3149.2978FB4@localhost> Message-ID: <3CEA5006.66EEA8F1@iit.upco.es> story@uakron.edu escribi?: > > Acrobat Reader 5.0.5 for Linux and Sun Solris SPARC > has been loaded to the adobe web site. See > > http://www.adobe.com/products/acrobat/readstep2.html Many thanks for the link. Does anybody know if this version has improved the video display support for linux. I work on a linux box and I create presentations using pdflatex and I usually insert a video by means of: \newcommand{\video}[5]{\vspace{#3}\hspace{#2}{\pdfannot width #4 height #5 depth 0cm { /Subtype /Movie /C [1 0 0] /Border [0 0 3] /Movie <> }}} \video{g.avi}{4cm}{12cm}{12cm}{12cm} Of course this video can only be displayed properly in windows, but for development pourposes this was enough, because the presentation usually was in a windos PC. So I develop the presentation on linux and finally the video was displayed in a windows PC Recently, I tested an old presentation using this method in a PC with Acrobat 5.00 and it was unable to load the video. it asked me for QuickTime Plugin. What does it mean ? Should I buy QuickTime? Does it exist any way to display avi videos in current acrobat version? Moreover there exist any way to produce a presentation to be displayed in linux with a video format. I usually produce a video image by making a sequence of graphs that I merge into a single gif animated and converted to avi. But I do not mind the format of the video animation, I'd just like to show a sequence of graphs without striking N times the enter key. Does anybody please comment its own experiences including video formats on linux? Thanks a lot for your help Best regards From oberdiek at ruf.uni-freiburg.de Tue May 21 17:07:20 2002 From: oberdiek at ruf.uni-freiburg.de (Heiko Oberdiek) Date: Sun Jun 1 17:15:15 2003 Subject: [pdftex] FYI: Acrobat Reader 5.0.5 In-Reply-To: <200205211329.g4LDT5t12825@linus.princeton.idaccr.org> Message-ID: On Tue, 21 May 2002, David Goldschmidt wrote: > >>>>> "story" == story writes: > > story> Acrobat Reader 5.0.5 for Linux and Sun Solris SPARC has been loaded > story> to the adobe web site. See > story> http://www.adobe.com/products/acrobat/readstep2.html > > For the benefit of us non-expert pdflatex users, could you briefly > review the advantages of upgrading from version 4? Some first experiences mainly with the linux version, of course some new bugs: * New bug: "Fit visible" (FitBH) is unusable, because of errors in the calculation of the width (both linux and solaris version). * "Revert" menu entry vanished. * The new entry "Save A Copy" contains a option field "Optimize", but this is not working. I have only seen 1:1 copies without changes. * I get a warning (SuSE 7.2 installation): Warning: charset "ISO8859-15" not supported, using "ISO8859-1". So I have set to get rid of it (bash syntax): export LC_CTYPE=3D"iso_8859_1" Some old bugs are fixed, and some new features: * The values in the "Page Setup" menu, especially "A4" is now correctly set at startup. * In full-screen mode hiding the mouse after delay now works. * The window with the page label adopts itself to the width of the label. * Rotations are possible. * The recent file list now contains a maximum of eight files instead of only four. * New feature: "Smooth Line Art". * During a AR session the toolbar can be configured, especially button groups can be hidden. But I found no way for setting this in the configuration files. * ... Yours sincerely Heiko From pfr+pdftex at cs.cmu.edu Tue May 21 11:31:52 2002 From: pfr+pdftex at cs.cmu.edu (Patrick Riley) Date: Sun Jun 1 17:15:15 2003 Subject: [pdftex] FYI: Acrobat Reader 5.0.5 In-Reply-To: <3CEA5006.66EEA8F1@iit.upco.es> References: <3CE9404A.3149.2978FB4@localhost> <3CEA5006.66EEA8F1@iit.upco.es> Message-ID: <15594.23128.587373.237500@gs231.sp.cs.cmu.edu> I have used movies in my presenations on linux. In the end it looks good, but it's a pretty big hack to make it work. I've used mpeg and MpegTV (http://www.mpegtv.com/) to play the movies. I have this in my tex file: \newcommand{\moviedir}{movies} \newcommand{\movielink}[2][]{\href{run:\moviedir/run-#2.sh}{\includegraphics[#1]{\moviedir/#2}}} \movielink[scale=.87]{hillclimb45} Then in the movies directory, I have this: hillclimb45.mpg (the movie file), hillclimb45.png (the preview image), and run-hillclimb45.sh. The .sh file is: #!/bin/sh # use -G to set geometry # I do this linking so that my window manager knows not to put a frame around this window ln -sf `pwd`/movies/hillclimb45.mpg /tmp/no-frame-movie.mpg mtvp -G+485+359 /tmp/no-frame-movie.mpg Because the window come up without a frame, it looks like the movie plays right in the presenation, but in fact it's just another window. I have to play around with scaling and geometry stuff to make it look right. xwininfo is your friend in that case :-) YMMV -- Pat Riley Third Year Ph.D. Student Computer Science Department, Carnegie Mellon University http://www.cs.cmu.edu/~pfr oscar@iit.upco.es writes: > story@uakron.edu escribi?: > > > > Acrobat Reader 5.0.5 for Linux and Sun Solris SPARC > > has been loaded to the adobe web site. See > > > > http://www.adobe.com/products/acrobat/readstep2.html > > Many thanks for the link. > > Does anybody know if this version has improved the video display support > for linux. I work on a linux box and I create presentations using > pdflatex and I usually insert a video by means of: > > \newcommand{\video}[5]{\vspace{#3}\hspace{#2}{\pdfannot width #4 height > #5 depth 0cm { /Subtype /Movie /C [1 0 0] /Border [0 0 3] /Movie > <> }}} > \video{g.avi}{4cm}{12cm}{12cm}{12cm} > > Of course this video can only be displayed properly in windows, but for > development pourposes this was enough, because the presentation usually > was in a windos PC. So I develop the presentation on linux and finally > the video was displayed in a windows PC > > Recently, I tested an old presentation using this method in a PC with > Acrobat 5.00 and it was unable to load the video. it asked me for > QuickTime Plugin. What does it mean ? Should I buy QuickTime? Does it > exist any way to display avi videos in current acrobat version? > > Moreover there exist any way to produce a presentation to be displayed > in linux with a video format. I usually produce a video image by making > a sequence of graphs that I merge into a single gif animated and > converted to avi. But I do not mind the format of the video animation, > I'd just like to show a sequence of graphs without striking N times the > enter key. > > Does anybody please comment its own experiences including video formats > on linux? > > Thanks a lot for your help > Best regards > _______________________________________________ > pdftex mailing list > pdftex@tug.org > http://tug.org/mailman/listinfo/pdftex From pragma at wxs.nl Tue May 21 18:41:37 2002 From: pragma at wxs.nl (Hans Hagen) Date: Sun Jun 1 17:15:15 2003 Subject: [pdftex] FYI: Acrobat Reader 5.0.5 In-Reply-To: <200205211329.g4LDT5t12825@linus.princeton.idaccr.org> Message-ID: <5.1.0.14.1.20020521173930.034c6f40@remote-1> At 09:28 AM 5/21/2002 -0400, David Goldschmidt wrote: > >>>>> "story" == story writes: > > story> Acrobat Reader 5.0.5 for Linux and Sun Solris SPARC has been > loaded > story> to the adobe web site. See > story> http://www.adobe.com/products/acrobat/readstep2.html > >For the benefit of us non-expert pdflatex users, could you briefly >review the advantages of upgrading from version 4? to mention a few: - more robust widget/javascript support - better font antialiasing - better graphics - a couple of bug fixes (also known as new features) - transparency there are also disadvantages: - bigger - slower load - more mem demanding - new bugs (also known as features) Hans ------------------------------------------------------------------------- Hans Hagen | PRAGMA ADE | pragma@wxs.nl Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com ------------------------------------------------------------------------- information: http://www.pragma-ade.com/roadmap.pdf documentation: http://www.pragma-ade.com/showcase.pdf ------------------------------------------------------------------------- From polyama at myrealbox.com Tue May 21 18:40:38 2002 From: polyama at myrealbox.com (Maksym Polyakov) Date: Sun Jun 1 17:15:15 2003 Subject: [pdftex] FYI: Acrobat Reader 5.0.5 Message-ID: <20020521224038.GH16967@virginia.forestry.auburn.edu> At 09:28 AM 5/21/2002 -0400, David Goldschmidt wrote: > >>>>> "story" == story writes: > > story> Acrobat Reader 5.0.5 for Linux and Sun Solris SPARC has been > loaded > story> to the adobe web site. See > story> http://www.adobe.com/products/acrobat/readstep2.html > >For the benefit of us non-expert pdflatex users, could you briefly >review the advantages of upgrading from version 4? What about unicode in bookmarks and anotations? -- M.P. From oberdiek at ruf.uni-freiburg.de Wed May 22 03:03:55 2002 From: oberdiek at ruf.uni-freiburg.de (Heiko Oberdiek) Date: Sun Jun 1 17:15:15 2003 Subject: [pdftex] FYI: Acrobat Reader 5.0.5 In-Reply-To: <20020521224038.GH16967@virginia.forestry.auburn.edu> Message-ID: On Tue, 21 May 2002, Maksym Polyakov wrote: > What about unicode in bookmarks and anotations? You are kidding? Yours sincerely Heiko From woody+pdftex at switchonline.com.au Wed May 22 14:32:33 2002 From: woody+pdftex at switchonline.com.au (woody+pdftex@switchonline.com.au) Date: Sun Jun 1 17:15:15 2003 Subject: [pdftex] pdf encryption produces corrupt pdfs when including certain non-corrupt pdfs Message-ID: <20020522133233.C23445@switchonline.com.au> Hi, I have maybe found a bug in the pdfcrypt or includepdf routines: All the pdfs I am trying to include work in acroread and xpdf and ghostview. This produces a pdf as you'd expect. \documentclass{article} \usepackage{pdfpages} \begin{document} \includepdf[pages={1}]{yp_super_investments.pdf} \end{document} This produces a pdf which causes several errors in xpdf (below), ghostview (below) and acroread (linux 4 and 5, and windows 4 and 5) \documentclass{article} \usepackage{pdfcrypt} \usepackage{pdfpages} \begin{document} \includepdf[pages={1}]{yp_super_investments.pdf} \end{document} History of the offending file: yp_super_investments is yp_super_rollover written over using a perl Text::PDF script yp_rollover_to_investments-percent.pl yp_super_rollover is a page from mtrust_6.pdf removed using pdflatex and \includepdf Other files modified/created by Text::PDF seem to have the same issues. (e.g. test.pdf) I'm happy to be told that the Text::PDF modified/created files are corrupt in some way, provided you tell in what way they are corrupt. The mentioned pdf files and perl scripts are at: http://www.vergenet.net/~woody/pdftex/ cheers, Woody ghostview errors: ****************Unknown operator: P ****************Unknown operator: xpdf errors: Error (583): Illegal character '>' Error (583): Unknown operator 'P' Error (583): Unknown operator '?`46c ?Q??rf?r?p"?f???????' Error (583): Illegal character in hex string Error (583): Illegal character in hex string Error (583): Illegal character in hex string Error (583): Illegal character in hex string Error (583): Illegal character <88> in hex string Error (583): Illegal character in hex string Error (583): Illegal character <79> in hex string Error (583): Illegal character in hex string Error (583): Illegal character in hex string Error (583): Illegal character in hex string Error (583): Illegal character <2b> in hex string Error (583): Illegal character <18> in hex string Error (583): Illegal character in hex string Error (583): Illegal character in hex string Error (583): Illegal character in hex string Error (583): Illegal character in hex string Error (583): Illegal character in hex string Error (583): Illegal character in hex string Error (583): Illegal character <94> in hex string Error (583): Illegal character <7b> in hex string Error (583): Illegal character in hex string Error (583): Illegal character <24> in hex string Error (583): Illegal character <59> in hex string Error (583): Illegal character in hex string Error (583): Illegal character <93> in hex string Error (583): Illegal character in hex string Error (583): Illegal character <5f> in hex string Error (583): Illegal character in hex string Error (583): Illegal character <6f> in hex string Error (583): Illegal character in hex string Error (583): Illegal character <6c> in hex string Error (583): Illegal character in hex string Error (583): Illegal character in hex string Error (583): Illegal character in hex string Error (583): Illegal character in hex string Error: Unterminated hex string Error: Unknown operator '+?Ek?????MY??d??y???#??_???!m6???S??? ' Error: Leftover args in content stream From woody+pdftex at switchonline.com.au Wed May 22 16:22:27 2002 From: woody+pdftex at switchonline.com.au (woody+pdftex@switchonline.com.au) Date: Sun Jun 1 17:15:15 2003 Subject: [pdftex] pdf encryption produces corrupt pdfs when including certain non-corrupt pdfs In-Reply-To: <20020522133233.C23445@switchonline.com.au>; from woody+pdftex@switchonline.com.au on Wed, May 22, 2002 at 01:32:33PM +1000 References: <20020522133233.C23445@switchonline.com.au> Message-ID: <20020522152227.I23445@switchonline.com.au> BTW, a workaround to create an encrypted pdf incuding these forms is to create an unencrypted pdf (my first example) and then include that into the second example. cheers, Woody On Wed, May 22, 2002 at 01:32:33PM +1000, woody+pdftex@switchonline.com.au wrote: > Hi, > > I have maybe found a bug in the pdfcrypt or includepdf routines: > > All the pdfs I am trying to include work in acroread and xpdf and ghostview. > > This produces a pdf as you'd expect. > > \documentclass{article} > \usepackage{pdfpages} > \begin{document} > \includepdf[pages={1}]{yp_super_investments.pdf} > \end{document} > > This produces a pdf which causes several errors in xpdf (below), ghostview (below) and acroread (linux 4 and 5, and windows 4 and 5) > > \documentclass{article} > \usepackage{pdfcrypt} > \usepackage{pdfpages} > \begin{document} > \includepdf[pages={1}]{yp_super_investments.pdf} > \end{document} > > History of the offending file: > yp_super_investments is yp_super_rollover written over using a perl Text::PDF script yp_rollover_to_investments-percent.pl > yp_super_rollover is a page from mtrust_6.pdf removed using pdflatex and \includepdf > > Other files modified/created by Text::PDF seem to have the same issues. (e.g. test.pdf) > > I'm happy to be told that the Text::PDF modified/created files are corrupt in some way, provided you tell in > what way they are corrupt. > > The mentioned pdf files and perl scripts are at: http://www.vergenet.net/~woody/pdftex/ > > cheers, > Woody > > ghostview errors: > ****************Unknown operator: P > ****************Unknown operator: > > xpdf errors: > Error (583): Illegal character '>' > Error (583): Unknown operator 'P' > Error (583): Unknown operator '?`46c ?Q??rf?r?p"?f???????' > Error (583): Illegal character in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character <88> in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character <79> in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character <2b> in hex string > Error (583): Illegal character <18> in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character <94> in hex string > Error (583): Illegal character <7b> in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character <24> in hex string > Error (583): Illegal character <59> in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character <93> in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character <5f> in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character <6f> in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character <6c> in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character in hex string > Error: Unterminated hex string > Error: Unknown operator '+?Ek?????MY??d??y???#??_???!m6???S??? ' > Error: Leftover args in content stream > > > _______________________________________________ > pdftex mailing list > pdftex@tug.org > http://tug.org/mailman/listinfo/pdftex -- Anthony Wood - Partner Services - awood@switchonline.com.au Switch Online Pty Limited | Licensed Dealer in Securities ABN 43 090 816 354 | (Licence Number 194 935) PHONE: +61 2 9299-1133 FAX: +61 2 9299-1134 From ms at artcom-gmbh.de Wed May 22 10:48:35 2002 From: ms at artcom-gmbh.de (Martin Schroeder) Date: Sun Jun 1 17:15:15 2003 Subject: [pdftex] FYI: Acrobat Reader 5.0.5 In-Reply-To: <20020521224038.GH16967@virginia.forestry.auburn.edu>; from polyama@myrealbox.com on Tue, May 21, 2002 at 05:40:38PM -0500 References: <20020521224038.GH16967@virginia.forestry.auburn.edu> Message-ID: <20020522094835.O3994@artcom8.artcom-gmbh.de> On 2002-05-21 17:40:38 -0500, Maksym Polyakov wrote: > What about unicode in bookmarks and anotations? Find Dialog - Using Find to Locate Unicode Characters You can use Find to locate Unicode characters within a PDF document. To do this, add a "\u" in front of the Unicode character for which you want to search. For example, to search for the Unicode equivalent of the ASCII character "A" , enter "\u0041" in the Find dialog. For some CJK characters, such as Unicode "4e01", you can specify "\u4e01".[413632] That's all about Unicode. Best regards Martin -- Martin Schr?der, MS@ArtCom-GmbH.DE ArtCom GmbH, Grazer Stra?e 8, D-28359 Bremen Voice +49 421 20419-44 / Fax +49 421 20419-10 From prudhomm at MIT.EDU Thu May 23 15:43:42 2002 From: prudhomm at MIT.EDU (Christophe Prud'homme) Date: Sun Jun 1 17:15:15 2003 Subject: [pdftex] pdf and forms Message-ID: <200205231443.46528.prudhomm@mit.edu> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I use pdflatex to generate pdf files with forms. It seems that it is only possible to create one form per pdf. Is it right ? if so, is it a restriction of the pdf format or pdftex? Best regards and thanks in advance C. - -- | Christophe Prud'homme, http://augustine.mit.edu/~prudhomm | ICQ UIN: 24560867 Alias: Jesunix | Key fingerprint = 3703 50DE 7A9F 024E 0F26 0D07 A18F B40B D4BE 1450 | | Debian/GNU/Linux -- A Technical And Social Revolution -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE87ThioY+0C9S+FFARAnX5AJ9Bf6iEpdq2FjGCTPSL/Strf8P7PgCeNxQu kHeyHzHag+LJZHrmIPB4kdw= =qNW8 -----END PGP SIGNATURE----- From jsdey at mindspring.com Thu May 23 16:07:28 2002 From: jsdey at mindspring.com (John S. Dey) Date: Sun Jun 1 17:15:16 2003 Subject: [pdftex] Initials by Y. Haralambous Message-ID: <5.1.0.14.0.20020523150145.00aa5cb0@mail.mindspring.com> Hi: I ask for you indulgence and help. I downloaded the mf file to Initials. There are no instructions for installing. Is there someone that could point me in the right direction. Thanks for your patience. John Dey From krs at cs.uncc.edu Mon May 20 11:14:58 2002 From: krs at cs.uncc.edu (K.R.Subramanian) Date: Sun Jun 1 17:15:16 2003 Subject: [pdftex] RE: pdf to postscript (pdf2ps command) References: <200205200929.33623.john@wexfordpress.com> Message-ID: <3CE904E2.ABA13AC5@cs.uncc.edu> On unix, acroread has several options associated with the -toPostScript option for conversion from pdf to postscript. If you dont want to bother with that, just do a print to file from the acroread window, and what you get is a postscript file. -- krs -- K.R.Subramanian Phone: (704) 687-4872 Department of Computer Science FAX: (704) 687-4893 UNC Charlotte, CARC 311 Email: krs@cs.uncc.edu Charlotte, NC 28223-0001 Web: http://www.cs.uncc.edu/~krs From woody at switchonline.com.au Wed May 22 14:17:33 2002 From: woody at switchonline.com.au (Anthony Wood) Date: Sun Jun 1 17:15:16 2003 Subject: [pdftex] pdf encryption produces corrupt pdfs when including certain non-corrupt pdfs Message-ID: <20020522131733.B23445@switchonline.com.au> Hi, I have maybe found a bug in the pdfcrypt or includepdf routines: All the pdfs I am trying to include work in acroread and xpdf and ghostview. This produces a pdf as you'd expect. \documentclass{article} \usepackage{pdfpages} \begin{document} \includepdf[pages={1}]{yp_super_investments.pdf} \end{document} This produces a pdf which causes several errors in xpdf (below), ghostview (below) and acroread (linux 4 and 5, and windows 4 and 5) \documentclass{article} \usepackage{pdfcrypt} \usepackage{pdfpages} \begin{document} \includepdf[pages={1}]{yp_super_investments.pdf} \end{document} History of the offending file: yp_super_investments is yp_super_rollover written over using a perl Text::PDF script yp_rollover_to_investments-percent.pl yp_super_rollover is a page from mtrust_6.pdf removed using pdflatex and \includepdf Other files modified/created by Text::PDF seem to have the same issues. (e.g. test.pdf) I'm happy to be told that the Text::PDF modified/created files are corrupt in some way, provided you tell in what way they are corrupt. The mentioned pdf files and perl scripts are at: http://www.vergenet.net/~woody/pdftex/ cheers, Woody ghostview errors: ****************Unknown operator: P ****************Unknown operator: xpdf errors: Error (583): Illegal character '>' Error (583): Unknown operator 'P' Error (583): Unknown operator '?`46c ?Q??rf?r?p"?f???????' Error (583): Illegal character in hex string Error (583): Illegal character in hex string Error (583): Illegal character in hex string Error (583): Illegal character in hex string Error (583): Illegal character <88> in hex string Error (583): Illegal character in hex string Error (583): Illegal character <79> in hex string Error (583): Illegal character in hex string Error (583): Illegal character in hex string Error (583): Illegal character in hex string Error (583): Illegal character <2b> in hex string Error (583): Illegal character <18> in hex string Error (583): Illegal character in hex string Error (583): Illegal character in hex string Error (583): Illegal character in hex string Error (583): Illegal character in hex string Error (583): Illegal character in hex string Error (583): Illegal character in hex string Error (583): Illegal character <94> in hex string Error (583): Illegal character <7b> in hex string Error (583): Illegal character in hex string Error (583): Illegal character <24> in hex string Error (583): Illegal character <59> in hex string Error (583): Illegal character in hex string Error (583): Illegal character <93> in hex string Error (583): Illegal character in hex string Error (583): Illegal character <5f> in hex string Error (583): Illegal character in hex string Error (583): Illegal character <6f> in hex string Error (583): Illegal character in hex string Error (583): Illegal character <6c> in hex string Error (583): Illegal character in hex string Error (583): Illegal character in hex string Error (583): Illegal character in hex string Error (583): Illegal character in hex string Error: Unterminated hex string Error: Unknown operator '+?Ek?????MY??d??y???#??_???!m6???S??? ' Error: Leftover args in content stream From woody at switchonline.com.au Wed May 22 14:17:33 2002 From: woody at switchonline.com.au (woody@switchonline.com.au) Date: Sun Jun 1 17:15:16 2003 Subject: [pdftex] pdf encryption produces corrupt pdfs when including certain non-corrupt pdfs Message-ID: <20020522131733.B23445@switchonline.com.au> Hi, I have maybe found a bug in the pdfcrypt or includepdf routines: All the pdfs I am trying to include work in acroread and xpdf and ghostview. This produces a pdf as you'd expect. \documentclass{article} \usepackage{pdfpages} \begin{document} \includepdf[pages={1}]{yp_super_investments.pdf} \end{document} This produces a pdf which causes several errors in xpdf (below), ghostview (below) and acroread (linux 4 and 5, and windows 4 and 5) \documentclass{article} \usepackage{pdfcrypt} \usepackage{pdfpages} \begin{document} \includepdf[pages={1}]{yp_super_investments.pdf} \end{document} History of the offending file: yp_super_investments is yp_super_rollover written over using a perl Text::PDF script yp_rollover_to_investments-percent.pl yp_super_rollover is a page from mtrust_6.pdf removed using pdflatex and \includepdf Other files modified/created by Text::PDF seem to have the same issues. (e.g. test.pdf) I'm happy to be told that the Text::PDF modified/created files are corrupt in some way, provided you tell in what way they are corrupt. The mentioned pdf files and perl scripts are at: http://www.vergenet.net/~woody/pdftex/ cheers, Woody ghostview errors: ****************Unknown operator: P ****************Unknown operator: xpdf errors: Error (583): Illegal character '>' Error (583): Unknown operator 'P' Error (583): Unknown operator '?`46c ?Q??rf?r?p"?f???????' Error (583): Illegal character in hex string Error (583): Illegal character in hex string Error (583): Illegal character in hex string Error (583): Illegal character in hex string Error (583): Illegal character <88> in hex string Error (583): Illegal character in hex string Error (583): Illegal character <79> in hex string Error (583): Illegal character in hex string Error (583): Illegal character in hex string Error (583): Illegal character in hex string Error (583): Illegal character <2b> in hex string Error (583): Illegal character <18> in hex string Error (583): Illegal character in hex string Error (583): Illegal character in hex string Error (583): Illegal character in hex string Error (583): Illegal character in hex string Error (583): Illegal character in hex string Error (583): Illegal character in hex string Error (583): Illegal character <94> in hex string Error (583): Illegal character <7b> in hex string Error (583): Illegal character in hex string Error (583): Illegal character <24> in hex string Error (583): Illegal character <59> in hex string Error (583): Illegal character in hex string Error (583): Illegal character <93> in hex string Error (583): Illegal character in hex string Error (583): Illegal character <5f> in hex string Error (583): Illegal character in hex string Error (583): Illegal character <6f> in hex string Error (583): Illegal character in hex string Error (583): Illegal character <6c> in hex string Error (583): Illegal character in hex string Error (583): Illegal character in hex string Error (583): Illegal character in hex string Error (583): Illegal character in hex string Error: Unterminated hex string Error: Unknown operator '+?Ek?????MY??d??y???#??_???!m6???S??? ' Error: Leftover args in content stream From PeterAbbott.Eymore at btinternet.com Fri May 24 17:04:32 2002 From: PeterAbbott.Eymore at btinternet.com (Peter Abbott) Date: Sun Jun 1 17:15:16 2003 Subject: [pdftex] href - related to location Message-ID: <5.1.0.14.0.20020524160012.009ebb00@pop3.norton.antivirus> This command \href{file:I:/pdf/trees/Richards/surnames.htm}{Family Tree} works as long as the files are on drive I. I would like to specify the same disc as the \href command is stored on. Is this possibe? Peter From woody at switchonline.com.au Wed May 22 15:47:24 2002 From: woody at switchonline.com.au (Anthony Wood) Date: Sun Jun 1 17:15:16 2003 Subject: [pdftex] pdf encryption produces corrupt pdfs when including certain non-corrupt pdfs In-Reply-To: <20020522133233.C23445@switchonline.com.au>; from woody+pdftex@switchonline.com.au on Wed, May 22, 2002 at 01:32:33PM +1000 References: <20020522133233.C23445@switchonline.com.au> Message-ID: <20020522144724.F23445@switchonline.com.au> BTW, a workaround to create an encrypted pdf incuding these forms is to create an unencrypted pdf (my first example) and then include that into the second example. cheers, Woody On Wed, May 22, 2002 at 01:32:33PM +1000, woody+pdftex@switchonline.com.au wrote: > Hi, > > I have maybe found a bug in the pdfcrypt or includepdf routines: > > All the pdfs I am trying to include work in acroread and xpdf and ghostview. > > This produces a pdf as you'd expect. > > \documentclass{article} > \usepackage{pdfpages} > \begin{document} > \includepdf[pages={1}]{yp_super_investments.pdf} > \end{document} > > This produces a pdf which causes several errors in xpdf (below), ghostview (below) and acroread (linux 4 and 5, and windows 4 and 5) > > \documentclass{article} > \usepackage{pdfcrypt} > \usepackage{pdfpages} > \begin{document} > \includepdf[pages={1}]{yp_super_investments.pdf} > \end{document} > > History of the offending file: > yp_super_investments is yp_super_rollover written over using a perl Text::PDF script yp_rollover_to_investments-percent.pl > yp_super_rollover is a page from mtrust_6.pdf removed using pdflatex and \includepdf > > Other files modified/created by Text::PDF seem to have the same issues. (e.g. test.pdf) > > I'm happy to be told that the Text::PDF modified/created files are corrupt in some way, provided you tell in > what way they are corrupt. > > The mentioned pdf files and perl scripts are at: http://www.vergenet.net/~woody/pdftex/ > > cheers, > Woody > > ghostview errors: > ****************Unknown operator: P > ****************Unknown operator: > > xpdf errors: > Error (583): Illegal character '>' > Error (583): Unknown operator 'P' > Error (583): Unknown operator '?`46c ?Q??rf?r?p"?f???????' > Error (583): Illegal character in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character <88> in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character <79> in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character <2b> in hex string > Error (583): Illegal character <18> in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character <94> in hex string > Error (583): Illegal character <7b> in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character <24> in hex string > Error (583): Illegal character <59> in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character <93> in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character <5f> in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character <6f> in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character <6c> in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character in hex string > Error: Unterminated hex string > Error: Unknown operator '+?Ek?????MY??d??y???#??_???!m6???S??? ' > Error: Leftover args in content stream > > > _______________________________________________ > pdftex mailing list > pdftex@tug.org > http://tug.org/mailman/listinfo/pdftex -- Anthony Wood - Partner Services - awood@switchonline.com.au Switch Online Pty Limited | Licensed Dealer in Securities ABN 43 090 816 354 | (Licence Number 194 935) PHONE: +61 2 9299-1133 FAX: +61 2 9299-1134 From woody at switchonline.com.au Wed May 22 15:47:24 2002 From: woody at switchonline.com.au (woody@switchonline.com.au) Date: Sun Jun 1 17:15:16 2003 Subject: [pdftex] pdf encryption produces corrupt pdfs when including certain non-corrupt pdfs In-Reply-To: <20020522133233.C23445@switchonline.com.au>; from woody+pdftex@switchonline.com.au on Wed, May 22, 2002 at 01:32:33PM +1000 References: <20020522133233.C23445@switchonline.com.au> Message-ID: <20020522144724.F23445@switchonline.com.au> BTW, a workaround to create an encrypted pdf incuding these forms is to create an unencrypted pdf (my first example) and then include that into the second example. cheers, Woody On Wed, May 22, 2002 at 01:32:33PM +1000, woody+pdftex@switchonline.com.au wrote: > Hi, > > I have maybe found a bug in the pdfcrypt or includepdf routines: > > All the pdfs I am trying to include work in acroread and xpdf and ghostview. > > This produces a pdf as you'd expect. > > \documentclass{article} > \usepackage{pdfpages} > \begin{document} > \includepdf[pages={1}]{yp_super_investments.pdf} > \end{document} > > This produces a pdf which causes several errors in xpdf (below), ghostview (below) and acroread (linux 4 and 5, and windows 4 and 5) > > \documentclass{article} > \usepackage{pdfcrypt} > \usepackage{pdfpages} > \begin{document} > \includepdf[pages={1}]{yp_super_investments.pdf} > \end{document} > > History of the offending file: > yp_super_investments is yp_super_rollover written over using a perl Text::PDF script yp_rollover_to_investments-percent.pl > yp_super_rollover is a page from mtrust_6.pdf removed using pdflatex and \includepdf > > Other files modified/created by Text::PDF seem to have the same issues. (e.g. test.pdf) > > I'm happy to be told that the Text::PDF modified/created files are corrupt in some way, provided you tell in > what way they are corrupt. > > The mentioned pdf files and perl scripts are at: http://www.vergenet.net/~woody/pdftex/ > > cheers, > Woody > > ghostview errors: > ****************Unknown operator: P > ****************Unknown operator: > > xpdf errors: > Error (583): Illegal character '>' > Error (583): Unknown operator 'P' > Error (583): Unknown operator '?`46c ?Q??rf?r?p"?f???????' > Error (583): Illegal character in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character <88> in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character <79> in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character <2b> in hex string > Error (583): Illegal character <18> in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character <94> in hex string > Error (583): Illegal character <7b> in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character <24> in hex string > Error (583): Illegal character <59> in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character <93> in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character <5f> in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character <6f> in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character <6c> in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character in hex string > Error (583): Illegal character in hex string > Error: Unterminated hex string > Error: Unknown operator '+?Ek?????MY??d??y???#??_???!m6???S??? ' > Error: Leftover args in content stream > > > _______________________________________________ > pdftex mailing list > pdftex@tug.org > http://tug.org/mailman/listinfo/pdftex -- Anthony Wood - Partner Services - awood@switchonline.com.au Switch Online Pty Limited | Licensed Dealer in Securities ABN 43 090 816 354 | (Licence Number 194 935) PHONE: +61 2 9299-1133 FAX: +61 2 9299-1134 From oberdiek at ruf.uni-freiburg.de Sun May 26 03:02:48 2002 From: oberdiek at ruf.uni-freiburg.de (Heiko Oberdiek) Date: Sun Jun 1 17:15:16 2003 Subject: [pdftex] AR5 "Fit visible" bug Message-ID: Hello, look at the following simple LaTeX file: \documentclass[a4paper]{article} \begin{document} \section{Hello World} The begin of the line\hfill the end of the line \end{document} run it through pdflatex and view the result in the new version 5 of AcrobatReader/Unix. With the view mode "Fit visible" the result is very poor. The visible area is misplaced by a large amount. Because "Fit visible" is my favourite view mode, this misbehaviour would prevent me from using AcrobatReader 5. Therefore I experimented to detect the cause of the problem: * If there are lines (in the header, box around the page), then the right margin is correct calculated by AR, but the left margin is zero. * A box without any text is correctly displayed. The start of the pdf page stream: stream 1 0 0 1 124.802 706.129 cm BT /F17 14.346 Tf 0 0 Td [(1)-1125(H)1(ell)1(o)-375(W)94(orld)]TJ ... The problem seems, that AR does not take the current transfer matrix (CTM) into account, if it scans the first Td operator in a BT..ET block while calculating the visible area. So the following fixes the problem in horizontal direction: 1 0 0 1 0 706.129 cm BT /F17 14.346 Tf 124.802 0 Td [(1)-1125(H)1(ell)1(o)-375(W)94(orld)]TJ ... Some experiments (switching the view in AR) show that also the vertical component has to be fixed. Therefore I have written a suggestion for a patch of pdfTeX, TeX/texk/web2c/pdftexdir/pdftex.ch: The "cm" command before "BT" is written by pdf_begin_text in pdftexdir/pdftex.ch by pdf_set_origin. So the patch sets the current position to the lower left corner during the call of pdf_set_origin, so that the "cm" commands moves to 0,0 before "BT". Then the parameter values of the first "Td" will not be calculated as "0 0", but contain the distance to the lower left corner, so that AR5 is happy. There remains some obscure calculation errors, eg. the detection of the right margin, if there is only a few words, but for normal pages the AR5 should now usable in "Fit visible" view. If the example above is compiled with dvips/ps2pdf or VTeX, then the pdf file shows no such displacement. So users will think, that pdfTeX is not able to generate code that can be viewed properly and not consider this as clear bug of AR5. Therefore I see no way to avoid such a fix. Here my suggestion: *** pdftex.ch.org Sun May 26 00:04:44 2002 --- pdftex.ch Sun May 26 00:04:53 2002 *************** *** 1519,1527 **** --- 1519,1534 ---- end; procedure pdf_begin_text; {begin a text section} + var temp_cur_h, temp_cur_v: scaled; begin if not pdf_doing_text then begin + temp_cur_h := cur_h; + temp_cur_v := cur_v; + cur_h := 0; + cur_v := cur_page_height; pdf_set_origin; + cur_h := temp_cur_h; + cur_v := temp_cur_v; pdf_print_ln("BT"); pdf_doing_text := true; pdf_f := null_font; Yours sincerely Heiko From killladen at msn.com Tue May 28 19:47:12 2002 From: killladen at msn.com (filippo giorgi) Date: Sun Jun 1 17:15:16 2003 Subject: [pdftex] question on displaying brackets in pdf Message-ID: I'm an italian student in Physics at the university of Bologna Italy; I Would like to know why the brackets generated with \left( \right) command are not all visible when compiled into a pdf file. there is a simple solution?? have I an old and bugged version of the pdflatex? Thanks Filippo _________________________________________________________________ Scarica GRATUITAMENTE MSN Explorer dall'indirizzo http://explorer.msn.it/intl.asp. From ms at artcom-gmbh.de Wed May 29 10:53:30 2002 From: ms at artcom-gmbh.de (Martin Schroeder) Date: Sun Jun 1 17:15:16 2003 Subject: [pdftex] question on displaying brackets in pdf In-Reply-To: ; from killladen@msn.com on Tue, May 28, 2002 at 06:47:12PM +0200 References: Message-ID: <20020529095330.K29538@artcom8.artcom-gmbh.de> http://www.chiark.greenend.org.uk/~sgtatham/bugs.html http://www.tuxedo.org/~esr/faqs/smart-questions.html Best regards Martin -- Martin Schr?der, MS@ArtCom-GmbH.DE ArtCom GmbH, Grazer Stra?e 8, D-28359 Bremen Voice +49 421 20419-44 / Fax +49 421 20419-10 From te at informatik.uni-hannover.de Wed May 29 21:17:46 2002 From: te at informatik.uni-hannover.de (Thomas Esser) Date: Sun Jun 1 17:15:16 2003 Subject: [pdftex] pdfwebmac: who maintains it!? Message-ID: <200205291817.g4TIHkcV016173@gauss.informatik.uni-hannover.de> Well, someone has reported a bug in pdfwebmac.tex and I started looking for a maintainer of that file, but could not find one. With the help of Andreas Scherer, I could veryfiy that the suggested fix works as it should even with the latest version of pdftex that I tried ("3.14159-1.00b-pretest-20020211"). Compared with the version that I had in teTeX until a few days ago, I had to change: \pdfcatalog pagemode{/UseOutlines} -> \pdfcatalog{/PageMode /UseOutlines} \pdfannotlink -> \pdfstartlink and the suggested fix: Using XYZ destinations with \pdfdest produces destinations that don't go to the right place on the page. It's quite annoying. ... The \startsection definition in pdfwebmac.tex needs to read: \def\startsection{\Q{\let\*=\empty\pdfdest num \modstar xyz}% \noindent{\let\*=\lapstar\bf\modstar.\quad}} I finally came up with a pdfwebmac.tex file which seems to work. Is there anybody who wants to pick it up and maintain it? Thomas -- % standard macros for WEB listings (in addition to PLAIN.TEX) \xdef\fmtversion{\fmtversion+WEBMAC4.1} % identifies current set of macros \parskip 0pt % no stretch between paragraphs \parindent 1em % for paragraphs and for the first line of Pascal text \font\eightrm=cmr8 \let\sc=\eightrm % NOT a caps-and-small-caps font! \let\mainfont=\tenrm \font\titlefont=cmr7 scaled\magstep4 % title on the contents page \font\ttitlefont=cmtt10 scaled\magstep2 % typewriter type in title \font\tentex=cmtex10 % TeX extended character set (used in strings) \fontdimen7\tentex=0pt % no extra space after punctuation \def\\#1{\hbox{\it#1\/\kern.05em}} % italic type for identifiers \def\|#1{\hbox{$#1$}} % one-letter identifiers look a bit better this way \def\{\hbox{\bf#1\/}} % boldface type for reserved words \def\.#1{\hbox{\tentex % typewriter type for strings \let\\=\BS % backslash in a string \let\'=\RQ % right quote in a string \let\`=\LQ % left quote in a string \let\{=\LB % left brace in a string \let\}=\RB % right brace in a string \let\~=\TL % tilde in a string \let\ =\SP % space in a string \let\_=\UL % underline in a string \let\&=\AM % ampersand in a string #1}} \def\#{\hbox{\tt\char`\#}} % parameter sign \def\${\hbox{\tt\char`\$}} % dollar sign \def\%{\hbox{\tt\char`\%}} % percent sign \def\^{\ifmmode\mathchar"222 \else\char`^ \fi} % pointer or hat % circumflex accents can be obtained from \^^D instead of \^ \def\AT!{@} % at sign for control text \chardef\AM=`\& % ampersand character in a string \chardef\BS=`\\ % backslash in a string \chardef\LB=`\{ % left brace in a string \def\LQ{{\tt\char'22}} % left quote in a string \chardef\RB=`\} % right brace in a string \def\RQ{{\tt\char'23}} % right quote in a string \def\SP{{\tt\char`\ }} % (visible) space in a string \chardef\TL=`\~ % tilde in a string \chardef\UL=`\_ % underline character in a string \newbox\bak \setbox\bak=\hbox to -1em{} % backspace one em \newbox\bakk\setbox\bakk=\hbox to -2em{} % backspace two ems \newcount\ind % current indentation in ems \def\1{\global\advance\ind by1\hangindent\ind em} % indent one more notch \def\2{\global\advance\ind by-1} % indent one less notch \def\3#1{\hfil\penalty#10\hfilneg} % optional break within a statement \def\4{\copy\bak} % backspace one notch \def\5{\hfil\penalty-1\hfilneg\kern2.5em\copy\bakk\ignorespaces}% optional break \def\6{\ifmmode\else\par % forced break \hangindent\ind em\noindent\kern\ind em\copy\bakk\ignorespaces\fi} \def\7{\Y\6} % forced break and a little extra space \let\yskip=\smallskip \def\to{\mathrel{.\,.}} % double dot, used only in math mode % Some changes for pdftex %\def\note#1#2.{\Y\noindent{\hangindent2em\baselineskip10pt\eightrm#1~#2.\par}} \def\note#1#2.{\Y\noindent{\hangindent2em\baselineskip10pt\eightrm#1~\pdfnote#2..\par}} \pdfoutput=1 \pdfcompresslevel=9 \input pdfcolor \newtoks\toksA \newtoks\toksB \newtoks\toksC \newtoks\toksD \newcount\countA \countA=0 \def\pdfnote#1.{\setbox0=\hbox{\toksA={#1.}\toksB={}\maketoks}\the\toksA} \def\addtokens#1#2{\edef\addtoks{\noexpand#1={\the#1#2}}\addtoks} \def\adn#1{\addtokens{\toksC}{#1}\global\countA=1\let\next=\maketoks} \def\poptoks#1#2|ENDTOKS|{\let\first=#1\toksD={#1}\toksA={#2}} \def\maketoks{% \expandafter\poptoks\the\toksA|ENDTOKS| \ifx\first0\adn0 \else\ifx\first1\adn1 \else\ifx\first2\adn2 \else\ifx\first3\adn3 \else\ifx\first4\adn4 \else\ifx\first5\adn5 \else\ifx\first6\adn6 \else\ifx\first7\adn7 \else\ifx\first8\adn8 \else\ifx\first9\adn9 \else \ifnum0=\countA\else\makenote\fi \ifx\first.\let\next=\done\else \let\next=\maketoks \addtokens{\toksB}{\the\toksD} \ifx\first,\addtokens{\toksB}{\space}\fi \fi \fi\fi\fi\fi\fi\fi\fi\fi\fi\fi \next } \def\n#1{\pdfstartlink attr{/Border [0 0 0]} goto num #1 \BlueGreen #1\Black\pdfendlink} \def\makenote{\addtokens{\toksB}% {\noexpand\n{\the\toksC}}\toksC={}\global\countA=0} \def\done{\edef\st{\global\noexpand\toksA={\the\toksB}}\st} \def\lapstar{\rlap{*}} % \def\startsection{\Q\noindent{\let\*=\lapstar\bf\modstar.\quad}% % {\let\*=\empty\pdfdest num \modstar fitbh}} \def\startsection{\Q{\let\*=\empty\pdfdest num \modstar xyz}% \noindent{\let\*=\lapstar\bf\modstar.\quad}} \def\defin#1{\global\advance\ind by 2 \1\&{#1 }} % begin `define' or `format' \def\A{\note{See also section}} % crossref for doubly defined section name \def\As{\note{See also sections}} % crossref for multiply defined section name \def\B{\mathopen{\.{@\{}}} % begin controlled comment \def\C#1{\ifmmode\gdef\XX{\null$\null}\else\gdef\XX{}\fi % Pascal comments \XX\hfil\penalty-1\hfilneg\quad$\{\,$#1$\,\}$\XX} \def\D{\defin{define}} % macro definition \def\E{\cdot10^} % exponent in floating point constant \def\ET{ and~} % conjunction between two section numbers \def\ETs{, and~} % conjunction between the last two of several section numbers \def\F{\defin{format}} % format definition \let\G=\ge % greater than or equal sign \def\H#1{\hbox{\rm\char"7D\tt#1}} % hexadecimal constant \let\I=\ne % unequal sign \def\J{\.{@\&}} % TANGLE's join operation \let\K=\gets % left arrow \let\L=\le % less than or equal sign \outer\def\M#1.{\MN#1.\ifon\vfil\penalty-100\vfilneg % beginning of section \vskip12ptminus3pt\startsection\ignorespaces} \outer\def\N#1.#2.{\MN#1.\vfil\eject % beginning of starred section \def\rhead{\uppercase{\ignorespaces#2}} % define running headline \message{*\modno} % progress report \edef\next{\write\cont{\Z{#2}{\modno}{\the\pageno}}}\next % to contents file \ifon\startsection{\bf\ignorespaces#2.\quad}\ignorespaces} \def\MN#1.{\par % common code for \M, \N {\xdef\modstar{#1}\let\*=\empty\xdef\modno{#1}} \ifx\modno\modstar \onmaybe \else\ontrue \fi \mark{\modno}} \def\O#1{\hbox{\rm\char'23\kern-.2em\it#1\/\kern.05em}} % octal constant \def\P{\rightskip=0pt plus 100pt minus 10pt % go into Pascal mode \sfcode`;=3000 \pretolerance 10000 \hyphenpenalty 10000 \exhyphenpenalty 10000 \global\ind=2 \1\ \unskip} \def\Q{\rightskip=0pt % get out of Pascal mode \sfcode`;=1500 \pretolerance 200 \hyphenpenalty 50 \exhyphenpenalty 50 } \let\R=\lnot % logical not \let\S=\equiv % equivalence sign \def\T{\mathclose{\.{@\}}}} % terminate controlled comment \def\U{\note{This code is used in section}} % crossref for use of a section \def\Us{\note{This code is used in sections}} % crossref for uses of a section \let\V=\lor % logical or \let\W=\land % logical and \def\X#1:#2\X{\ifmmode\gdef\XX{\null$\null}\else\gdef\XX{}\fi % section name \XX$\langle\,$#2{\eightrm\kern.5em\pdfnote#1.}$\,\rangle$\XX} \def\Y{\par\yskip} \let\Z=\let % now you can \send the control sequence \Z \def\){\hbox{\.{@\$}}} % sign for string pool check sum \def\]{\hbox{\.{@\\}}} % sign for forced line break \def\=#1{\kern2pt\hbox{\vrule\vtop{\vbox{\hrule \hbox{\strut\kern2pt\.{#1}\kern2pt}} \hrule}\vrule}\kern2pt} % verbatim string \let\~=\ignorespaces \let\*=* \def\onmaybe{\let\ifon=\maybe} \let\maybe=\iftrue \newif\ifon \newif\iftitle \newif\ifpagesaved \def\lheader{\mainfont\the\pageno\eightrm\qquad\rhead\hfill\title\qquad \tensy x\mainfont\topmark} % top line on left-hand pages \def\rheader{\tensy x\mainfont\topmark\eightrm\qquad\title\hfill\rhead \qquad\mainfont\the\pageno} % top line on right-hand pages \def\page{\box255 } \def\normaloutput#1#2#3{\ifodd\pageno\hoffset=\pageshift\fi \shipout\vbox{ \vbox to\fullpageheight{ \iftitle\global\titlefalse \else\hbox to\pagewidth{\vbox to10pt{}\ifodd\pageno #3\else#2\fi}\fi \vfill#1}} % parameter #1 is the page itself \global\advance\pageno by1} \def\rhead{\.{WEB} OUTPUT} % this running head is reset by starred sections \def\title{} % an optional title can be set by the user \def\topofcontents{\centerline{\titlefont\title} \vfill} % this material will start the table of contents page \def\botofcontents{\vfill} % this material will end the table of contents page \def\contentspagenumber{0} % default page number for table of contents \newdimen\pagewidth \pagewidth=6.5in % the width of each page \newdimen\pageheight \pageheight=8.7in % the height of each page \newdimen\fullpageheight \fullpageheight=9in % page height including headlines \newdimen\pageshift \pageshift=0in % shift righthand pages wrt lefthand ones \def\magnify#1{\mag=#1\pagewidth=6.5truein\pageheight=8.7truein \fullpageheight=9truein\setpage} \def\setpage{\hsize\pagewidth\vsize\pageheight} % use after changing page size \def\contentsfile{CONTENTS} % file that gets table of contents info \def\readcontents{\input CONTENTS} \newwrite\cont \output{\setbox0=\page % the first page is garbage \openout\cont=\contentsfile \global\output{\normaloutput\page\lheader\rheader}} \setpage \vbox to \vsize{} % the first \topmark won't be null \def\ch{\note{The following sections were changed by the change file:} \let\*=\relax} \newbox\sbox % saved box preceding the index \newbox\lbox % lefthand column in the index \def\inx{\par\vskip6pt plus 1fil % we are beginning the index \write\cont{} % ensure that the contents file isn't empty \closeout\cont % the contents information has been fully gathered \output{\ifpagesaved\normaloutput{\box\sbox}\lheader\rheader\fi \global\setbox\sbox=\page \global\pagesavedtrue} \pagesavedfalse \eject % eject the page-so-far and predecessors \setbox\sbox\vbox{\unvbox\sbox} % take it out of its box \vsize=\pageheight \advance\vsize by -\ht\sbox % the remaining height \hsize=.5\pagewidth \advance\hsize by -10pt % column width for the index (20pt between cols) \parfillskip 0pt plus .6\hsize % try to avoid almost empty lines \def\lr{L} % this tells whether the left or right column is next \output{\if L\lr\global\setbox\lbox=\page \gdef\lr{R} \else\normaloutput{\vbox to\pageheight{\box\sbox\vss \hbox to\pagewidth{\box\lbox\hfil\page}}}\lheader\rheader \global\vsize\pageheight\gdef\lr{L}\global\pagesavedfalse\fi} \message{Index:} \parskip 0pt plus .5pt \outer\def\:##1, {\par\hangindent2em\noindent##1:\kern1em\pdfnote} % index entry \let\ttentry=\. \def\.##1{\ttentry{##1\kern.2em}} % give \tt a little room \def\[##1]{$\underline{##1}$} % underlined index item \rm \rightskip0pt plus 2.5em \tolerance 10000 \let\*=\lapstar \hyphenpenalty 10000 \parindent0pt} \def\fin{\par\vfill\eject % this is done when we are ending the index \ifpagesaved\null\vfill\eject\fi % output a null index column \if L\lr\else\null\vfill\eject\fi % finish the current page \parfillskip 0pt plus 1fil \def\rhead{NAMES OF THE SECTIONS} \message{Section names:} \output{\normaloutput\page\lheader\rheader} \setpage %\def\note##1##2.{\hfil\penalty-1\hfilneg\quad{\eightrm##1~##2.}} \def\note##1##2.{\hfil\penalty-1\hfilneg\quad{\eightrm##1~\pdfnote##2..}} \linepenalty=10 % try to conserve lines \def\U{\note{Used in section}} % crossref for use of a section \def\Us{\note{Used in sections}} % crossref for uses of a section \def\:{\par\hangindent 2em}\let\*=*\let\.=\ttentry} \def\con{\par\vfill\eject % finish the section names \rightskip 0pt \hyphenpenalty 50 \tolerance 200 \setpage \output{\normaloutput\page\lheader\rheader} \titletrue % prepare to output the table of contents \pageno=\contentspagenumber \def\rhead{TABLE OF CONTENTS} \message{Table of contents:} \topofcontents \line{\hfil Section\hbox to3em{\hss Page}} \def\Z##1##2##3{\line{\pdfstartlink attr{/Border [0 0 0]} goto num ##2 \BlueGreen \ignorespaces##1 \leaders\hbox to .5em{.\hfil}\hfil\ ##2\pdfendlink\Black \hbox to3em{\hss##3}}} \readcontents\relax % read the contents info \botofcontents \makeoutlines\end} % print the contents page(s) and terminate \newcount\countB \def\makeoutlines{% \def\?##1]{}\def\Z##1##2##3{\pdfoutline goto num ##2{##1}} \input CONTENTS\relax} \pdfcatalog{/PageMode /UseOutlines} \endinput From joerg.eschenfelder at t-online.de Thu May 30 02:00:47 2002 From: joerg.eschenfelder at t-online.de (=?iso-8859-1?Q?J=F6rg?= Eschenfelder) Date: Sun Jun 1 17:15:16 2003 Subject: [pdftex] DIN A5 Message-ID: <5.1.0.14.2.20020530005645.009fd9d0@pop.btx.dtag.de> Hallo, using pdftex with \documentclass[a5paper]{scrartcl} I get in Acrobat Reader a document in DIN A4 Size showing the text formatted for DIN A5. This causes some problems printing on DIN A5-paper. How can I get a DIN A5 document which prints correctly on DIN A5 paper? I need it in order to use the 2-sided-printing of my printer. Thanks for your help, J?rg From pragma at wxs.nl Thu May 30 10:28:36 2002 From: pragma at wxs.nl (Hans Hagen) Date: Sun Jun 1 17:15:16 2003 Subject: [pdftex] pdfwebmac: who maintains it!? In-Reply-To: <200205291817.g4TIHkcV016173@gauss.informatik.uni-hannover. de> Message-ID: <5.1.0.14.1.20020530092725.03ba79b0@server-1> At 08:17 PM 5/29/2002 +0200, Thomas Esser wrote: >Well, someone has reported a bug in pdfwebmac.tex and I started looking >for a maintainer of that file, but could not find one. the most recent cweb macros have code in it that (1) handles pdftex and dvipdfm and (2) does a clean up job on bookmarks as well; maybe you can borrow some code from it Hans ------------------------------------------------------------------------- Hans Hagen | PRAGMA ADE | pragma@wxs.nl Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com ------------------------------------------------------------------------- information: http://www.pragma-ade.com/roadmap.pdf documentation: http://www.pragma-ade.com/showcase.pdf ------------------------------------------------------------------------- From ms at artcom-gmbh.de Thu May 30 10:06:44 2002 From: ms at artcom-gmbh.de (Martin Schroeder) Date: Sun Jun 1 17:15:16 2003 Subject: [pdftex] DIN A5 In-Reply-To: <5.1.0.14.2.20020530005645.009fd9d0@pop.btx.dtag.de>; from joerg.eschenfelder@t-online.de on Thu, May 30, 2002 at 01:00:47AM +0200 References: <5.1.0.14.2.20020530005645.009fd9d0@pop.btx.dtag.de> Message-ID: <20020530090644.E14435@lucien.kn-bremen.de> On 2002-05-30 01:00:47 +0200, J?rg Eschenfelder wrote: > causes some problems printing on DIN A5-paper. How can I get a DIN A5 > document which prints correctly on DIN A5 paper? I need it in order to use \usepackage[a5paper,pdftex]{geometry} Best regards Martin -- Martin Schr?der, MS@ArtCom-GmbH.DE ArtCom GmbH, Grazer Stra?e 8, D-28359 Bremen Voice +49 421 20419-44 / Fax +49 421 20419-10 From te at informatik.uni-hannover.de Thu May 30 17:35:29 2002 From: te at informatik.uni-hannover.de (Thomas Esser) Date: Sun Jun 1 17:15:16 2003 Subject: [pdftex] pdfwebmac: who maintains it!? Message-ID: <200205301435.g4UEZTsT020836@gauss.informatik.uni-hannover.de> > At 08:17 PM 5/29/2002 +0200, Thomas Esser wrote: > >Well, someone has reported a bug in pdfwebmac.tex and I started looking > >for a maintainer of that file, but could not find one. > > the most recent cweb macros have code in it that (1) handles pdftex and > dvipdfm and (2) does a clean up job on bookmarks as well; maybe you can > borrow some code from it I am sure that the cweb macros have code that is useful for webmac as well, but I don't want to maintain that file. I have plenty of other things to do... Thomas From killladen at msn.com Thu May 30 23:16:41 2002 From: killladen at msn.com (filippo giorgi) Date: Sun Jun 1 17:15:16 2003 Subject: [pdftex] question on displaying brackets in pdf Message-ID: Hi, I'm the italian student of the brackets... I took care of the advice on the links. First I couldn't find anythig about that problem in manuals or web, I suppose becouse it's a very particular problem. I don't want to waste time to anybody, if u don't care of this throw it out, but I could not hide that I subsbribed to this mailing list only to try solving my problem. Here no one knows what the problem is, all slave of equation editor (....) I work on Windows 2000 professional and I've installed Miktex 2.1 I think (I don't know where to see the version of pdflatex). When I compile into a pdf file for example the following lines x=\left( {y\over z} \right)^2 I can see correctly the brackets with the acrobat reader 4.0 but if I print them with a laser EPSON they appears like this 'x/y', they are not complete, only the upper part is visible. I tried a lot of times with the same effect even with square brackets. In atachment I send a scan of the worst page I got printed (even \sqrt are cut!) someone knows what the matter is??? The printer? acrobat? miktex ? thanx to all ciao Filippo >From: Martin Schroeder >To: pdftex@tug.org >Subject: Re: [pdftex] question on displaying brackets in pdf >Date: Wed, 29 May 2002 09:53:30 +0200 > >http://www.chiark.greenend.org.uk/~sgtatham/bugs.html >http://www.tuxedo.org/~esr/faqs/smart-questions.html > >Best regards > Martin >-- > Martin Schr?der, MS@ArtCom-GmbH.DE > ArtCom GmbH, Grazer Stra?e 8, D-28359 Bremen > Voice +49 421 20419-44 / Fax +49 421 20419-10 > >_______________________________________________ >pdftex mailing list >pdftex@tug.org >http://tug.org/mailman/listinfo/pdftex _________________________________________________________________ Invia e ricevi la posta di Hotmail sul tuo cellulare: http://mobile.msn.com --- StripMime Report -- processed MIME parts --- multipart/mixed text/plain (text body -- kept) application/octet-stream --- From Robin.Fairbairns at cl.cam.ac.uk Thu May 30 23:02:48 2002 From: Robin.Fairbairns at cl.cam.ac.uk (Robin Fairbairns) Date: Sun Jun 1 17:15:16 2003 Subject: [pdftex] question on displaying brackets in pdf In-Reply-To: Your message of "Thu, 30 May 2002 22:16:41 +0200." Message-ID: > I work on Windows 2000 professional and I've installed Miktex 2.1 I think (I > don't know where to see the version of pdflatex). the incredibly ancient version on my laptop starts up This is pdfTeX, Version 3.14159-14f-released-20000525 (Web2C 7.3.1) anything after the initial sequence of \pi is the pdftex version, which is what people were after. > When I compile into a pdf > file for example the following lines > > x=\left( {y\over z} \right)^2 > > I can see correctly the brackets with the acrobat reader 4.0 but if I print > them with a laser EPSON they appears like this 'x/y', they are not complete, > only the upper part is visible. I tried a lot of times with the same effect > even with square brackets. this sounds ever so much like an early-acrobat-reader problem. istr there was a problem of this sort that plagued acrobat reader 3, and was still present on 4.00; mended in 4.05 the trouble is that adobe don't tell you whether you've got 4.00 or 4.05; and last i looked on adobe's site there wasn't a 4.05 to be had, which didn't bother me because i wanted 5.05 at the time. in the environments i have to hand (linux, 4.05 or 5.) your example gives no problem (at 10pt -- what size are you using?). is the problem resolved by grabbing a more recent acrobat reader? > In atachment I send a scan of the worst page I got printed (even \sqrt are > cut!) someone knows what the matter is??? The printer? acrobat? miktex ? this was a bad idea, but the mailing list destroyed your attachment anyway. if the problem's not already resolved by upgrading acrobat, try putting a copy on a web site somewhere, together with the pdf that it comes from. robin From joerg.eschenfelder at t-online.de Thu May 30 18:34:24 2002 From: joerg.eschenfelder at t-online.de (=?iso-8859-1?Q?J=F6rg?= Eschenfelder) Date: Sun Jun 1 17:15:16 2003 Subject: [pdftex] DIN A5 In-Reply-To: <20020530090644.E14435@lucien.kn-bremen.de> References: <5.1.0.14.2.20020530005645.009fd9d0@pop.btx.dtag.de> <5.1.0.14.2.20020530005645.009fd9d0@pop.btx.dtag.de> Message-ID: <5.1.0.14.2.20020530173324.00a053e0@pop.btx.dtag.de> At 09:06 30.05.02, Martin Schroeder wrote: >\usepackage[a5paper,pdftex]{geometry} Thanks. That works. Bye, J?rg From michel.bovani at wanadoo.fr Fri May 31 10:23:44 2002 From: michel.bovani at wanadoo.fr (Michel Bovani) Date: Sun Jun 1 17:15:16 2003 Subject: [pdftex] question on displaying brackets in pdf In-Reply-To: Message-ID: Le 30/05/02 23:02, ??Robin Fairbairns?? a ?crit?: > and last i looked on adobe's site there wasn't a 4.05 to be had, If needed look at ftp.adobe.com/pub/adobe/acrobatreader/ -- Michel Bovani From ms at artcom-gmbh.de Fri May 31 11:55:32 2002 From: ms at artcom-gmbh.de (Martin Schroeder) Date: Sun Jun 1 17:15:16 2003 Subject: [pdftex] question on displaying brackets in pdf In-Reply-To: ; from Robin.Fairbairns@cl.cam.ac.uk on Thu, May 30, 2002 at 10:02:48PM +0100 References: Message-ID: <20020531105532.X29538@artcom8.artcom-gmbh.de> On 2002-05-30 22:02:48 +0100, Robin Fairbairns wrote: > the trouble is that adobe don't tell you whether you've got 4.00 or > 4.05; and last i looked on adobe's site there wasn't a 4.05 to be had, You can get it there now. Best regards Martin -- Martin Schr?der, MS@ArtCom-GmbH.DE ArtCom GmbH, Grazer Stra?e 8, D-28359 Bremen Voice +49 421 20419-44 / Fax +49 421 20419-10