[ pdftex-Bugs-292 ] protuding leads to "This can't happen (paragraph)."
Bugs item #292, was opened at 2005-02-14 15:22 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=292&group_id=106 Category: hz Group: v1.21a Status: Open Resolution: None Priority: 5 Submitted By: Martin Schröder (oneiros) Assigned to: Hartmut Henkel (hhenkel)
Summary: protuding leads to "This can't happen (paragraph)."
Initial Comment: The input --------------------- \pdfoutput=1 \input edmac \input protcode \font\eightrm=ptmr8t \setprotcode\eightrm \pdfprotrudechars=2 \linenummargin{outer} %% left|right|inner|outer \footparagraph{A} \tracingall\tracingonline=0 \beginnumbering \pstart \text{There}\Afootnote{Habent sua fata libelli. (Der Satz wurde auf Wunsch der Redaktion von »Living Marxism« gestrichen; siehe Korsch an P.~Mattick am 3.10.1938.)}/ is a striking contrast between the impression produced in the minds of West"=European revolutionaries by those short pamphlets of Lenin and Trotsky which appeared in poorly translated and poorly printed editions during the final stage and the aftermath of the war, and the response called forth in Europe and U.S.A. by the belated appearance, in 1927, of the first extra"=Russian versions of Lenin's philosophical work of 1908, on »Materialism and Empirio"=Criticism«. \pend \endnumbering \bye --------------------- (all input files are in the attached archive) leads to --------------------- ! This can't happen (paragraph). <recently read> \par \do@feet ...s \else \Afootstart {A}\Afootgroup {A} \fi \ifvoid \Bfootins \els... \pagecontents ...p \@cclv \unvbox \@cclv \do@feet \ifr@ggedbottom \kern -\di... \pagebody ...\boxmaxdepth \maxdepth \pagecontents } \edmac@output ...e \vbox {\makeheadline \pagebody \makefootline }\fi }\advan... <output> {\edmac@output } ... l.30 \bye I'm broken. Please show this to someone who can fix can fix --------------------- ----------------------------------------------------------------------
Comment By: Martin Schröder (oneiros) Date: 2005-03-23 15:43
Message: Logged In: YES user_id=421 Hartmut, what's the status here? I remember you fixed this somehow at EuroTeX. ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2005-02-14 20:42 Message: Logged In: YES user_id=929 Now we know which side effects patch-274 has. When it's reverted, the file is processed without error, but margin kerning is missing (which was the original problem before patch-274). Following experiment is done _with_ patch-274. The "this can't happen" error happens within the line_break routine, which chokes on a margin_kern_node (which was filtered out before patch-274).If one adds margin_kern_node to the do_nothing list, like: mark_node,ins_node,adjust_node,margin_kern_node: do_nothing; othercases confusion("paragraph") it apparently works ok, and margin kerning is fine also (requires patch in hz.ch). But i need to understand how the line_break routine works, whether a do_nothing is the right thing to do... Regards, Hartmut ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2005-02-14 15:30 Message: Logged In: YES user_id=421 The submitter used the attached edmac.doc; the error is the same. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=292&group_id=106
On Wed, 23 Mar 2005 noreply@sarovar.org wrote:
Bugs item #292, was opened at 2005-02-14 15:22
Comment By: Martin Schröder (oneiros) Date: 2005-03-23 15:43
what's the status here? I remember you fixed this somehow at EuroTeX.
no, i tried only a kludge, requiring ledmac macro changes, and nothing after EuroTeX yet. No idea how to really solve this. Rough stuff: One could maybe say that protrusion is done exclusively by the paragraph builder, never by a hbox. Maybe clean but not backward-compatible. All margin kerns would be removed during unhboxing and unhcopying. They can be restored after these actions if done into a vbox or vtop (even one with a single line only), but this requires macro changes. If protrusion should survive unhboxing into a hbox (like in ledmac), one has also to take care of cases like several sequential unhboxings into the same hbox. Maybe also first remove the kerns and then restore them by the hbox. Then things would stick out also from hboxes. Interesting is that it worked once; how? What if two hboxes are flush together at their sides? All potentially troublesome... Needs Thanh. Regards, Hartmut
On 2005-03-24 00:08:15 +0100, Hartmut Henkel wrote:
Comment By: Martin Schröder (oneiros) what's the status here? I remember you fixed this somehow at EuroTeX.
no, i tried only a kludge, requiring ledmac macro changes, and nothing after EuroTeX yet. No idea how to really solve this. Rough stuff: One
At least we know that the patch for 1.21a is wrong as it leads to "This can't happen (paragraph).", and 1.20b at least doesn't fail, right? Olli only uses edmac, does ledmac suffer from the same problems? Best regards Martin -- http://www.tm.oneiros.de
On Thu, 24 Mar 2005, Martin Schröder wrote:
At least we know that the patch for 1.21a is wrong as it leads to "This can't happen (paragraph).", and 1.20b at least doesn't fail, right?
it doesn't in one of unhbox/unhcopy, but it would (since quite some time even before 1.20a) if you happen to use the other one of both. It would be clean for now if margin kerns would be removed in _both_ unhcopy and unhbox cases (little different patch) at least to make it consistent. But it won't suit Olli, as edmac protrusion would vanish... I'll try to think about this over easter...
Olli only uses edmac, does ledmac suffer from the same problems?
i believe it's similar (i actually meant edmac), same underlying unboxing procedure... Regards, Hartmut P.S. upgraded to sarge, not backslash and curly braces anymore on the kbd, have to grasp them with mouse for now :-)
participants (3)
-
Hartmut Henkel -
Martin Schröder -
noreply＠sarovar.org