- ntg-pdftex - NTG Mailing Lists

[ pdftex-Support Requests-883 ] How to allow Adobe Reader comments on generated pdf files?
by noreply＠sarovar.org 24 Nov '07

24 Nov '07

Support Requests item #883, was opened at 2007-11-24 01:17 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=494&aid=883&group_id=106 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Axel Boldt (axelboldt) Assigned to: Nobody (None) Summary: How to allow Adobe Reader comments on generated pdf files? Initial Comment: Hi, thanks a lot for pdftex, wonderful program. When I create a PDF file using pdflatex and view it with Adobe Reader 8.1.1, under Documents/Security I see "Commenting: Not allowed". This means that my correspondents can't add little yellow sticky notes to my file using their Adobe Reader's annotation feature. Is there a pdftex option with which I can allow commenting? Thanks and cheers, Axel Boldt ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=494&aid=883&group_id=106

1 0

[ pdftex-Patches-880 ] Support reordering of pages
by noreply＠sarovar.org 24 Nov '07

24 Nov '07

Patches item #880, was opened at 2007-11-13 10:45 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=880&group_id=106 Category: Primitives Group: v1.50.0 Status: Open Resolution: None Priority: 5 Submitted By: Martin Schröder (oneiros) Assigned to: Martin Schröder (oneiros) Summary: Support reordering of pages Initial Comment: In order to e.g. allow the generation of tocs in one pass, pdftex should allow the manipulation of the page tree to reorder the pages. ---------------------------------------------------------------------- >Comment By: Hartmut Henkel (hhenkel) Date: 2007-11-24 01:01 Message: Logged In: YES user_id=929 this patch against today's pdftex-svn should now also handle \pdfpageundivert. Lists and tree generation are now separated. But \pdfpagedivnum will be difficult as it's known only at shipout time. Thanks to Martin for the handy pages_entry structure. Regards, Hartmut ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-11-23 17:12 Message: Logged In: YES user_id=421 Attached is a first stab at a patch supporting page diversions like in m4 with \pdfpagedivert. \pdfpageundivert exists but doesn't work yet. \pdfpagedivnum is missing. Thanks to Hartmut for providing the idea and the first code. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=880&group_id=106

1 0

[ pdftex-Patches-880 ] Support reordering of pages
by noreply＠sarovar.org 23 Nov '07

23 Nov '07

Patches item #880, was opened at 2007-11-13 10:45 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=880&group_id=106 >Category: Primitives >Group: v1.50.0 Status: Open Resolution: None Priority: 5 Submitted By: Martin Schröder (oneiros) >Assigned to: Martin Schröder (oneiros) Summary: Support reordering of pages Initial Comment: In order to e.g. allow the generation of tocs in one pass, pdftex should allow the manipulation of the page tree to reorder the pages. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-11-23 17:12 Message: Logged In: YES user_id=421 Attached is a first stab at a patch supporting page diversions like in m4 with \pdfpagedivert. \pdfpageundivert exists but doesn't work yet. \pdfpagedivnum is missing. Thanks to Hartmut for providing the idea and the first code. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=880&group_id=106

1 0

[ pdftex-Patches-880 ] Support reordering of pages
by noreply＠sarovar.org 23 Nov '07

23 Nov '07

Patches item #880, was opened at 2007-11-13 10:45 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=880&group_id=106 >Category: None >Group: None Status: Open Resolution: None Priority: 5 Submitted By: Martin Schröder (oneiros) >Assigned to: Nobody (None) Summary: Support reordering of pages Initial Comment: In order to e.g. allow the generation of tocs in one pass, pdftex should allow the manipulation of the page tree to reorder the pages. ---------------------------------------------------------------------- >Comment By: Martin Schröder (oneiros) Date: 2007-11-23 17:12 Message: Logged In: YES user_id=421 Attached is a first stab at a patch supporting page diversions like in m4 with \pdfpagedivert. \pdfpageundivert exists but doesn't work yet. \pdfpagedivnum is missing. Thanks to Hartmut for providing the idea and the first code. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=880&group_id=106

1 0

[ pdftex-Bugs-874 ] problem with writettf?
by noreply＠sarovar.org 14 Nov '07

14 Nov '07

Bugs item #874, was opened at 2007-10-11 14:34 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=874&group_id=106 Category: Fonts Group: v1.40.5 Status: Closed Resolution: Fixed Priority: 5 Submitted By: Stefan Becuwe (sbecuwe) Assigned to: Hartmut Henkel (hhenkel) Summary: problem with writettf? Initial Comment: Hello I'm using texlive 2007 and encountered the following problem with a truetype font: [...] {/usr/local/apps/texlive-2007/texmf/fonts/enc/ttf2pk/ba se/T1-WGL4.enc}<Auto1-Light.ttfpdflatex: ../../../../texk/web2c/pdftexdir/writettf.c:848: prepend_subset_tags: Assertion `index > 0 && index < name_record_num && fd_cur->subset_tag != ((void *)0)' failed. Upgrading pdftex to 1.40.5 still produces the same error. My previous texlive version (2005 or 2006) didn't have that problem. Replacing Auto1-Light.ttf by another ttf, such as technicn.ttf, does not result in an error. So it's probably related to the Auto1-Light.ttf file itself, but it seems the behaviour of pdftex has changed over the years... Best regards Stefan ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-11-14 14:42 Message: Logged In: YES user_id=421 A fix for this will be included in the next release (1.40.6/1.50.0). ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2007-10-12 20:59 Message: Logged In: YES user_id=929 seems in the TTF 'name' table normally the name_id is the same number as the running entry index i. Then everything runs fine. But with the Auto1-Light font that's not the case: at i = 0 there is name_id = 1. So AFAICS the font file might be a little unusual but it's ok, and pdftex/luatex should be patched. Regards, Hartmut ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2007-10-12 13:36 Message: Logged In: YES user_id=929 ah the font file is in your testcase tar, thanks! ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2007-10-12 13:31 Message: Logged In: YES user_id=929 thanks a lot for the test, but the fact that it works after the patch suggests that actually your TT font is broken (not pdftex) -- which might even generate broken or non-standard PDF files, beware! Seems the index = 0 should never happen with a normal font. So it would help a lot to have your font for inspection. Regards, Hartmut ---------------------------------------------------------------------- Comment By: Stefan Becuwe (sbecuwe) Date: 2007-10-12 09:54 Message: Logged In: YES user_id=4723 Changing index > 0 into index >= 0 did solve the problem. I have attached anyway the minimal testcase (generated after the suggested patch). Thanks for solving this problem! Stefan ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-10-11 19:21 Message: Logged In: YES user_id=421 Can you create a minimal testcase and attach it here together with the font? systems/mkjobtexmf from CTAN might be helpful. ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2007-10-11 16:14 Message: Logged In: YES user_id=929 does it go away if you change in pdftex-1.40.5, writettf.c in function prepend_subset_tag() the line assert(index > 0... into assert(index >= 0...? ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=874&group_id=106

1 0

[ pdftex-Bugs-874 ] problem with writettf?
by noreply＠sarovar.org 14 Nov '07

14 Nov '07

Bugs item #874, was opened at 2007-10-11 14:34 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=874&group_id=106 Category: Fonts Group: v1.40.5 >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Stefan Becuwe (sbecuwe) Assigned to: Hartmut Henkel (hhenkel) Summary: problem with writettf? Initial Comment: Hello I'm using texlive 2007 and encountered the following problem with a truetype font: [...] {/usr/local/apps/texlive-2007/texmf/fonts/enc/ttf2pk/ba se/T1-WGL4.enc}<Auto1-Light.ttfpdflatex: ../../../../texk/web2c/pdftexdir/writettf.c:848: prepend_subset_tags: Assertion `index > 0 && index < name_record_num && fd_cur->subset_tag != ((void *)0)' failed. Upgrading pdftex to 1.40.5 still produces the same error. My previous texlive version (2005 or 2006) didn't have that problem. Replacing Auto1-Light.ttf by another ttf, such as technicn.ttf, does not result in an error. So it's probably related to the Auto1-Light.ttf file itself, but it seems the behaviour of pdftex has changed over the years... Best regards Stefan ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2007-10-12 20:59 Message: Logged In: YES user_id=929 seems in the TTF 'name' table normally the name_id is the same number as the running entry index i. Then everything runs fine. But with the Auto1-Light font that's not the case: at i = 0 there is name_id = 1. So AFAICS the font file might be a little unusual but it's ok, and pdftex/luatex should be patched. Regards, Hartmut ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2007-10-12 13:36 Message: Logged In: YES user_id=929 ah the font file is in your testcase tar, thanks! ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2007-10-12 13:31 Message: Logged In: YES user_id=929 thanks a lot for the test, but the fact that it works after the patch suggests that actually your TT font is broken (not pdftex) -- which might even generate broken or non-standard PDF files, beware! Seems the index = 0 should never happen with a normal font. So it would help a lot to have your font for inspection. Regards, Hartmut ---------------------------------------------------------------------- Comment By: Stefan Becuwe (sbecuwe) Date: 2007-10-12 09:54 Message: Logged In: YES user_id=4723 Changing index > 0 into index >= 0 did solve the problem. I have attached anyway the minimal testcase (generated after the suggested patch). Thanks for solving this problem! Stefan ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-10-11 19:21 Message: Logged In: YES user_id=421 Can you create a minimal testcase and attach it here together with the font? systems/mkjobtexmf from CTAN might be helpful. ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2007-10-11 16:14 Message: Logged In: YES user_id=929 does it go away if you change in pdftex-1.40.5, writettf.c in function prepend_subset_tag() the line assert(index > 0... into assert(index >= 0...? ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=874&group_id=106

1 0

[ pdftex-Feature Requests-715 ] highlight ligatures
by noreply＠sarovar.org 13 Nov '07

13 Nov '07

Feature Requests item #715, was opened at 2006-12-22 10:48 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=496&aid=715&group_id=106 Category: Fonts Group: v1.50 >Status: Closed >Resolution: Postponed Priority: 3 Submitted By: Uli Laube (ulilaube) Assigned to: Hartmut Henkel (hhenkel) Summary: highlight ligatures Initial Comment: Hello! >From time to time people in de.comp.text.tex ask for a solution to remove ligatures from german words automatically. As this requires quite some knowledge of the morphology of the german language, packages like rmligs or ligatex use lists of words to remove unwanted ligatures. As this depends on the ligatures available in the font used, it is quite troublesome to the compile the lists. I'am proposing the following addtion to be incorporated into pdftex: highlighting of the ligatures. If enabled pdftex uses a bold version of the font when it inserts ligatures in normal text and vice versa. Like /em and /emph work for italic text. This would allow the user of pdftex to prepare a draft copy of the document were all ligatures are highlighted and can be easily spotted. The user can then insert "| manually to remove the unwanted ligatures. Kind Regards and Happy Holidays Uli Laube ---------------------------------------------------------------------- >Comment By: Martin Schröder (oneiros) Date: 2007-11-13 13:09 Message: Logged In: YES user_id=421 Feature for luatex, but probably not the engine. ---------------------------------------------------------------------- Comment By: Hans Hagen (hagen) Date: 2007-11-13 11:37 Message: Logged In: YES user_id=927 this feature does not belong in pdftex (one can implement it in luatex if needed); proper implementation of such features involves additional font definitions i.e. a bold (or whatever variant) for each (!) defined font ---------------------------------------------------------------------- Comment By: Uli Laube (ulilaube) Date: 2006-12-22 14:12 Message: Logged In: YES user_id=4116 Highlighting the ligatures would only be necessary in a draft copy. Then one would insert the "| in the appropriate places and disable the highlighting. A change in paragraph breaking is acceptable in my opinion as I would not want to distribute the version with highlighted ligatures. Changing the font color is a nice idea. But it would require an extra virtual font for every font used in the document as they might have different ligatures. Seems to me, that I have to learn how to write .vlp files :) ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2006-12-22 14:08 Message: Logged In: YES user_id=929 ...an example .vpl file with colorchange command: (CHARACTER O 2 (CHARWD R 0.777781) (CHARHT R 0.683332) (MAP (SPECIAL pdf:direct: 0.486 0.104 0.291 rg) (SETCHAR O 2) (SPECIAL pdf:direct: 0 0 0 rg) ) ) Regards, Hartmut ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2006-12-22 13:55 Message: Logged In: YES user_id=929 For highlighting a boldface font is needed that has the same metrics as the non-highlighted one, to keep paragraph breaking unchanged. What you can do right now is to generate a virtual font that contains colored ligatures! It is in fact possible to add PDF color change command specials into the .vpl virtual property list files of the virtual font, These commands will then be inserted into the PDF page stream in front of the glyphs. But also some solution on engine level should be doable. Regards, Hartmut ---------------------------------------------------------------------- Comment By: Uli Laube (ulilaube) Date: 2006-12-22 11:22 Message: Logged In: YES user_id=4116 If a document uses different fonts, they might have different ligatures available. The special font and the macro packages might not be aware of this. As far as I know, the insertion of ligatures happens late when the .dvi oder .pdf is created. My hope is that switching to the bold version of the font when a ligature is inserted might be a way to have this feature work for all fonts. ---------------------------------------------------------------------- Comment By: Frank Küster (frank) Date: 2006-12-22 11:08 Message: Logged In: YES user_id=3360 Since ligatures are inserted according to information in the fonts, I think this should be implemented as a combination of a special font (which uses noticeably different glyphs for ligatures), and a macro package that switches fonts. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=496&aid=715&group_id=106

1 0

[ pdftex-Feature Requests-715 ] highlight ligatures
by noreply＠sarovar.org 13 Nov '07

13 Nov '07

Feature Requests item #715, was opened at 2006-12-22 09:48 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=496&aid=715&group_id=106 Category: Fonts Group: v1.50 Status: Open Resolution: None Priority: 3 Submitted By: Uli Laube (ulilaube) Assigned to: Hartmut Henkel (hhenkel) Summary: highlight ligatures Initial Comment: Hello! >From time to time people in de.comp.text.tex ask for a solution to remove ligatures from german words automatically. As this requires quite some knowledge of the morphology of the german language, packages like rmligs or ligatex use lists of words to remove unwanted ligatures. As this depends on the ligatures available in the font used, it is quite troublesome to the compile the lists. I'am proposing the following addtion to be incorporated into pdftex: highlighting of the ligatures. If enabled pdftex uses a bold version of the font when it inserts ligatures in normal text and vice versa. Like /em and /emph work for italic text. This would allow the user of pdftex to prepare a draft copy of the document were all ligatures are highlighted and can be easily spotted. The user can then insert "| manually to remove the unwanted ligatures. Kind Regards and Happy Holidays Uli Laube ---------------------------------------------------------------------- >Comment By: Hans Hagen (hagen) Date: 2007-11-13 10:37 Message: Logged In: YES user_id=927 this feature does not belong in pdftex (one can implement it in luatex if needed); proper implementation of such features involves additional font definitions i.e. a bold (or whatever variant) for each (!) defined font ---------------------------------------------------------------------- Comment By: Uli Laube (ulilaube) Date: 2006-12-22 13:12 Message: Logged In: YES user_id=4116 Highlighting the ligatures would only be necessary in a draft copy. Then one would insert the "| in the appropriate places and disable the highlighting. A change in paragraph breaking is acceptable in my opinion as I would not want to distribute the version with highlighted ligatures. Changing the font color is a nice idea. But it would require an extra virtual font for every font used in the document as they might have different ligatures. Seems to me, that I have to learn how to write .vlp files :) ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2006-12-22 13:08 Message: Logged In: YES user_id=929 ...an example .vpl file with colorchange command: (CHARACTER O 2 (CHARWD R 0.777781) (CHARHT R 0.683332) (MAP (SPECIAL pdf:direct: 0.486 0.104 0.291 rg) (SETCHAR O 2) (SPECIAL pdf:direct: 0 0 0 rg) ) ) Regards, Hartmut ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2006-12-22 12:55 Message: Logged In: YES user_id=929 For highlighting a boldface font is needed that has the same metrics as the non-highlighted one, to keep paragraph breaking unchanged. What you can do right now is to generate a virtual font that contains colored ligatures! It is in fact possible to add PDF color change command specials into the .vpl virtual property list files of the virtual font, These commands will then be inserted into the PDF page stream in front of the glyphs. But also some solution on engine level should be doable. Regards, Hartmut ---------------------------------------------------------------------- Comment By: Uli Laube (ulilaube) Date: 2006-12-22 10:22 Message: Logged In: YES user_id=4116 If a document uses different fonts, they might have different ligatures available. The special font and the macro packages might not be aware of this. As far as I know, the insertion of ligatures happens late when the .dvi oder .pdf is created. My hope is that switching to the bold version of the font when a ligature is inserted might be a way to have this feature work for all fonts. ---------------------------------------------------------------------- Comment By: Frank Küster (frank) Date: 2006-12-22 10:08 Message: Logged In: YES user_id=3360 Since ligatures are inserted according to information in the fonts, I think this should be implemented as a combination of a special font (which uses noticeably different glyphs for ligatures), and a macro package that switches fonts. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=496&aid=715&group_id=106

1 0

[ pdftex-Feature Requests-882 ] Hyperlinks in included PDFs
by noreply＠sarovar.org 13 Nov '07

13 Nov '07

Feature Requests item #882, was opened at 2007-11-13 09:51 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=496&aid=882&group_id=106 Category: PDF inclusion Group: v1.50 Status: Open Resolution: None Priority: 5 Submitted By: Martin Schröder (oneiros) Assigned to: Martin Schröder (oneiros) Summary: Hyperlinks in included PDFs Initial Comment: Now when including pages from PDFs pdftex drops all hyperlinks in the included pages. These should be retained. ---------------------------------------------------------------------- Comment By: Hans Hagen (hagen) Date: 2007-11-13 10:34 Message: Logged In: YES user_id=927 keep in mind that this is non trivial because we can have (1) namespace clashes and (2) more complex annotations than simple hyperlinks, so we need quite some control over it (no hacks -) ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=496&aid=882&group_id=106

1 0

[ pdftex-Feature Requests-881 ] Integrate pool file
by noreply＠sarovar.org 13 Nov '07

13 Nov '07

Feature Requests item #881, was opened at 2007-11-13 10:48 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=496&aid=881&group_id=106 >Category: web2c Group: v1.50 Status: Open Resolution: None Priority: 5 Submitted By: Taco Hoekwater (taco) >Assigned to: Taco Hoekwater (taco) Summary: Integrate pool file Initial Comment: So we don't forget (XeTeX is also pool-free nowadays). ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=496&aid=881&group_id=106

1 0