- ntg-pdftex - NTG Mailing Lists

pdftex-1.40.0-beta-20061108
by Martin Schröder 08 Nov '06

08 Nov '06

http://sarovar.org/download.php/1108/pdftex-1.40.0-beta-20061017-20061108.d… This is just an interim release to help with bug fixing. --------------------------------------------------------------- pdfTeX 3.141592-1.40.0-beta-20061108 was released on 2006-11-08 --------------------------------------------------------------- - bugfix: extra kerning+expansion+ligatures (481) - bugfix: extra kerning does not work with ligatures (482) - bugfix: extra kerning inhibits extra spacing (483) - bugfix: extra kerning inhibits hyphenation (484) - bugfix: ttf2afm fails to include characters specified with uniXXXX (565) Best Martin

1 0

Re: [NTG-pdftex] fix for bugs #481--483
by Akira Kakuto 07 Nov '06

07 Nov '06

Hi, > I can't reproduce the crash with the latest version of the > patch. On windows 2k, the crash was reproduced for % (5) finally, this document gives a segfault % (ok without the patches): \documentclass[10pt,a4paper]{ltxdoc} \def\rmdefault{bch} \begin{document} \begin{multicols}{2} A (\textit{Bcdrea} \end{multicols} \end{document} Best, Akira

1 0

[ pdftex-Patches-663 ] fix for bugs #481--483
by noreply＠sarovar.org 06 Nov '06

06 Nov '06

Patches item #663, was opened at 2006-10-21 14:29 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=663&group_id=106 Category: hz Group: v1.40.0 Status: Open Resolution: Accepted Priority: 5 Submitted By: The Thanh Han (hanthethanh) Assigned to: Hartmut Henkel (hhenkel) Summary: fix for bugs #481--483 Initial Comment: This is an attempt to fix bug #481--483 - This patch applies to the pristine pdftex-1.40.0-beta-20061017 sources only; if you have applied another patch(es) to the sources, please discard them and start from the fresh ones. - How to apply: ,-------- | cd /path/to/pdftex-1.40.0-beta-20061017/src | cat /path/to/the/patch | patch -p1 | ./configure | cd texk/web2c | make pdftex `-------- ---------------------------------------------------------------------- >Comment By: Martin Schröder (oneiros) Date: 2006-11-06 23:59 Message: Logged In: YES user_id=421 A more general note: If possible please split continue the discussion at the affected bugs. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2006-11-06 23:57 Message: Logged In: YES user_id=421 I can't reproduce the crash with the latest version of the patch. ---------------------------------------------------------------------- Comment By: Robert (schlcht) Date: 2006-11-06 22:36 Message: Logged In: YES user_id=2217 Hi, I've tested this patch and found some problems with it: (I haven't had a look at the first patch.) % ---------------------------------------------------- (1) The kerning amount is wrong/has changed. %...\kern2.32 % instead of (with previous versions) %...\kern 10.00002 % ---------------------------------------------------- (2) There's no kerning before a character if it starts a word. \hsize 9cm \tracingoutput1 \showboxdepth\maxdimen \showboxbreadth\maxdimen \knaccode\font`x=1000 \knbccode\font`x=1000 \pdfappendkern1 \pdfprependkern1 xyxyx xyxyx % ---------------------------------------------------- (3) Kerning doesn't work in lines composed with expanded fonts. \pdfprependkern1 \knbccode\font`:=500 \pdfadjustspacing2 \pdffontexpand\font 20 20 5 autoexpand yyyy: yyyy: yyyy: yyyy: yyyy: yyyy: yyyy: yyyy: yyyy: yyyy: yyyy: % ---------------------------------------------------- (4) Kerning now has this unreliable kind of paragraph scope, so that whether or not it will be applied depends on whether tex needs to hyphenate the paragraph, and whether a word contains a discretionary. \pdfadjustspacing0 \knaccode\font`s=500 \knbccode\font`s=500 \pdfappendkern1 \pdfprependkern1 tasty testing tasty testing tasty testing tasty testing tasty testing \pdfappendkern0 \pdfprependkern0 tasty testing tasty testing tasty testing tasty testing tasty testing \bye % ---------------------------------------------------- % (5) finally, this document gives a segfault % (ok without the patches): \documentclass[10pt,a4paper]{ltxdoc} \def\rmdefault{bch} \begin{document} \begin{multicols}{2} A (\textit{Bcdrea} \end{multicols} \end{document} ---------------------------------------------------------------------- Comment By: Robert (schlcht) Date: 2006-11-06 22:34 Message: Logged In: YES user_id=2217 Hi, I've tested this patch and found some problems with it: (I haven't had a look at the first patch.) % ---------------------------------------------------- (1) The kerning amount is wrong/has changed. %...\kern2.32 % instead of (with previous versions) %...\kern 10.00002 % ---------------------------------------------------- (2) There's no kerning before a character if it starts a word. \hsize 9cm \tracingoutput1 \showboxdepth\maxdimen \showboxbreadth\maxdimen \knaccode\font`x=1000 \knbccode\font`x=1000 \pdfappendkern1 \pdfprependkern1 xyxyx xyxyx % ---------------------------------------------------- (3) Kerning doesn't work in lines composed with expanded fonts. \pdfprependkern1 \knbccode\font`:=500 \pdfadjustspacing2 \pdffontexpand\font 20 20 5 autoexpand yyyy: yyyy: yyyy: yyyy: yyyy: yyyy: yyyy: yyyy: yyyy: yyyy: yyyy: % ---------------------------------------------------- (4) Kerning now has this unreliable kind of paragraph scope, so that whether or not it will be applied depends on whether tex needs to hyphenate the paragraph, and whether a word contains a discretionary. \pdfadjustspacing0 \knaccode\font`s=500 \knbccode\font`s=500 \pdfappendkern1 \pdfprependkern1 tasty testing tasty testing tasty testing tasty testing tasty testing \pdfappendkern0 \pdfprependkern0 tasty testing tasty testing tasty testing tasty testing tasty testing \bye % ---------------------------------------------------- % (5) finally, this document gives a segfault % (ok without the patches): \documentclass[10pt,a4paper]{ltxdoc} \def\rmdefault{bch} \begin{document} \begin{multicols}{2} A (\textit{Bcdrea} \end{multicols} \end{document} ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2006-11-02 09:44 Message: Logged In: YES user_id=710 Thank you Martin for looking at the patch and blessing it. I was struggling with TeX The Program more than a week before I came up with this patch and still I am not sure it doesn't break anything (I didn't claim it fixes bugs #481-484 but said this is an attempt to fix that). ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2006-11-01 18:37 Message: Logged In: YES user_id=421 Thanh, I looked at it, and as it does what you claim (fix #481-484) and doesn't seem to brake anything, it's in. :-) Although I'd like Hartmut to also have a look at it. hz isn't exactly my specialty. ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2006-10-28 18:01 Message: Logged In: YES user_id=710 Martin, have you looked at this patch? What do you think of it? ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2006-10-22 23:38 Message: Logged In: YES user_id=710 This is an update of the previous patch, which attemps to solve problem #484 as well (I would not call #484 a bug but a limitation -- a bug would mean that the behaviour is inconsistent with the specification). This patch is *very different* from the previous one, since now kerns inserted by the new primitives are treated as implicit kerns (they were treated as explicit kerns before this patch). This can lead to a very different behaviour, so be prepared :) ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2006-10-21 15:54 Message: Logged In: YES user_id=421 Thanks! Any idea for 484? :-) ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=663&group_id=106

1 0

[ pdftex-Patches-663 ] fix for bugs #481--483
by noreply＠sarovar.org 06 Nov '06

06 Nov '06

Patches item #663, was opened at 2006-10-21 14:29 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=663&group_id=106 Category: hz Group: v1.40.0 >Status: Open Resolution: Accepted Priority: 5 Submitted By: The Thanh Han (hanthethanh) Assigned to: Hartmut Henkel (hhenkel) Summary: fix for bugs #481--483 Initial Comment: This is an attempt to fix bug #481--483 - This patch applies to the pristine pdftex-1.40.0-beta-20061017 sources only; if you have applied another patch(es) to the sources, please discard them and start from the fresh ones. - How to apply: ,-------- | cd /path/to/pdftex-1.40.0-beta-20061017/src | cat /path/to/the/patch | patch -p1 | ./configure | cd texk/web2c | make pdftex `-------- ---------------------------------------------------------------------- >Comment By: Martin Schröder (oneiros) Date: 2006-11-06 23:57 Message: Logged In: YES user_id=421 I can't reproduce the crash with the latest version of the patch. ---------------------------------------------------------------------- Comment By: Robert (schlcht) Date: 2006-11-06 22:36 Message: Logged In: YES user_id=2217 Hi, I've tested this patch and found some problems with it: (I haven't had a look at the first patch.) % ---------------------------------------------------- (1) The kerning amount is wrong/has changed. %...\kern2.32 % instead of (with previous versions) %...\kern 10.00002 % ---------------------------------------------------- (2) There's no kerning before a character if it starts a word. \hsize 9cm \tracingoutput1 \showboxdepth\maxdimen \showboxbreadth\maxdimen \knaccode\font`x=1000 \knbccode\font`x=1000 \pdfappendkern1 \pdfprependkern1 xyxyx xyxyx % ---------------------------------------------------- (3) Kerning doesn't work in lines composed with expanded fonts. \pdfprependkern1 \knbccode\font`:=500 \pdfadjustspacing2 \pdffontexpand\font 20 20 5 autoexpand yyyy: yyyy: yyyy: yyyy: yyyy: yyyy: yyyy: yyyy: yyyy: yyyy: yyyy: % ---------------------------------------------------- (4) Kerning now has this unreliable kind of paragraph scope, so that whether or not it will be applied depends on whether tex needs to hyphenate the paragraph, and whether a word contains a discretionary. \pdfadjustspacing0 \knaccode\font`s=500 \knbccode\font`s=500 \pdfappendkern1 \pdfprependkern1 tasty testing tasty testing tasty testing tasty testing tasty testing \pdfappendkern0 \pdfprependkern0 tasty testing tasty testing tasty testing tasty testing tasty testing \bye % ---------------------------------------------------- % (5) finally, this document gives a segfault % (ok without the patches): \documentclass[10pt,a4paper]{ltxdoc} \def\rmdefault{bch} \begin{document} \begin{multicols}{2} A (\textit{Bcdrea} \end{multicols} \end{document} ---------------------------------------------------------------------- Comment By: Robert (schlcht) Date: 2006-11-06 22:34 Message: Logged In: YES user_id=2217 Hi, I've tested this patch and found some problems with it: (I haven't had a look at the first patch.) % ---------------------------------------------------- (1) The kerning amount is wrong/has changed. %...\kern2.32 % instead of (with previous versions) %...\kern 10.00002 % ---------------------------------------------------- (2) There's no kerning before a character if it starts a word. \hsize 9cm \tracingoutput1 \showboxdepth\maxdimen \showboxbreadth\maxdimen \knaccode\font`x=1000 \knbccode\font`x=1000 \pdfappendkern1 \pdfprependkern1 xyxyx xyxyx % ---------------------------------------------------- (3) Kerning doesn't work in lines composed with expanded fonts. \pdfprependkern1 \knbccode\font`:=500 \pdfadjustspacing2 \pdffontexpand\font 20 20 5 autoexpand yyyy: yyyy: yyyy: yyyy: yyyy: yyyy: yyyy: yyyy: yyyy: yyyy: yyyy: % ---------------------------------------------------- (4) Kerning now has this unreliable kind of paragraph scope, so that whether or not it will be applied depends on whether tex needs to hyphenate the paragraph, and whether a word contains a discretionary. \pdfadjustspacing0 \knaccode\font`s=500 \knbccode\font`s=500 \pdfappendkern1 \pdfprependkern1 tasty testing tasty testing tasty testing tasty testing tasty testing \pdfappendkern0 \pdfprependkern0 tasty testing tasty testing tasty testing tasty testing tasty testing \bye % ---------------------------------------------------- % (5) finally, this document gives a segfault % (ok without the patches): \documentclass[10pt,a4paper]{ltxdoc} \def\rmdefault{bch} \begin{document} \begin{multicols}{2} A (\textit{Bcdrea} \end{multicols} \end{document} ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2006-11-02 09:44 Message: Logged In: YES user_id=710 Thank you Martin for looking at the patch and blessing it. I was struggling with TeX The Program more than a week before I came up with this patch and still I am not sure it doesn't break anything (I didn't claim it fixes bugs #481-484 but said this is an attempt to fix that). ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2006-11-01 18:37 Message: Logged In: YES user_id=421 Thanh, I looked at it, and as it does what you claim (fix #481-484) and doesn't seem to brake anything, it's in. :-) Although I'd like Hartmut to also have a look at it. hz isn't exactly my specialty. ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2006-10-28 18:01 Message: Logged In: YES user_id=710 Martin, have you looked at this patch? What do you think of it? ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2006-10-22 23:38 Message: Logged In: YES user_id=710 This is an update of the previous patch, which attemps to solve problem #484 as well (I would not call #484 a bug but a limitation -- a bug would mean that the behaviour is inconsistent with the specification). This patch is *very different* from the previous one, since now kerns inserted by the new primitives are treated as implicit kerns (they were treated as explicit kerns before this patch). This can lead to a very different behaviour, so be prepared :) ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2006-10-21 15:54 Message: Logged In: YES user_id=421 Thanks! Any idea for 484? :-) ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=663&group_id=106

1 0

[ pdftex-Patches-663 ] fix for bugs #481--483
by noreply＠sarovar.org 06 Nov '06

06 Nov '06

Patches item #663, was opened at 2006-10-21 12:29 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=663&group_id=106 Category: hz Group: v1.40.0 Status: Closed Resolution: Accepted Priority: 5 Submitted By: The Thanh Han (hanthethanh) Assigned to: Hartmut Henkel (hhenkel) Summary: fix for bugs #481--483 Initial Comment: This is an attempt to fix bug #481--483 - This patch applies to the pristine pdftex-1.40.0-beta-20061017 sources only; if you have applied another patch(es) to the sources, please discard them and start from the fresh ones. - How to apply: ,-------- | cd /path/to/pdftex-1.40.0-beta-20061017/src | cat /path/to/the/patch | patch -p1 | ./configure | cd texk/web2c | make pdftex `-------- ---------------------------------------------------------------------- Comment By: Robert (schlcht) Date: 2006-11-06 21:36 Message: Logged In: YES user_id=2217 Hi, I've tested this patch and found some problems with it: (I haven't had a look at the first patch.) % ---------------------------------------------------- (1) The kerning amount is wrong/has changed. %...\kern2.32 % instead of (with previous versions) %...\kern 10.00002 % ---------------------------------------------------- (2) There's no kerning before a character if it starts a word. \hsize 9cm \tracingoutput1 \showboxdepth\maxdimen \showboxbreadth\maxdimen \knaccode\font`x=1000 \knbccode\font`x=1000 \pdfappendkern1 \pdfprependkern1 xyxyx xyxyx % ---------------------------------------------------- (3) Kerning doesn't work in lines composed with expanded fonts. \pdfprependkern1 \knbccode\font`:=500 \pdfadjustspacing2 \pdffontexpand\font 20 20 5 autoexpand yyyy: yyyy: yyyy: yyyy: yyyy: yyyy: yyyy: yyyy: yyyy: yyyy: yyyy: % ---------------------------------------------------- (4) Kerning now has this unreliable kind of paragraph scope, so that whether or not it will be applied depends on whether tex needs to hyphenate the paragraph, and whether a word contains a discretionary. \pdfadjustspacing0 \knaccode\font`s=500 \knbccode\font`s=500 \pdfappendkern1 \pdfprependkern1 tasty testing tasty testing tasty testing tasty testing tasty testing \pdfappendkern0 \pdfprependkern0 tasty testing tasty testing tasty testing tasty testing tasty testing \bye % ---------------------------------------------------- % (5) finally, this document gives a segfault % (ok without the patches): \documentclass[10pt,a4paper]{ltxdoc} \def\rmdefault{bch} \begin{document} \begin{multicols}{2} A (\textit{Bcdrea} \end{multicols} \end{document} ---------------------------------------------------------------------- Comment By: Robert (schlcht) Date: 2006-11-06 21:34 Message: Logged In: YES user_id=2217 Hi, I've tested this patch and found some problems with it: (I haven't had a look at the first patch.) % ---------------------------------------------------- (1) The kerning amount is wrong/has changed. %...\kern2.32 % instead of (with previous versions) %...\kern 10.00002 % ---------------------------------------------------- (2) There's no kerning before a character if it starts a word. \hsize 9cm \tracingoutput1 \showboxdepth\maxdimen \showboxbreadth\maxdimen \knaccode\font`x=1000 \knbccode\font`x=1000 \pdfappendkern1 \pdfprependkern1 xyxyx xyxyx % ---------------------------------------------------- (3) Kerning doesn't work in lines composed with expanded fonts. \pdfprependkern1 \knbccode\font`:=500 \pdfadjustspacing2 \pdffontexpand\font 20 20 5 autoexpand yyyy: yyyy: yyyy: yyyy: yyyy: yyyy: yyyy: yyyy: yyyy: yyyy: yyyy: % ---------------------------------------------------- (4) Kerning now has this unreliable kind of paragraph scope, so that whether or not it will be applied depends on whether tex needs to hyphenate the paragraph, and whether a word contains a discretionary. \pdfadjustspacing0 \knaccode\font`s=500 \knbccode\font`s=500 \pdfappendkern1 \pdfprependkern1 tasty testing tasty testing tasty testing tasty testing tasty testing \pdfappendkern0 \pdfprependkern0 tasty testing tasty testing tasty testing tasty testing tasty testing \bye % ---------------------------------------------------- % (5) finally, this document gives a segfault % (ok without the patches): \documentclass[10pt,a4paper]{ltxdoc} \def\rmdefault{bch} \begin{document} \begin{multicols}{2} A (\textit{Bcdrea} \end{multicols} \end{document} ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2006-11-02 08:44 Message: Logged In: YES user_id=710 Thank you Martin for looking at the patch and blessing it. I was struggling with TeX The Program more than a week before I came up with this patch and still I am not sure it doesn't break anything (I didn't claim it fixes bugs #481-484 but said this is an attempt to fix that). ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2006-11-01 17:37 Message: Logged In: YES user_id=421 Thanh, I looked at it, and as it does what you claim (fix #481-484) and doesn't seem to brake anything, it's in. :-) Although I'd like Hartmut to also have a look at it. hz isn't exactly my specialty. ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2006-10-28 16:01 Message: Logged In: YES user_id=710 Martin, have you looked at this patch? What do you think of it? ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2006-10-22 21:38 Message: Logged In: YES user_id=710 This is an update of the previous patch, which attemps to solve problem #484 as well (I would not call #484 a bug but a limitation -- a bug would mean that the behaviour is inconsistent with the specification). This patch is *very different* from the previous one, since now kerns inserted by the new primitives are treated as implicit kerns (they were treated as explicit kerns before this patch). This can lead to a very different behaviour, so be prepared :) ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2006-10-21 13:54 Message: Logged In: YES user_id=421 Thanks! Any idea for 484? :-) ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=663&group_id=106

1 0

[ pdftex-Patches-663 ] fix for bugs #481--483
by noreply＠sarovar.org 06 Nov '06

06 Nov '06

Patches item #663, was opened at 2006-10-21 12:29 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=663&group_id=106 Category: hz Group: v1.40.0 Status: Closed Resolution: Accepted Priority: 5 Submitted By: The Thanh Han (hanthethanh) Assigned to: Hartmut Henkel (hhenkel) Summary: fix for bugs #481--483 Initial Comment: This is an attempt to fix bug #481--483 - This patch applies to the pristine pdftex-1.40.0-beta-20061017 sources only; if you have applied another patch(es) to the sources, please discard them and start from the fresh ones. - How to apply: ,-------- | cd /path/to/pdftex-1.40.0-beta-20061017/src | cat /path/to/the/patch | patch -p1 | ./configure | cd texk/web2c | make pdftex `-------- ---------------------------------------------------------------------- Comment By: Robert (schlcht) Date: 2006-11-06 21:34 Message: Logged In: YES user_id=2217 Hi, I've tested this patch and found some problems with it: (I haven't had a look at the first patch.) % ---------------------------------------------------- (1) The kerning amount is wrong/has changed. %...\kern2.32 % instead of (with previous versions) %...\kern 10.00002 % ---------------------------------------------------- (2) There's no kerning before a character if it starts a word. \hsize 9cm \tracingoutput1 \showboxdepth\maxdimen \showboxbreadth\maxdimen \knaccode\font`x=1000 \knbccode\font`x=1000 \pdfappendkern1 \pdfprependkern1 xyxyx xyxyx % ---------------------------------------------------- (3) Kerning doesn't work in lines composed with expanded fonts. \pdfprependkern1 \knbccode\font`:=500 \pdfadjustspacing2 \pdffontexpand\font 20 20 5 autoexpand yyyy: yyyy: yyyy: yyyy: yyyy: yyyy: yyyy: yyyy: yyyy: yyyy: yyyy: % ---------------------------------------------------- (4) Kerning now has this unreliable kind of paragraph scope, so that whether or not it will be applied depends on whether tex needs to hyphenate the paragraph, and whether a word contains a discretionary. \pdfadjustspacing0 \knaccode\font`s=500 \knbccode\font`s=500 \pdfappendkern1 \pdfprependkern1 tasty testing tasty testing tasty testing tasty testing tasty testing \pdfappendkern0 \pdfprependkern0 tasty testing tasty testing tasty testing tasty testing tasty testing \bye % ---------------------------------------------------- % (5) finally, this document gives a segfault % (ok without the patches): \documentclass[10pt,a4paper]{ltxdoc} \def\rmdefault{bch} \begin{document} \begin{multicols}{2} A (\textit{Bcdrea} \end{multicols} \end{document} ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2006-11-02 08:44 Message: Logged In: YES user_id=710 Thank you Martin for looking at the patch and blessing it. I was struggling with TeX The Program more than a week before I came up with this patch and still I am not sure it doesn't break anything (I didn't claim it fixes bugs #481-484 but said this is an attempt to fix that). ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2006-11-01 17:37 Message: Logged In: YES user_id=421 Thanh, I looked at it, and as it does what you claim (fix #481-484) and doesn't seem to brake anything, it's in. :-) Although I'd like Hartmut to also have a look at it. hz isn't exactly my specialty. ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2006-10-28 16:01 Message: Logged In: YES user_id=710 Martin, have you looked at this patch? What do you think of it? ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2006-10-22 21:38 Message: Logged In: YES user_id=710 This is an update of the previous patch, which attemps to solve problem #484 as well (I would not call #484 a bug but a limitation -- a bug would mean that the behaviour is inconsistent with the specification). This patch is *very different* from the previous one, since now kerns inserted by the new primitives are treated as implicit kerns (they were treated as explicit kerns before this patch). This can lead to a very different behaviour, so be prepared :) ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2006-10-21 13:54 Message: Logged In: YES user_id=421 Thanks! Any idea for 484? :-) ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=663&group_id=106

1 0

[ pdftex-Patches-663 ] fix for bugs #481--483
by noreply＠sarovar.org 02 Nov '06

02 Nov '06

Patches item #663, was opened at 2006-10-21 12:29 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=663&group_id=106 Category: hz Group: v1.40.0 Status: Closed Resolution: Accepted Priority: 5 Submitted By: The Thanh Han (hanthethanh) Assigned to: Hartmut Henkel (hhenkel) Summary: fix for bugs #481--483 Initial Comment: This is an attempt to fix bug #481--483 - This patch applies to the pristine pdftex-1.40.0-beta-20061017 sources only; if you have applied another patch(es) to the sources, please discard them and start from the fresh ones. - How to apply: ,-------- | cd /path/to/pdftex-1.40.0-beta-20061017/src | cat /path/to/the/patch | patch -p1 | ./configure | cd texk/web2c | make pdftex `-------- ---------------------------------------------------------------------- >Comment By: The Thanh Han (hanthethanh) Date: 2006-11-02 08:44 Message: Logged In: YES user_id=710 Thank you Martin for looking at the patch and blessing it. I was struggling with TeX The Program more than a week before I came up with this patch and still I am not sure it doesn't break anything (I didn't claim it fixes bugs #481-484 but said this is an attempt to fix that). ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2006-11-01 17:37 Message: Logged In: YES user_id=421 Thanh, I looked at it, and as it does what you claim (fix #481-484) and doesn't seem to brake anything, it's in. :-) Although I'd like Hartmut to also have a look at it. hz isn't exactly my specialty. ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2006-10-28 16:01 Message: Logged In: YES user_id=710 Martin, have you looked at this patch? What do you think of it? ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2006-10-22 21:38 Message: Logged In: YES user_id=710 This is an update of the previous patch, which attemps to solve problem #484 as well (I would not call #484 a bug but a limitation -- a bug would mean that the behaviour is inconsistent with the specification). This patch is *very different* from the previous one, since now kerns inserted by the new primitives are treated as implicit kerns (they were treated as explicit kerns before this patch). This can lead to a very different behaviour, so be prepared :) ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2006-10-21 13:54 Message: Logged In: YES user_id=421 Thanks! Any idea for 484? :-) ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=663&group_id=106

1 0

[ pdftex-Bugs-304 ] Names of expanded fonts not in log output
by noreply＠sarovar.org 01 Nov '06

01 Nov '06

Bugs item #304, was opened at 2005-03-02 18:25 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=304&group_id=106 Category: Fonts Group: v1.21a Status: Open Resolution: Accepted >Priority: 3 Submitted By: Robert (schlcht) Assigned to: Hartmut Henkel (hhenkel) Summary: Names of expanded fonts not in log output Initial Comment: When using font expansion, the log output will not contain the names of the expanded fonts but the null character instead (resp. ^^@). %------------------------------------- \pdfadjustspacing=2 \pdffontexpand\font 20 20 5 autoexpand \tracingoutput=1 test \parfillskip 0pt test \bye %------------------------------------- Regards, Robert. ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2006-10-23 12:23 Message: Logged In: YES user_id=710 Here is an attempt to fix this problem (reversed patch attached). ---------------------------------------------------------------------- Comment By: Robert (schlcht) Date: 2006-09-03 19:30 Message: Logged In: YES user_id=2217 I've attached an example using Kepler MM (tfm+pfb included, please delete after testing). MM fonts are probably the only case where one would not want to use the autoexpand feature. At first sight, saying "autoexpand" or not doesn't seem to make a difference, since pdftex will always prefer existing expanded fonts (pfb) over autoexpanding them, anyway. However, there are some slight differences in the pdf. This is probably because the provided tfm file is different from the metrics that pdf calculates itself in the case of autoexpand. That is, autoexpand may result in a mismatch between the provided pfb and the calculated tfm, is that correct? ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2006-09-01 21:02 Message: Logged In: YES user_id=929 currently i even can't get a test file do expansion at all without "autoexpand". E. g. Robert's example above, without "autoexpand", doesn't use expanded fonts. Maybe that's the reason for the missing expand parameter in the log? Can anybody provide a test file for this case? Regards, Hartmut ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2006-09-01 12:47 Message: Logged In: YES user_id=421 Is this really a problem, i.e. is there a reason _not_ to use the autoexpand feature in new documents? Hartmut, did you look into this bug? ---------------------------------------------------------------------- Comment By: Robert (schlcht) Date: 2005-10-16 00:24 Message: Logged In: YES user_id=2217 If the font is not autoexpand'ed, its name will still not be written to the log file. (pdftex 1.30.3; same test file, without "autoexpand") Regards, Robert. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2005-05-12 17:05 Message: Logged In: YES user_id=421 This has been fixed in 1.30.0 ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2005-03-30 22:16 Message: Logged In: YES user_id=929 This patch is based of Thanh's change file showfont.ch, which he gave me during EuroTeX2005 (it's also included, renamed here to showfont-thanh.ch). Use showfont.ch for the patch. There is now a new integer variable \pdftracingfonts. It is zero by default, then we get a log like this (see robert050302.log): ...\tenrm t ...\tenrm (+20) e Without font expansion, this default should be compatible with TeX's original log output. If \pdftracingfonts is set to 1 (or greater), we get a more verbose log (see tst-304.log): ...\xivtt (cmtt10(a)14.0pt) t .\xivtt (cmtt10+20(a)14.0pt) e Seems to work with change file showfont.ch coming directly after after hz.ch. Patch only roughly tested with pdfetex, likely to give problems with pdfxtex, as the variable numbering might differ. Log format to be agreed upon... Regards, Hartmut ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=304&group_id=106

1 0

[ pdftex-Bugs-565 ] ttf2afm fails to include characters specified with uniXXXX
by noreply＠sarovar.org 01 Nov '06

01 Nov '06

Bugs item #565, was opened at 2006-05-29 16:37 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=565&group_id=106 Category: ttf2afm Group: v1.30.0 >Status: Closed Resolution: Fixed Priority: 5 Submitted By: Mike Spivey (spivey) Assigned to: The Thanh Han (hanthethanh) Summary: ttf2afm fails to include characters specified with uniXXXX Initial Comment: If characters are specified in an encoding vector as uniXXXX (with XXXX a hexadecimal unicode value), then these characters are not included in the AFM output, unlike characters that are specified by name. The same goes for characters specifed by position. A suggested patch is attached. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2006-10-23 12:51 Message: Logged In: YES user_id=421 A patch for this will be included in the next version (1.40). ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2006-10-23 11:00 Message: Logged In: YES user_id=710 the patch looks good to me. Martin, call you include this in next release? ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2006-07-25 19:46 Message: Logged In: YES user_id=421 Thanh, ttf2afm is your baby. :-) Pleae check. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=565&group_id=106

1 0

[ pdftex-Bugs-606 ] Forbidden ... while scanning ???
by noreply＠sarovar.org 01 Nov '06

01 Nov '06

Bugs item #606, was opened at 2006-09-16 22:28 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=606&group_id=106 Category: Primitives Group: v1.40.0 Status: Open >Resolution: Postponed Priority: 3 Submitted By: Hartmut Henkel (hhenkel) Assigned to: Hartmut Henkel (hhenkel) Summary: Forbidden ... while scanning ??? Initial Comment: \pdftrailer {abc \bye gives ! Forbidden control sequence found while scanning text of \pdftrailer. but \pdfximage {abc \bye or \pdfliteral {abc \bye give ! Forbidden control sequence found while scanning text of ???. Instead of these three question marks there should be the name of the primitive. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2006-09-21 14:22 Message: Logged In: YES user_id=421 I've backed out the change; this is low priority and probably needs more changes. ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2006-09-17 21:10 Message: Logged In: YES user_id=929 yes, the patch works, thanks a lot! But there are in fact many more \pdf... primitives that suffer from this problem, actually any with a scan_keyword call before the scan_pdf_ext_toks. After the way how it's done in @<Implement \.{\write}@>=, it seems that a new variable save_cur_cs is not needed if one uses k for this purpose. Needs change of a few k uses to j. But problematic is \pdfoutline as it has another scan_pdf_ext_toks for the attr keyword. Wouldn't these many changes be too risky for 1.40.0? ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2006-09-17 18:34 Message: Logged In: YES user_id=421 The patch was missing. Fixed. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2006-09-17 16:30 Message: Logged In: YES user_id=421 The cause seems to be that some scan_functions loose the meaning of cur_cs, which leads to the ??? when reaching <Tell the user what has run away...@>. The attached (IMHO crude) patch fixes this for the cases you mentioned, but there are probably other cases not found... ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=606&group_id=106

1 0