- ntg-pdftex - NTG Mailing Lists

Re: ntg-pdftex digest, Vol 1 #155 - 1 msg
by Akira Kakuto 23 Apr '04

23 Apr '04

> Yes; 1.20a here returns the same results. > > 1.11a gives > > pdfinfo xx.pdf > Creator: TeX > Producer: pdfTeX-1.11a > CreationDate: Thu Apr 8 15:15:45 2004 > Tagged: no > Pages: 1 > Encrypted: no > Page size: 595.276 x 841.89 pts > File size: 5783 bytes > Optimized: no > PDF version: 1.4 > > pdfinfo x1.pdf > Creator: TeX > Producer: pdfTeX-1.11a > CreationDate: Thu Apr 8 15:15:55 2004 > Tagged: no > Pages: 1 > Encrypted: no > Page size: 714.331 x 1010.27 pts > File size: 5783 bytes > Optimized: no > PDF version: 1.4 > > Which certainly is different (and correct). > > I'm confused and suspect some problem with pdftexconfig.tex ... This is fixed by the following patch: Best regards, Akira --- pdftex.ch.orig Mon Mar 22 19:57:04 2004 +++ pdftex.ch Fri Apr 09 22:39:23 2004 @@ -3607,12 +3607,6 @@ ensure_pdf_open; check_and_set_pdfoptionpdfminorversion; prepare_mag; -if (mag <> 1000) and (mag <> 0) then begin - dimen_par(pdf_h_origin_code) := round_xn_over_d(dimen_par(pdf_h_origin_code), 1000, mag); - dimen_par(pdf_v_origin_code) := round_xn_over_d(dimen_par(pdf_v_origin_code), 1000, mag); - dimen_par(pdf_page_height_code) := round_xn_over_d(dimen_par(pdf_page_height_code), 1000, mag); - dimen_par(pdf_page_width_code) := round_xn_over_d(dimen_par(pdf_page_width_code), 1000, mag) -end; fixed_decimal_digits := fix_int(pdf_decimal_digits, 0, 4); min_bp_val := divide_scaled(one_hundred_bp, ten_pow[fixed_decimal_digits + 2], 0);

4 14

papersiz.c obsolete
by Hartmut Henkel 15 Apr '04

15 Apr '04

papersiz.c seems to be obsolete; only provided myato*() to config.c. Can be removed, see also /* papersiz.c */ stuff in ptexlib.h. Regards, Hartmut

2 1

Re: pdftex 1.20a: weird magstep problem
by Martin Schröder 08 Apr '04

08 Apr '04

On 2004-04-07 11:04:17 +0200, Hartmut Henkel wrote: > while pdfTeXing business travel expenses here, things run differently > than before, I get the text shifted, and page dimensions come out wrong, > old files give now wrong results. See example xx.tex: > > \magnification\magstep1 > \pdfpagewidth=210truemm > \pdfpageheight=297truemm > Hi > \bye > > Do you also get > > hahe@hahepc:~$ pdfinfo xx.pdf > Creator: TeX > Producer: pdfTeX-1.20a > CreationDate: Wed Apr 7 10:53:02 2004 > Tagged: no > Pages: 1 > Encrypted: no > Page size: 496.063 x 701.575 pts > File size: 4303 bytes > Optimized: no > PDF version: 1.4 > > ? Shouldn't this be A4? And > > \magnification\magstep1 > \pdfpagewidth=210mm > \pdfpageheight=297mm > Hi > \bye > > gives > > Creator: TeX > Producer: pdfTeX-1.20a > CreationDate: Wed Apr 7 10:55:48 2004 > Tagged: no > Pages: 1 > Encrypted: no > Page size: 595.276 x 841.89 pts (A4) > File size: 4304 bytes > Optimized: no > PDF version: 1.4 > > which _is_ A4. Yes; 1.20a here returns the same results. 1.11a gives > pdfinfo xx.pdf Creator: TeX Producer: pdfTeX-1.11a CreationDate: Thu Apr 8 15:15:45 2004 Tagged: no Pages: 1 Encrypted: no Page size: 595.276 x 841.89 pts File size: 5783 bytes Optimized: no PDF version: 1.4 > pdfinfo x1.pdf Creator: TeX Producer: pdfTeX-1.11a CreationDate: Thu Apr 8 15:15:55 2004 Tagged: no Pages: 1 Encrypted: no Page size: 714.331 x 1010.27 pts File size: 5783 bytes Optimized: no PDF version: 1.4 Which certainly is different (and correct). I'm confused and suspect some problem with pdftexconfig.tex ... Best regards Martin -- Martin Schröder, ms(a)artcom-gmbh.de ArtCom GmbH, Lise-Meitner-Str 5, 28359 Bremen, Germany Voice +49 421 20419-44 / Fax +49 421 20419-10 http://www.artcom-gmbh.de

1 0

sarovar
by Martin Schröder 06 Apr '04

06 Apr '04

Thanh, I see that you have already set up a pdftex project at sarovar. Please add me to the project (user oneiros); we should use it at least for tracking bugs, patches and feature requests. TIA Martin -- Martin Schröder, ms(a)artcom-gmbh.de ArtCom GmbH, Lise-Meitner-Str 5, 28359 Bremen, Germany Voice +49 421 20419-44 / Fax +49 421 20419-10 http://www.artcom-gmbh.de

1 1

Re: pdftex, Base-14 Fonts
by Martin Schröder 05 Apr '04

05 Apr '04

On 2004-04-03 12:20:50 +0200, Hartmut Henkel wrote: > Until now, the base-14 fonts are _never_ embedded, unless one tweaks the > BaseName entry in the 2nd mapline field. These BaseName entries are > compared against a list of the base-14 fontnames, and if they match one > of these, the fontfile is ignored. > > I have changed this check in a small experiment so that the following > happens: > > If a mapline contains a BaseName from the base-14 set, e. g. > Helvetica, the further treatment depends on whether a fontfile name is > given or not: If the fontfile name (e. g. <phvr8a.pfb) is there, the > base-14 font (e. g. Helvetica) will be embedded. If it is not there, it > is silently treated as usual base-14 font (nothing will be embedded), > and the text will be displayed from Acroread's own font version. > > If there is a mapline with a BaseName not from the base-14 set, and no > fontfile is given, the usual warning is issued. > > So one can decide by telling or omitting a fontfile name, whether a font > from the base-14 set is embedded or not (which seems to me a rather > natural way). No new switch or primitive would be needed. And the usual > behaviour could be reached by editing the file pdftex.map, or by making > a small modification to the updmap script. > > I have separated the flag is_basefont() and is_included() in file > mapfile.c, so that one now can distinguish between all these cases. > > Attached is a tgz-file with the patch to mapfile.c, and a some test > files, which also exercise a few cases of embedding things. Just rough > stuff, lots of more tests would be needed to fully understand all > embedding cases. What do you think? Sounds very interesting and like a very natural user interface. But i think it's much too late for 1.20a. Best regards Martin -- Martin Schröder, ms(a)artcom-gmbh.de ArtCom GmbH, Lise-Meitner-Str 5, 28359 Bremen, Germany Voice +49 421 20419-44 / Fax +49 421 20419-10 http://www.artcom-gmbh.de

2 1

map files
by Hans Hagen 05 Apr '04

05 Apr '04

Hi, I just noticed that as soon as pdftex does a pdf inclusion it needs to know the map file(s); on the other hand, for text the map file is only needed as soon as the page is shipped out. Hans ------------------------------------------------------------------------- Hans Hagen | PRAGMA ADE/POD/CTS 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 -------------------------------------------------------------------------

1 0

[20040312] Current schedule
by Martin Schröder 26 Mar '04

26 Mar '04

[I've skimmed through the archive in search of open bugs/feature requests and found this. Anything missing? I propose this schedule. rc1 also means a feature freeze for that release.] Milestones: - 1.20a: - features: - remove pdftex.cfg - automatic generation of pk files, if needed - move PTEX.Fullbanner to Info dictionary or increase the Producer key - \pdfbannerstring - open bugs: - \pdfmapfile broken - including encrypted pdfs. Fixed? - %& is not recognized by pdftex (see http://tug.org/pipermail/texhax/2003-October/001066.html) Fixed? - rc1: 20040319 - release: 20040326 - 1.30a: - features: - xpdf3, pdf1.5 - \pdfxformllx\xformid optional_keyword - new manual - sarovar - rc1: 20040514 - release: 20040521 Best regards Martin -- Martin Schröder, ms(a)artcom-gmbh.de ArtCom GmbH, Lise-Meitner-Str 5, 28359 Bremen, Germany Voice +49 421 20419-44 / Fax +49 421 20419-10 http://www.artcom-gmbh.de

3 7

man pages
by Martin Schröder 25 Mar '04

25 Mar '04

Hi, I've updated the man pages in p4 with the files from Helmut and adapted the Makefile. Some should check it; it works for me. Best regards Martin -- Martin Schröder, ms(a)artcom-gmbh.de ArtCom GmbH, Lise-Meitner-Str 5, 28359 Bremen, Germany Voice +49 421 20419-44 / Fax +49 421 20419-10 http://www.artcom-gmbh.de

1 0

procsets
by Hans Hagen 25 Mar '04

25 Mar '04

The ref manual says: 9.1 Procedure Sets The PDF operators used in content streams are grouped into categories of related operators called procedure sets (see Table 9.1). Each procedure set corresponds to a named resource containing the implementations of the operators in that procedure set. The ProcSet entry in a content stream's resource dictionary (see Section 3.7.2, "Resource Dictionaries") holds an array consisting of the names of the procedure sets used in that content stream. These procedure sets are used only when the content stream is printed to a PostScript output device; the names identify PostScript procedure sets that must be sent to the device to interpret the PDF operators in the content stream. Each element of this array must be one of the predefined names shown in Table 9.1. (See implementation note 102 in Appendix H.) TABLE 9.1 Predefined procedure sets NAME CATEGORY OF OPERATORS PDF Painting and graphics state Text Text ImageB Grayscale images or image masks ImageC Color images ImageI Indexed (color-table) images Note: Beginning with PDF 1.4, this feature is considered obsolete. For compatibility with existing viewer applications, PDF producer applications should continue to specify procedure sets (preferably all of those listed in Table 9.1, unless it is known that fewer are needed). However, viewer applications should not depend on the correctness of this information. So ... i think that pdftex can omit that strange animal from now on or maybe optionally do so Hans ------------------------------------------------------------------------- Hans Hagen | PRAGMA ADE/POD/CTS 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 -------------------------------------------------------------------------

1 0

feature request
by Hans Hagen 24 Mar '04

24 Mar '04

Hi, Since not-found-mapfiles now quit pdftex, i'd like to see something \ifpdfmapfile filename<space or \relax delimited like input> \else \fi or maybe better, something: \pdfmapfilemode with 0 = quit on error 1 = warning on error 2 = ignore error Hans ------------------------------------------------------------------------- Hans Hagen | PRAGMA ADE/POD/CTS 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 -------------------------------------------------------------------------

4 10

pdftex-1.20a-rc1
by Martin Schröder 21 Mar '04

21 Mar '04

A tarball candidate is at http://www.pdftex.de/tex/pdftex/pdftex-1.20a-rc1.tar.bz2 Best regards Martin -- Martin Schröder, ms(a)artcom-gmbh.de ArtCom GmbH, Lise-Meitner-Str 5, 28359 Bremen, Germany Voice +49 421 20419-44 / Fax +49 421 20419-10 http://www.artcom-gmbh.de

5 9

xpdf in pdftex
by Fabrice Popineau 21 Mar '04

21 Mar '04

AFAIK, what follow is requested by xpdf. I don't see any constructor for GlobalParams without any parameter. What do you think ? Fabrice diff -ruN -X mswin32\diff.exclude c:/source/TeXLive/Build/source.development/TeX/texk/web2c/pdftexdir/pdftoepdf.cc ./texk.development/web2c/pdftexdir/pdftoepdf.cc --- c:/source/TeXLive/Build/source.development/TeX/texk/web2c/pdftexdir/pdftoepdf.cc Fri Mar 12 14:15:52 2004 +++ ./texk.development/web2c/pdftexdir/pdftoepdf.cc Sun Mar 14 10:24:34 2004 @@ -687,7 +687,7 @@ float pdf_version_found, pdf_version_wanted; // initialize if (!isInit) { - globalParams = new GlobalParams(); + globalParams = new GlobalParams(""); globalParams->setErrQuiet(gFalse); isInit = gTrue; } diff -ruN -X mswin32\diff.exclude c:/source/TeXLive/Build/source.development/TeX/texk/web2c/pdftexdir/pdftosrc.cc ./texk.development/web2c/pdftexdir/pdftosrc.cc --- c:/source/TeXLive/Build/source.development/TeX/texk/web2c/pdftexdir/pdftosrc.cc Fri Mar 12 14:47:57 2004 +++ ./texk.development/web2c/pdftexdir/pdftosrc.cc Sun Mar 14 09:56:46 2004 @@ -60,7 +60,7 @@ exit(1); } fileName = new GString(argv[1]); - globalParams = new GlobalParams(); + globalParams = new GlobalParams(""); doc = new PDFDoc(fileName); if (!doc->isOk()) { fprintf(stderr, "Invalid PDF file\n");

2 3

Re: [NTG-pdftex] pdftex.cfg (was: pdfetex as the only engine)
by Hartmut Henkel 19 Mar '04

19 Mar '04

> On 2004-03-09 22:00:55 +0100, Fabrice Popineau wrote: > So we simply drop the cfg? How then to set the default pk resolution, if no Type1 fonts are found and .pk fonts are to be generated? E. g. it's 600 dpi at work and 1200 dpi at home, all time constant but system dependent. Handled by texconfig... Same for this image resolution flag (which i never use). Regards, Hartmut -- +++ NEU bei GMX und erstmalig in Deutschland: TÜV-geprüfter Virenschutz +++ 100% Virenerkennung nach Wildlist. Infos: http://www.gmx.net/virenschutz

5 9

[bug] \pdfmapfile broken?
by Martin Schröder 18 Mar '04

18 Mar '04

> pdftex -ini This is pdfTeXk, Version 3.141592-1.12b-beta-20040309 (Web2C 7.5.2) (INITEX) %&-line parsing enabled. **\pdfoutput=1 output format initialized to DVI *\pdfmapfile{pdftex.map} ! Missing { inserted. <to be read again> { <*> \pdfmapfile{ pdftex.map} ? Best regards Martin -- Martin Schröder, ms(a)artcom-gmbh.de ArtCom GmbH, Lise-Meitner-Str 5, 28359 Bremen, Germany Voice +49 421 20419-44 / Fax +49 421 20419-10 http://www.artcom-gmbh.de

5 9

Re: [NTG-pdftex] [bug] \pdfmapfile broken?
by Hans Hagen 18 Mar '04

18 Mar '04

Hi, I hope that fabrice can generate me a new pdfetex -) While testing the old one ... i replaced say xx.tfm+vf by a xx.tfm only (non virtual) and when including a page made with the virtual one i got an inclusion error; some day we need to sort out this vf/tfm mess Hans

2 1

-output-comment
by Martin Schröder 17 Mar '04

17 Mar '04

pdftex --help: [...] -output-comment=STRING use STRING for PDF file comment instead of date What's this supposed to do? Currently I see no effect... Best regards Martin -- Martin Schröder, ms(a)artcom-gmbh.de ArtCom GmbH, Lise-Meitner-Str 5, 28359 Bremen, Germany Voice +49 421 20419-44 / Fax +49 421 20419-10 http://www.artcom-gmbh.de

3 3

bug or intended behaviour
by Hans Hagen 12 Mar '04

12 Mar '04

Hi, Why does \immediate\pdfliteral code end up as typeset text? \pdfcompresslevel0 \starttext \immediate\pdfliteral{\letterpercent [start]} \pdfliteral{\letterpercent (start)} test \pdfliteral{\letterpercent (stop)} \immediate\pdfliteral{\letterpercent [stop]} \stoptext if this is intended behaviour, it should be documented as such and 'frozen'. Also, the fact that a \pdfliteral ends up on a new line in the output should become a frozen (intended) and documented feature (unless we introduce \pdfcomment). [in pdf everything between % and endofline is comment!] Also, technically one may put text before the %PDF, but afaik we don't have a way of doing that Hans ------------------------------------------------------------------------- Hans Hagen | PRAGMA ADE/POD/CTS 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 -------------------------------------------------------------------------

2 4

feature request
by Hans Hagen 12 Mar '04

12 Mar '04

Hi, Is it possible to have a primitive \pdfcurrentannot which is set to to the object number of the current annotation (i.e. the next \pdflastannot) Hans ------------------------------------------------------------------------- Hans Hagen | PRAGMA ADE/POD/CTS 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 -------------------------------------------------------------------------

2 2

pdf versions and so
by Hans Hagen 12 Mar '04

12 Mar '04

Hi, How about adding \pdfbinary == number (0=unknown, 1=web2c, 2=miktex) sometimes this is handy to know Hans ------------------------------------------------------------------------- Hans Hagen | PRAGMA ADE/POD/CTS 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 -------------------------------------------------------------------------

4 8

.xpdfrc (was: pdftex/xpdf bug)
by Martin Schröder 12 Mar '04

12 Mar '04

On 2004-03-09 00:19:04 +0100, Reinhard Kotucha wrote: > >>>>> "Herman" == Herman Bruyninckx <Herman.Bruyninckx(a)mech.kuleuven.ac.be> writes: > > > Version 3.00 has some deprecated configuration variables. See > > the xpdfrc file that comes with the new version for all details. > > Yes, I use the new variables. The point is that pdftex shouldn't read > the xpdf config file at all. It just uses some libraries. It shouldn't. And between 2001/06/21 and 2002/02/03 maybe it didn't. :-( The following code was added to pdftoepdf.read_pdf_info at 2001/06/21 (which comes probably from the patch by Otfried Cheong (http://tug.org/mailman/htdig/pdftex/2001-May/000870.html) // initialize if (!isInit) { // We should better not call xpdf's initParams, which would // read $HOME/.xpdfrc to find external font files. There is // no good reason for pdftex to have a hidden dependence on // .xpdfrc, and we don't want the output PDF to depend on its // contents. The following four lines replace the call to // initParams(). fontPath = (char **) gmalloc(sizeof(char *)); fontPath[0] = 0; devFontMap = (DevFontMapEntry *) gmalloc(sizeof(DevFontMapEntry)); devFontMap[0].pdfFont = 0; // initParams(xpdfConfigFile); errorInit(); isInit = gTrue; } On 2002/02/03 (#1524 by Fabrice) this became // initialize if (!isInit) { // We should better not call xpdf's initParams, which would // read $HOME/.xpdfrc to find external font files. There is // no good reason for pdftex to have a hidden dependence on // .xpdfrc, and we don't want the output PDF to depend on its // contents. The following four lines replace the call to // initParams(). // read config file globalParams = new GlobalParams(""); isInit = gTrue; } Which, as the comment says, _reads_ the config file. :-( On 2002/11/15 (#2544) I added the setErrQuiet for the current version: // initialize if (!isInit) { // We should better not call xpdf's initParams, which would // read $HOME/.xpdfrc to find external font files. There is // no good reason for pdftex to have a hidden dependence on // .xpdfrc, and we don't want the output PDF to depend on its // contents. The following four lines replace the call to // initParams(). // read config file globalParams = new GlobalParams(""); globalParams->setErrQuiet(gFalse); isInit = gTrue; } I'll try to solve this tomorrow. :-( Best regards Martin -- Martin Schröder, ms(a)artcom-gmbh.de ArtCom GmbH, Lise-Meitner-Str 5, 28359 Bremen, Germany Voice +49 421 20419-44 / Fax +49 421 20419-10 http://www.artcom-gmbh.de

2 3

Re: pdfetex as the only engine
by Martin Schröder 12 Mar '04

12 Mar '04

On 2004-03-07 07:48:45 -0500, Sebastian Rahtz wrote: > excellent. Indeed. Fabrice, please submit your patches to TL. Best regards Martin -- Martin Schröder, ms(a)artcom-gmbh.de ArtCom GmbH, Lise-Meitner-Str 5, 28359 Bremen, Germany Voice +49 421 20419-44 / Fax +49 421 20419-10 http://www.artcom-gmbh.de

6 26

[bug] included pdfs get shiftet
by Martin Schröder 11 Mar '04

11 Mar '04

With the current devel version: 1in in x and y. What's the default for horigin and vorigin? Best regards Martin -- Martin Schröder, ms(a)artcom-gmbh.de ArtCom GmbH, Lise-Meitner-Str 5, 28359 Bremen, Germany Voice +49 421 20419-44 / Fax +49 421 20419-10 http://www.artcom-gmbh.de

3 7

Re: [NTG-pdftex] pdftex.cfg (was: pdfetex as the only engine)
by Hans Hagen 10 Mar '04

10 Mar '04

At 03:31 10/03/2004, Staszek Wawrykiewicz wrote: >Perhaps Hans? I remember that he has some arguments for using cfg i think that the only reasons were the additional map files, but that can now be done with \pdfmapfile in combination with the default map file; mayb eth ename of the default map file should be configurable in the texmf.cnf file: pdftex.mapfile=whatever.map;more.map that way we have the best of all worlds Hans

2 1

error / bug ?
by Hans Hagen 09 Mar '04

09 Mar '04

Hi, Error: was built without decryption support. Error: Couldn't read xref table .... ==> Fatal error occurred, the output PDF file is not finished! Is this new/intended behaviour? Hans ------------------------------------------------------------------------- Hans Hagen | PRAGMA ADE/POD/CTS 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 -------------------------------------------------------------------------

2 6

Re: [pdftex] pdftex-0.12a
by Martin Schröder 25 Feb '04

25 Feb '04

On 2004-02-25 15:53:02 +0530, The Thanh Han wrote: > I put a new release of pdftex at > http://vntex.sourceforge.net/private/thanh/pdftex/ Is this supposed the a full release or only a beta? The binaries call themselves beta... Regards Martin -- Martin Schröder, ms(a)artcom-gmbh.de ArtCom GmbH, Lise-Meitner-Str 5, 28359 Bremen, Germany Voice +49 421 20419-44 / Fax +49 421 20419-10 http://www.artcom-gmbh.de

2 1