Re: [PATCH] Fix org-capture checkdoc warnings [9.5 (9.5-g9364b2 @ /home/n/.emacs.d/straight/build/org/)]

No Wayman writes: > The attached patch addresses most of the checkdoc warnings for > org-capture. Applied, thanks. > There are two remaining warnings (both the same): > >> Disambiguate org-capture-mode by preceding w/ >> function,command,variable,option or symbol. > > I did not address these

Re: Bug: Org mode fails to compile using Emacs 24.5-r10 [9.4.5 (9.4.5-g3ea248 @ /home/yantar92/.emacs.d/straight/build/org/)]

Hi Tim, Tim Cross writes: > I do think it is probably time to drop support for Emacs 24 in the next > major release. However, we cannot drop it 'mid release'. I've added a section called "Compatibility with Emacs versions" on this page: https://orgmode.org/worg/org-maintenance.html We now

[ANN] EmacsConf 2021 Second (and final) Call for Proposals (closing Sep 30)

Dear fellow Emacsians, This is the second and final Call for Proposals for EmacsConf 2021, open until September 30. Please see below for details on how to send in your proposal(s), or chat about them with us in the #emacsconf IRC channel on Libera.Chat. If you're considering submitting a

Re: [PATCH] async process in R

Hi Jeremie, > For the parameter :async without any values assigned to it. I'm > coordinating with ob-python.el and the orginal package > https://github.com/jackkamm/ob-session-async. > > Jack do you see the need to change it and expect :async to have the > value yes or no? I wrote the :async

[PATCH] Fix org-capture checkdoc warnings [9.5 (9.5-g9364b2 @ /home/n/.emacs.d/straight/build/org/)]

The attached patch addresses most of the checkdoc warnings for org-capture. There are two remaining warnings (both the same): Disambiguate org-capture-mode by preceding w/ function,command,variable,option or symbol. I did not address these because checkdoc has recently been fixed to stop

Re: [PATCH] async process in R

Jeremie, > On Sep 27, 2021, at 3:56 PM, Berry, Charles wrote: > > There is something in my init that doesn't play nice with this. (setq ess-inject-source nil) seems to be the culprit. Also note, even with ess-inject-source set to t, there is an indentation issue: #+begin_src R

Re: [PATCH] async process in R

Jeremie, There is something in my init that doesn't play nice with this. IOW, emacs -q and then load the minimal stuff works OK, but my usual startup does not. #+begin_src R :session *R* :results output :async yes Sys.sleep(5) 1:5 #+end_src #+RESULTS: : > > : [1] 1 2 3 4 5 : > It may

Would it be possible to color horizontal lines in org mode?

In markdown mode when I enter `---` (3 dash lines or more), the horizontal line becomes green. Would it be possible to obtain the same behavior in `org-mode` where horizontal lines become colorful? --- https://orgmode.org/manual/Horizontal-Rules.html > 12.9 Horizontal Rules: > A line

Re: [PATCH] async process in R

Hello Chuck, On Monday, 27 Sep 2021 at 18:28, Berry, Charles wrote: > > It looks like you have `(setq ess-eval-visibly t)' here. I think that is a > default setting. Thanks again for your suggestion. The following patch to be applied on top of the previous one, solves the issue. #+begin_src R

Re: [PATCH]

Timothy writes: > Bastien writes: > >> Since this is a variable, a simple (defvar visual-fill-column-width) >> will silent the compiler. > > I’ve just had another thought which wouldn’t add visual-fill-column-width to > the > namespace (if that’s worth worrying about). Not sure if this is

Re: Empty headline titles unsupported: Bug?

Hello, Bastien writes: > Ihor Radchenko writes: > >> Yet, why not simply alter the headline parser a little bit to support >> empty titles + tag? Such headlines are used in some of the tests. See >> the attached patch. > > I'm in favor of this change... > > Nicolas Goaziou writes: > >>

Re: [PATCH] async process in R

Hello Chuck, On Monday, 27 Sep 2021 at 18:28, Berry, Charles wrote: > > It looks like you have `(setq ess-eval-visibly t)' here. I think that is a > default setting. > Many thanks for the feedback. > > which is better, but the prompts still need cleaning along the lines of >

Re: [PATCH] async process in R

Hello, On Monday, 27 Sep 2021 at 08:48, Bastien wrote: > Hi Greg and Jeremie, > > Greg Minshall writes: > >> if this is not already idiomatic for org mode, i'd vote to require the >> "yes" or "no". just my 2 cents. > > Agreed: even if a syntax is allowed, let's use the idiomatic form in >

Re: shrink table in columnmode view (poor man's issue system)

Hi all! Bastien > Uwe Brauer writes: >> Thank you for the code! As I said, your code should be included. If you >> have write access please push it. Thanks Uwe. > It's up to the maintainers to decide for pushing changes, and to > regular contributors, for areas they feel confident they can

Re: [PATCH] async process in R

Jeremie, > On Sep 26, 2021, at 10:13 AM, Jeremie Juste wrote: > > But for the time being result output produces the following output. > > #+begin_src R :session *R* :results output :async > Sys.sleep(1) > print(1:5) > #+end_src > > #+RESULTS: > : > Sys.sleep(1) > : > print(1:5) > : [1] 1 2 3

Re: [Worg] Proposing a few CSS changes

Eric S Fraga writes: On Saturday, 25 Sep 2021 at 19:37, Adam Porter wrote: This is why I prefer to remove font specifications for documentation pages: let the user decide. +1 on this (and on size specifications). Please keep the settings as generic as possible and let me, the viewer,

Unable to follow gnus links

Following gnus links in org fails with the message: funcall: Wrong number of arguments: ((t) (path _) "Follow the Gnus message or folder link specified by PATH." (if (string-match "\\`\\([^#]+\\)\\(#\\(.*\\)\\)?" path) nil (error "Error in Gnus link %S" path)) (let ((group

Re: [PATCH]

Bastien writes: > Since this is a variable, a simple (defvar visual-fill-column-width) > will silent the compiler. I’ve just had another thought which wouldn’t add visual-fill-column-width to the namespace (if that’s worth worrying about). Not sure if this is better or worse though. ┌ │ (/

Re: [PATCH]

Hi Timothy, Timothy writes: > Would adding a > declare-function statement be the best thing to do here? Since this is a variable, a simple (defvar visual-fill-column-width) will silent the compiler. -- Bastien

Re: LaTeX export: grffile is a stub package

Hi, meedst...@teknik.io writes: > According to https://ctan.org/pkg/grffile, since 2019-11-08, grffile > is a stub that just loads graphicx, part of texlive-latex-graphics, > part of texlive-base. My system (Guix) doesn't have a package for > grffile, so I can't generate a PDF, which is silly

Re: [Patch] tests for org-remove-invisible

On 21/05/2021 01:06, Nicolas Goaziou wrote: Maxim Nikulin writes: The main patch that fixes org-remove-invisible to improve list sorting is landed. Let me remind that there were patches that added more test cases: https://orgmode.org/list/s5p88r$go9$1...@ciao.gmane.io Is there any interest

Re: LaTeX export: grffile is a stub package

Timothy writes: > Bastien writes: > >> Patch welcome :) > > Well, it’s a small thing so I whipped up a patch . Applied, thanks! -- Bastien

Re: shrink table in columnmode view (poor man's issue system)

Hi Uwe, Uwe Brauer writes: >> Thanks for the feedback! > > Thank you for the code! As I said, your code should be included. If you > have write access please push it. It's up to the maintainers to decide for pushing changes, and to regular contributors, for areas they feel confident they can

Re: Org mode links: Open a PDF file at a given page and highlight a given string

On 03/03/2021 05:36, Kyle Meyer wrote: Rodrigo Morales writes: [...] + create a Org link to specific pages of a PDF and highlight a given string. #+begin_src emacs-lisp :results silent (setq org-file-apps '(("\\.pdf::\\([0-9]+\\)::\\([^:]+\\)\\'" . "zathura -P %1 -f %2 %s")))

Re: LaTeX export: grffile is a stub package

Bastien writes: > Patch welcome :) Well, it’s a small thing so I whipped up a patch . All the best, Timothy >From 9728ad2fc166cb6d15df9ff4b2179680a2100f1b Mon Sep 17 00:00:00 2001 From: TEC Date: Tue, 28 Sep 2021 00:27:33 +0800 Subject: [PATCH] org: Remove obsolete default LaTeX packages *

Re: [BUG] [BUG] inconsistent behavior when reading multiple tags [9.4.6 (9.4.6-g366444 @ /home/n/.emacs.d/straight/build/org/)]

Bastien writes: Hi, No Wayman writes: Instead of a defvar that we don't want the user to modify, why not hardcoding the addition of the coma? I'd prefer this. `completing-read-multiple' is currently used in two spots to read tags: `org-set-tags-command' and

Re: LaTeX export: grffile is a stub package

On 27/09/2021 19:07, meedst...@teknik.io wrote: According to https://ctan.org/pkg/grffile, since 2019-11-08, grffile is a stub that just loads graphicx, part of texlive-latex-graphics, part of texlive-base. My system (Guix) doesn't have a package for grffile, so I can't generate a PDF, which

Re: shrink table in columnmode view (poor man's issue system)

> Uwe Brauer writes: > Hi Uwe, > Thanks for the feedback! Thank you for the code! As I said, your code should be included. If you have write access please push it. Uwe smime.p7s Description: S/MIME cryptographic signature

Re: [PATCH] org-protocol: decode "+" in query part as space (v3)

Hi Max, Max Nikulin writes: > I had some test cases for decoding of "+" in org-protocol URIs, so I > have put them to test-org-protocol.el. Applied too, thanks again. -- Bastien

Re: [PATCH] org-protocol: decode "+" in query part as space (v3)

Max Nikulin writes: > Surprisingly there is no conflicts during rebase. I expected changed > context in ORG-NEWS. Applied, thanks! -- Bastien

Re: [Worg] Proposing a few CSS changes

On Saturday, 25 Sep 2021 at 19:37, Adam Porter wrote: > This is why I prefer to remove font specifications for documentation > pages: let the user decide. +1 on this (and on size specifications). Please keep the settings as generic as possible and let me, the viewer, decide actual font and

Re: [BUG] [BUG] inconsistent behavior when reading multiple tags [9.4.6 (9.4.6-g366444 @ /home/n/.emacs.d/straight/build/org/)]

Hi, No Wayman writes: > The patch you are viewing is outdated. > This is the latest patch on offer: > > https://list.orgmode.org/87bl4rce4j@gmail.com/2-0001-Allow-to-delimit-tags.patch Thanks. > It allows "," (the default for completing-read-multiple) and ":" to > delimit tags when

Re: [BUG] [BUG] inconsistent behavior when reading multiple tags [9.4.6 (9.4.6-g366444 @ /home/n/.emacs.d/straight/build/org/)]

Bastien writes: Hi, No Wayman writes: * org.el (org-tags-crm-separators): Defcustom controlling which characters are used to delimit tags in commands which utilize `completing-read-multiple'. Why should we allow anything else than ":" for separating tags in commands which utilize

Re: [PATCH]

Bastien writes: > This triggers a compiler warning about `visual-fill-column-width’ not > being declared. > > This variable comes from > > > Why relying on this package? Any chance to avoid this dependency? > > If not, can you please add the

Re: LaTeX export: grffile is a stub package

Timothy writes: > meedst...@teknik.io writes: > >> According to , since 2019-11-08, grffile is a >> stub >> that just loads graphicx, part of texlive-latex-graphics, part of >> texlive-base. >> My system (Guix) doesn’t have a package for grffile, so I can’t

Re: LaTeX export: grffile is a stub package

meedst...@teknik.io writes: > According to , since 2019-11-08, grffile is a > stub > that just loads graphicx, part of texlive-latex-graphics, part of > texlive-base. > My system (Guix) doesn’t have a package for grffile, so I can’t generate a > PDF, > which is

Re: [PATCH]

Hi Timothy, Timothy writes: > I’ve written an ORG-NEWS entry, verified it works (and fixed a trivial > oversight), and pushed :) This triggers a compiler warning about `visual-fill-column-width' not being declared. This variable comes from https://github.com/joostkremers/visual-fill-column

LaTeX export: grffile is a stub package

According to https://ctan.org/pkg/grffile, since 2019-11-08, grffile is a stub that just loads graphicx, part of texlive-latex-graphics, part of texlive-base. My system (Guix) doesn't have a package for grffile, so I can't generate a PDF, which is silly because it's a stub anyway. Suggest

Re: [PATCH] org-protocol: decode "+" in query part as space (v3)

On 27/09/2021 21:31, Max Nikulin wrote: On 27/09/2021 17:38, Bastien wrote: Maxim Nikulin writes: I have realized that only a half of new apostrophes in doc strings were properly escaped, so I am attaching updated patch. I still consider the change as a minor improvement. Probably given the

Re: Chiming in [Re: org-cite not mentioned in ORG-NEWS for 9.5]

Hi Bruce and Emmanuel, "Bruce D'Arcus" writes: > Finally, a question: what's the best way to do complex-ish > documentation like this collaboratively? Is there an alternative to > email + patches for the create, comment, revise cycle of refining > this? I'm sending you (and Timothy and

Re: [PATCH] org-protocol: decode "+" in query part as space (v3)

On 27/09/2021 17:38, Bastien wrote: Maxim Nikulin writes: I have realized that only a half of new apostrophes in doc strings were properly escaped, so I am attaching updated patch. I still consider the change as a minor improvement. Probably given the delay, the patch does not apply anymore.

Re: Chiming in [Re: org-cite not mentioned in ORG-NEWS for 9.5]

Great start! A few quick comments: 1. I'm not sure we should call them "citation links", since they aren't really links. 2. "four bibliograhic backends are available": a) note typo (which I think I saw elsewhere; there are a number of spelling errors throughout), b) "available" -> "included"

Chiming in [Re: org-cite not mentioned in ORG-NEWS for 9.5]

As reported by Bastien, I started a documentation for the current state of the citation engine(s). I intended to complete it, but got "a little" sidetracked. Enclosed is a patch of where I was in August. Bastien made the following remarks, which I mostly intended to follow :

Chiming in [Re: org-cite not mentioned in ORG-NEWS for 9.5]

As reported by Bastien, I started a documentation for the current state of the citation engine(s). I intended to complete it, but got "a little" sidetracked. Enclosed is a patch of where I was in August. Bastien made the following remarks, which I mostly intended to follow :

Re: [BUG] org-return does not honor delete-selection-mode [9.4.6 (release_9.4.6-551-gf70e36 @ /home/gustavo/.emacs.d/lib/org-mode/lisp/)]

Hi Bastien, On Mon, 27 Sep 2021 at 14:50, Bastien wrote: `org-return' currently does not honor `delete-selection-mode'. This should be fixed now, thanks a lot. Thank you! Best, Gustavo.

Re: [BUG] org-return does not honor delete-selection-mode [9.4.6 (release_9.4.6-551-gf70e36 @ /home/gustavo/.emacs.d/lib/org-mode/lisp/)]

Hi Gustavo, Gustavo Barros writes: > `org-return' currently does not honor `delete-selection-mode'. This should be fixed now, thanks a lot. -- Bastien

Re: [PATCH]

Timothy writes: > I’ve written an ORG-NEWS entry, verified it works (and fixed a trivial > oversight), and pushed :) Great, thanks! -- Bastien

Re: org-cite not mentioned in ORG-NEWS for 9.5

Hi Bruce, "Bruce D'Arcus" writes: > I'd change "Citations handling" to "Citation handling". Done, thanks. >> If anyone feels like enhancing this, please be my guest. > > I'm a native english speaker, but don't have time ATM to figure out > org documentation standards and patching. > > But I

Re: [PATCH]

Bastien writes: > It looks better, Thanks. The two patches don’t apply on main here. > Can you apply the change yourself and add an entry in etc/ORG-NEWS? I’ve written an ORG-NEWS entry, verified it works (and fixed a trivial oversight), and pushed :) All the best, Timothy

Re: org-cite not mentioned in ORG-NEWS for 9.5

On Mon, Sep 27, 2021 at 6:31 AM Bastien Guerry wrote: > > Hi all, > > Bastien writes: > > >> Emmanuel Charpentier (Cc'ed) wrote some nice documentation for this > >> feature. He might want to chime in. > > > > that'd be great - thanks in advance Emmanuel! > > Just a quick heads up to mention

Re: [PATCH]

Hi Timothy, Timothy writes: > So now, in the original function there’s just > ┌ > │ (let ((width (org-display-inline-image--width link)) > └ > > See the attached patch for the new function `org-display-inline-image--width' > (to > be applied on top of my previous patch). Oh, and I’ve

Re: [PATCH]

Hi Bastien, Thanks for taking a look at my patch. Bastien writes: > On a first look, it seems a bit hackish, but this is probably useful. Taking a look at the commit, I can see how it doesn’t look particularly tidy. I think this is more a function of the way that function is structured than

Re: [PATCH] Re: Bug: org-edit-special indents inline latex [9.5 (nil @ /home/david/.emacs.d/.local/straight/build-27.2/org-mode/)]

Hi David and Sébastien, Sébastien Miquel writes: > Thanks for reporting and confirming. David, Did you have time to look at Sébastien's patch? Sébastien, have you been able to test this patch heavily and is it still needed, or has it been made somehow irrelevant? (I see it does apply well on

Re: [PATCH] org-protocol: decode "+" in query part as space (v2)

Hi Maxim, Maxim Nikulin writes: > I have realized that only a half of new apostrophes in doc strings > were properly escaped, so I am attaching updated patch. I still > consider the change as a minor improvement. Probably given the delay, the patch does not apply anymore. Would you be able to

Re: org-cite not mentioned in ORG-NEWS for 9.5

Hi all, Bastien writes: >> Emmanuel Charpentier (Cc'ed) wrote some nice documentation for this >> feature. He might want to chime in. > > that'd be great - thanks in advance Emmanuel! Just a quick heads up to mention that I created a new "Citations handling" section in the manual, as a first

Re: Bug: "DEFINITION NOT FOUND" for footnote in Org manual

Hi, Maxim Nikulin writes: > I think, it is better to restore the footnote text than to leave it in > its current state "DEFINITION NOT FOUND". Fixed now, thanks! -- Bastien

Re: Bug: :session results in unfriendly error reporting

(all -- just re-sending this with the WOOF header... the original thread is at https://list.orgmode.org/87ee9aquje@gnu.org/T/#t ) Tim, thanks. > It isn't so much that nothing is possible but rather nobody has > implemented a consistent model which can be adopted and has been > implemented

Re: Bug: Priority Of A Task In Emacs 27.2 Cannot Be Removed With Space Key ("SPC to remove")

FWIW this is fixed in the main branch. When priorities between 1 and 9, you can set them with a single keystroke after `C-c ,'. For priorities between 1 and >9 you are asked for a string and have to press enter, since the priority can be more than one char. Thanks, -- Bastien

Re: version-to-list: Invalid version syntax: ‘9.5-orgdev’

Thanks for confirming! -- Bastien

Re: version-to-list: Invalid version syntax: ‘9.5-orgdev’

> Am 27.09.2021 um 10:25 schrieb Bastien : > > Hi Axel, > > Axel Kielhorn writes: > >> Now I get the following error message: >> >> version-to-list: Invalid version syntax: ‘9.5-dev’ > > Can you pull again and check if you still have this error? > org-version says 9.4.6 now, since the

Re: [PATCH] ox-publish.el: Speed up org-publish-cache-file-needs-publishing

Hi Bastien, > oh, you're right! Sorry I pinged you for nothing on this. No worries! Best wishes, Emily

Re: [PATCH] ox-publish.el: Speed up org-publish-cache-file-needs-publishing

Hi Emily, Emily Bourke writes: > It looks like the same changes have been made separately and merged > into master since my original email – see commit > aa0fa8c75360d2aa491b9ae10e59d22de2aedc92 by Gustav Wikström. oh, you're right! Sorry I pinged you for nothing on this. Gustav, for next

Re: [PATCH] org-agenda: Allow org-agenda-overriding-header to be a function

Hi Christopher, Christopher League writes: > * org-agenda.el (org-agenda--insert-overriding-header): Allow > `org-agenda-overriding-header' to be a function in addition to a > string or nil. When the custom agenda is created or updated, call that > function and insert the string it returns as

Re: Bug: :session results in unfriendly error reporting

Greg Minshall writes: > yes, i agree this is really a feature request. If you think the feature request is important enough, you can add X-Woof-Help: Please help implementing XXX in your email, the call for help will be listed on updates.orgmode.org HTH, -- Bastien

Re: Repeating task not repeating

Hi Loris, can you confirm the bug is gone with latest Org? ~$ git clone https://git.savannah.gnu.org/git/emacs/org-mode.git Thanks, -- Bastien

bug#50555: [PATCH] Re: bug#50555: [BUG] Org Latex export doesn't handle src blocks correctly

Hi Daniel, Daniel Fleischer writes: > Patch: comment suggesting the usage of the flag; many changes due to the > footnote numbering "push". Applied, thanks. -- Bastien

Re: [BUG] [BUG] inconsistent behavior when reading multiple tags [9.4.6 (9.4.6-g366444 @ /home/n/.emacs.d/straight/build/org/)]

Hi, No Wayman writes: > * org.el (org-tags-crm-separators): Defcustom controlling which > characters are used to delimit tags in commands which utilize > `completing-read-multiple'. Why should we allow anything else than ":" for separating tags in commands which utilize

Re: [PATCH] ox-publish.el: Speed up org-publish-cache-file-needs-publishing

Hi Bastien, It looks like the same changes have been made separately and merged into master since my original email – see commit aa0fa8c75360d2aa491b9ae10e59d22de2aedc92 by Gustav Wikström. Best wishes, Emily

Re: version-to-list: Invalid version syntax: ‘9.5-dev’

Hi Axel, Axel Kielhorn writes: > Now I get the following error message: > > version-to-list: Invalid version syntax: ‘9.5-dev’ Can you pull again and check if you still have this error? Thanks, -- Bastien

Re: Bug: Indenting empty description list item leaves point at beginning of line [9.4.4]

Hi, Bodertz writes: > After pressing M- as asked, the list will look like this: > > > - list item :: with description > - Indent the empty list item below by pressing M- :: description > - :: > > > As you can see, point is at the beginning of the line. I think it > should be after the dash,

Re: What's up with ob-template.el? It seems heavily outdated

Hi, dalanicolai writes: > For sure I am happy to contribute it to (w)org. Thanks! > I have very recently assigned copyright to the FSF for sketch-mode > (it is currently on https://elpa.gnu.org/devel/). > So do I have to assign separately again for this contribution? (Would > be no problem of

Re: [PATCH]

Hi Timothy, Timothy writes: > I've just noticed that I had (when x (if (floatp x) ..)) which is a bit > silly, so I've removed the unnecessary when. Here's the updated patch. On a first look, it seems a bit hackish, but this is probably useful. If a few others agree this is useful, feel free

Re: [PATCH] async process in R

Hi Jeremie, Jeremie Juste writes: > I have integrated some of the ob-session-async package in ob-R.el > (finally). Most of the heavy lifting has been made by Jack. When this is reliable enough, feel free to commit and push. You can also enhance it later on. Thanks, -- Bastien

Re: [PATCH] Re: worg patch: R usage of :colnames for :results

Bastien, > Applied, thanks, but I removed the reference to X-Woof-Patch here. thanks. yes, makes sense -- i was hesitant to mention it, on a "beginner" page. cheers, Greg

Re: [PATCH] async process in R

Hi Greg and Jeremie, Greg Minshall writes: > if this is not already idiomatic for org mode, i'd vote to require the > "yes" or "no". just my 2 cents. Agreed: even if a syntax is allowed, let's use the idiomatic form in examples. 2 cts, -- Bastien

Bug: clocktable :inherit-props does not respect global property setting [9.4.6 (9.4.6-12-gdcc3a8-elpa @ /home/jet/.config/emacs/elpa/org-20210823/)]

:inherit-props seems to not consider global properties. Testcase: # Create a global property #+PROPERTY: HOURLY_RATE 150 * Top 1 ** Sub 1A # here we should get the global property, but do not :LOGBOOK: CLOCK: [2021-09-26 Sun 12:25]--[2021-09-26 Sun 13:25] => 1:00 - I did some tasks

Re: [PATCH] Re: worg patch: R usage of :colnames for :results

Hi Greg, Greg Minshall writes: > if a picture is worth a thousand words, what's a patch worth? :) A lot :) Applied, thanks, but I removed the reference to X-Woof-Patch here. Also, this contribute.org page is somewhat redundant with the one that serves as a reference for a long time on