Re: [ANN] lisp/ob-tangle-sync.el

Hey Mehmet and Org! I'd like to ask if I could contribute to this. I have followed the discussion to a point, but would be more than happy to try and contribute to this so it gets merged for the next Org major version, as I've been waiting for this for quite a while now. It solves the major gripe

Re: Adding custom providers for thingatpt.el (was: [PATCH] Add support for 'thing-at-point' to get URL at point)

On 4/12/2024 3:30 PM, Jim Porter wrote: On 4/12/2024 5:41 AM, Ihor Radchenko wrote: Jim Porter writes: That sounds reasonable enough to me; does anyone else have opinions on this? Otherwise, I'll get to work on a patch (though probably not for a couple weeks). It has been a while since the

Possible to set block switches "globally"?

Hi Org-mode! Is there a way to set =src= and =example= switches (as documented in "(org) Literal Examples"[0]) file- or heading-wide? I tried using #+property: header-args:emacs-lisp -n -r but they aren't really header arguments and that doesn't get picked up as it should (it does, but as

Possible to set block switches "globally"?

Hi Org-mode! Is there a way to set =src= and =example= switches (as documented in "(org) Literal Examples"[0]) file- or heading-wide? I tried using #+property: header-args:emacs-lisp -n -r but they aren't really header arguments and that doesn't get picked up as it should (it does, but as

[PATCH] lisp/org.el: Obsolete `org-cached-entry-get' in favor of `org-entry-get'

* lisp/org.el (org-cached-entry-get): Rewrite in terms `org-entry-get'. Obsolete in favor of `org-entry-get'. (org-make-tags-matcher): Replace uses of `org-cached-entry-get' with `org-entry-get'. --- Hello! All tests pass. I don't think we can justify the existence of this function but let me

[PATCH] org-make-tags-matcher: Compile returned function

This should result in a nice performance boost when the function is called repeatedly (as is often done). * lisp/org.el (org-make-tags-matcher): Evaluate returned function to compile it into a closure. --- Hello! All tests pass. I don't have any rigorous benchmarks but this does make things

Re: [FR] Support headline as a function for file+headline target for org-capture-templates

> Upon closer look at the `org-capture`, `org-capture-set-target-location` and `org-capture-place-entry`, I'm starting to realize that "file+function" can be used for what I'm looking for. I was just worried about the use of `(org-capture-put :exact-position (point))` My disappointing attempt at

[BUG] Attachments not resolved correctly from symlinked Org files

Attachment paths are not resolved correctly when the Org file is symlinked elsewhere. This may or may not be a bug, but I think it's undesired behavior: 1. Create an Org file somewhere, say ~/Desktop/test.org. 2. In test.org, create an attachment: `C-c C-a m' as a file. Either the "copy" or

Re: [BUG] oddity tangling src_blk with :var [9.7-pre (release_9.6.26-1368-g1ae978 @ /home/minshall/.emacs.d/straight/build/org/)]

hi, Ihor, thanks for looking at this. > This is because Org mode currently cannot distinguish between babel > backends that simply do not support variable assignments and babel > backends that are not loaded. currently, is it possible to see well enough what is going on to generate an error and

Re: [PATCH] org-ctags.el: Protect shell specials in directory name

Max Nikulin writes: >> Tests must be fully automated. We use make test in CI and things like >> project-compile are non-interactive. > > I do not mind. Requiring unexpected user interactions is a feature of > org-ctags. So, may you update the patch to make tests automated? -- Ihor Radchenko

Re: [PATCH] org-ctags.el: Protect shell specials in directory name

On 28/04/2024 23:55, Ihor Radchenko wrote: Max Nikulin writes: I tried to run make test with your patch applied, but I am getting interactive prompt there: Visit tags table (default TAGS): You may press RET... It is due to invasive org-ctags behavior. Tests must be fully

Re: [PATCH] org-ctags.el: Protect shell specials in directory name

Max Nikulin writes: >> I tried to run make test with your patch applied, but I am getting >> interactive prompt there: >> >> Visit tags table (default TAGS): > > You may press RET... > > It is due to invasive org-ctags behavior. Tests must be fully automated. We use make test in CI and

Re: [PATCH] org-ctags.el: Protect shell specials in directory name

On 28/04/2024 19:53, Ihor Radchenko wrote: May you submit a patch? Max Nikulin writes: See the attachments. I tried to run make test with your patch applied, but I am getting interactive prompt there: Visit tags table (default TAGS): You may press RET... It is due to invasive

Re: [FR] Support headline as a function for file+headline target for org-capture-templates

Upon closer look at the `org-capture`, `org-capture-set-target-location` and `org-capture-place-entry`, I'm starting to realize that "file+function" can be used for what I'm looking for. I was just worried about the use of `(org-capture-put :exact-position (point))` On Sun, Apr 28, 2024 at 10:58 

[FR] Support headline as a function for file+headline target for org-capture-templates

Right now, only the file name supports being either a string, symbol or function, etc. Nonetheless, it would be nice if headline could be a function that takes in as parameter a list of all headlines present in the file so that we can dynamically pick a headline under which we want to add an

Re: [DISCUSSION] Add "Recent News" to orgmode.org

Ihor Radchenko writes: > Maybe we should add an equivalent of `worg-publish-stop-on-error' to > orgweb publish process? Good idea, done. Let's see if it helps! -- Bastien Guerry

[BUG] ob-shell: internal representation of cmdline arguments the same

While investigating "[BUG] ob-shell: :shebang changes interpretation of :cmdline" (https://list.orgmode.org/orgmode/18f01342a2f.124ad27612732529.8693431365849276...@excalamus.com/), it was observed that :cmdline 1 2 3 behaves like :cmdline "1 2 3" The first argument is the first space

[BUG] ob-shell: results missing leading quotes

While investigating "[BUG] ob-shell: :shebang changes interpretation of :cmdline" (https://list.orgmode.org/orgmode/18f01342a2f.124ad27612732529.8693431365849276...@excalamus.com/), behavior like the following was observed in which leading quote marks are sometimes removed from results:

Re: columnview dynamic block - different time summing behaviour for EFFORT and CLOCKSUM

Alexander Adolf writes: > One last question though: I'm developing an add-on package which will > use the new features. I guess in "Package-Requires:" it should say > (org "9.7") ? Yes. -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at .

Re: FAILED test-ob-shell/bash-uses-assoc-arrays

Max Nikulin writes: > My guess is that GPLv2 BASH on macOS does not support associative > arrays. Perhaps these tests should be skipped if BASH_VERSION is not > fresh enough (not supplied by Apple). >> >> https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=e4ab416fc > >

Re: HowTo: Upgrade org-mode installation from the command-line

"Cook, Malcolm" writes: > The section on org-mode > [[https://orgmode.org/org.html#Installation][Installation]] entitled "Using > Emacs packaging > system" might be improved with the following advice: Thanks! > Note: For the upgraded version to be loaded by emacs, you mush place >

Re: [FR] org-clock-modify-effort-estimate as autoload

Jason Hemann writes: > Presently, org-clock-modify-effort-estimate is not autoloaded. I imagine that > org currently suggests/favors workflow would be that you’d clock in, or > interact with org-clock some other way, and only then modify your effort > estimates. > > I found myself wanting to

Re: [PATCH] org-ctags.el: Protect shell specials in directory name

Max Nikulin writes: >>> The committed change is anyway incomplete. >> >> May you submit a patch? > See the attachments. Thanks! I tried to run make test with your patch applied, but I am getting interactive prompt there: Visit tags table (default TAGS): -- Ihor Radchenko // yantar92,

Re: link can not be created in a line with another link.

Alexandros Prekates writes: > In the example below i underline to show that a link has been created. > > Given that lines : > > [[sysadmInstallSoftware a [[deb][deb package]] > [[sysadmInstallSoftware adeb package > --- > If i try to complete the

Re: Cant expand a heading with tab : Subtree (no children)

Alexandros Prekates writes: > Emacs: 29.1 > > It happens daily , not initially , but after some hour(s) of using an > org file to try to expand a heading ,that i know that it has subheadings > , and it wont expand and see in the echo area the message : SUBTREE (NO > CHILDREN). Please try (1)

Re: [PATCH] ob-lua: Support all types and multiple values in results

Rudolf Adamkovič writes: > ... > We need *better tests*, otherwise all this is kind of useless. > > I will hack on this some more... Will you be willing to provide some? -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org

Re: [PATCH] Re: [BUG] ob-shell: :shebang changes interpretation of :cmdline

Max Nikulin writes: >> I conclude that your concern, while being valid, is a _different_ bug. >> Thus, I do not see it as a blocker for my patch - my patch will fix the >> *original bug reported on top of this thread*. > > My concern is that your patch trying to fix one bug (I am not convinced

Re: [BUG] oddity tangling src_blk with :var [9.7-pre (release_9.6.26-1368-g1ae978 @ /home/minshall/.emacs.d/straight/build/org/)]

Greg Minshall writes: > here is the variable to be included. > ,#+name: variable > | 2.4 | > > and, the code block that includes that variable > ,#+begin_src sh :var variable=variable :shebang #!/bin/sh :tangle > variable.sh > echo "${variable}" > ,#+end_src Confirmed. This is

Re: help: org-mode menu presence mysteriously disappearing and reappearing when I navigate the document

"Cook, Malcolm" writes: > I have a org document that, when I navigate through it, the org-mode menu > disappears and reappears. > ... > polymode This. Major mode menu is displayed only when the major mode is active, but polymode will switch the major mode depending on the point location in the

Re: Trailing whitespace after export snippets without a transcoder

Max Nikulin writes: > On 23/04/2024 02:01, Ihor Radchenko wrote: >> For example, consider an HTML exporter that aligns tags nicely and >> keeps blank lines between markup blocks for readability. If we >> remove such blank lines unconditionally, it will be problematic. > > I consider that just

Re: [BUG] HTML export does not preserve footnote label [9.6.15 (release_9.6.15 @ /usr/local/share/emacs/30.0.50/lisp/org/)]

Protesilaos Stavrou writes: > Since we are now using labels for the HTML export, I think it makes > sense to optionally use those for the anchor tags as well. > > See the attached patch for a possible way of doing this. > > As always, you are welcome to make any further changes. We can indeed

Re: [BUG] HTML export does not preserve footnote label [9.6.15 (release_9.6.15 @ /usr/local/share/emacs/30.0.50/lisp/org/)]

Ihor Radchenko writes: > Protesilaos Stavrou writes: > >> With regard to the disambiguation scheme, I am playing around with >> various scenaria to see how Org HTML export behaves. Using the >> following: >> ... >> This is test 2 > role="doc-backlink">1 >> ... >> This is test 3 >

Re: [BUG] HTML export does not preserve footnote label [9.6.15 (release_9.6.15 @ /usr/local/share/emacs/30.0.50/lisp/org/)]

Protesilaos Stavrou writes: >> See the attached tentative patch. > >> [... 144 lines elided] > > Thank you! I just tried it. I encountered two problems with it, which I > am addressing with the two attached patches (feel free to modify as > needed). In short: > > 1. The footnote definitions at

[PATCH] org-ctags.el: Protect shell specials in directory name

On 20/03/2024 19:08, Ihor Radchenko wrote: Max Nikulin writes: The committed change is anyway incomplete. May you submit a patch? See the attachments.From 067dc590bb1c26c881f14d218da2cd502413ec5d Mon Sep 17 00:00:00 2001 From: Max Nikulin Date: Wed, 27 Mar 2024 23:04:07 +0700 Subject:

link can not be created in a line with another link.

Emacs : GNU Emacs 29.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.37, cairo version 1.16.0) of 2023-09-11, modified by Debian Package: Org mode version 9.6.6 (release_9.6.6 @ /usr/share/emacs/29.1/lisp/org/) In the example below i underline to show that a link has been created. Given