[PATCH] Add support for shortdoc link type

2024-04-30 Thread Bruno Cardoso
Hi all, This patch adds support for "shortdoc:" links. Best, Bruno. diff --git a/etc/ORG-NEWS b/etc/ORG-NEWS index 8dbc3292d..cfe894448 100644 --- a/etc/ORG-NEWS +++ b/etc/ORG-NEWS @@ -1357,6 +1357,10 @@ place the entry in the ~Misc~ category if ~TEXINFO_DIR_CATEGORY~ is missing.

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

2024-04-30 Thread Drew Adams
> I've also fixed a bug in EWW and bug-reference-mode > where it would return nil for (thing-at-point 'url) > if point was at the *end* of a URL. By "at the end" I assume you really mean just _after_ a URL, i.e., no longer on/at the URL. FWIW, that's actually _superior_ behavior. Unfortunately

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

2024-04-30 Thread Nafiz Islam
The problem with my implementation is that it modifies the org file before prompting the user for item entry. As a result, if I cancel/abort my org-capture, that modification will still be present. I've made another attempt which is slightly more successful using advice. (defun

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

2024-04-30 Thread Jim Porter
On 4/30/2024 4:39 AM, Ihor Radchenko wrote: What happens if you have multiple providers for an URL? You add the provider to the end, so it will have the lower priority in this scenario. I guess that you want the opposite - EWW provider to take precedence. Same for other changes. That's

Re: [PATCH] org-ctags.el: Do not activate on load

2024-04-30 Thread Ihor Radchenko
Max Nikulin writes: > diff --git a/testing/lisp/test-org-ctags.el b/testing/lisp/test-org-ctags.el > index 7f5fca948..b8e3e4d22 100644 > --- a/testing/lisp/test-org-ctags.el > +++ b/testing/lisp/test-org-ctags.el > @@ -76,17 +76,17 @@ (defmacro test-org-ctags/with-fake-ctags >

Re: [PATCH] org-ctags.el: Do not activate on load

2024-04-30 Thread Max Nikulin
On 30/04/2024 19:59, Ihor Radchenko wrote: /bin/sh: 1: Syntax error: Bad function name (ert-test-failed ((should (test-org-ctags/list-elements-equal-p (list ...) (test-org-ctags/with-fake-ctags temp-dir "regexp" ...) '(2) "Regexp should be

Re: [PATCH] org-ctags.el: Do not activate on load

2024-04-30 Thread Ihor Radchenko
Ihor Radchenko writes: > Applied, onto main. > https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=735334445 > https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=badb09d67 > https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=0f0019e32 >

Re: [BUG] With custom results keyword ([9.7-pre (release_9.6.24-1407-ga2514c)])

2024-04-30 Thread Ihor Radchenko
caro...@free.fr writes: > With a custom results keyword the function > org-babel-where-is-src-block-result doesn't find the results block > when the src block is unnamed. > > > > #+name: config > #+begin_src emacs-lisp > (setopt org-babel-results-keyword "RÉSULTATS") > #+end_src This is not

[BUG] With custom results keyword ([9.7-pre (release_9.6.24-1407-ga2514c)])

2024-04-30 Thread caroute
Hi With a custom results keyword the function org-babel-where-is-src-block-result doesn't find the results block when the src block is unnamed. #+name: config #+begin_src emacs-lisp (setopt org-babel-results-keyword "RÉSULTATS") #+end_src #+RÉSULTATS: config : RÉSULTATS #+begin_src

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

2024-04-30 Thread Ihor Radchenko
Nafiz Islam writes: > 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. So, there is no feature to request. Canceled. -- Ihor Radchenko // yantar92, Org

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

2024-04-30 Thread Ihor Radchenko
Nafiz Islam writes: >> 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))`

Re: keeping subtree heading on export

2024-04-30 Thread Ihor Radchenko
Matt Price writes: > The real problem I have is that, when exporting a subtree, I want to set > org-md-toplevel-hlevel to "2" and add the title; when exporting a whole > file, I want to set org-md-toplevel-hlevel to "1" and ignore the title. You can examine :export-options value in the INFO

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

2024-04-30 Thread Ihor Radchenko
Jim Porter writes: > + (setq-local bounds-of-thing-at-point-provider-alist > + (append bounds-of-thing-at-point-provider-alist > + '((url . eww--bounds-of-url-at-point > + (setq-local forward-thing-provider-alist > + (append

[PATCH] org.el: Call EXT-enable for `org-modules' (was Re: [PATCH] org-ctags.el: Do not activate on load)

2024-04-30 Thread Max Nikulin
On 30/04/2024 17:02, Ihor Radchenko wrote: Max Nikulin writes: Isn't it better to modify buggy org-ctags than to add various kludges to tests? Applied, onto main. I was expecting that you would be against it since it is a breaking change. See a follow-up to Ihor Radchenko. Re: Autoloading

Re: [PATCH] Rewrite `org-clock-sum'

2024-04-30 Thread Ihor Radchenko
Morgan Smith writes: > I may have rewritten org-clock-sum yet again. See attached patch. > > * things I want you to tell me > 1. Does this look like something that could be eventually merged upstream or > am >I wasting my time? Yes, it could be merged upstream. I do not see why not. > 2.

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

2024-04-30 Thread Ihor Radchenko
Greg Minshall writes: > a dream might be something like ":var none" to allow the dot source code > block to indicate it wasn't expecting any ":var" anyway. but, i guess > then one would want to allow picking and choosing: > > : #+header: :var =common_variable > > or some such to

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

2024-04-30 Thread Ihor Radchenko
Rudolf Adamkovič writes: > Rudolf Adamkovič writes: > >> Definitely! I am on it. Thanks! > All right, how about the attached patch? > ... > * lisp/ob-lua.el (org-babel-lua-multiple-values-separator): Change the > default value from ", " to "|" to avoid '\\,' appearing in strings. May you

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

2024-04-30 Thread Ihor Radchenko
Morgan Smith writes: >> We need a real-life justification, not a theoretical one. > ... > I agree with all your points and I'm sorry for sending noise. However, I > think > I actually found a real-life justification. > > It turns out that by replacing `org-cached-entry-get' with >

Re: [PATCH] org-ctags.el: Do not activate on load

2024-04-30 Thread Ihor Radchenko
Max Nikulin writes: > Isn't it better to modify buggy org-ctags than to add various kludges to > tests? Yes, of course. Thanks for doing this! Applied, onto main. https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=735334445

[SUMMARY] #7 [[bbb:OrgMeetup]] on Wed, Apr 24, 19:00 UTC+3

2024-04-30 Thread Ihor Radchenko
Here is a summary of the discussed topics + comment log: - Tim reported Org mode hanging (potential infinite loop) when setting tags in a new capture near the end of a big Org mode buffer. After ~M-x toggle-debug-on-quit~, the potential offender is ~org-element-cache-map~: : Debugger

Re: [BUG] Attachments not resolved correctly from symlinked Org files

2024-04-30 Thread Ihor Radchenko
Karthik Chikmagalur writes: > 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: > ... > 3. Symlink test.org from elsewhere, say > > /tmp/test.org -> ~/Desktop/test.org > ... > - An empty

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

2024-04-30 Thread Greg Minshall
Ihor, thanks again. > #+property: header-args :var common_variable = "foo" ah, hierarchical :var's. i didn't realize such existed. of course, then, you're right. a dream might be something like ":var none" to allow the dot source code block to indicate it wasn't expecting any ":var" anyway.