February 2007 - ntg-pdftex - NTG Mailing Lists

[ pdftex-Bugs-736 ] font expansion leads to wrong log output of \kerns.
by noreply＠sarovar.org 28 Feb '07

28 Feb '07

Bugs item #736, was opened at 2007-02-22 02:56 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=736&group_id=106 Category: hz Group: v1.40.1 Status: Open Resolution: Accepted Priority: 3 Submitted By: Robert (schlcht) Assigned to: The Thanh Han (hanthethanh) Summary: font expansion leads to wrong log output of \kerns. Initial Comment: When applying font expansion, implicit kerns will be output *with* a space in the log file, which makes them appear like explicit kerns. The following \tracingoutput1 \pdfadjustspacing2 \pdffontexpand\font 20 20 5 autoexpand bye\bye will yield ...\tenrm b ...\kern -0.27779 ...\tenrm y ...\kern -0.27779 ...etc. instead of ...\tenrm b ...\kern-0.27779 ...\tenrm y ...\kern-0.27779 ...etc. ---------------------------------------------------------------------- >Comment By: The Thanh Han (hanthethanh) Date: 2007-02-28 14:16 Message: Logged In: YES user_id=710 Here is an attempt to fix the bug. ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2007-02-22 10:46 Message: Logged In: YES user_id=710 I confirm the bug. Will try to fix it soon. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=736&group_id=106

1 0

[ pdftex-Patches-738 ] new primitive \pdfreplacefont
by noreply＠sarovar.org 27 Feb '07

27 Feb '07

Patches item #738, was opened at 2007-02-27 22:31 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=738&group_id=106 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: The Thanh Han (hanthethanh) Assigned to: Hartmut Henkel (hhenkel) Summary: new primitive \pdfreplacefont Initial Comment: This primitive controls whether font replacement should be done when embedding pdf's. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=738&group_id=106

1 0

[ pdftex-Bugs-722 ] PDF generation does not support VF fonts correctly
by noreply＠sarovar.org 27 Feb '07

27 Feb '07

Bugs item #722, was opened at 2007-01-24 08:56 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=722&group_id=106 Category: Fonts Group: v1.40.1 Status: Open Resolution: Accepted Priority: 5 Submitted By: Achim Blumensath (blume) Assigned to: The Thanh Han (hanthethanh) Summary: PDF generation does not support VF fonts correctly Initial Comment: I've a problem with using VF fonts in PDF mode (using pdftex 1.40.1, pdftex 1.20b does work correctly). When using glyphs that are composed of several other glyphs the various parts appear not at their correct position. The following example requires the MnSymbol and the MinionPro packages. \documentclass{minimal} \usepackage[T1]{fontenc} \usepackage[minionint]{MinionPro} \begin{document} $$\iint \quad \oint$$ \end{document} If you create a DVI and use dvips + ps2pdf the output is as expected (one double integral and one closed integral). If you use pdflatex to create a PDF file directly then the output is wrong. The double integral consists of just one integral sign and the closed integral consists of a circle followed by an integral sign. ---------------------------------------------------------------------- >Comment By: The Thanh Han (hanthethanh) Date: 2007-02-27 22:29 Message: Logged In: YES user_id=710 Bugfix resubmitted, this time without the new primitive \pdfreplacefont ---------------------------------------------------------------------- Comment By: Achim Blumensath (blume) Date: 2007-01-31 08:41 Message: Logged In: YES user_id=4173 The patch seems to work fine. Thanks. ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2007-01-29 19:46 Message: Logged In: YES user_id=710 I made some changes in pdftex. Your test file looks almost ok now :). Can you please try the patch to see whether it works for you. Since I don't have exactly the same fonts you used, it might be helpful if you try the patch with your tex setup. Thanks. ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2007-01-26 10:55 Message: Logged In: YES user_id=710 indeed this is a bug of pdftex. I found the bug, should be fixed soon. ---------------------------------------------------------------------- Comment By: Achim Blumensath (blume) Date: 2007-01-26 08:47 Message: Logged In: YES user_id=4173 Sorry, I forgot to mention that I couldn't include the pfb for copyright reasons. You need the opticals version of MinionPro to get MinionPro-ItDisp.pfb. If you don't have the optical fonts the easiest workaround is to create a PFB with just one glyph named /integral of width 310 units. ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2007-01-26 07:47 Message: Logged In: YES user_id=710 I still got: pdfTeX warning: pdftex (file MinionPro-ItDisp.pfb): cannot open Type 1 font file for reading I checked out the cvs version of MinionPro and run the makeall script as described in README-src, but still I didn't see MinionPro-ItDisp.pfb. ---------------------------------------------------------------------- Comment By: Achim Blumensath (blume) Date: 2007-01-26 06:21 Message: Logged In: YES user_id=4173 I've simplified the test case to plain TeX. The requested files are attached. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-01-25 14:01 Message: Logged In: YES user_id=421 Note that the -recorder cmdline switch also works quite well with kpathsea. :-) ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2007-01-25 08:43 Message: Logged In: YES user_id=710 I tested the file again with the fonts you uploaded, but still I cannot reproduce the problem. I attached a small script that creates a list of all files opened by tex. Usage: unpack, put list-tex-files.vim under ~/vim and run: sh list-tex-files pdflatex testfile it will report the filename of the list, which can be used then to pack everything needed to rerun the job. You may want to review the list to remove a few files that are not relevant, for example the format. ---------------------------------------------------------------------- Comment By: Achim Blumensath (blume) Date: 2007-01-25 06:54 Message: Logged In: YES user_id=4173 In order to preproduce the bug you need the CVS version on MinionPro and perhaps also a recent version of the lcdf-typetools. The problem seems to be that the font MnSymbolFI10.vf refers again to a virtual font MinionPro-It-integral.vf. I've attached the corresponding VPL files. (I didn't have the time to create the requested PDF files. Will do so shortly.) ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2007-01-24 18:52 Message: Logged In: YES user_id=710 I compiled the test file and got normal output (see attached screenshot). ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-01-24 14:56 Message: Logged In: YES user_id=421 Please attach the PDFs generated by ps2pdf and pdflatex, best generated with \pdfcompresslevel=0. And the log from pdflatex. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=722&group_id=106

1 0

warning messages
by Reinhard Kotucha 26 Feb '07

26 Feb '07

Hi, I just got the warning message: pdfTeX warning (Object streams): \pdfobjcompresslevel > 0 requires \pdfminorversion > 4. Object streams disabled now. maybe the last sentence should be changed to: Object stream compression disabled now. It's confusing that there are stream objects and object streams and that object streams become stream objects when object stream compression is applied and object stream compression cannot be applied to stream objects, and so on. The expression "compression disabled" tells people that nothing will be missing in the generated PDF file, something will just not be compressed. But who knows what "object streams" are and what happens if they are disabled? Should TeX users be bothered with this low-level stuff? Regards, Reinhard -- ---------------------------------------------------------------------------- Reinhard Kotucha Phone: +49-511-4592165 Marschnerstr. 25 D-30167 Hannover mailto:reinhard.kotucha@web.de ---------------------------------------------------------------------------- Microsoft isn't the answer. Microsoft is the question, and the answer is NO. ----------------------------------------------------------------------------

1 0

[ pdftex-Bugs-737 ] Missing pfbs lead to invalid pdf
by noreply＠sarovar.org 26 Feb '07

26 Feb '07

Bugs item #737, was opened at 2007-02-25 16:03 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=737&group_id=106 Category: Fonts Group: v1.40.1 >Status: Closed >Resolution: Duplicate Priority: 5 Submitted By: Martin Schröder (oneiros) Assigned to: Hartmut Henkel (hhenkel) Summary: Missing pfbs lead to invalid pdf Initial Comment: Try this file: ----------- \pdfmapline{} \nopagenumbers \font\ugqb ugqb8r at 10pt \ugqb foo \bye ----------- with ugqb8r.tfm in your texmf, but without the pfb. Here is the log from pdftex: ----------- This is pdfTeX, Version 3.141592-1.50.0-alpha-20070219 (Web2C 7.5.6) entering extended mode (./fonts20070225.tex [1]kpathsea: Running mktexpk --mfmode / --bdpi 1200 --mag 1+0/1200 --dpi 1200 ugqb8r mktexpk: don't know how to create bitmap font for ugqb8r. kpathsea: Appending font creation commands to missfont.log. ) pdfTeX warning: pdftex (file ugqb8r): Font ugqb8r at 1200 not found Output written on fonts20070225.pdf (1 page, 1018 bytes). Transcript written on fonts20070225.log. ----------- So a pdf is written, but it's invalid: > pdffonts fonts20070225.pdf ----------- name type emb sub uni object ID ------------------------------------ ------------ --- --- --- --------- Error: font resource is not a dictionary ----------- indeed the font object (#4) doesn't even exist. pdfTeX shall not generate invalid pdfs, so in this case it should abort. ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2007-02-26 08:56 Message: Logged In: YES user_id=710 this problem is already meantioned in bug #721. In a mail I sent to Hartmut: when you fix bug 721, can you please go through those pdftex_warn's to see whether any other of them should be changed to pdftex_fatal as well? Personally I always vote for the approach "quit at any problem", however from time to time somebody asked to change an error to a warning and usually I did it without much checking. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-02-25 16:18 Message: Logged In: YES user_id=421 This all started in a thread on texhax: http://tug.org/pipermail/texhax/2007-February/007916.html ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=737&group_id=106

1 0

[ pdftex-Bugs-737 ] Missing pfbs lead to invalid pdf
by noreply＠sarovar.org 26 Feb '07

26 Feb '07

Bugs item #737, was opened at 2007-02-25 15:03 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=737&group_id=106 Category: Fonts Group: v1.40.1 Status: Open Resolution: None Priority: 5 Submitted By: Martin Schröder (oneiros) Assigned to: Hartmut Henkel (hhenkel) Summary: Missing pfbs lead to invalid pdf Initial Comment: Try this file: ----------- \pdfmapline{} \nopagenumbers \font\ugqb ugqb8r at 10pt \ugqb foo \bye ----------- with ugqb8r.tfm in your texmf, but without the pfb. Here is the log from pdftex: ----------- This is pdfTeX, Version 3.141592-1.50.0-alpha-20070219 (Web2C 7.5.6) entering extended mode (./fonts20070225.tex [1]kpathsea: Running mktexpk --mfmode / --bdpi 1200 --mag 1+0/1200 --dpi 1200 ugqb8r mktexpk: don't know how to create bitmap font for ugqb8r. kpathsea: Appending font creation commands to missfont.log. ) pdfTeX warning: pdftex (file ugqb8r): Font ugqb8r at 1200 not found Output written on fonts20070225.pdf (1 page, 1018 bytes). Transcript written on fonts20070225.log. ----------- So a pdf is written, but it's invalid: > pdffonts fonts20070225.pdf ----------- name type emb sub uni object ID ------------------------------------ ------------ --- --- --- --------- Error: font resource is not a dictionary ----------- indeed the font object (#4) doesn't even exist. pdfTeX shall not generate invalid pdfs, so in this case it should abort. ---------------------------------------------------------------------- >Comment By: The Thanh Han (hanthethanh) Date: 2007-02-26 07:56 Message: Logged In: YES user_id=710 this problem is already meantioned in bug #721. In a mail I sent to Hartmut: when you fix bug 721, can you please go through those pdftex_warn's to see whether any other of them should be changed to pdftex_fatal as well? Personally I always vote for the approach "quit at any problem", however from time to time somebody asked to change an error to a warning and usually I did it without much checking. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-02-25 15:18 Message: Logged In: YES user_id=421 This all started in a thread on texhax: http://tug.org/pipermail/texhax/2007-February/007916.html ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=737&group_id=106

1 0

[ pdftex-Patches-735 ] patch for simplified horizontal positional tracking
by noreply＠sarovar.org 25 Feb '07

25 Feb '07

Patches item #735, was opened at 2007-02-19 22:00 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=735&group_id=106 Category: Positioning Group: v1.40.0 Status: Open Resolution: None Priority: 5 Submitted By: Hartmut Henkel (hhenkel) Assigned to: Nobody (None) Summary: patch for simplified horizontal positional tracking Initial Comment: 1. simpler calculations for horizontal position update when inside []TJ arrays, now by pure additions within a fontsize/10000 raster; no rounding errors can accumulate. Gives about 7 % pdftex speed gain when typesetting fiction-type stuff. 2. writet3.c now also with standard /FontMatrix [0.001 0 0 0.001 0 0], tidied up a little (.pgc part untested). No need anymore (hope it's right) to handle PK fonts specially by adv_char_width() in pdftex.web. 3. wrong use of printf() at a few places corrected by Martin. Work in progess, not safe for production. Needs more testing, particularly with PK fonts. Regards, Hartmut ---------------------------------------------------------------------- >Comment By: Hartmut Henkel (hhenkel) Date: 2007-02-25 23:51 Message: Logged In: YES user_id=929 The previous patch 735 is now extended to general text and graphics positioning on the PDF page. pdf_set_origin() (now pdf_move_to()), pdf_set_textmatrix(), and pdf_begin_string() are rewritten. In low placement resolution (e. g. \pdfdecimaldigits=0) now the glyph placement is corrected within the []TJ array by a leading number, like [7(a)...]TJ, if required, so that always full TeX precision is kept (very early pdftex versions might have used this also). Any accumulation of rounding errors should be avoided now by the used calculation principle. Needs lots of testing. Regards, Hartmut ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=735&group_id=106

1 0

[ pdftex-Bugs-737 ] Missing pfbs lead to invalid pdf
by noreply＠sarovar.org 25 Feb '07

25 Feb '07

Bugs item #737, was opened at 2007-02-25 16:03 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=737&group_id=106 Category: Fonts Group: v1.40.1 Status: Open Resolution: None Priority: 5 Submitted By: Martin Schröder (oneiros) Assigned to: Hartmut Henkel (hhenkel) Summary: Missing pfbs lead to invalid pdf Initial Comment: Try this file: ----------- \pdfmapline{} \nopagenumbers \font\ugqb ugqb8r at 10pt \ugqb foo \bye ----------- with ugqb8r.tfm in your texmf, but without the pfb. Here is the log from pdftex: ----------- This is pdfTeX, Version 3.141592-1.50.0-alpha-20070219 (Web2C 7.5.6) entering extended mode (./fonts20070225.tex [1]kpathsea: Running mktexpk --mfmode / --bdpi 1200 --mag 1+0/1200 --dpi 1200 ugqb8r mktexpk: don't know how to create bitmap font for ugqb8r. kpathsea: Appending font creation commands to missfont.log. ) pdfTeX warning: pdftex (file ugqb8r): Font ugqb8r at 1200 not found Output written on fonts20070225.pdf (1 page, 1018 bytes). Transcript written on fonts20070225.log. ----------- So a pdf is written, but it's invalid: > pdffonts fonts20070225.pdf ----------- name type emb sub uni object ID ------------------------------------ ------------ --- --- --- --------- Error: font resource is not a dictionary ----------- indeed the font object (#4) doesn't even exist. pdfTeX shall not generate invalid pdfs, so in this case it should abort. ---------------------------------------------------------------------- >Comment By: Martin Schröder (oneiros) Date: 2007-02-25 16:18 Message: Logged In: YES user_id=421 This all started in a thread on texhax: http://tug.org/pipermail/texhax/2007-February/007916.html ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=737&group_id=106

1 0

[ pdftex-Bugs-737 ] Missing pfbs lead to invalid pdf
by noreply＠sarovar.org 25 Feb '07

25 Feb '07

Bugs item #737, was opened at 2007-02-25 16:03 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=737&group_id=106 Category: Fonts Group: v1.40.1 Status: Open Resolution: None Priority: 5 Submitted By: Martin Schröder (oneiros) Assigned to: Hartmut Henkel (hhenkel) Summary: Missing pfbs lead to invalid pdf Initial Comment: Try this file: ----------- \pdfmapline{} \nopagenumbers \font\ugqb ugqb8r at 10pt \ugqb foo \bye ----------- with ugqb8r.tfm in your texmf, but without the pfb. Here is the log from pdftex: ----------- This is pdfTeX, Version 3.141592-1.50.0-alpha-20070219 (Web2C 7.5.6) entering extended mode (./fonts20070225.tex [1]kpathsea: Running mktexpk --mfmode / --bdpi 1200 --mag 1+0/1200 --dpi 1200 ugqb8r mktexpk: don't know how to create bitmap font for ugqb8r. kpathsea: Appending font creation commands to missfont.log. ) pdfTeX warning: pdftex (file ugqb8r): Font ugqb8r at 1200 not found Output written on fonts20070225.pdf (1 page, 1018 bytes). Transcript written on fonts20070225.log. ----------- So a pdf is written, but it's invalid: > pdffonts fonts20070225.pdf ----------- name type emb sub uni object ID ------------------------------------ ------------ --- --- --- --------- Error: font resource is not a dictionary ----------- indeed the font object (#4) doesn't even exist. pdfTeX shall not generate invalid pdfs, so in this case it should abort. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=737&group_id=106

1 0

[CTAN] qstest
by Martin Schröder 23 Feb '07

23 Feb '07

---------- Forwarded message ---------- From: CTAN Announcements <ctan-ann(a)dante.de> Date: 22.02.2007 22:54 Subject: CTAN has a new bundle: qstest To: ctan-ann(a)dante.de On Wed, 21 Feb 2007, David Kastrup submitted the qstest bundle to CTAN. Location on CTAN: /macros/latex/contrib/qstest Summary description: Bundle for unit tests and pattern matching License type: lppl Announcement text: ---------------------------------------------------------------------- This is the public release of the qstest bundle (written for DocScape Publisher <URL:http://www.docscape.de>) (C) 2006, 2007 QuinScape GmbH <URL:http://www.quinscape.de> The bundle contains the packages `makematch' for matching patterns to targets (with a generalization in the form of pattern lists and keyword lists), and `qstest' for performing unit tests, allowing to run a number of logged tests ensuring the consistency of values, properties and call sequences during execution of test code. Both packages make extensive use of qstest in their package documentation, provided illustrated examples that are automatically verified to work as expected. Check the README file for details. David Kastrup <dak(a)gnu.org> QuinScape GmbH http://www.QuinScape.de ---------------------------------------------------------------------- This bundle is located at http://dante.ctan.org/tex-archive/macros/latex/contrib/qstest . More information is at http://tug.ctan.org/info/?id=qstest (if the package is new it may take a day for that information to appear). We are supported by the TeX Users Group http://www.tug.org . Please join a users group; see http://www.tug.org/usergroups.html . _______________________________________________ Thanks for the upload. For the CTAN Team Rainer Schöpf

1 0