> > I think I have updated grap to stop putting out the construct in
> > question (the "line from (x,y) then down" thing). Can you take a
> > look at the pre-release at
> > http://www.lunabase.org/~faber/Vault/software/grap/grap-1.42.tar.gz
> > and see if it works properly for you?
>
> Please te
I ran into an interesting "behavior" this morning...
Here is the offending text:
.H3 "\f2.\^.\^.including 21 examples"
Macro H3 is defined as:
. de H3
. ce 1
. ft HB
. ce 1
\\$1
. ft 1
..
I get an error because groff is interpreting the first dot
in .\^.\^. as the first character in the
On Wed, Aug 20, 2008 at 07:29:16AM -0500, Clarke Echols wrote:
> I ran into an interesting "behavior" this morning...
>
>
> Here is the offending text:
>
> .H3 "\f2.\^.\^.including 21 examples"
>
> Macro H3 is defined as:
>
> . de H3
> . ce 1
> . ft HB
> . ce 1
> \\$1
> . ft 1
> ..
>
> I get a
Hi Folks,
The following does not come out as I would expect
(formatting with groff -t -ms ):
.LP
.TS
centre tab(#);
c.
\fB\s[24]ZIMBABWE\s0\fP
\f[BI]\s[18]Translation\s0\fP
.T&
l.
\s[18]God bless Africa,
Let her fame spread far and wide
Hear our prayer:
May God bless us!
Come, Spirit,
I had an example where grap 1.41 was incompatible with post-1.19.2 pic.
This example now works correctly with grap 1.42 and a relatively recent (Feb 08)
version of pic. Hence, it appears that the problem has been solved.
Thanks!
> Date: Mon, 11 Aug 2008 05:41:56 +0200
> To: groff@gnu.org; [EMAI
> The following does not come out as I would expect
[snip]
After a bit of experimentation (use option "allbox" to make the
widths visible) I believe the behavior can be explained as
follows:
For calculating the cell widths, all cell contents are inspected
*independently*. Thus, the apparently l
On 20-Aug-08 17:47:47, Tadziu Hoffmann wrote:
>> The following does not come out as I would expect
> [snip]
> After a bit of experimentation (use option "allbox" to make the
> widths visible) I believe the behavior can be explained as
> follows:
>
> For calculating the cell widths, all cell conten
> After a bit of experimentation (use option "allbox" to make the
> widths visible) I believe the behavior can be explained as
> follows:
>
> For calculating the cell widths, all cell contents are inspected
> *independently*. Thus, the apparently longest line ("Let her
> fame spread far and wide
> Namely: tbl often has to cope with stuff that no-one can know
> the length of until troff has finished with it. In particular,
> equations entered using things like ${x + y} over {u + w}$.
>
> Now, tbl does have a mechanism for creating number-registers
> which will be evaluated by troff, precis
> I tried setting the point-size in the column specifiers
> (to force tbl to know the font-size), and this worked:
[snip]
How about this?:
.ps 18
.vs 24
.TS
centre;
cBp24
cfBI
l.
ZIMBABWE
.sp .5
Translation
.sp .5
God bless Africa,
Let her fame spread far and wide
Hear our prayer:
May God bless
10 matches
Mail list logo
