May 2007 - ntg-pdftex - NTG Mailing Lists

Libpng-1.0.25 and libpng-1.2.17
by Martin Schröder 16 May '07

16 May '07

---------- Forwarded message ---------- From: Glenn Randers-Pehrson <glennrp(a)comcast.net> Date: 15.05.2007 23:05 Subject: [png-mng-implement] Libpng-1.0.25 and libpng-1.2.17 To: png-mng-implement(a)lists.sf.net Cc: png-mng-announce(a)lists.sf.net libpng-1.0.25 and libpng-1.2.17 are available at ftp://ftp.simplesystems.org/pub/png/src and at libpng.sf.net These releases fix a vulnerability in png_handle_tRNS() by which a malformed PNG file can crash a libpng application. The bug has existed since libpng-0.90. The vulnerability is identified as CVE-2007-2445 and CERT VU#684664. Glenn ------------------------------------------------------------------------- Merging the changes was easy; it will be included in 1.40.4. Best Martin

2 3

Pdflatex Bugs with figures
by Heba Soliman 15 May '07

15 May '07

When I use pdflatex with an article that has no figures, it is more than perfect. But when the article has figures there are problems with the resolution and the testing with PDF/A. Please help me I don't know how to fix the resolution of the figures using pdflatex, also how to make it compatible with PDF/A in Acrobat 7.0, it gives me an error "Unknown error (unknown exception)". Thanks, Heba ntg-pdftex-request(a)ntg.nl wrote: > Send ntg-pdftex mailing list submissions to > ntg-pdftex(a)ntg.nl > > To subscribe or unsubscribe via the World Wide Web, visit > http://www.ntg.nl/mailman/listinfo/ntg-pdftex > or, via email, send a message with subject or body 'help' to > ntg-pdftex-request(a)ntg.nl > > You can reach the person managing the list at > ntg-pdftex-owner(a)ntg.nl > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of ntg-pdftex digest..." > > > Today's Topics: > > 1. [ pdftex-Bugs-796 ] Different behaviour of latex/pdflatex > with word breakups (noreply(a)sarovar.org) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sun, 13 May 2007 16:51:53 +0530 > From: noreply(a)sarovar.org > Subject: [NTG-pdftex] [ pdftex-Bugs-796 ] Different behaviour of > latex/pdflatex with word breakups > To: noreply(a)sarovar.org > Message-ID: <E1HnC9B-0006xr-00(a)sarovar.org> > Content-Type: text/plain; charset=UTF-8 > > Bugs item #796, was opened at 2007-05-13 09:45 > You can respond by visiting: > http://sarovar.org/tracker/?func=detail&atid=493&aid=796&group_id=106 > > Category: None >> Group: v1.40.0 >> Status: Closed >> Resolution: Rejected > Priority: 5 > Submitted By: Ingo H. de Boer (idb_winshell) > Assigned to: Nobody (None) > Summary: Different behaviour of latex/pdflatex with word breakups > > Initial Comment: > Hi, > > I am working on a document with latex2html and the tag > \htmlref. I have the sentence: > > "... > My program provides the following command line > arguments, used for e.g. \htmlref{Forward and inverse > search}{forwardinversesearch}: > .." > > Now, I have compiled it with latex and pdflatex. latex > does no breakup of the words, whereas pdflatex does it. > > Due to this fact, I do not think that it is a problem > of the latex2html package. > > I do have the latest packages/version of Miktex 2.6 > which is working with pdftex 1.40.3 > > Please find attached a screenshot of the dvi file and > the pdf file to make this more clear. > > greets > Ingo > > > > ---------------------------------------------------------------------- > >> Comment By: Martin Schr?der (oneiros) > Date: 2007-05-13 13:21 > > Message: > Logged In: YES > user_id=421 > > This is a feature of the hyperref package. If you think > otherwise, please provide a minimal example. > > ---------------------------------------------------------------------- > > Comment By: Nobody (None) > Date: 2007-05-13 10:07 > > Message: > Logged In: NO > > You could try reading the documentation of the hyperref package. > > ---------------------------------------------------------------------- > > You can respond by visiting: > http://sarovar.org/tracker/?func=detail&atid=493&aid=796&group_id=106 > > > ------------------------------ > > _______________________________________________ > ntg-pdftex mailing list > ntg-pdftex(a)ntg.nl > http://www.ntg.nl/mailman/listinfo/ntg-pdftex > > > End of ntg-pdftex Digest, Vol 35, Issue 8 > ***************************************** >

1 0

[ pdftex-Bugs-796 ] Different behaviour of latex/pdflatex with word breakups
by noreply＠sarovar.org 13 May '07

13 May '07

Bugs item #796, was opened at 2007-05-13 09:45 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=796&group_id=106 Category: None >Group: v1.40.0 >Status: Closed >Resolution: Rejected Priority: 5 Submitted By: Ingo H. de Boer (idb_winshell) Assigned to: Nobody (None) Summary: Different behaviour of latex/pdflatex with word breakups Initial Comment: Hi, I am working on a document with latex2html and the tag \htmlref. I have the sentence: "... My program provides the following command line arguments, used for e.g. \htmlref{Forward and inverse search}{forwardinversesearch}: ..." Now, I have compiled it with latex and pdflatex. latex does no breakup of the words, whereas pdflatex does it. Due to this fact, I do not think that it is a problem of the latex2html package. I do have the latest packages/version of Miktex 2.6 which is working with pdftex 1.40.3 Please find attached a screenshot of the dvi file and the pdf file to make this more clear. greets Ingo ---------------------------------------------------------------------- >Comment By: Martin Schröder (oneiros) Date: 2007-05-13 13:21 Message: Logged In: YES user_id=421 This is a feature of the hyperref package. If you think otherwise, please provide a minimal example. ---------------------------------------------------------------------- Comment By: Nobody (None) Date: 2007-05-13 10:07 Message: Logged In: NO You could try reading the documentation of the hyperref package. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=796&group_id=106

1 0

[ pdftex-Bugs-796 ] Different behaviour of latex/pdflatex with word breakups
by noreply＠sarovar.org 13 May '07

13 May '07

Bugs item #796, was opened at 2007-05-13 13:15 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=796&group_id=106 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Ingo H. de Boer (idb_winshell) Assigned to: Nobody (None) Summary: Different behaviour of latex/pdflatex with word breakups Initial Comment: Hi, I am working on a document with latex2html and the tag \htmlref. I have the sentence: "... My program provides the following command line arguments, used for e.g. \htmlref{Forward and inverse search}{forwardinversesearch}: ..." Now, I have compiled it with latex and pdflatex. latex does no breakup of the words, whereas pdflatex does it. Due to this fact, I do not think that it is a problem of the latex2html package. I do have the latest packages/version of Miktex 2.6 which is working with pdftex 1.40.3 Please find attached a screenshot of the dvi file and the pdf file to make this more clear. greets Ingo ---------------------------------------------------------------------- Comment By: Nobody (None) Date: 2007-05-13 13:37 Message: Logged In: NO You could try reading the documentation of the hyperref package. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=796&group_id=106

1 0

[ pdftex-Bugs-796 ] Different behaviour of latex/pdflatex with word breakups
by noreply＠sarovar.org 13 May '07

13 May '07

Bugs item #796, was opened at 2007-05-13 09:45 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=796&group_id=106 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Ingo H. de Boer (idb_winshell) Assigned to: Nobody (None) Summary: Different behaviour of latex/pdflatex with word breakups Initial Comment: Hi, I am working on a document with latex2html and the tag \htmlref. I have the sentence: "... My program provides the following command line arguments, used for e.g. \htmlref{Forward and inverse search}{forwardinversesearch}: ..." Now, I have compiled it with latex and pdflatex. latex does no breakup of the words, whereas pdflatex does it. Due to this fact, I do not think that it is a problem of the latex2html package. I do have the latest packages/version of Miktex 2.6 which is working with pdftex 1.40.3 Please find attached a screenshot of the dvi file and the pdf file to make this more clear. greets Ingo ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=796&group_id=106

1 0

[ pdftex-Feature Requests-718 ] Request of pdfsync
by noreply＠sarovar.org 10 May '07

10 May '07

Feature Requests item #718, was opened at 2007-01-02 03:57 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=496&aid=718&group_id=106 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Juan Luis Varona (jlvm) Assigned to: Nobody (None) Summary: Request of pdfsync Initial Comment: The syncronization between the .tex and the .pdf files is veeeeeery useful. It is not necessary to explain it. Now, there are some tools to do it, but they are far of being good enough. For instance, pdfsync makes some work, but it has a lot of problems. Of instance, the output is different with or without pdfsync. I have read in TUGboat that, perhaps in the near future, pdfsync can be integrated en pdftex itself and improved. I request to do it as soon as possible. Yours sincerely, Juan L. Varona jvarona(a)unirioja.es ---------------------------------------------------------------------- Comment By: Nobody (None) Date: 2007-05-10 18:26 Message: Logged In: NO I second that strongly. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=496&aid=718&group_id=106

1 0

[ pdftex-Patches-474 ] Use dynamically linked poppler library instead of xpdf code
by noreply＠sarovar.org 08 May '07

08 May '07

Patches item #474, was opened at 2006-01-30 17:53 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=474&group_id=106 Category: PDF inclusion Group: v1.30.0 Status: Open Resolution: Postponed >Priority: 6 Submitted By: Frank Küster (frank) Assigned to: Martin Schröder (oneiros) Summary: Use dynamically linked poppler library instead of xpdf code Initial Comment: This has already been applied and tested in Debian and Ubuntu, but we suggest to apply it upstream. There are a few things to do, however, as Martin already pointed out to me in a private mail. I paraphrase the main points: - the pdftex distribution should not ship libpoppler. Instead it should be possible to switch from xpdf to libpoppler using autoconf magic, if libpoppler headers are installed. This needs some coding work - We need a common API for xpdf and poppler. This is the tricky part, because the very reason for poppler's existence is that the xpdf developer, Derek Noonburg, refuses any patches that would lead to a shared library. As Martin said, "for the beginning, a header file with a couple of #ifdef'ed definitions should be enough". I'm going to subscribe to the pdftex devel list soon, but am not yet subscribed currently. ---------------------------------------------------------------------- >Comment By: Martin Schröder (oneiros) Date: 2007-05-08 18:54 Message: Logged In: YES user_id=421 Just an update: SUSE has also started switching to poppler. My idea is to first add an abstraction layer for xpdf/poppler/... and then add the autofoo stuff. ---------------------------------------------------------------------- Comment By: Frank Küster (frank) Date: 2006-08-14 21:20 Message: Logged In: YES user_id=3360 Hi Martin, this is clearly post-1.40, I agree. I have not worked on any autofoo stuff, and I won't be able to do that soon (instead, I try to integrate pdftex-1.40 into teTeX 3.0 which proved to be non-trivial). Regards, Frank ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2006-08-13 22:02 Message: Logged In: YES user_id=421 Frank, have you done any further work on this? I just had a first look at integrating poppler and see a very different use of configure... :-{ Also your diff only patches the sources, but not the autofoo-stuff. What I want is: - a distribution of poppler in src/libs, which can be used instead of xpdf - a way to switch bewteen xpdf and poppler via configure - for poppler to be able to switch between static and dynamic via configure - and finally, a header file abstracting poppler/xpdf would be nice, but is not really needed, as poppler/xpdf are only used by two source files. Best Martin ---------------------------------------------------------------------- Comment By: Frank Küster (frank) Date: 2006-02-13 08:58 Message: Logged In: YES user_id=3360 I agree that this is something to think over and check very well, so better not push it into 1.40. But I'd appreciate if someone could answer my mail to ntg-pdftex regarding the autoconf setup in pdftex, or if you could tell me whom to ask specifically if nobody among the active developers knows about it. See you in Berlin, Frank ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2006-02-13 01:50 Message: Logged In: YES user_id=421 I've attached the patch by Frank from http://www.ntg.nl/pipermail/ntg-pdftex/2006-February/001993.html ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2006-02-13 01:46 Message: Logged In: YES user_id=421 This is too late for 1.40, so I'll postpone it. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=474&group_id=106

1 0

q..Q rules again
by Paweł Jackowski 08 May '07

08 May '07

Hello, there is something which still puzzles me in \pdfliteral regarding q..Q rules. Lets take \def\test{\vrule width12bp height12bp depth0pt } To make some graphic-safe stuff in old pdfTeX one could to say \test \pdfliteral{q}% \test \pdfliteral{Q 1 0 0 1 12 0 cm}% \test Starting from pdfTeX 1.30 one can accomplish that using `page' keyword, which results in better content stream \test \pdfliteral page{q}% \test \pdfliteral page{Q}% \test But once we use both (which is not quite useless!) we finish somewhere outside the page; \test \pdfliteral page{q}% some graphic operators \pdfliteral{q}% some transform \test \pdfliteral{Q 1 0 0 1 12 0 cm}% \pdfliteral page{Q}% \test The reason is that last the matrix (translating coordinates back to the lower-left corner) is placed after the _second_ Q. But I'd rather expect that transform after the first (inner) one. What is the reason for that? -- Pawe/l Jackowski P.Jackowski(a)gust.org.pl

2 6

Re: [NTG-pdftex] Decode issue
by Thanh Han The 07 May '07

07 May '07

I had problem sending this mail and try it again, so my apologize to people who receive this mail twice. ========================================================== Hi, I looked into the sources. The Decode array insertion is hardcoded whenever a jpeg image with colorspace CMYK is included. The support of additional colorspace was added by request of Hans Hagen IIRC, he needed a mean to change the default colorspace of images. So it was done with this assumption: if someone supplies his own colorspace, he is responsible for everything related. I am not sure what can be done with this, since it's hard to define the right behaviour of pdftex in this situation. My vote is to leave things as they are, and document relevant issues in the manual. Thanh PS: I uploaded the test files here: http://www.sendspace.com/file/rc04al On Thu, May 03, 2007 at 08:48:10PM +0200, Pawel Jackowski wrote: > Hi! > > While making a sample for Jano in BachoTeX I've found the following > issue. Please consider the attached example. > > pdfTeX automatically recognizes embedded JPEG colorspace. I guess it > also reads decoding parameters from the image and (re)inserts them to > PDF if necessary; in the first case one may see > > /ColorSpace /DeviceCMYK > /Decode [1 0 1 0 1 0 1 0] > > key in XObject dictionary. Once the user povides 'colorspace' keyword, > no /Decode is inserted, that (may) result in negative output, as in > example. Obviously one can insert decoding as a custom image attribute, > but one cannot control what is the proper decoding. > > This happens for all cmyk jpegs from photoshop. > > Cheers, > -- > Pawe/l Jackowski > GUST, Poland > P.Jackowski(a)gust.org.pl > www.pawcoo.com > www.acchsh.com

5 4

[ pdftex-Bugs-794 ] Non-embedding Helvetica leads to invalid font flags
by noreply＠sarovar.org 04 May '07

04 May '07

Bugs item #794, was opened at 2007-05-04 01:22 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=794&group_id=106 Category: Fonts Group: v1.40.0 Status: Open Resolution: None Priority: 7 Submitted By: Martin Schröder (oneiros) Assigned to: Hartmut Henkel (hhenkel) Summary: Non-embedding Helvetica leads to invalid font flags Initial Comment: This is related to #762: PDFs with Helvetica not embedded get a Helvetica with /FontName /Helvetica /Flags 34 which leads to a strange behaviour: AR7 uses Adobe Serif for online viewing (i.e. you get a Serif approximation of Helvetica) and prints to a PostScript printer use Helvetica. This is also tracked by Debian at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=421464 A much simpler testcase is attached. The manual is interesting in this case: "If the font flags are not given, pdfTEX treats it as being 4, a symbolic font. If you do not know the correct value, it is best not to specify it at all, as specifying a bad value of font flags may cause troubles in viewers." The usual map files have no font flag entry for Helvetica. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=794&group_id=106

1 0