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
OpenPGP_signature
Description: OpenPGP digital signature