Re: [BUG]: contradictory requirements between resolving links and noweb result block

2024-02-04 Thread gerard . vermeulen
On 02.02.2024 21:12, Ihor Radchenko wrote: gerard.vermeu...@posteo.net writes: I want to have a kind of dynamic RESULTS: noweb block to select what other block to put in the LaTeX preamble on LaTeX export. I can get it working, but in this case links to the RESULTS: noweb block are not res

Re: [BUG] Unsolicited download of remote resources

2024-02-04 Thread Max Nikulin
On 03/02/2024 03:03, Ihor Radchenko wrote: Max Nikulin writes: --- 8< --- #+setupfile: http://localhost:8000/setup-1234567890.org test --- >8 --- [...] Fixed, on bugfix. https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=56748ea4e Please confirm that the fix works on your side.

Re: [BUG] Unsolicited download of remote resources

2024-02-04 Thread Ihor Radchenko
Max Nikulin writes: > However it may be unclear for users that setting `t' for > `org-resource-download-policy' is dangerous if they use Emacs as a mail > client or as a handler for opening links to .org files in browsers. I > would consider adding "dangerous" to the label of this option and a

Re: [BUG] Unsolicited download of remote resources

2024-02-04 Thread Max Nikulin
On 03/02/2024 02:04, Leo Butler wrote: When I opened your email in Gnus, I was greeted with the same (bewildering) message. Given that Org still tried to download the setupfile after being told not to, I think this is a majour security hole. This is also related to another thread concerning Org

Re: [BUG] Unsolicited download of remote resources

2024-02-04 Thread Ihor Radchenko
Max Nikulin writes: >> Please confirm that the fix works on your side. > > I have tried it with this specific scenario: open such a file (not a > mail message with an attachment) with http: URIs. "Skip" works as > expected now. I am unsure if any kind of remote files is blocked. Thanks for che

Re: problems with templates and ID in properties

2024-02-04 Thread Ihor Radchenko
Uwe Brauer writes: >> I recommend changing your capture template to >> (file+olp "~/grupos2024.org" "Grupos") > > That gives an error, as gives file+headline > so this part > > (setq org-capture-templates > '( > ("m" "Mail options") > ("mk" "Annu Grupos Ejercicios" entry (f

Re: problems with templates and ID in properties

2024-02-04 Thread Ihor Radchenko
Uwe Brauer writes: > ("mk" "Annu Grupos Ejercicios" entry (file+olp > "~/ALLES/HGs/tex/vorlesungen/HGAnnu/Hojas-Teoria/Soluciones-2024/grupos2024.org") > ... > Gives the error > ... > org-capture-set-target-location: Wrong type argument: markerp, nil I tightened the template target loc

Re: Another low-hanging fruit

2024-02-04 Thread Ihor Radchenko
Pedro Andres Aranda Gutierrez writes: > Subject: [PATCH] Silent anonymous footnote creation This is a bit confusing. Maybe something like org-footnote-new: Add an option to create new anonymous labels > * lisp/org-footnote.el: Add symbol anonymous to `org-footnote-auto-label'. > With this, ano

Re: [BUG] Unexpected result when evaluating python src block asynchronously [9.7-pre (release_9.6.17-1131-gc9ed03.dirty @ /home/yantar92/.emacs.d/straight/build/org/)]

2024-02-04 Thread Ihor Radchenko
Jack Kamm writes: > I think the correct solution would be for `org-babel-insert-result' to > not insert file results (or any other special results) for async session > blocks. Perhaps in this case, `org-babel-insert-result' could return a > new result type, named "async", "future", or similar.

Re: Exporting multiple #+AUTHOR keywords

2024-02-04 Thread Ihor Radchenko
Juan Manuel Macías writes: > ... I think the basic problem is that org uses #+author, #+title, etc. > as a single source for both the metadata strings and the exported > format, i.e. the title, the author, the date that is printed somewhere. > > Perhaps the ideal would be to distinguish in some w

Re: Exporting multiple #+AUTHOR keywords

2024-02-04 Thread Max Nikulin
On 04/02/2024 22:21, Ihor Radchenko wrote: Another option is to have a new set of keywords: #+LATEX_AUTHOR: #+HTML_AUTHOR: ... For multiple authors, we may introduce something like #+AUTHOR: John Doe #+AUTHOR+: Luke Skywalker Another idea: #+metadata: - author :: - John Doe - Luke Skyw

Re: Async Python src block behavior with :dir header property

2024-02-04 Thread Ihor Radchenko
Jack Kamm writes: > I updated the patch for `org-babel-comint-async-filter' to follow the > same approach, setting default-directory based on the session buffer's > value rather than the :dir header arg. Thanks! Attaching the two patches combined with some fixed to my patch. Please check if the

[PATCH] lisp/org-colview.el: [refactor] replace anonymouse function with `forward-char

2024-02-04 Thread Sławomir Grochowski
Dear All, It's a TINYCHANGE and the patch is self-explanatory. Regards, Sławomir Grochowski From 884e57101de6baf92d6d4e6c2c3476c7c3498185 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?S=C5=82awomir=20Grochowski?= Date: Sat, 3 Feb 2024 19:30:03 +0100 Subject: [PATCH] lisp/org-colview.el: [refactor] re

Re: I'm not subscriber, but want to send a code.

2024-02-04 Thread Ihor Radchenko
Teika Kazura writes: > > [Wishitem] Show the current node name in the header line (w/ sample > implementation) > --- > Hi. The following code shows the cur

Re: [PATCH] lisp/org-colview.el: [refactor] replace anonymouse function with `forward-char

2024-02-04 Thread Ihor Radchenko
Sławomir Grochowski writes: > It's a TINYCHANGE and the patch is self-explanatory. Thanks! Applied, onto main, with amendments to the commit message. https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=0938795fd You don't need TINYCHANGE cookie when you already have FSF copyright as

[BUG] Prompt appears in async shell results

2024-02-04 Thread Matt
* [BUG] Prompt appears in async shell results ** Minimal reproducible example #+begin_src emacs-lisp (org-babel-do-load-languages 'org-babel-load-languages '((shell . t))) #+end_src #+begin_src sh :results output :session *test* :async t cd /tmp echo "hello world" #+end_src #+RESULTS: : org_babel

Re: problems with templates and ID in properties

2024-02-04 Thread Uwe Brauer
>>> "IR" == Ihor Radchenko writes: > Uwe Brauer writes: >> ("mk" "Annu Grupos Ejercicios" entry (file+olp >> "~/ALLES/HGs/tex/vorlesungen/HGAnnu/Hojas-Teoria/Soluciones-2024/grupos2024.org") >> ... >> Gives the error >> ... >> org-capture-set-target-location: Wrong type argument: markerp, nil

[PATCH] lisp/org-colview.el: [refactor] [extract function] `org-columns-move-up' & `org-columns-move-down'

2024-02-04 Thread Sławomir Grochowski
Dear All, It's a small refactoring - extract function - and the patch is self-explanatory. Regards, Sławomir Grochowski >From e12fe4e911c90b8f0fc587286937d4c76cac4b5d Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?S=C5=82awomir=20Grochowski?= Date: Sat, 3 Feb 2024 20:50:08 +0100 Subject: [PATCH] org

Re: problems with templates and ID in properties

2024-02-04 Thread Ihor Radchenko
Uwe Brauer writes: >> I tightened the template target location reader to produce less cryptic >> error in similar cases. >> https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=0a58a53ed > shall I the pull and reinstall? You do not have to. My commit will just change the org-capture-s

Re: problems with templates and ID in properties

2024-02-04 Thread Uwe Brauer
>>> "IR" == Ihor Radchenko writes: > Uwe Brauer writes: >>> I recommend changing your capture template to >>> (file+olp "~/grupos2024.org" "Grupos") >> >> That gives an error, as gives file+headline >> so this part >> >> (setq org-capture-templates >> '( >> ("m" "Mail options") >> ("mk" "Annu

Re: [PATCH] lisp/org-colview.el: [refactor] [extract function] `org-columns-move-up' & `org-columns-move-down'

2024-02-04 Thread Ihor Radchenko
Sławomir Grochowski writes: > It's a small refactoring - extract function - and the patch is > self-explanatory. Thanks! > +(defun org-columns-move-up () > + (interactive) > ... > +(defun org-columns-move-down () > + (interactive) > ... May you also add docstrings? And maybe better names wou

Re: problems with templates and ID in properties

2024-02-04 Thread Ihor Radchenko
Uwe Brauer writes: >> You can try M-x debug-on-entry org-id-new to trigger >> backtrace when `org-id-new' is called and see what is calling it. >> Then, M-x cancel-debug-on-entry to disable the debugger. > > Here is the result > > Debugger entered--entering a function: > * org-id-new() > eva

Re: problems with templates and ID in properties

2024-02-04 Thread Uwe Brauer
> You can try M-x debug-on-entry org-id-new to trigger > backtrace when `org-id-new' is called and see what is calling it. > Then, M-x cancel-debug-on-entry to disable the debugger. Here are some news: --8<---cut here---start->8--- (setq org-capture-templat

Re: problems with templates and ID in properties

2024-02-04 Thread Ihor Radchenko
Uwe Brauer writes: > ("my" "Annu Grupos Ejercicios" entry (file+olp > "~/ALLES/HGs/tex/vorlesungen/HGAnnu/Hojas-Teoria/Soluciones-2024/grupos2024.org" > "Grupos") > "** TODO %^{Grupo} %T %^g %(org-contacts-template-name) > :ID: %(org-id-new) > :Link: %a >

Re: problems with templates and ID in properties

2024-02-04 Thread Uwe Brauer
>>> "IR" == Ihor Radchenko writes: > Uwe Brauer writes: >> ("my" "Annu Grupos Ejercicios" entry (file+olp >> "~/ALLES/HGs/tex/vorlesungen/HGAnnu/Hojas-Teoria/Soluciones-2024/grupos2024.org" >> "Grupos") >> "** TODO %^{Grupo} %T %^g %(org-contacts-template-name) >> :ID: %(org-id-new) >> :Link:

Re: problems with templates and ID in properties

2024-02-04 Thread Ihor Radchenko
Uwe Brauer writes: "IR" == Ihor Radchenko writes: > >> Uwe Brauer writes: >>> ("my" "Annu Grupos Ejercicios" entry (file+olp >>> "~/ALLES/HGs/tex/vorlesungen/HGAnnu/Hojas-Teoria/Soluciones-2024/grupos2024.org" >>> "Grupos") >>> "** TODO %^{Grupo} %T %^g %(org-contacts-template-name) >>>

Re: problems with templates and ID in properties

2024-02-04 Thread Uwe Brauer
> Uwe Brauer writes: > It is actually not the culprit. The problem is much simpler. > You forgot :PROPERTIES: line in your capture template. > So, what Org sees is > * Heading > :ID: > ... > :END: 😱 😨 I am very sorry. Thanks for you patience and help!!! Regards Uwe

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

2024-02-04 Thread Ihor Radchenko
Hi, What do you think about an idea to modify Org mode front page (https://orgmode.org/), adding the most recent blog posts and discussions about Org mode? We might use Org-related records from Sacha's news and/or https://planet.emacslife.com/ as a source, scrape it regularly (once per day/week o

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

2024-02-04 Thread Thomas Dye
+1 Tom > On Feb 4, 2024, at 9:40 AM, Ihor Radchenko wrote: > > Hi, > > What do you think about an idea to modify Org mode front page > (https://orgmode.org/), adding the most recent blog posts and > discussions about Org mode? > > We might use Org-related records from Sacha's news and/or > h

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

2024-02-04 Thread Juan Manuel Macías
Ihor Radchenko writes: > Hi, > > What do you think about an idea to modify Org mode front page > (https://orgmode.org/), adding the most recent blog posts and > discussions about Org mode? > > We might use Org-related records from Sacha's news and/or > https://planet.emacslife.com/ as a source, sc

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

2024-02-04 Thread Juergen Fenn
Am 04.02.24 um 20:41 Uhr schrieb Ihor Radchenko: > What do you think about an idea to modify Org mode front page > (https://orgmode.org/), adding the most recent blog posts and > discussions about Org mode? I think that would be a good idea. Please go ahead. Regards, Jürgen.

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

2024-02-04 Thread Sacha Chua
On Sun, Feb 4, 2024, 14:37 Ihor Radchenko wrote: > > What do you think about an idea to modify Org mode front page > (https://orgmode.org/), adding the most recent blog posts and discussions about Org mode? We might use Org-related records from Sacha's news and/or > https://planet.emacslife.com

Re: Exporting multiple #+AUTHOR keywords

2024-02-04 Thread Juan Manuel Macías
Max Nikulin writes: > On 04/02/2024 22:21, Ihor Radchenko wrote: >> >> Another option is to have a new set of keywords: >> #+LATEX_AUTHOR: >> #+HTML_AUTHOR: ... >> >> For multiple authors, we may introduce something like >> >> #+AUTHOR: John Doe >> #+AUTHOR+: Luke Skywalker > > Another idea: >

Re: Async Python src block behavior with :dir header property

2024-02-04 Thread Jack Kamm
Ihor Radchenko writes: > Thanks! > Attaching the two patches combined with some fixed to my patch. > > Please check if these two patches solve the discussed bug. The original bug for async sessions looks fixed. But I encountered a complication regarding the non-async bug of changing :dir. In par

Re: [BUG] Unexpected result when evaluating python src block asynchronously [9.7-pre (release_9.6.17-1131-gc9ed03.dirty @ /home/yantar92/.emacs.d/straight/build/org/)]

2024-02-04 Thread Jack Kamm
Ihor Radchenko writes: > Jack Kamm writes: > >> I think the correct solution would be for `org-babel-insert-result' to >> not insert file results (or any other special results) for async session >> blocks. Perhaps in this case, `org-babel-insert-result' could return a >> new result type, named

Re: I'm not subscriber, but want to send a code.

2024-02-04 Thread Teika Kazura
Hi, Ihor. (... мабуть привіт or привет?) Thanks a lot for your kind, detailed reply. Yep, you've convinced me totally! There's an (old) question about this in emacs.stackexchange: https://emacs.stackexchange.com/q/30894 Now I posted a summary of your reply. :) All the best, Teika

Re: Another low-hanging fruit

2024-02-04 Thread Pedro Andres Aranda Gutierrez
Fixed! On Sun, 4 Feb 2024 at 19:36, Ihor Radchenko wrote: > Pedro Andres Aranda Gutierrez writes: > > > Next version of the patch. I've done almost everything. > > Thanks! > You dropped Org mailing list from CC. Was it intentional? > > > ... Still need to > > consider the startup options stuff.