Mike Bianchi wrote:
>>> (it just would be nice if the `.so' request _could_ interpolate the
>>> string register value)
>>
>> Indeed, but I don't see how to do that properly.
>
> Maybe soelim(1) could recognize that the argument is not a file name
> ( \ being a dead giveaway ) and simply leave the reference in place for
> interpretation by groff?

This is exactly what happens, at present.

> As long at the referenced file does not require preprocessor
> interpolation ...

...in which case, `soelim' isn't really required, in the first place; it
doesn't become necessary, until you have content in a `.so'd file, which
*does* require interpretation by a preprocessor.

> And maybe have groff recognize a special form of .so :
>
>                .so filename [ preprocessor_command_line ]
>
>   .e.g.
>                .ds filename FILENAME
>                .so \*[filename] "tbl -  |  eqn -"
> implies
>                cat FILENAME  |  tbl -  | eqn -
> or equivalently
>                <FILENAME  tbl -  |   eqn -

May appear attractive, at first glance, but still inevitably suffers
from the limitations Tadziu mentioned -- each `.so' so deferred is
processed in isolation, and normally global declarations such as

        .EQ
        delim ##
        .EN

don't propagate as expected.

Regards,
Keith.


_______________________________________________
Groff mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/groff

Reply via email to