Re: [BUG] inline src blocks in caption of not-inline src blocks do not execute

2024-05-11 Thread Ihor Radchenko
Ihor Radchenko writes: >>> It was a slip when the patch was applied. >>> May you please explain more about {{{results(=value=)}}} problem? >>> Isn't it sufficient to do src_elisp[:results verbatim]{'value} >>> {{{results(=value=)}}}? >> >> The issue is the opposite I think. Currently the

Re: [BUG] inline src blocks in caption of not-inline src blocks do not execute

2023-08-16 Thread Ihor Radchenko
Tom Gillespie writes: > PS A new issue arises however caused by > 487f39efa68fa2d857f8d446d1c4b3a3b3e3f482, > which is that it is now confusing to get the {{{results(=value=)}}} > macro without verbatim which is what :results drawer meant in > that context. I expect that change will break

Re: [BUG] inline src blocks in caption of not-inline src blocks do not execute

2023-08-16 Thread Ihor Radchenko
Tom Gillespie writes: >> It was a slip when the patch was applied. >> May you please explain more about {{{results(=value=)}}} problem? >> Isn't it sufficient to do src_elisp[:results verbatim]{'value} >> {{{results(=value=)}}}? > > The issue is the opposite I think. Currently the default value

Re: [BUG] inline src blocks in caption of not-inline src blocks do not execute

2023-08-16 Thread Tom Gillespie
> It was a slip when the patch was applied. > See the table of :results params vs. expected output that Nicolas > provided in > https://list.orgmode.org/orgmode/87zjbqrapy@nicolasgoaziou.fr/ > > Or maybe I miss something. > > May you please explain more about {{{results(=value=)}}} problem? >

Re: [BUG] inline src blocks in caption of not-inline src blocks do not execute

2023-08-16 Thread Tom Gillespie
Confirming fixed. Thanks! PS A new issue arises however caused by 487f39efa68fa2d857f8d446d1c4b3a3b3e3f482, which is that it is now confusing to get the {{{results(=value=)}}} macro without verbatim which is what :results drawer meant in that context. I expect that change will break things for a

Re: [BUG] inline src blocks in caption of not-inline src blocks do not execute

2023-08-16 Thread Ihor Radchenko
Tom Gillespie writes: >> org-element-at-point is not supposed to return objects. So, there is no >> problem here. > > Right. My original issue description is wrong for this part. It seems that > org-babel-get-src-block-info returns nil when immediately before the start > of the ala |src_ in

Re: [BUG] inline src blocks in caption of not-inline src blocks do not execute

2023-08-15 Thread Tom Gillespie
I have tested this again against bugfix, the issue is still present when the cursor is on the s in #+caption: src_. Best, Tom

Re: [BUG] inline src blocks in caption of not-inline src blocks do not execute

2023-08-14 Thread Tom Gillespie
> org-element-at-point is not supposed to return objects. So, there is no > problem here. Right. My original issue description is wrong for this part. It seems that org-babel-get-src-block-info returns nil when immediately before the start of the ala |src_ in #+caption: but will return non-nil in

Re: [BUG] inline src blocks in caption of not-inline src blocks do not execute

2023-08-14 Thread Ihor Radchenko
Tom Gillespie writes: > This one fails to work with C-c C-c, and org-element-at-point returns > the bash src block below. > > #+caption: src_elisp[:results drawer]{"I've made a horrible mistake"} > #+begin_src bash > echo OH NO > #+end_src org-element-at-point is not supposed to return objects.

[BUG] inline src blocks in caption of not-inline src blocks do not execute

2023-08-14 Thread Tom Gillespie
I've found a bug where inline source blocks cannot be executed and org-element cannot find/parse them if they are in #+captions: where the caption is affiliated with a not-inline source block. Example below. Best, Tom Issue present in: Org mode version 9.6.6 (release_9.6.6 @