Hi,
I have a code block outputting mathematical LaTeX code as a result:
#+BEGIN_SRC ... :wrap equation*
#+END_SRC
The result looks like
#+RESULTS:
#+begin_equation*
#+end_equation*
As does not contain the surrounding
\begin{equation*}/\end{equation*}, I added the :wrap keyword.
Export to L
On Fri, 16 Dec 2022 12:41:45 -0500 Ihor Radchenko wrote ---
> We really need more tests.
I'm working on giving ob-shell a little bit of love. I wrote the worg
documentation for it earlier this year. I tried to include examples of all
coded functionality, including previously undocum
I have been talking to jao (from geiser). The following version of
ob-scheme.el signals an error when executing Scheme code blocks.
Besides two function declarations, the only change is in the function
org-babel-scheme-execute-with-geiser.
;;; ob-scheme.el --- Babel Functions for Scheme -*-
I use org-cite with a JSON bibliography and noticed a bug when an entry only has
an "editors" field but no "authors" field. The function
`org-cite-basic—get-author' correctly falls back to using the editors instead of
the authors, but `org-cite-basic--parse-json’ stringifies only the "authors"
fiel
Org offers the ability to run a search inside a link, see (org) Search
Options. E.g. [[File.c::100]] to get to line 100 in File.c. When
exporting this to HTML I get the following error:
org-export-data: Unable to resolve link: "‘recenter’ing a window that does
not display current-buffer."
* andre duarte bueno [2022-12-18 12:30]:
> When I try to export file.org using C-c C-e the window with the list of
> possibilities appears. But it appears incomplete(visualization), so I try
> to use the mouse to view the other export options and the system is
> completely blocked. Every mouse cl
Denis Maier writes:
> Am 19.12.2022 um 23:20 schrieb András Simonyi:
>> ... I've forgotten to add that another (probably more user friendly)
>> option would be to design and implement some kind of filtering DSL.
>> András
>> On Mon, 19 Dec 2022 at 23:05, András Simonyi
>> wrote:
>>>
>>> Dear A
Hi András,
> Yes, on the other hand, we will have to be very careful with regard to
> security if we choose this route, treating filters basically as elisp
> source code blocks.
Mmm, next year I’d like to try to track down and manage all of the “surprise
elisp execution” that happens with Org fil
On Tue, 20 Dec 2022 at 09:22, Denis Maier wrote:
> allowing lambda expressions would
> probably be quicker to implement, and it would also allow for predicates
> not anticipated by DSL designers.
Yes, on the other hand, we will have to be very careful with regard to
security if we choose this ro
Am 19.12.2022 um 23:20 schrieb András Simonyi:
... I've forgotten to add that another (probably more user friendly)
option would be to design and implement some kind of filtering DSL.
András
On Mon, 19 Dec 2022 at 23:05, András Simonyi wrote:
Dear All,
On Mon, 19 Dec 2022 at 15:49, Christi
10 matches
Mail list logo