Re: tbl numeric overflow

Hi Peter, At 2023-04-25T14:59:22-0400, Peter Schaffter wrote: > This thread picks up from > Re: [mom] Extraneous empty line that starts a new page > > I've built and installed 1.23.0.rc4.26-3aa8c and continue to get > numeric overflow errors in documents that use tbl, starting with > the second

Re: [mom] R_MARGIN ignored

On 2023-04-27 21:18 -0400, Peter Schaffter wrote: > On Thu, Apr 27, 2023, Frederic Chartier wrote: > > I'm having trouble controlling the margins with -mom... L_MARGIN > > is honoured but R_MARGIN is ignored. I must be doing something > > wrong, but what ? > > You're not doing anything wrong. I

Re: bc and dc. (Was: neatroff for Russian.)

Hi Alejandro, None of the below may apply to GNU's bc and dc. I prefer Unix. > bc(1) on the contrary, is likely to be using 'long double', for being > able to provide so many digits. No, bc doesn't use a C language or machine type. The precision can be set. $ bc -l scale=42 l(1114

Split diagnostic about blank lines in input

Hi Branden, I've got some wish, which ISTR I already expressed at some point in the past. There's this diagnostic: an.tmac:man3/nxt_unit_init.3:62: style: blank line in input The thing is, for example C programs I do need to violate that. But, other than that, I want to see the diagnostic, if

Re: bc and dc. (Was: neatroff for Russian.)

Hi Ralph, On 4/28/23 11:34, Ralph Corderoy wrote: > Hi Alejandro, > > None of the below may apply to GNU's bc and dc. I prefer Unix. > >> bc(1) on the contrary, is likely to be using 'long double', for being >> able to provide so many digits. > > No, bc doesn't use a C language or machine type

Re: bc and dc.

Hi Alejandro, > I could only see this: > > $ echo 'l(1114112) / l(2)' | bc -lc > @iK1114112:C2,0:K2:C2,0:/W@r > @i That's GNU bc. Its -c dumps its internal byte code rather than dc code because it nevers runs dc. > $ echo 'l(1114112) / l(2)' | /usr/lib/plan9/bin/bc -c > 111

Re: bc and dc.

Hi Raplh, On 4/28/23 15:43, Ralph Corderoy wrote: > Hi Alejandro, > >> I could only see this: >> >> $ echo 'l(1114112) / l(2)' | bc -lc >> @iK1114112:C2,0:K2:C2,0:/W@r >> @i > > That's GNU bc. Its -c dumps its internal byte code rather than dc code > because it nevers runs dc. > >>

device-dependent warnings

Hi Branden, Considering a build system that builds man pages into several formats, including utf8, PostScript, HTML, and PDF, it is interesting to be able to see all available warnings, and see them only once. For that, one could enable -ww in the main target, and then only enable device-dependen

Lowercase in section names

Hi Ingo, I got a lot of warnings due to using lowercase in section headings. I remember we agreed to transition to true case in the title, but don't remember if we reached the same agreement in section headings. Do you agree to not use uppercase in section headings unnecessarily? The rationale is

Re: Lowercase in section names

Hi Alejandro, Alejandro Colomar wrote on Fri, Apr 28, 2023 at 04:57:49PM +0200: > I got a lot of warnings due to using lowercase in section headings. > I remember we agreed to transition to true case in the title, but > don't remember if we reached the same agreement in section headings. > > Do

[tbl] Setting the widths of the columns

Until now, my dealings with tbl(1) have been infrequent, casual and pleasant. This time, I need actual control over the widths of the columns. Specifically, I want column 1 to be exactly as wide as its contents requires, columns 3 and 4 to have specific (and different) widths and column 2 to take u

Re: [tbl] Setting the widths of the columns

Hi Frederic, At 2023-04-28T23:18:34+0200, Frederic Chartier wrote: > Until now, my dealings with tbl(1) have been infrequent, casual > and pleasant. This time, I need actual control over the widths > of the columns. Specifically, I want column 1 to be exactly as > wide as its contents requires, co