At 2025-02-23T21:21:37+0100, onf wrote: > For all the other requests which use filenames (hpf, hpfa, lf -- am I > mistaken, or did we forget about lf? --, nx, so), it treats spaces as > an argument separator.
No, I didn't forget about `lf`. See comment #0 ("original submission")
to Savannah #65108, 2024-01-02, to which I have referred you several
times in this discussion.
https://savannah.gnu.org/bugs/?65108#comment0
But I also have not yet changed the behavior of `lf`. The reason is
that its second argument isn't a file name.
A surprising claim? Review groff(7):
.lf n Set number of next input line to n.
.lf n f Set number of next input line to n and report input file
name as f.
It says "[r]eport input file name as"; the formatter never uses the
second argument the input gives to the `lf` request to access the file
system.
Would it be useful to change its behavior to accept multi-word arguments
(and leading spaces, necessitating the removal of a leading `"`)?
Sure, probably. But doing so was out of scope for Savannah #65108.
Maybe we can sweep it up with leading-`"`-ification of `tm` and `ab` in
groff 1.25.
Regards,
Branden
signature.asc
Description: PGP signature
