[BUG] tangle breaks fortran modules [9.7-pre (release_9.6.7-581-gd38ca5)]

2023-09-03 Thread Paul Stansell
Hello, The attached file is an example of how tangle wraps the Fortran module in program main end program main which prevents the code from compiling. There are more instructions on how to reproduce the bug in the attached bug.org file. Paul Emacs : GNU Emacs 28.2 (build 1,

Org mode version 9.7-pre (9.7-pre-n/a-g63e8ca @ /home/n/.emacs.d/elpaca/builds/org/); [PATCH] ob-lilypond.el: fix docstring typos

2023-09-03 Thread No Wayman
See attached. >From 9b21849b9b7d9f36f57241e80d005535f07b788c Mon Sep 17 00:00:00 2001 From: Nicholas Vollmer Date: Sun, 3 Sep 2023 15:41:51 -0400 Subject: [PATCH] ob-lilypond.el: Fix docstring typos --- lisp/ob-lilypond.el | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: Org mode version 9.7-pre (9.7-pre-n/a-g63e8ca @ /home/n/.emacs.d/elpaca/builds/org/); [PATCH] refactor org-babel-lilypond-compile-lilyfile

2023-09-03 Thread No Wayman
Ihor Radchenko writes: - Removes the optional TEST parameter, which is unused and better served through debugging tools. This is technically a breaking change. So, we (1) need to mention it in ORG-NEWS; (2) may consider (file-name _) function definition to be 100% sure that no

Re: [DISCUSSION] Re-design of inlinetasks

2023-09-03 Thread Ihor Radchenko
alain.coch...@unistra.fr writes: > Ihor Radchenko writes on Sun 3 Sep 2023 07:58: > > > 3. We require no less than 15 stars to define inlinetask, which > >looks ugly. > > With org-indent-mode, only 2 stars are shown (which I don't find > ugly). Hence an idea: how about an additional >

Re: [DISCUSSION] Re-design of inlinetasks

2023-09-03 Thread Alain . Cochard
Ihor Radchenko writes on Sun 3 Sep 2023 07:58: > 3. We require no less than 15 stars to define inlinetask, which >looks ugly. With org-indent-mode, only 2 stars are shown (which I don't find ugly). Hence an idea: how about an additional org-indent-mode-just-for-inlinetasks?, for those

Re: Fallback fonts in LaTeX export for non latin scripts

2023-09-03 Thread Juan Manuel Macías
Thanks for your comments! Ihor Radchenko writes: > Juan Manuel Macías writes: > >> Finally I can upload some usable code here, in this case to be able to >> load and manage fonts for languages with non-Latin scripts, through >> babel and fontspec (in LuaLaTeX). It is an attempt to simplify from

Re: [RFC] Quoting property names in tag/property matches [Was: [BUG?] Matching tags: & operator no more implicit between tags and special property]

2023-09-03 Thread Jens Schmidt
On 2023-09-03 08:53, Ihor Radchenko wrote: > Jens Schmidt writes: > >> Implemented in the next version of the patch, please check. >> > > Applied, onto main. Thanks!

Re: [DISCUSSION] Re-design of inlinetasks

2023-09-03 Thread Ihor Radchenko
Maske writes: > I am sorry, I don't know the appropriate terminology. > > > Could be used > > *** END > or a different special string, to end any headline scope? Like an "end > parenthesis" for the headline just above it. > ... > Maybe in this way, all headlines would be the same:

Re: [BUG] URI handling is overly complicated and nonstandard [9.6.7 (N/A @ /gnu/store/mg7223g8mw90lccp6mm5g6f3mpjk70si-emacs-org-9.6.7/share/emacs/site-lisp/org-9.6.7/)]

2023-09-03 Thread Ihor Radchenko
Max Nikulin writes: > On 01/09/2023 16:04, Ihor Radchenko wrote: >> Max Nikulin writes: >> >>> However I do not mind to have an easy way to delegate URI from :export >>> function to the link transcoder of active export backend. > >> Just make the :export function return nil. > > I missed this

Re: Fallback fonts in LaTeX export for non latin scripts

2023-09-03 Thread Ihor Radchenko
Juan Manuel Macías writes: > Finally I can upload some usable code here, in this case to be able to > load and manage fonts for languages with non-Latin scripts, through > babel and fontspec (in LuaLaTeX). It is an attempt to simplify from Org > the multiform syntax of babel + fontspec. Of

Re: Redoing the current tag/property parser in a real grammar [was: Re: [RFC] Quoting property names in tag/property matches]

2023-09-03 Thread Ihor Radchenko
Jens Schmidt writes: >> Backward compatibility will be easy - just leave the current code when >> old query version is detected. We should better focus on the new syntax >> in future and leave the current syntax as compatibility layer that will >> be eventually deprecated. > > Agreed except for

Re: [RFC] Quoting property names in tag/property matches [Was: [BUG?] Matching tags: & operator no more implicit between tags and special property]

2023-09-03 Thread Ihor Radchenko
Jens Schmidt writes: > Implemented in the next version of the patch, please check. > > From 11dc3ac4ff060f1ffb9dae7b35eabe526bbbc572 Mon Sep 17 00:00:00 2001 > From: Jens Schmidt > Date: Thu, 24 Aug 2023 22:38:02 +0200 > Subject: [PATCH] org-make-tags-matcher: Re-add quoting of property names