September 2008 - ntg-pdftex - NTG Mailing Lists

[pdftex-Patches][2098] Fix for xref_offset_width
by pdftex-patches＠sarovar.org 30 Sep '08

30 Sep '08

Patches item #2098, was opened at 2008-09-30 11:58 Status: Open Priority: 3 Submitted By: Martin Schröder (oneiros) Assigned to: Nobody (None) Summary: Fix for xref_offset_width Resolution: None Group: v1.50.0 Category: Large File Support Initial Comment: We have observed corrupted PDFs with PDF 1.5, object compression and moderately large files (200MB). Apparently the code to set xref_offset_width is not really portable; I've instead of Pascal implemented it in C and made it more robust. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=2098&group_id=106

1 0

SyncTeX, file names with spaces and other funny characters
by LAURENS Jérôme 18 Sep '08

18 Sep '08

Hi, there is actually a bug when SyncTeX has to manage spaces in file names. This bug only appears in pdfTeX, but not in XeTeX. Here it is: xetex --synctex=1 "my file" creates a file named <my file.synctex.gz>, whereas pdftex --synctex=1 "my file" creates a file named <"my file".synctex.gz>. Note that the 2 quote chars are considered by pdftex part of the name. This difference is due to some "normalize_quotes" function being used differently in XeTeX and pdfTeX. As usual, it is really difficult to understand how TeX handles things internally. This is why I submit you my simple fix before texlive is updated, you may have a better approach. The fix is simply to rely on the output_file_name (instead of the jobname), remove the terminating path extension and append to one required by SyncTeX. It works for the very simple tests I could think of. Do you agree? BTW, it is natural to ask whether different but similar problems may occur. Assuming the funny file named <tes"t.tex> exists xetex tes\"t.tex works properly whereas pdftex tes\"t.tex breaks in the normalize_quotes function with the message: ! Unbalanced quotes in argument tes"t.tex Are there reasons for such a discrimination?

2 1

[pdftex-Bugs][2092] Ligatures and special characters in included pdf disappear in typesetted document
by pdftex-bugs＠sarovar.org 18 Sep '08

18 Sep '08

Bugs item #2092, was opened at 2008-09-18 10:36 Status: Open Priority: 3 Submitted By: Jan Michael (jan) Assigned to: Nobody (None) Summary: Ligatures and special characters in included pdf disappear in typesetted document >Resolution: Accepted Group: None Category: PDF inclusion Initial Comment: Dear Readers, as the subject already states, my documents created with pdflatex are loosing their ligatures and other special characters from included pdf documents which were typesetted by other applications (Word, Excel, Omnigraffle ...). (a) Situation ------------- This is how the behaviour can be reproduced and how it happens in my case: (1) Import Latin Modern fonts as otf into system wide font location (2) Create a document with Latin Modern Roman font and use ff, fi, fl ligatures (3) Save Document as PDF (in OS X it's just "Save as PDF ...") - the pdf still shows the ligatures (4) Include the created pdf into a *.tex document with \includegraphics (5) Typeset the document with pdflatex (6) Ligatures from included pdf document disappear while inline ligature are typeset as usual. (b) Minimal Example ------------------- \documentclass[ngerman]{scrreprt} \usepackage{graphicx} \begin{document} \begin{figure}[htbp!] \centering\includegraphics[width=1.1\textwidth]{ligaturen.pdf} \end{figure} \end{document} ligaturen.pdf can be downloaded from <https://dl.getdropbox.com/u/73200/ligaturen.pdf> (c) Problem Analysis -------------------- This is what the the German tex usenet group de.comp.text.tex has already figured out: - problem can be reproduced with MiKTeX 2.6 and TexLive 2008 (Windows) - names of ligature glyphs in included pdf (f_i, f_l, f_f) differ from names used by pdftex (fi, fl, ff) - font from included pdf is replaced by pdftex -> glyphs f_i, ... won't be found anymore - behaviour can be suppressed by using \pdfmapfile{} - behaviour can be suppressed by removing or renaming related fonts in pdftex.map - behaviour can be suppressed by typesetting the pdf with xe(la)tex before including it in pdf(la)tex document. XeTeX redeclares the font in ligaturen.pdf from JTSEMF+LMRoman10-Regular to ASKXQL+LMRoman10-Regular-Identity-H. The related thread, in German language, can be found here: <http://groups.google.de/group/de.comp.text.tex/browse_frm/thread/4c0245d37c…> Right now I use the workaround with XeTeX to get my documents right. What do you think? Cheers, Jan ------------------------------------------------------------ p.s. Please see pdf(la)tex version information below: (from TexLive 2007 shipped with MacTeX 2007 package on MacBook C2D running OS X 10.5.5) $ pdflatex -v pdfTeX 3.141592-1.40.3-2.2 (Web2C 7.5.6) kpathsea version 3.5.6 Copyright 2007 Peter Breitenlohner (eTeX)/Han The Thanh (pdfTeX). Kpathsea is copyright 2007 Karl Berry and Olaf Weber. There is NO warranty. Redistribution of this software is covered by the terms of both the pdfTeX copyright and the Lesser GNU General Public License. For more information about these matters, see the file named COPYING and the pdfTeX source. Primary author of pdfTeX: Peter Breitenlohner (eTeX)/Han The Thanh (pdfTeX). Kpathsea written by Karl Berry, Olaf Weber, and others. Compiled with libpng 1.2.15; using libpng 1.2.15 Compiled with zlib 1.2.3; using zlib 1.2.3 Compiled with xpdf version 3.01 ---------------------------------------------------------------------- >Comment By: The Thanh Han (hanthethanh) Date: 2008-09-18 12:06 Message: yes this is an unfortunate situation: both the font from included pdf and the font on disk use the same name (LMRoman10-Regular), but they differ. Workarounds have been also mentioned; in short they fall into 2 methods: - disable font subsetting globally, or - change the font name in included pdf to something else, hence pdftex will not think this is the same font as the one on disk none is perfect, and also it's not clear how pdftex should handle such cases. Needs more thinking... ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=2092&group_id=106

1 0

Re: [NTG-pdftex] Possible Bug: Ligatures and special Character in included pdf disappear in typetted document
by Thanh Han The 18 Sep '08

18 Sep '08

Hello Michael, thanks for the bug report. Can you please also submit it to the pdftex bug tracker http://sarovar.org/tracker/?atid=493&group_id=106&func=browse thanks, Thanh On Thu, Sep 18, 2008 at 12:51:18PM +0200, Jan Michael wrote: > Dear Readers, > > as the subject already states, my documents created with pdflatex are > loosing their ligatures and other special characters from included pdf > documents which were typesetted by other applications (Word, Excel, > Omnigraffle ...). > > > (a) Situation > ------------- > > This is how the behaviour can be reproduced and how it happens in my > case: > > (1) Import Latin Modern fonts as otf into system wide font location > (2) Create a document with Latin Modern Roman font and use ff, fi, fl > ligatures > (3) Save Document as PDF (in OS X it's just "Save as PDF ...") - the > pdf still shows the ligatures > (4) Include the created pdf into a *.tex document with \includegraphics > (5) Typeset the document with pdflatex > (6) Ligatures from included pdf document disappear while inline > ligature are typeset as usual. > > (b) Minimal Example > ------------------- > \documentclass[ngerman]{scrreprt} > \usepackage{graphicx} > \begin{document} > \begin{figure}[htbp!] > \centering\includegraphics[width=1.1\textwidth] > {ligaturen.pdf} > \end{figure} > \end{document} > > ligaturen.pdf can be downloaded from <https://dl.getdropbox.com/u/73200/ligaturen.pdf > > > > (c) Problem Analysis > -------------------- > This is what the the German tex usenet group de.comp.text.tex has > already figured out: > > - problem can be reproduced with MiKTeX 2.6 and TexLive 2008 (Windows) > - names of ligature glyphs in included pdf (f_i, f_l, f_f) differ from > names used by pdftex (fi, fl, ff) > - font from included pdf is replaced by pdftex -> glyphs f_i, ... > won't be found anymore > - behaviour can be suppressed by using \pdfmapfile{} > - behaviour can be suppressed by removing or renaming related fonts in > pdftex.map > - behaviour can be suppressed by typesetting the pdf with xe(la)tex > before including it in pdf(la)tex document. XeTeX redeclares the font > in ligaturen.pdf from JTSEMF+LMRoman10-Regular to ASKXQL+LMRoman10- > Regular-Identity-H. > > The related thread, in German language, can be found here: > > <http://groups.google.de/group/de.comp.text.tex/browse_frm/thread/4c0245d37c… > > > > Right now I use the workaround with XeTeX to get my documents right. > What do you think? > > Cheers, > > Jan > > ------------------------------------------------------------ > > p.s. Please see pdf(la)tex version information below: > (from TexLive 2007 shipped with MacTeX 2007 package on MacBook > C2D running OS X 10.5.5) > > $ pdflatex -v > pdfTeX 3.141592-1.40.3-2.2 (Web2C 7.5.6) > kpathsea version 3.5.6 > Copyright 2007 Peter Breitenlohner (eTeX)/Han The Thanh (pdfTeX). > Kpathsea is copyright 2007 Karl Berry and Olaf Weber. > There is NO warranty. Redistribution of this software is > covered by the terms of both the pdfTeX copyright and > the Lesser GNU General Public License. > For more information about these matters, see the file > named COPYING and the pdfTeX source. > Primary author of pdfTeX: Peter Breitenlohner (eTeX)/Han The Thanh > (pdfTeX). > Kpathsea written by Karl Berry, Olaf Weber, and others. > > Compiled with libpng 1.2.15; using libpng 1.2.15 > Compiled with zlib 1.2.3; using zlib 1.2.3 > Compiled with xpdf version 3.01 > _______________________________________________ > ntg-pdftex mailing list > ntg-pdftex(a)ntg.nl > http://www.ntg.nl/mailman/listinfo/ntg-pdftex

1 0

Possible Bug: Ligatures and special Character in included pdf disappear in typetted document
by Jan Michael 18 Sep '08

18 Sep '08

Dear Readers, as the subject already states, my documents created with pdflatex are loosing their ligatures and other special characters from included pdf documents which were typesetted by other applications (Word, Excel, Omnigraffle ...). (a) Situation ------------- This is how the behaviour can be reproduced and how it happens in my case: (1) Import Latin Modern fonts as otf into system wide font location (2) Create a document with Latin Modern Roman font and use ff, fi, fl ligatures (3) Save Document as PDF (in OS X it's just "Save as PDF ...") - the pdf still shows the ligatures (4) Include the created pdf into a *.tex document with \includegraphics (5) Typeset the document with pdflatex (6) Ligatures from included pdf document disappear while inline ligature are typeset as usual. (b) Minimal Example ------------------- \documentclass[ngerman]{scrreprt} \usepackage{graphicx} \begin{document} \begin{figure}[htbp!] \centering\includegraphics[width=1.1\textwidth] {ligaturen.pdf} \end{figure} \end{document} ligaturen.pdf can be downloaded from <https://dl.getdropbox.com/u/73200/ligaturen.pdf > (c) Problem Analysis -------------------- This is what the the German tex usenet group de.comp.text.tex has already figured out: - problem can be reproduced with MiKTeX 2.6 and TexLive 2008 (Windows) - names of ligature glyphs in included pdf (f_i, f_l, f_f) differ from names used by pdftex (fi, fl, ff) - font from included pdf is replaced by pdftex -> glyphs f_i, ... won't be found anymore - behaviour can be suppressed by using \pdfmapfile{} - behaviour can be suppressed by removing or renaming related fonts in pdftex.map - behaviour can be suppressed by typesetting the pdf with xe(la)tex before including it in pdf(la)tex document. XeTeX redeclares the font in ligaturen.pdf from JTSEMF+LMRoman10-Regular to ASKXQL+LMRoman10- Regular-Identity-H. The related thread, in German language, can be found here: <http://groups.google.de/group/de.comp.text.tex/browse_frm/thread/4c0245d37c… > Right now I use the workaround with XeTeX to get my documents right. What do you think? Cheers, Jan ------------------------------------------------------------ p.s. Please see pdf(la)tex version information below: (from TexLive 2007 shipped with MacTeX 2007 package on MacBook C2D running OS X 10.5.5) $ pdflatex -v pdfTeX 3.141592-1.40.3-2.2 (Web2C 7.5.6) kpathsea version 3.5.6 Copyright 2007 Peter Breitenlohner (eTeX)/Han The Thanh (pdfTeX). Kpathsea is copyright 2007 Karl Berry and Olaf Weber. There is NO warranty. Redistribution of this software is covered by the terms of both the pdfTeX copyright and the Lesser GNU General Public License. For more information about these matters, see the file named COPYING and the pdfTeX source. Primary author of pdfTeX: Peter Breitenlohner (eTeX)/Han The Thanh (pdfTeX). Kpathsea written by Karl Berry, Olaf Weber, and others. Compiled with libpng 1.2.15; using libpng 1.2.15 Compiled with zlib 1.2.3; using zlib 1.2.3 Compiled with xpdf version 3.01

1 0

[pdftex-Bugs][2092] Ligatures and special characters in included pdf disappear in typesetted document
by pdftex-bugs＠sarovar.org 18 Sep '08

18 Sep '08

Bugs item #2092, was opened at 2008-09-18 12:36 Status: Open Priority: 3 Submitted By: Jan Michael (jan) Assigned to: Nobody (None) Summary: Ligatures and special characters in included pdf disappear in typesetted document Resolution: None Group: None Category: PDF inclusion Initial Comment: Dear Readers, as the subject already states, my documents created with pdflatex are loosing their ligatures and other special characters from included pdf documents which were typesetted by other applications (Word, Excel, Omnigraffle ...). (a) Situation ------------- This is how the behaviour can be reproduced and how it happens in my case: (1) Import Latin Modern fonts as otf into system wide font location (2) Create a document with Latin Modern Roman font and use ff, fi, fl ligatures (3) Save Document as PDF (in OS X it's just "Save as PDF ...") - the pdf still shows the ligatures (4) Include the created pdf into a *.tex document with \includegraphics (5) Typeset the document with pdflatex (6) Ligatures from included pdf document disappear while inline ligature are typeset as usual. (b) Minimal Example ------------------- \documentclass[ngerman]{scrreprt} \usepackage{graphicx} \begin{document} \begin{figure}[htbp!] \centering\includegraphics[width=1.1\textwidth]{ligaturen.pdf} \end{figure} \end{document} ligaturen.pdf can be downloaded from <https://dl.getdropbox.com/u/73200/ligaturen.pdf> (c) Problem Analysis -------------------- This is what the the German tex usenet group de.comp.text.tex has already figured out: - problem can be reproduced with MiKTeX 2.6 and TexLive 2008 (Windows) - names of ligature glyphs in included pdf (f_i, f_l, f_f) differ from names used by pdftex (fi, fl, ff) - font from included pdf is replaced by pdftex -> glyphs f_i, ... won't be found anymore - behaviour can be suppressed by using \pdfmapfile{} - behaviour can be suppressed by removing or renaming related fonts in pdftex.map - behaviour can be suppressed by typesetting the pdf with xe(la)tex before including it in pdf(la)tex document. XeTeX redeclares the font in ligaturen.pdf from JTSEMF+LMRoman10-Regular to ASKXQL+LMRoman10-Regular-Identity-H. The related thread, in German language, can be found here: <http://groups.google.de/group/de.comp.text.tex/browse_frm/thread/4c0245d37c…> Right now I use the workaround with XeTeX to get my documents right. What do you think? Cheers, Jan ------------------------------------------------------------ p.s. Please see pdf(la)tex version information below: (from TexLive 2007 shipped with MacTeX 2007 package on MacBook C2D running OS X 10.5.5) $ pdflatex -v pdfTeX 3.141592-1.40.3-2.2 (Web2C 7.5.6) kpathsea version 3.5.6 Copyright 2007 Peter Breitenlohner (eTeX)/Han The Thanh (pdfTeX). Kpathsea is copyright 2007 Karl Berry and Olaf Weber. There is NO warranty. Redistribution of this software is covered by the terms of both the pdfTeX copyright and the Lesser GNU General Public License. For more information about these matters, see the file named COPYING and the pdfTeX source. Primary author of pdfTeX: Peter Breitenlohner (eTeX)/Han The Thanh (pdfTeX). Kpathsea written by Karl Berry, Olaf Weber, and others. Compiled with libpng 1.2.15; using libpng 1.2.15 Compiled with zlib 1.2.3; using zlib 1.2.3 Compiled with xpdf version 3.01 ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=2092&group_id=106

1 0

[pdftex-Patches][2091] bugfix for #2090
by pdftex-patches＠sarovar.org 17 Sep '08

17 Sep '08

Patches item #2091, was opened at 2008-09-17 06:59 Status: Open Priority: 3 Submitted By: The Thanh Han (hanthethanh) Assigned to: Nobody (None) Summary: bugfix for #2090 Resolution: None Group: None Category: None Initial Comment: this patch is for 1.40.9 and the stable branch only. ---------------------------------------------------------------------- >Comment By: The Thanh Han (hanthethanh) Date: 2008-09-17 07:03 Message: update: don't forget to rerun autoconf after applying the patch. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=2091&group_id=106

1 0

[pdftex-Patches][2091] bugfix for #2090
by pdftex-patches＠sarovar.org 17 Sep '08

17 Sep '08

Patches item #2091, was opened at 2008-09-17 06:59 Status: Open Priority: 3 Submitted By: The Thanh Han (hanthethanh) Assigned to: Nobody (None) Summary: bugfix for #2090 Resolution: None Group: None Category: None Initial Comment: this patch is for 1.40.9 and the stable branch only. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=2091&group_id=106

1 0

[pdftex-Bugs][2090] enabling LFS breaks PDF inclusion on some systems
by pdftex-bugs＠sarovar.org 17 Sep '08

17 Sep '08

Bugs item #2090, was opened at 2008-09-17 06:33 Status: Open Priority: 5 Submitted By: The Thanh Han (hanthethanh) Assigned to: Nobody (None) Summary: enabling LFS breaks PDF inclusion on some systems Resolution: Accepted Group: v1.40.8 Category: PDF inclusion Initial Comment: see http://tug.org/pipermail/tex-live/2008-September/017691.html ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=2090&group_id=106

1 0

Re: [NTG-pdftex] [tex-live] TeX Live 2008: nasty pdf(la)tex bug on Solaris SPARC with ZFS
by Thanh Han The 13 Sep '08

13 Sep '08

done. many thanks to Vladimir. Thanh On Sat, Sep 13, 2008 at 07:03:11PM +0400, Vladimir Volovich wrote: > i've debugged it. it appears to be caused by a misfeature (or bug) of > the C pre-processor: > > [...] > > i'd like to ask pdftex maintainers to apply this patch to their master > sources and to texlive tree: > > --- texk/web2c/pdftexdir/writet1.c > +++ texk/web2c/pdftexdir/writet1.c > @@ -26,7 +26,7 @@ > static const char _svn_version[] = > "$Id$ $URL: http://scm.foundry.supelec.fr/svn/pdftex/branches/stable/source/src/texk/we… $"; > > -#define t1_log(s) tex_printf("%s",s) > +#define t1_log(str) tex_printf("%s",str) > #define get_length1() t1_length1 = t1_offset() - t1_save_offset > #define get_length2() t1_length2 = t1_offset() - t1_save_offset > #define get_length3() t1_length3 = fixedcontent? t1_offset() - t1_save_offset : 0 > > i've commited a fixed aix binary which now correctly shows the fonts. > > Best, > v.

1 0