Hi Branden,

I finally got a reproducible case of what I had in mind for a long time
that .RS wasn't a good replacement for .in.

Here it is:

$ cat indent_code.man 
.TH a b c d
.SH Experiment
.TP
foo
.RS 4
.EX
int
main(void)
{
    return 42;
}
.EE
.RE
.IP
The code above was an example.
.TP
bar
.in +4n
.EX
int
main(void)
{
    return 43;
}
.EE
.in
.IP
The code above was an example.
$ groff -man -Tascii ./indent_code.man 
a(b)                                                                      a(b)

Experiment
       foo
           int
           main(void)
           {
               return 42;
           }

              The code above was an example.

       bar
                  int
                  main(void)
                  {
                      return 43;
                  }

              The code above was an example.

d                                      c                                  a(b)


"bar" is what I'd expect.  Now that I know what I was looking for,
I could search it and find it.  Michael had this to say:
<https://lore.kernel.org/linux-man/ab209b21-a93e-fd7c-e447-c8ff507cb...@gmail.com/>

Shouldn't RS/RE nest nicely in paragraphing macros?

Cheers,

Alex

-- 
<http://www.alejandro-colomar.es/>
GPG key fingerprint: A9348594CE31283A826FBDD8D57633D441E25BB5

Attachment: OpenPGP_signature
Description: OpenPGP digital signature

Reply via email to