Currenty-mom -T$* -- %:S > %:r:S.$* letsmake pdf ormake html output to a PDF or HTML file (similar to the pandoc compiler). This is more convenient than changingget(b:, 'groff_output_dev', get(g:, 'groff_output_dev', 'utf8')). This entails passing other arguments than the single output format byb/g:groff_ variables, but that's a restriction of:make itself. A workaround could be an additional command:Make/Groff to parse- arguments.

Is that an ACK@Konfekt ?

Not quite. I found, say,make pdf ormake html in a MOM file as natural as flexible to create an output of that format. Now it outputs anutf8 file by default and no longer allows switching output format, other than by changingg/b:groff_output_dev. That's impractical

alright, makes sense. So let's make this draft so long.

It would be helpful if something likeE119: Not enough arguments andE118: Too many arguments are issued for:make and:make pdf html, respectively.

And I feel raw PDF data in quickfix is noisy..

And I feel raw PDF data in quickfix is noisy

That's true. But when I try:make pdf on a Mom file, output reads

Can errorformat's%+/-G help here?

E119: Not enough arguments and E118: Too many arguments

I think:make inherently comes to an end of its capabilities and in principle needs to be expanded in Vim itself, say for the moment in anofficial async:Make.

For this issue, I guess one would have to add a buffer-local:Groff or:Make (taken by many plug-ins, see above) command to handle these arguments gracefully? (Then maybe similarly for pandoc, to make it somewhat coherent).