Lout typesetting system

Mark Summerfield | 17 Feb 2012 13:12

no <at> ItemPlace galley target precedes this <at> ItemPlace&&preceding

Hi,

I've started getting these errors in a book's  <at> Appendix:

bibliography.lout:9:1: no  <at> ItemPlace galley target precedes this  <at> ItemPlace&&preceding
bibliography.lout:145:1: no  <at> EndListPlace galley target precedes this  <at> EndListPlace&&preceding

As a consequence, lout deletes the entire list.

Is it possible that these could be the result of unresolved cross
reference  <at> PageMarkers in the  <at> Colophon that follows this appendix? (In
which case that's fine since I can solve this. Or is it a bug?)

--

-- 
Mark Summerfield, Qtrac Ltd, www.qtrac.eu
    C++, Python, Qt, PyQt - training and consultancy
        "Advanced Qt Programming" - ISBN 0321635906
            http://www.qtrac.eu/aqpbook.html

headers

Ludovic Courtès | 20 Feb 2012 14:23

Re: no <at> ItemPlace galley target precedes this <at> ItemPlace&&preceding

Hi Mark,

Mark Summerfield <mark <at> qtrac.eu> skribis:

> I've started getting these errors in a book's  <at> Appendix:
>
> bibliography.lout:9:1: no  <at> ItemPlace galley target precedes this  <at> ItemPlace&&preceding
> bibliography.lout:145:1: no  <at> EndListPlace galley target precedes this  <at> EndListPlace&&preceding
>
> As a consequence, lout deletes the entire list.

Could it be the result of a malformed list, such as missing  <at> End  <at> List
or something like that?

Thanks,
Ludo’.

headers

Mark Summerfield | 20 Feb 2012 15:38

Re: no <at> ItemPlace galley target precedes this <at> ItemPlace&&preceding

On Mon, 20 Feb 2012 14:23:52 +0100
ludo <at> gnu.org (Ludovic Courtès) wrote:
> Hi Mark,
> 
> Mark Summerfield <mark <at> qtrac.eu> skribis:
> 
> > I've started getting these errors in a book's  <at> Appendix:
> >
> > bibliography.lout:9:1: no  <at> ItemPlace galley target precedes this
> >  <at> ItemPlace&&preceding bibliography.lout:145:1: no  <at> EndListPlace
> > galley target precedes this  <at> EndListPlace&&preceding
> >
> > As a consequence, lout deletes the entire list.
> 
> Could it be the result of a malformed list, such as missing  <at> End  <at> List
> or something like that?
> 
> Thanks,
> Ludo’.

Wasn't as easy as that. Turns out that lout doesn't like lists in
 <at> Colophons when it has *lots* of xrefs... Anyway, I fixed it by
replacing the lists.

Thanks!

--

-- 
Mark Summerfield, Qtrac Ltd, www.qtrac.eu
    C++, Python, Qt, PyQt - training and consultancy
        "Programming in Go" - ISBN 0321774639

(Continue reading)