Re: Bad breaks with Tbl width expand

Robin Chew <[email protected]> Sun, 19 Jan 2014 15:02:48 +0800
Newsgroups gmane.comp.type-setting.lout
Message-ID <CAPMG7MZy7NkxnveRX0fUgdtvR+vvrUX-sDKSQawGDUY3kX5GwA@mail.gmail.com>
Hello Valery,

You are right, since the table seems to take up the whole page width by
default. But in case it doesn't for whatever reason, you can force a column
to expand, but not by using width{expand}.

Jeff have responded via private email last year saying to do 2 things:
1. Use @HExpand instead of width{expand}.
2. Use @FirstRow to work around a bug described in Chapter 6.1 page 123 of
the user guide.




On Sun, Jan 19, 2014 at 11:13 AM, Valery Ushakov <[email protected]> wrote:

> On Thu, Nov 14, 2013 at 23:06:24 +0800, Robin Chew wrote:
>
> > I created the PDF using t.lout (in attachment) with:
> >
> > lout t.lout | ps2pdf - > t.pdf
> >
> > And the resulting PDF shows the text doing unnecessary breaks (as seen in
> > attachment).
> >
> > Removing width{expand} would fix it but I need it in order to keep the
> > table width expanded if a cell contains less text.
>
> Is it really necessary?  Since you have the width of B constrained
>
>   aformat { @Cell A | @Cell width { 3c } B }
>
> A should get all the remaining width.
>
> The bad break comes from the hack that is used for "expand".  It
> really translates internally (tblf) to 40c @Wide and your text is
> wider than that.  So it's first broken into lines for the 40c width
> and then those lines are broken again to fit into whatever width A
> gets.
>
> -uwe
>
>
table_hexpand.lout (application/octet-stream, 613 B) - not displayed