|
From: | Max Nikulin |
Subject: | Re: Exporting elisp: and shell: links |
Date: | Mon, 25 Sep 2023 21:38:54 +0700 |
User-agent: | Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.15.1 |
On 23/09/2023 06:43, Rudolf Adamkovič wrote:
Ihor Radchenko writes:Another idea: use code as description displayed in the tooltip (in html). Copy-on-clip also makes sense. Yet another idea: export code inside a footnote. This will work across all the backends.Yet another, another idea: export the description as a Lisp comment, after converting it to plain text. To use Max's example: src_elisp[:exports code]{(server-start) ; Launch server} src_elisp[:exports code]{(server-start) ; `M-x server-start RET'}
I do not think, code with comments is suitable for inline source blocks, such code should occupy a dedicated line.
I am afraid, there is no variant that fits for all cases even in a particular document. It would be great to mark specific links, which way each one should be exported:
You should run <attr:(:omit-code t)>[[elisp:(server-start)][=M-x server-start=]]. Or you can [[elisp:(identity "a")][run it]]. <p>You should run <code data-org-link="(server-start)">M-x server-start</code>. Or you can <span class="eval-link">run it</span> -> <code>(identity "a")</code>. I know, Ihor do not like the idea of attributes for inline objects due to complexity of current implementation of parser for #+attr_html:Ihor Radchenko. Re: [HELP] Fwd: Org format as a new standard source format for GNU manuals. Mon, 03 Oct 2022 12:36:20 +0800. https://list.orgmode.org/87r0zpy14r.fsf@localhost
[Prev in Thread] | Current Thread | [Next in Thread] |