Hartmut Henkel wrote:
On Thu, 17 Feb 2005, The Thanh Han wrote:
this probably has to do with the issue whether to copy or not margin_kern_node when unboxing a box we discussed a while ago.
Yes, seems so. Meanwhile i have temporarily reverted the status to _before_ patch-274, and then it shows here that even this example
\font\testfont=cmr10 \testfont \pdfprotrudechars=2 \rpcode\font`\-=1000 \parindent0pt \hsize=126pt \newbox\testline \newbox\testbox \setbox\testbox\vbox{Margin kerning is the adjustments $\dots$} \setbox\testline=\vsplit\testbox to\baselineskip \unvbox\testline \setbox\testline=\lastbox \unhcopy\testline \bye
gives an error: "! This can't happen (paragraph)" (wondering why this case wasn't detected before). So if one goes the way of removing margin_kern_node, it needs to be done _both_ for \unhbox and \unhcopy cases.
i wonder where it originates, .\kern-10.00002 (right margin) % prelast node in box .\glue(\rightskip) 0.0 % last node in box the prelast node is only present when protruding; so i suppose that it is the protruding specific node? also, \hbox(6.94444+1.94444)x126.0, glue set 1.20831 the glue set is positive here (negative in non prot case) so, is this kern the troublemaker? Also, fails : \unhcopy\testline succeeds : \unhbox \testline so, maybe the bug is in the copying routine Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------