June 2005 - ntg-pdftex - NTG Mailing Lists

\pdflastvbreakpenalty
by Pawel Jackowski 30 Jun '05

30 Jun '05

Hi All, there is \pdflastvbreakpenalty command mentioned in the manual. I've checked the current and some previous versions of pdfTeX and this command is undefined. Removed looong time ago? Shall we remove commands like that from the documentation, or keep it with obsolate info? BR, -- Pawe/l Jackowski P.Jackowski(a)gust.org.pl

5 6

[ pdftex-Patches-375 ] Patch EscapeAndOther
by noreply＠sarovar.org 27 Jun '05

27 Jun '05

Patches item #375, was opened at 2005-06-25 03:42 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=375&group_id=106 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Heiko Oberdiek (oberdiek) Assigned to: Nobody (None) Summary: Patch EscapeAndOther Initial Comment: Hello, Subject: Patch EscapeAndOther Date: 2005/06/25 Author: Heiko Oberdiek The patch is based on pdftex-1.30.0-rc1. It supersedes patch EscapeDivers.tar.bz2 Inherited from patch EscapeDivers: Expandable: \pdfstrcmp, \pdfescapestring, \pdfescapename Added: \pdfescapehex, \pdfunescapehex Fix: \pdfescapename: '%' is also a delimiter that needs escaping. New in patch EscapeAndOther: * \pdfcreationdate * \pdffilemoddate * \pdffilesize * \pdfmdfivesum * \pdffiledump * \pdfshellescape * \pdfmatch and \pdflastmatch * Start with bug fix: quotes are legal in other operating systems than windows. The description is in file README and I also post it to the ntg-pdftex mailing list. Patched files: The main part is implemented in: * utils.c * pdfstrcmp.ch is added. The other files only contains small changes: * pdftoepdf.cc, epdf.h, ptexlib.h because of changed signature of convertStringToPDFString() * pdftex.defines adds new/deletes old entries of utils.c * pdftex.mk, pdfetex.mk: addition of pdfstrcmp.ch Patch is applied by patch -p0 <EscapeDivers.patch in the base directory that contains "src". Example, the current directory contains pdftex-1.30.0-rc1.zip and EscapeAndOther.patch, contained in EscapeAndOther.tar.bz2: unzip pdftex-1.30.0-rc1.zip cd pdftex-1.30.0-rc1 patch -p0 <../EscapeAndOther.patch ./Build Test files that test the conversion of all characters: test-escapename.tex test-escapestring.tex test-escapehex.tex test-unescapehex.tex Have fun Heiko <oberdiek(a)uni-freiburg.de> ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=375&group_id=106

3 5

escaped spaces in \pdfescapestring
by Pawel Jackowski 23 Jun '05

23 Jun '05

Hi Heiko, what is the reason to escape spaces and newlines in \pdfescapestring? \def\mystr{A B^^JC} \tt %\pdfescapename{\mystr} % this is obsious \pdfescapestring{\mystr} % ? \end BR, -- Pawe/l Jackowski P.Jackowski(a)gust.org.pl

2 4

[ pdftex-Patches-374 ] noligatures patch
by noreply＠sarovar.org 23 Jun '05

23 Jun '05

Patches item #374, was opened at 2005-06-23 10:54 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=374&group_id=106 >Category: Primitives >Group: v1.30.0 Status: Open Resolution: None Priority: 5 Submitted By: Taco Hoekwater (taco) >Assigned to: The Thanh Han (hanthethanh) Summary: noligatures patch Initial Comment: Usage is quite straightforward: \noligatures \f disables ligatures for the loaded font \f. The (unexpandable) value of \noligatures \f is either 1, when the font has no ligatures, or 0, when the font *does* have ligatures. This patch is to be applied after tex.pch, but see the change file itself for a remark regarding MLTeX. As requested by Hans. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=374&group_id=106

1 0

[ pdftex-Patches-374 ] noligatures patch
by noreply＠sarovar.org 23 Jun '05

23 Jun '05

Patches item #374, was opened at 2005-06-23 10:54 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=374&group_id=106 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Taco Hoekwater (taco) Assigned to: Nobody (None) Summary: noligatures patch Initial Comment: Usage is quite straightforward: \noligatures \f disables ligatures for the loaded font \f. The (unexpandable) value of \noligatures \f is either 1, when the font has no ligatures, or 0, when the font *does* have ligatures. This patch is to be applied after tex.pch, but see the change file itself for a remark regarding MLTeX. As requested by Hans. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=374&group_id=106

1 0

\random?
by Pawel Jackowski 23 Jun '05

23 Jun '05

Hi All, a couple of months ago I was asked to implement a simple random number generator in TeX. It is not very hard for uniform distributions, but I couldn't find satisfactory way to make it reliable and expandable. The problem is that all generators I know (I'm not expirienced in that stuff) use recently generated random number to make another one. For TeX it means we need to make an assignment. OK, there is no many practical reasons for that (: I've found two however. * if \pdfuniquresname is in use, one may want to make his own named resources unique as well * when playing i.e. with page backgrounds or other TeX-based pictures, it might be nice to have a possibility to use random text size/color/position. How do you think? Taco? -- Pawe/l Jackowski P.Jackowski(a)gust.org.pl

3 6

[ pdftex-Patches-371 ] Expandable \pdfstrcmp, \pdfescape*, added \pdf(de)escapehex
by noreply＠sarovar.org 21 Jun '05

21 Jun '05

Patches item #371, was opened at 2005-06-20 17:11 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=371&group_id=106 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Heiko Oberdiek (oberdiek) Assigned to: Nobody (None) Summary: Expandable \pdfstrcmp, \pdfescape*, added \pdf(de)escapehex Initial Comment: Hello, the result of last weekend is a patch that makes \pdfstrcmp (based on Harmut's work) and the \pdfescape* commands expandable. Thus \pdflastescaped* are not needed anymore. I could remove the dependency on a limited buffer by copying the destination strings directly in the string pool above the source string. Also the patch adds the fixes of bug 369. Fourth I add \pdfescapehex and \pdfunescapehex that implements encoding and decoding for hexadecimal strings: * Strings can also be given as hex strings in angle brackets. * Safe method to store and read string data to auxiliary files without worrying about catcodes, unmachted curly braces, ... * Help in handling UTF-8/Unicode or other hex coding stuff. Patch is applied by patch <EscapeDivers.patch in directory src/texk/web2c/pdftexdir The Makefile needs modifying. After the lines $(srcdir)/pdftexdir/tex.pch the line $(srcdir)/pdftexdir/pdfstrcmp.ch is inserted. This should be done two times for pdftex and pdfetex. Yours sincerely Heiko <oberdiek(a)uni-freiburg.de> ---------------------------------------------------------------------- >Comment By: Heiko Oberdiek (oberdiek) Date: 2005-06-21 08:52 Message: Logged In: YES user_id=1276 Hello, the first patch missed the changes in pdftex.defines. Now the patch is reorganized: Patched files: * utils.c main part of the fix, especially function convertStringToPDFName(). * pdftoepdf.cc, epdf.h, ptexlib.h because of changed signature of convertStringToPDFString() * pdftex.defines adds new/deletes old entries of utils.c * pdfstrcmp.ch is added. * pdftex.mk, ../pdfetexdir/pdfetex.mk: addition of pdfstrcmp.ch Now the patch must be applied in scr/texk/web2c: patch -p0 <EscapeDivers.patch With the following commands I could compile pdf(e)tex: unzip pdftex-1.30.0-rc1.zip cd pdftex-1.30.0-rc1/src/texk/web2c patch -p0 <../../../../EscapeDivers.patch cd - ./Build Sorry for the inconvenience Heiko <oberdiek(a)uni-freiburg.de> ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=371&group_id=106

1 0

[ pdftex-Bugs-369 ] Bug fix for \pdfescapename and \pdfescapestring
by noreply＠sarovar.org 20 Jun '05

20 Jun '05

Bugs item #369, was opened at 2005-06-18 19:00 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=369&group_id=106 Category: None Group: None >Status: Closed >Resolution: Accepted Priority: 5 Submitted By: Heiko Oberdiek (oberdiek) Assigned to: Nobody (None) Summary: Bug fix for \pdfescapename and \pdfescapestring Initial Comment: Hello, the attached patch is based on pdftex-1.30.0-rc1. It fixes the following problems with \pdfescapename and \pdfescapestring: * In both cases zero data bytes result in truncated strings, because the length is measured by "strlen". This is fixed by adding a length parameter to the string conversion functions, see utils.c: escapestr() and escapename(). * \pdfescapename: * delimiter character must be escaped, too. * zero byte is ignored, see specification. * documentation: specification added for convertStringToPDFName() in utils.c Patched files: * utils.c main part of the fix, especially function convertStringToPDFName(). * pdftoepdf.cc, epdf.h, ptexlib.h because of changed signature of convertStringToPDFString() Patch is applied by patch <EscapeNameString.patch in directory src/texk/web2c/pdftexdir Test files that test the conversion of all characters: test-escapename.tex test-escapestring.tex Yours sincerely Heiko <oberdiek(a)uni-freiburg.de> ---------------------------------------------------------------------- >Comment By: Martin Schröder (oneiros) Date: 2005-06-21 00:17 Message: Logged In: YES user_id=421 Included in #371 ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=369&group_id=106

1 0

[ pdftex-Bugs-367 ] Using hypertex
by noreply＠sarovar.org 20 Jun '05

20 Jun '05

Bugs item #367, was opened at 2005-06-16 16:00 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=367&group_id=106 Category: None Group: v1.21a >Status: Closed >Resolution: Rejected Priority: 5 Submitted By: Aleks Kleyn (aleks_kleyn) Assigned to: Nobody (None) Summary: Using hypertex Initial Comment: This bug appeared after May or April installation of MikTeX. I use AmsArt class together with hyperTeX package. However when I click bookmark or any \ref in document I do not go to appropriate place in text. When I use latex.exe and then convert dvi to pdf I get pdf file where \ref works as I expect, but I cannot create this way bookmarks. ---------------------------------------------------------------------- >Comment By: Martin Schröder (oneiros) Date: 2005-06-21 00:02 Message: Logged In: YES user_id=421 I'm closing this, as it's most likely a hyperref bug. Anyway please file this with MikTeX if you are sure it's a bug; but please read http://www.chiark.greenend.org.uk/~sgtatham/bugs.html before bothering anybody again. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=367&group_id=106

1 0

[ pdftex-Patches-368 ] make \pdfstrcmp expandable (experimental patch)
by noreply＠sarovar.org 20 Jun '05

20 Jun '05

Patches item #368, was opened at 2005-06-18 00:29 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=368&group_id=106 Category: Primitives Group: v1.30.0 >Status: Closed Resolution: None Priority: 5 Submitted By: Hartmut Henkel (hhenkel) Assigned to: Nobody (None) Summary: make \pdfstrcmp expandable (experimental patch) Initial Comment: just moved \pdfstrcmp over to procedure conv_toks, so that the result -1/0/1 is inserted into the input token list. Does this make sense? ---------------------------------------------------------------------- >Comment By: Hartmut Henkel (hhenkel) Date: 2005-06-20 22:09 Message: Logged In: YES user_id=929 Patch 368 can be closed as an improved version is now included in patch 371 by Heiko. Many thanks to him and Taco for debugging! Regards, Hartmut ---------------------------------------------------------------------- Comment By: Heiko Oberdiek (oberdiek) Date: 2005-06-20 17:02 Message: Logged In: YES user_id=1276 Hello, Taco I agree with your analysis, last weekend I found the same variables that need saving, too. Also I have a patch that also make \pdfescape* expandable. Thus \pdflastescaped* are not needed anymore. And I could remove the dependency on a limited buffer by copying the destination strings directly in the string pool above the source string. Third I added \pdfescapehex and \pdfunescapehex that adds encoding/decoding for hexadecimal strings: * Strings can also be given as hex strings in angle brackets. * Safe method to store and read string data to auxiliary files without worrying about catcodes, unmachted curly braces, ... * Help in handling UTF-8/Unicode or other hex coding stuff. I hope, I can attach the patch here in this thread (upload part is missing?. Otherwise I will make an new patch. Patch is applied by patch <EscapeDivers.patch in directory src/texk/web2c/pdftexdir The Makefile must be modified. After the lines $(srcdir)/pdftexdir/tex.pch the line $(srcdir)/pdftexdir/pdfstrcmp.ch is inserted. This is done two times for pdftex and pdfetex. Yours sincerely Heiko <oberdiek(a)uni-freiburg.de> ---------------------------------------------------------------------- Comment By: Taco Hoekwater (taco) Date: 2005-06-20 16:33 Message: Logged In: YES user_id=1608 It makes sense, but it is not 100% safe as-is. In an expanding context, lots of stuff can go one at the same time. Esp., scan_toks touches some global variables, so compare_strings should save the globals def_ref, scanner_status and warning _index to prevent stack corruption later on. For instance, this crashes: % process by initex \input plain \edef\alpha{\pdfstrcmp{alpha}{alph}} \message{\meaning\alpha} \end % I am attaching a change file that modifies compare_strings() , cf. scan_general_text() in eTeX. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=368&group_id=106

1 0