November 2006 - ntg-pdftex - NTG Mailing Lists

Re: [NTG-pdftex] [ pdftex-Bugs-695 ] Confusion when changing kerning settings within a paragraph
by Thanh Han The 19 Nov '06

19 Nov '06

I think it was not a good decision to introduce those new features, as they touch a very sensitive area of tex and it's hard to get them right. I wonder whether it is better to discard them all. Thanh On Wed, Nov 15, 2006 at 06:46:26AM +0530, noreply(a)sarovar.org wrote: > Bugs item #695, was opened at 2006-11-15 01:16 > You can respond by visiting: > http://sarovar.org/tracker/?func=detail%26atid=493%26aid=695%26group_id=106 > > Category: None > Group: None > Status: Open > Resolution: None > Priority: 5 > Submitted By: Robert (schlcht) > Assigned to: Nobody (None) > Summary: Confusion when changing kerning settings within a paragraph > > Initial Comment: > Extra kerning now has this nasty, unreliable kind of > paragraph scope, so that whether or not extra kerning > will be applied depends on whether tex needs to > hyphenate the paragraph, and whether a word contains a > discretionary. > (Same as for \pdfnoligatures [see discussion in feature > req 385], for which this may be an acceptable > limitation, since it has global scope, anyway. However, > I don't consider it acceptable for the kerning feature. > Think of language-dependant settings, for example.) > > \hsize 7cm > \pdfadjustspacing0 > \knaccode\font`s=500 > \knbccode\font`s=500 > \pdfappendkern1 \pdfprependkern1 > > nasty testing nasty testing nasty testing nasty testing > nasty testing > > nasty testing nasty testing nasty testing nasty testing > nasty testing > \pdfappendkern0 \pdfprependkern0 > nasty testing nasty testing nasty testing nasty testing > nasty testing > > \bye > > > ---------------------------------------------------------------------- > > You can respond by visiting: > http://sarovar.org/tracker/?func=detail%26atid=493%26aid=695%26group_id=106 > _______________________________________________ > ntg-pdftex mailing list > ntg-pdftex(a)ntg.nl > http://www.ntg.nl/mailman/listinfo/ntg-pdftex

3 2

[ pdftex-Bugs-692 ] Amount of extra kerning is wrong/has changed
by noreply＠sarovar.org 19 Nov '06

19 Nov '06

Bugs item #692, was opened at 2006-11-15 01:14 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=692&group_id=106 Category: hz Group: v1.40.0 Status: Open Resolution: Accepted Priority: 5 Submitted By: Robert (schlcht) Assigned to: The Thanh Han (hanthethanh) Summary: Amount of extra kerning is wrong/has changed Initial Comment: With \kn[ab]ccode=1000 a kern of 1em should be inserted. (Here, it's 2.32pt:) \tracingoutput1 \showboxdepth\maxdimen \showboxbreadth\maxdimen \pdfappendkern1 \pdfprependkern1 \knaccode\font`y=1000 \knbccode\font`y=1000 xyx \bye ---------------------------------------------------------------------- >Comment By: The Thanh Han (hanthethanh) Date: 2006-11-19 10:10 Message: Logged In: YES user_id=710 This bug is caused by missing of declaration of k inside the function get_auto_kern, hence the global variable k is taken with wrong type (eight_bits). ---------------------------------------------------------------------- Comment By: Robert (schlcht) Date: 2006-11-17 15:12 Message: Logged In: YES user_id=2217 In fact, the kerning amount wraps at a kerning code of 256: \tracingoutput1 \showboxbreadth\maxdimen \pdfappendkern1 \knaccode\font`y=255 y % 2.55pt \knaccode\font`y=257 y % 0.01pt \knaccode\font`y=513 y % 0.01pt \bye ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=692&group_id=106

1 0

looking for Jochen Skupin
by Vit Zyka 17 Nov '06

17 Nov '06

Sorry for a bit off-topic. We are looking for: Jochen Skupin (jochen.skupin(a)uni-bremen.de) the author of pdfanim.sty package. Rober Marik significantly improved Jochen's package and he would like to CTANize/maintain this upgrade. The problem is that the e-mail above is deaf. Can somebody help to contact him, please? Thanks Vit Zyka

2 1

[ pdftex-Bugs-692 ] Amount of extra kerning is wrong/has changed
by noreply＠sarovar.org 17 Nov '06

17 Nov '06

Bugs item #692, was opened at 2006-11-15 01:14 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=692&group_id=106 Category: hz Group: v1.40.0 Status: Open Resolution: Accepted Priority: 5 Submitted By: Robert (schlcht) Assigned to: The Thanh Han (hanthethanh) Summary: Amount of extra kerning is wrong/has changed Initial Comment: With \kn[ab]ccode=1000 a kern of 1em should be inserted. (Here, it's 2.32pt:) \tracingoutput1 \showboxdepth\maxdimen \showboxbreadth\maxdimen \pdfappendkern1 \pdfprependkern1 \knaccode\font`y=1000 \knbccode\font`y=1000 xyx \bye ---------------------------------------------------------------------- >Comment By: Robert (schlcht) Date: 2006-11-17 15:12 Message: Logged In: YES user_id=2217 In fact, the kerning amount wraps at a kerning code of 256: \tracingoutput1 \showboxbreadth\maxdimen \pdfappendkern1 \knaccode\font`y=255 y % 2.55pt \knaccode\font`y=257 y % 0.01pt \knaccode\font`y=513 y % 0.01pt \bye ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=692&group_id=106

1 0

Re: [NTG-pdftex] [pdftex] SGML output fails with pdflatex
by Thanh Han The 16 Nov '06

16 Nov '06

On Thu, Nov 16, 2006 at 02:39:36PM +0100, Taco Hoekwater wrote: > > > Thanh Han The wrote: > >Hi, > > > >yes this seems to be the right cause of the bug. I was > >silent because I cannot reproduce the bug with the test > >file sent by Werner. The previous case seems irrelevant, as > >font_used[f] is already checked inside pdf_begin_string, ie > >whenever non-virtual char is written out. > > Then it looks like font_max must be raised again in the > change file, yes? no need to do so, it's configurable in texmf.cnf Regards, Thanh

2 1

Re: [NTG-pdftex] [pdftex] SGML output fails with pdflatex
by Thanh Han The 16 Nov '06

16 Nov '06

ah sorry, I overlooked. Yes it must be changed in the change file. Thanh On Thu, Nov 16, 2006 at 02:44:03PM +0100, The Thanh Han wrote: > On Thu, Nov 16, 2006 at 02:39:36PM +0100, Taco Hoekwater wrote: > > > > > > Thanh Han The wrote: > > >Hi, > > > > > >yes this seems to be the right cause of the bug. I was > > >silent because I cannot reproduce the bug with the test > > >file sent by Werner. The previous case seems irrelevant, as > > >font_used[f] is already checked inside pdf_begin_string, ie > > >whenever non-virtual char is written out. > > > > Then it looks like font_max must be raised again in the > > change file, yes? > > no need to do so, it's configurable in texmf.cnf > > Regards, > Thanh

1 0

Re: [NTG-pdftex] [pdftex] SGML output fails with pdflatex
by Thanh Han The 16 Nov '06

16 Nov '06

Hi, yes this seems to be the right cause of the bug. I was silent because I cannot reproduce the bug with the test file sent by Werner. The previous case seems irrelevant, as font_used[f] is already checked inside pdf_begin_string, ie whenever non-virtual char is written out. Regards, Thanh On Thu, Nov 16, 2006 at 10:38:13AM +0100, Taco Hoekwater wrote: > I think I have found it from checking up your hint about font_used[] > in the debugger: > > The arrays vf_i_fnts[] and vf_e_fnts[] are alloc as size font_max, but > their indexes can easily overflow that because a vf font can contain > more than one base font. > > I've added two cases of > > if vf_nf>font_max then > overflow("virtual fonts",font_max); > > right after the two occurrences of increments of vf_nf in pdftex.web, > and now I get: > > ! TeX capacity exceeded, sorry [virtual fonts=2000]. > > Cheers, > Taco > > > > _______________________________________________ > ntg-pdftex mailing list > ntg-pdftex(a)ntg.nl > http://www.ntg.nl/mailman/listinfo/ntg-pdftex

2 1

Re: [NTG-pdftex] [pdftex] SGML output fails with pdflatex
by Akira Kakuto 16 Nov '06

16 Nov '06

> > It is an oversight, the problem is that the global |f| is of the wrong > > type. In pdftex.web, > > > > @@ -13795,7 +13795,8 @@ > > @!dead_cycles:integer; {recent outputs that didn't ship anything out} > > @!doing_leaders:boolean; {are we inside a leader box?} > > @# > > -@!c,@!f:quarterword; {character and font in current |char_node|} > > +@!c:quarterword; {character in current |char_node|} > > +@!f:internal_font_number; {font in current |char_node|} > > @!rule_ht,@!rule_dp,@!rule_wd:scaled; {size of current rule being output} > > @!g:pointer; {current glue specification} > > @!lq,@!lr:integer; {quantities used in calculations for leaders} > > > > Should fix this problem as well as any potentially still lurking similar > > problems. Is it special to Debian? In 1.40.0 beta, I think it does not remain in the final pdftex.p since in tex.ch, and thus in pdftex.ch, there are lines @x @!c,@!f:quarterword; {character and font in current |char_node|} @y {character and font in current |char_node|} @!c:quarterword; @!f:internal_font_number; @z Best regards, Akira

4 5

Re: [NTG-pdftex] [pdftex] SGML output fails with pdflatex
by Akira Kakuto 15 Nov '06

15 Nov '06

> > vf_replace_z; > > save_vf := f; > > f := vf_i_fnts[vf_default_font[save_vf]]; > > + if not font_used[f] then > > + pdf_init_font(f); > > save_v := cur_v; > > save_h := cur_h; > > w := 0; x := 0; y := 0; z := 0; > > Is that a typo of font_used(f) ? > I didn't yet try in pdfTeX, but tried and failed > in luaTeX ( succeeded by changing font_used[f] ---> font_used(f) ). Sorry, I've noticed that luaTeX and pdfTeX is different! Thanks, Akira

1 0

Re: [NTG-pdftex] [pdftex] SGML output fails with pdflatex
by Akira Kakuto 15 Nov '06

15 Nov '06

> vf_replace_z; > save_vf := f; > f := vf_i_fnts[vf_default_font[save_vf]]; > + if not font_used[f] then > + pdf_init_font(f); > save_v := cur_v; > save_h := cur_h; > w := 0; x := 0; y := 0; z := 0; Is that a typo of font_used(f) ? I didn't yet try in pdfTeX, but tried and failed in luaTeX ( succeeded by changing font_used[f] ---> font_used(f) ). Thanks, Akira

1 0