- ntg-pdftex - NTG Mailing Lists

[ pdftex-Bugs-884 ] Letterspacing and non-autoexpanded fonts
by noreply＠sarovar.org 27 Nov '07

27 Nov '07

Bugs item #884, was opened at 2007-11-27 09:53 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=884&group_id=106 Category: hz Group: v1.40.5 Status: Open Resolution: None Priority: 5 Submitted By: Robert (schlcht) Assigned to: The Thanh Han (hanthethanh) Summary: Letterspacing and non-autoexpanded fonts Initial Comment: While auto-expanding letterspaced fonts works fine now, there still is a problem with non-automatic expansion. The following will complain about a missing tfm file. It doesn't make a difference whether the expanded font instance is created from an mf file (like below), via `ExtendFont' in the map file, or even whether it was created from a MM font (ie., the expanded instance actually exists as a pfb file). The latter case is what bothers me the most. \pdfadjustspacing2 \pdfmapline{ cmr10} \pdfmapline{+cmr10+100} \font\cmr=cmr10 \cmr \letterspacefont\cmrls=\cmr 100 \pdffontexpand\cmrls 100 0 100 %autoexpand \cmrls Hamburgefonts\par \parfillskip 0pt Hamburgefonts \bye PS: what about the `invalid entry' complaint for the map lines? Are they not legal? ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=884&group_id=106

1 0

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

26 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: Closed >Resolution: Accepted 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-26 16:35 Message: Logged In: YES user_id=421 This patch will be included in the upcoming 1.50 ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-11-26 15:12 Message: Logged In: YES user_id=421 Attached is an example use in LaTeX; use at your own risk. ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2007-11-25 16:59 Message: Logged In: YES user_id=929 added README file describing how these commands ought to work. ---------------------------------------------------------------------- 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 26 Nov '07

26 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-26 15:12 Message: Logged In: YES user_id=421 Attached is an example use in LaTeX; use at your own risk. ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2007-11-25 16:59 Message: Logged In: YES user_id=929 added README file describing how these commands ought to work. ---------------------------------------------------------------------- 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 25 Nov '07

25 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-25 16:59 Message: Logged In: YES user_id=929 added README file describing how these commands ought to work. ---------------------------------------------------------------------- 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-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 02:17 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=494&aid=883&group_id=106 Category: None Group: None >Status: Closed >Resolution: Rejected 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 ---------------------------------------------------------------------- >Comment By: Martin Schröder (oneiros) Date: 2007-11-24 02:30 Message: Logged In: YES user_id=421 No. Search the list archives and see http://en.wikipedia.org/wiki/Adobe_LiveCycle_Reader_Extensions ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=494&aid=883&group_id=106

1 0

[ 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

[ 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 10: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. ---------------------------------------------------------------------- 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: None Group: v1.50 Status: Open Resolution: None Priority: 5 Submitted By: Taco Hoekwater (taco) Assigned to: Nobody (None) 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

[ pdftex-Feature Requests-880 ] Support reordering of pages
by noreply＠sarovar.org 13 Nov '07

13 Nov '07

Feature Requests item #880, was opened at 2007-11-13 10:45 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=496&aid=880&group_id=106 >Category: PDF generation Group: v1.50 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. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=496&aid=880&group_id=106

1 0

[ pdftex-Feature Requests-880 ] Support reordering of pages
by noreply＠sarovar.org 13 Nov '07

13 Nov '07

Feature Requests item #880, was opened at 2007-11-13 10:45 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=496&aid=880&group_id=106 Category: None Group: v1.50 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. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=496&aid=880&group_id=106

1 0

1.40.6
by Martin Schröder 10 Nov '07

10 Nov '07

Hi, I'll do a release of stable this or next week, incoporating Xpdf 3.02pl2. I'll also update libpng. Which bugfixes from trunk should go in there? Best Martin

4 5

Re: [NTG-pdftex] 2GB limit and Windows
by Akira Kakuto 05 Nov '07

05 Nov '07

> I'll probably not be able to test this before Friday on a Windows test > system (tomorrow is a local holiday) and before Monday on the > production system. So if anybody has a good suggestion for a simple > enough test setup that would enable Akira to test drive the executable > without putting me in the feedback loop, this would make things move > somewhat faster. I've succeeded to output a file of 2348685019B (about 2.2GB) on Windows. Thus LFS is ok also on Windows. Best regards, Akira

2 1

Re: [NTG-pdftex] 2GB limit and Windows
by Akira Kakuto 01 Nov '07

01 Nov '07

Hi Martin, > Does config.h work on win32? longinteger should be 64bit. off_t is always long in my compiler, so my config.h reads ... #ifdef WIN32 typedef __int64 longinteger; #else typedef off_t longinteger; #endif ... Best regards, Akira

1 0

Re: [NTG-pdftex] 2GB limit and Windows
by Akira Kakuto 31 Oct '07

31 Oct '07

Hi David, > do I understand correctly from the discussions and Svn logs that > PDFTeX is now ready to create large PDF files under GNU/Linux, but the > same can't be said of Windows? Please test the binary of W32TeX (1.50.0-alpha), and teach me the problem. I've used #ifdef WIN32 #include <io.h> void xfseek64 (FILE *f, __int64 offset, int wherefrom, char *filename) { fflush(f); if (_lseeki64(fileno(f), offset, wherefrom) < (__int64)0) FATAL_PERROR(filename); } #endif in void writestreamlength(integer length, longinteger offset) I myself don't have tested the large file. Best regards, Akira

4 4

2GB limit and Windows
by David Kastrup 31 Oct '07

31 Oct '07

Hi, do I understand correctly from the discussions and Svn logs that PDFTeX is now ready to create large PDF files under GNU/Linux, but the same can't be said of Windows? Any idea whether this will change? Would cross-compilation via mingw32 help here? Would the standard way in which executables are compiled for Windows be adaptable? Would there be downloadable binaries at some point of time? Thanks, -- David Kastrup

1 0

LFS
by Martin Schröder 27 Oct '07

27 Oct '07

Hi, trunk can now generate PDFs >2GiB, if you add the right flags to configure (see http://www.suse.de/~aj/linux_lfs.html) This is tested on Linux on amd64 and i386, but I'm interested in reports from other platforms. We will eventually have support for this in configure, but we are not there yet (autofoo ...:-(). Best Martin

1 0