February 2003 - ntg-pdftex - NTG Mailing Lists

Re: [NTG-pdftex] 1.10b
by Heiko Oberdiek 11 Jul '03

11 Jul '03

At Tue, 11 Feb 2003 17:41:42 +0100 Hans Hagen wrote: > > At 04:36 PM 2/11/2003 +0100, Martin Schroeder wrote: > >On 2003-02-07 19:51:27 +0100, Thomas Esser wrote: > > > > also on the todo list: > > > > > > What about the things that Heiko Oberdieck has proposed: > > > http://omnibus.uni-freiburg.de/~oberdiek/pdftex.html > > >The map files need a bit more thinking. > > indeed, esp since the optimization only looks at the first 8 chars of a > filename if i remember right; No, you have already given that hint last year and I have changed the patch using all chars. To make it clear, the patch improves the performance of the *current* map file handling of pdfTeX. It saves me *much* time in comparison to the binary of TeXLive 7. But for *future* versions we should find an agreement about the behaviour of pdfTeX regarding map files, eg: * Map files: * Where can they specified? * config file (pdftex.cfg) * support of other config files * config files given on command line * map files given on command line * config files given by command * map files given by command * ... * When they are evaluated? * static, first use * dynamic changes possible? * Which order? * default, if no map file is given? * adding mapfiles * replacing mapfiles * order ... * ... * Map entries: * later entries are ignored with warning (current) * later entries replaces older ones silently * syntax ... * ... I hope I will find some time next days to give a suggestion for a specification. One aim can be to make the behaviour similar to dvips. Yours sincerely Heiko <oberdiek(a)uni-freiburg.de>

8 28

Re: [pdftex] Bug in 1.10a: \pdfximage with pdf file and width
by Hans Hagen 24 Feb '03

24 Feb '03

At 07:44 PM 2/24/2003 +0100, you wrote: >On Mon, 24 Feb 2003, Hans Hagen wrote: > > > mediaboxes (in xforms etc) should also be as accurate as possible since > > otherwise the viewers clip engine starts spoiling things > >Scaling seems to be precise everywhere now. There is no scale in the >xforms, the /Matrix [1 0 0 1 0 0] is used. > >But /BBox dimensions ARE rounded to these decimal_digits when written >out, as are also still the width and height of the PDF images. > >Do you suggest, that even the width and height of images and xforms >should be written out with max. number digits? It costs nearly nothing, >but this is currently NOT done. If you complain quickly enough, it might >go into the next release. :-) This is in pdftex.ch code lines 3549, >3550, 8274, 8275, 8286, 8290. those dimensions should indeed be precise (and better be rounded up (nth digit) than down in order not to clip lines Hans ------------------------------------------------------------------------- Hans Hagen | PRAGMA ADE | pragma(a)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 -------------------------------------------------------------------------

1 0

Re: [pdftex] Bug in 1.10a: \pdfximage with pdf file and width
by Martin Schroeder 24 Feb '03

24 Feb '03

On 2003-02-23 12:46:32 +0100, Hartmut Henkel wrote: > Below is a suggestion for patching pdftex.ch, factors with 6 digits > after the decimal point. Including scaled 4 m size pdf images seems > still to work :-) The images have right size even with decimal_digits = > 0. Did I miss any overall scaling stuff there? Seems not so. The patch is in (#2928). 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

1 0

Re: [pdftex] Re: Patch PreventInfoDictDupes
by Martin Schroeder 17 Feb '03

17 Feb '03

On 2003-02-16 02:27:14 +0100, Martin Schröder wrote: > On 2003-02-09 03:33:28 +0100, Heiko Oberdiek wrote: > > Now I have written a patch. It looks for the info token > > list for the presence of keys. If they are set, then > > the default settings of pdfTeX are suppressed. > > Thanks. I must confess I overlooked this patch. It's in (#2880). I've removed <Output the info object@> as it was superfluous. 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

1 0

1.10b
by Martin Schroeder 13 Feb '03

13 Feb '03

Hi, I'd like to continue developement as there are at least two bugs that need fixing: - the patch regarding PDF:-specials - pdftex currently only looks at the filename to detect the filetype. That makes it impossible to include a pdf named other than .pdf Can we resume working in source.developement without an immediate distribution of intermediate versions via web2c et.al.? 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

6 13

Link to pdftex.exe on www.pdftex.org
by Martin Schroeder 05 Feb '03

05 Feb '03

Fabrice, www.pdftex.org currently has links to the binaries of pdf{e}TeX for most operating systems. I'm a bit confused about the size of win32/pdftex.exe and fear that most of pdftex is hidden in some dll. Is it even possible to get a new pdfTeX for win32 by downloading only some files and putting them into a TL7 installation? And which files would that be? 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

1 0