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

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: [PATCH] ob-tangle.el: restore :tangle closure nil behavior

Here is a corrected patch that fixes the fact that closures passed to the :tangle header were not being evaluated. Details in the commit message. Best, Tom On Tue, Aug 15, 2023 at 6:41 PM Tom Gillespie wrote: > > After a bit more investigation don't apply this patch because the change > is

Re: Export snippet matching without closing "@@"

> Thanks for reporting! > Fixed, on main. > https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=e340dde63 Thanks for fixing! -- Tom Alexander

Re: [PATCH] ob-tangle.el: restore :tangle closure nil behavior

After a bit more investigation don't apply this patch because the change is insufficient to correct another issue. Specifically org-babel-tangle-collect-blocks must check for and resolve any closures that are passed to :tangle _before_ testing (string= src-tfile "no"). As it stands blocks that

[PATCH] ob-python results handling for dicts, dataframes, arrays, and plots

Following up on a discussion from last month [1], I am reviving my proposal from a couple years ago [2] to improve ob-python results handling. Since it's a relatively large change, I am sending it to the list for review before applying the patch. The patch changes how ob-python handles the

[PATCH] ob-tangle.el: restore :tangle closure nil behavior

Hi, Here's a patch to fix the :tangle header behavior when it is passed a closure that returns nil. Best, Tom From f1e15e0634fffed4648aa11628a14e0a68c3b18d Mon Sep 17 00:00:00 2001 From: Tom Gillespie Date: Tue, 15 Aug 2023 13:46:08 -0700 Subject: [PATCH] ob-tangle.el: restore :tangle closure

org-ql and inherited tags (?)

Hello, i am using Emacs 29 and org-ql (20230525.1548). I am seeing an error message that I tracked down to setting org-use-property-inheritance. Short demo: Here is a small org-file: --8<---cut here---start->8--- ## file: ~/.emacs_29_test/foo.org * this

[BUG] org-get-outline-path misbehave in some scenarios when org-element-use-cache is t Inbox

I've noticed that =org-get-outline-path= report incorrect information when =org-element-use-cache= is =t=. This mail shows some experiments that demonstrates this bug. * Experiment 1 In this experiment, we define a =func= which contains the sexps that we want to run when =org-element-use-cache=

Re: [POLL] Should we accept breaking changes to get rid of Org libraries that perform side effects when loading?

> Any other ideas? I'd be happy to see some brain-storming. Maybe a #+keyword[options]: that doubles as a dynamic block or something like that? #+inline_task[options]: TODO some tiny task #+inline_task[options]: TODO some small task DEADLINE: <2023-11-11> :PROPERTIES: :SOMETHING: or other :END:

Re: [MAINTENANCE] Org orphanage?

Hrvoje Nikšić writes: > Can we discuss the technical details in a separate email thread or ticket? I opened an issue on github: https://github.com/hniksic/emacs-htmlize/issues/47 -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support

Re: [BUG] WORG example for ob-lilypond is no longer working as described (was: Moving some lisp/ob-*.el files to org-contrib - your advice?)

Henrik Frisk writes: >> ob-lilypond is distributed together with Org mode > ... > I know it is and I didn't know it was maintained so I've kept using this > old version updating it myself. In that case you can probably safely ignore > what I wrote below. Great to know it's part of org... It is

Re: [BUG] WORG example for ob-lilypond is no longer working as described (was: Moving some lisp/ob-*.el files to org-contrib - your advice?)

On Tue, Aug 15, 2023, 12:41 PM Ihor Radchenko wrote: > Henrik Frisk writes: > > > Sorry for being late in this discussion. As a user of ob-lilypond I'm > very > > happy about these changes. On my last install, as well as my current I > have > > had to change the following: > > > >

Re: [BUG] Error in data input and output format for org-columns--summary-estimate

Howdy! I'm back to a previous element partially discussed as I found other org places where the duration had to be adapted to be able to deal with ranges: org-clock-get-clock-string and org-clock-notify-once-if-expired, both in og-clock.el; both get into action if you have a task you

Re: [POLL] Should we accept breaking changes to get rid of Org libraries that perform side effects when loading?

Russell Adams writes: > Couldn't we use something like headings using ++'s instead of **'s as > folded by default? I am afraid that +++ may actually occur in real Org documents (e.g. copy-paste from diff files). Any other ideas? I'd be happy to see some brain-storming. -- Ihor Radchenko

Re: [POLL] Should we accept breaking changes to get rid of Org libraries that perform side effects when loading?

On Tue, Aug 15, 2023 at 03:10:59PM +0100, Timothy wrote: > They are a syntactic abomination. > > If there is any chance of making inlinetasks an extra that is > outside core Org/the Org spec, I think that would be for the > best. Having a 15+ level headlines sometimes transform into a > completely

Re: [patch] ox-latex.el: fix blank lines behavior in verse block

Ihor Radchenko writes: > Sure, but look at the pdf. The generated pdfs are not different for some > reason. Ah, sorry. It was a foolish oversight of mine. The point is that a \vspace after a line break in normal text has no effect. This does work: lorem ipsum\\ \vspace*{10ex}\\ dolor but it's

Re: [POLL] Should we accept breaking changes to get rid of Org libraries that perform side effects when loading?

Hi All, On Sat, Aug 12, 2023, at 1:46 PM, Bastien Guerry wrote: > Same here, I'd be tempted to deny Org citizenship to inline tasks: it > always felt like a nice hack for a niche use-case, but a hack anyway. > > If it modifies Org syntax in surprising ways, this is another argument > for

Re: [BUG] org-set-tags-command hangs indefinitely in some indirect buffers

> https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=561c1d0db Perfect. Can confirm that bug is no longer present even with my more complex org files. Thanks so much! -- Adam Beckmeyer

Re: [patch] ox-latex.el: fix blank lines behavior in verse block

Juan Manuel Macías writes: >> The output is not different, which it should be, AFAIU. Am I missing >> something? > > I have tried your examples and I think both give the expected result. > Look at this screenshot: > > https://i.imgur.com/ofl8Z9f.png Sure, but look at the pdf. The generated

Re: [patch] ox-latex.el: fix blank lines behavior in verse block

Ihor Radchenko writes: > Thanks! > I tested the patch with > > #+attr_latex: :literal t > > #+begin_verse > > This is just a test. > ASF. > > #+end_verse > > > and then with > > #+attr_latex: :literal t > > #+begin_verse > > This is just a test. > > ASF.

Re: #+startup: noalign & C-c }

Edgar Lux writes: > Hi! Is there a way to prevent resizing of a table with > =org-table-toggle-coordinate-overlays=? There is no such user option. Internally, `org-table-align' is what takes care about adding the coordinate overlays, so it might be non-trivial to avoid the alignment. > P.S.

Re: [patch] Fix inner smart quotes in French

Bastien Guerry writes: Are you referring to `org-export-smart-quotes-alist'? It is a defconst. >>> >>> Ah, indeed. I'd say using a defcustom here would be useful. >> >> Is changing defconst to defcustom ok for bugfix? > > Nope, it's more an "evolution" than a bugfix. Ok. I changed it to

Re: [PATCH] Re: what is the purpose of "This link has already been stored"?

Bastien Guerry writes: > Ihor Radchenko writes: > >> See the attached tentative patch. > > LGTM. Applied, onto main. https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=6954fe93e -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at

Re: How to preserve indentation of title inside a latex src block when exporting to LaTeX?

This didn't work (I tried) ;; Indent title (defun my-latex-filter-indent-title (text backend info) "Ensure \"\\title\" is indented in LaTeX export." (when (org-export-derived-backend-p backend 'latex) (replace-regexp-in-string ;; (rx (group (and (syntax escape)

Re: [BUG] WORG example for ob-lilypond is no longer working as described (was: Moving some lisp/ob-*.el files to org-contrib - your advice?)

Henrik Frisk writes: > Sorry for being late in this discussion. As a user of ob-lilypond I'm very > happy about these changes. On my last install, as well as my current I have > had to change the following: > > (org-babel-get-header params :var) which appears to be outdated, to: > >

How to preserve indentation of title inside a latex src block when exporting to LaTeX?

Hello. How to preserve indentation of title inside a latex src block when exporting to LaTeX? For (annoying) reasons, I need a frontmatter block which is able to indent its contents. I am almost there, but the title line is not. I can edit this manually after export, but I would like to know

Re: org-agenda-skip-function not honored by 'tags-tree' custom agenda view

João O'Neill Cortes writes: > Tested with org-mode version 9.7-pre. > Looking at section 'A.7 Special Agenda Views' of the info org-manual. > > It is stated that 'tags-tree' searches can set > 'org-agenda-skip-function' to some function that decides on the > visibilty of each match. > ... > Is

Re: Htmlize support, maintenance, and Org mode

Hi All, I'm currently traveling, but it seems like it would be good to chime in here. On Mon, Aug 14, 2023, at 5:22 PM, Ihor Radchenko wrote: > Bastien Guerry writes: > >> If not, then relying on engrave-faces, which is maintained and also >> handles LaTeX, instead of htmlize, sounds like a

Re: [patch] ox-latex.el: fix blank lines behavior in verse block

Juan Manuel Macías writes: > Ihor Radchenko writes: > >> Looks reasonable in general. Of course, we will also need to document >> the new attribute. > > Here is the modified patch (with your suggestions, including the `rx' code) > and the documentation of the new attribute. Thanks! I tested

Re: [BUG] org-set-tags-command hangs indefinitely in some indirect buffers

"Adam Beckmeyer" writes: > In some of my files, org-set-tags-command hangs indefinitely when invoked in > an indirect buffer. Attached is an example file where you can see the > behavior: > > 1. Open this file in org-mode. > 2. Invoke org-tree-to-indirect-buffer in the "Hello World" heading >

Re: Export snippet matching without closing "@@"

"Tom Alexander" writes: > I suspect this is a regression. I am using this test document: > ``` > @@latex: > ... > and dumped the AST with M-x eval-expression (message "%s" (pp-to-string > (org-element-parse-buffer))) > > When using the latest in main (commit >

Re: [BUG] WORG example for ob-lilypond is no longer working as described (was: Moving some lisp/ob-*.el files to org-contrib - your advice?)

Den fre 11 aug. 2023 kl 09:04 skrev Ihor Radchenko : > Jonathan Gregory writes: > > >> Jonathan, do you think that your original patch is still what > >> you want to get merged? > > > > Yes, the one I sent on 20 Jul 2023. I haven't had any issues with > > it so far. > > Ok. Would you mind adding