-
Notifications
You must be signed in to change notification settings - Fork 56
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Feedback on doc lang changes #68
Comments
The choice of escaping |
I personally find My suggestion would be to use a regular backslash escaping (probably it should be used for Require a quoting to introduce verbatim strings. It can be as simple as using double or single quotes (with all expected caveats), or something similar to latex |
I don't know, for me the standard is really backslashes, but given the context in which this is written (OCaml strings) backslash escapes are annoying to write. I understand the concerns but OTOH I'm not sure @ivg's example is really compelling. These bold and italics directives are unlikely to be used beyond short strings for (meta-)variables and options and IMHO certainly not for code snippets. So introducing a lot of machinery for that seems a bit overkill. |
Regarding the slashes, this is helped by |
@nojb good point. |
@dbuenzli, according to Moreover, according to the man man-pages we even need to nest
So we need to write The examples, that I show are synthetic of course, but in our code base, we have hundreds of real examples (in more than 50 man pages, generated by cmdliner), that now do not have any clear resolution. The worst-case scenario is man-page that documents a lisp-like DSP, that, believe me, has lots of parentheses)). |
Note that you couldn't do that before either. You'd have to write (with the current proposal):
and I won't change this. However if everyone prefers to have \$ (i.e. |
and \\ (i.e. |
A failure in my code base finally convinced me that "))" is unnatural so I'll switch to backslash escapes everywhere.
|
Yeah, sure, I was just dreaming. In any case, this will not break our existing code. And I'm totally fine with the backslashes, as usually, we're writing manpages inside the |
Thanks everyone. I implemented the better proposal. See the changes and/or docs Lines 755 to 772 in d325de4
|
I'd like to add a directive for hyperlinks (#72). Here's the proposed syntax:
(The first token defines the hyper link the rest the linked text) |
The discussion in this issue may also be of interest. |
I'll close this. I think the main points have been addressed. Do not hesitate to open new issues or interact on the others mentioned. Thanks all for preventing me to add more nonsense to this broken language. |
No description provided.
The text was updated successfully, but these errors were encountered: