Werner LEMBERG <[EMAIL PROTECTED]>:
> looking again at groff_mm.man, I see that using T{...T} in tables
> gives ugly results. I think that this is a limitation of tbl which
> can't be worked around: For text blocks, you can't say `use the
> remaining line width' because they are processed earlier
> Yes, I could go back, find tables with T} in them, and revert them
> to list markup and similar kluges. But that would just bring us
> trouble from another direction. Many of the weird constructs I
> replaced with tables (I'm thinking, for example, of the T2 macro in
> groff_mm.man) will compl
Werner LEMBERG <[EMAIL PROTECTED]>:
> What's the problem with .TQ? Most of the data in groff_mm.man can be
> represented with this macro in a satisfying way, I believe.
Since you say so, I assume it's possible. But I have not figured out
how yet.
> > Instead, let's steal a trick from the HTML
> > What's the problem with .TQ? Most of the data in groff_mm.man can
> > be represented with this macro in a satisfying way, I believe.
>
> Since you say so, I assume it's possible. But I have not figured
> out how yet.
Have a looked at the attached file.
> OK. But first, even if we don't fin
Werner LEMBERG <[EMAIL PROTECTED]>:
> > > What's the problem with .TQ? Most of the data in groff_mm.man can
> > > be represented with this macro in a satisfying way, I believe.
> >
> > Since you say so, I assume it's possible. But I have not figured
> > out how yet.
>
> Have a looked at the atta
> Actually, your suggestion is very nice IMHO.
It's dependent on too many assumptions. And the colors
are assigned only on basis of the font used, not on the
semantics of the formula. [Not that we would really need
this all of a sudden. In most of history, mathematicians
have been able to make
Eric S. Raymond wrote:
>>> The only problem with using w is that the number that needs to go to
>>> go next to it is brittle -- it may break if the table indent
>>> changes, or if the the point size changes, or if the margins change.
>>
>> I fully agree. It can make such man pages ugly to read.
Larry Kollar <[EMAIL PROTECTED]>:
> > This I don't understand. Ugly to read for whom? If w is chosen well
> > for the indent and point size, it will look as though the table was
> > filled to right margin by a smart algorithm.
>
> What might work for nroff might not work for troff -- and then
Dear Werner,
I seem to have found a bug in the mm macros. If you have a heading
and then a paragraph which is one short line, a following paragraph
gets run into the first one (i.e. the .P in between doesn't take effect).
I have this bug on 1.19.3 but it doesn't appear in 1.18.1 that came
insta
On Tue, 2007-02-06 at 12:52 +1100, Jennifer Sayers wrote:
> Dear Werner,
>
> I seem to have found a bug in the mm macros. If you have a heading
> and then a paragraph which is one short line, a following paragraph
> gets run into the first one (i.e. the .P in between doesn't take effect).
>
> I
"Eric S. Raymond" <[EMAIL PROTECTED]> wrote:
> .TS
> tab(@);
> lw10% lw90%.
One can do
.TS
lw(\n(.lu/10u) lw(\n(.lu*9u/10u).
This is possible because the content of w() is interpreted
by troff, not by tbl. Unfortunately it only works with GNU
tbl and Heirloom tbl because traditional tbl variant
11 matches
Mail list logo
