> The worst case, if a viewer didn't implement the percent extension,
> is that we'd get lumpy tables as we do now.
No. The worst case is a viewer which uses an older groff version
without support for the percent extension -- the table completely
disappears:
.TH
xxx
.TS
y y.
foo bar
I've been reading the tbl code. I don't completely understand it yet, but
I think I've found a fairly simple technique for addressing the T{ T} problem.
Please critique.
First, the source for a simple table:
.TS
l l l.
AA B
DDD T{
E
T} FF
GGG HHH III
.TE
Not
Werner LEMBERG <[EMAIL PROTECTED]>:
> I doubt whether this is an acceptable solution.
Hmm. You're right.
> Indeed. The best so far is Gunnar's solution to emulate your
> suggested percent keyletter extension.
I think I just came up with something better, a way to compute the
column widths tha
I'm not familiar with DocBook, but doesn't it have something
analogous to HTML's "definition list"? It occurs to me
that some of the "tables" you're discussing might be better
served with such a definition list (as is actually currently
the case).
Not every two-column table is a definition list,
> I'm going to take a look at fixing gtbl to handle T{ T} better.
>
> Werner, do you have a gtbl test suite?
Sorry, no.
> If not, would you consider putting some time into writing test loads
> and regressions?
I won't have time in the near future for that.
> I'd do it, but it's better practice
> groff-1.19.2 can't set line thickness for ellipse.
>
> Following is the fix.
Thanks! Applied to the CVS.
Werner
___
bug-groff mailing list
bug-groff@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-groff
Tadziu Hoffmann <[EMAIL PROTECTED]>, 2007-02-08 12:19 +0100:
> I'm not familiar with DocBook, but doesn't it have something
> analogous to HTML's "definition list"?
It does -- DocBook has both a general-purpose element for marking
up associative lists -- which is called variablelist -- and a
spec
Tadziu Hoffmann <[EMAIL PROTECTED]>:
> I'm not familiar with DocBook, but doesn't it have something
> analogous to HTML's "definition list"?
Yes, a variablelist.
> It occurs to me
> that some of the "tables" you're discussing might be better
> served with such a
On 08-Feb-07 Michael(tm) Smith wrote:
> Tadziu Hoffmann <[EMAIL PROTECTED]>, 2007-02-08 12:19 +0100:
>> Nevertheless, does anybody here remember the discussion about
>> AT&T-tbl's "expand column" feature on this list some months
>> back?
>
> I don't remember reading that one. Is it something that
Ted Harding <[EMAIL PROTECTED]>:
> "A key letter may be followed by the letter "X" to indicate an
> expanded column. If the modifier is used, the width of the
> corresponding column will be increased to use the remainder of the
> line length after the widths of the other columns have been
> I'm going to magically suppose that we have added to this preamble
> the setting of a numeric register named '3bc' that counts the number
> of columns containing block entries -- in this case, 1. I don't
> know how to do that, yet, but bear with me.
I think this has to be done within tbl (on t
Werner LEMBERG <[EMAIL PROTECTED]>:
> > I'm going to magically suppose that we have added to this preamble
> > the setting of a numeric register named '3bc' that counts the number
> > of columns containing block entries -- in this case, 1. I don't
> > know how to do that, yet, but bear with me.
>
> +#define AVAILABLE_REG PREFIX "avail"
> +#define COLCOUNT_REG PREFIX "ccount"
>
> [...]
> +printfs("(u;\\n[%1]+(%2/%3))", <-
> span_width_reg(start_col, end_col),
> - as_string(end_col - start_col + 1),
> - as_string(ncols + 1));
> + A
Werner LEMBERG <[EMAIL PROTECTED]>:
> This should be rather
>
> +printfs("(u;\\n[%1]+(\\n[%2]/\\n[%3]))",
> [...]
>
> shouldn't it?
Arrggh. Yes, that's just about the kind of simple troff error
I was expecting I had made...
I'll test tonight. Interface question: do you want this to be
Werner, the patch with your revision works much better -- but some block
lines are now too long rather than too short. I'm using groff_mm.man
as a test load.
I'll try to chase down the bug tonight, but I suspect your m4d troff
skillz are going to be needed to save the day.
--
htt
> Interface question: do you want this to become the new default
> behavior, or contingent on an existing switch like 'expand', or
> contingent on a new switch?
>
> I favor making it the new default, myself. I'm thinking of Mike
> Smith and his stylesheets.
This can't be the default for backward
16 matches
Mail list logo
