"G. Branden Robinson" <g.branden.robin...@gmail.com> writes:
>> Jeremy suggests that "C" may be an old alias for Courier, and if >> that's the case it should be changed to "\f[CR]". Would be great if >> Org people can confirm. > > That is good advice and it is what I recommend if you're writing in > "raw" roff. The context of the discussion is not ultra-clear to me; is > ox-man.el a replacement for the old GNU Emacs man pager, "woman"? Nope. ox-man is a converter between Org markup and Man page sources: Given the following Org markup: *This is test* ~code a+b~ here a+b. [*...* is bold markup. ~...~ is code markup.] we aim to produce a valid man file that approximates the initial Org markup as much as possible: .TH "" "1" .PP \fBThis is test\fP \fCcode a+b\fP here a+b. And this discussion was about using \fC to represent "code" (also, "fixed width" and tables). We use \fC historically, and it is not very clear what could be a replacement that does not break Man export compared to previously produced results. >>> The best solution known to me is to use an extension to the man(7) >>> language. It first appeared in Ninth Edition Unix (1986) and was >>> adopted by a groff release in 2009. That is the `EX`/`EE` macro >>> pair, which sets a monospaced display. (In other words, filling is >>> disabled and a monospaced font selected if necessary.) > > Yes. Ok. But will it work inline? >From my reading of man 7 man, .EX/.EE are more suitable for paragraph markup: .EX .EE Begin and end example. After .EX, filling is disabled and a constant-width (monospaced) font is selected. Calling .EE enables filling and restores the previous font. These macros are extensions introduced in Ninth Edition Research Unix. Systems running that troff, or those from Documenter’s Workbench, Heirloom Doctools, or Plan 9 troff support them. To be certain your page will be portable to systems that do not, copy their definitions from the an-ext.tmac file of a groff installation. >> However, as you observe, `\f[CR]` doesn't (nor does `\f(CR`). I note >> that groff's HTML support is stated in the grohtml(1) man-page to be >> in beta. Haven't checked the source to determine whether that is >> what's going on here. > > It's a mess. :( > > https://savannah.gnu.org/bugs/index.php?61915 > > That's the tip of a large iceberg. Ok. So much for testing via man->HTML exporter. What about PDF? -- Ihor Radchenko // yantar92, Org mode maintainer, Learn more about Org mode at <https://orgmode.org/>. Support Org development at <https://liberapay.com/org-mode>, or support my work at <https://liberapay.com/yantar92>