Re: Bug: Org-drill defines advice causing infinite recursion [9.3.6 (release_9.3.6-465-g4fde1c @ /home/christoffer/.emacs.d/straight/build/org/)]

2020-05-01 Thread Kyle Meyer
Hi, Sorry for the slow reply. Christoffer Stjernlöf writes: > Org-drill defines the following advice: > > (when (version< org-version "9.2") > (advice-add 'org-get-tags :around #'org-drill-get-tags-advice)) > > (defun org-drill-get-tags-advice (orig-fun args) > ;; the two

Re: [PATCH] org-agenda.el: Complete multiple todo keywords

2020-05-01 Thread Kyle Meyer
Applied (d23bd9187).

Re: $LR in Table Formula

2020-05-01 Thread Marco Wahl
Carsten Dominik writes: >> If the Org code shall iterate towards clarity then the question would be >> resurrection or elimination of the Last Row (LR) feature AFAICS. > > Elimination should be fine in this case since it does not work anymore > anyway. Okay, I eliminated the LR parts from the

Re: Bug: open pdfview link causes severe memory allocation

2020-05-01 Thread Firmin Martin
> 1. Follow a *file link* doesn't open pdf with pdfview mode anymore, >instead, it opens the pdf using the default system's pdf reader. > 2. Open *pdfview link* now causes severe memory allocation which freezes >quickly my PC. I found the reason behind it: I was trying to open a djvu.

Re: [PATCH] org-agenda.el: Complete multiple todo keywords

2020-05-01 Thread akater
Kyle Meyer writes: > Is akater the name you prefer > listed on that site and in the commit message? Yes. I will use git-am complaint patch formatting next time; thank you for the guidelines. signature.asc Description: PGP signature

TODO or checkboxes in org tables

2020-05-01 Thread Uwe Brauer
Hi I have an orgtable with a lot of useful information, I would like to add a column either for TODOS or checkboxes but it seems not work any idea whether such an addon package exist or any change that such a feature will be implemented? Regards Uwe Brauer

Re: Self-sufficient Org file with customised export? :eval-when?

2020-05-01 Thread Berry, Charles
> On Apr 30, 2020, at 11:55 AM, akater wrote: > [deleted - discussion of html export] > - > > > If I may prematurely offer my vision: Common Lisp has special operator > eval-when which specifies when the enclosed code is to be evaluated (or > compiled). Example: > > (eval-when

Re: wip-cite status question and feedback

2020-05-01 Thread Bruce D'Arcus
On Fri, May 1, 2020 at 1:38 PM Richard Lawrence wrote: > > "Bruce D'Arcus" writes: > > >> > My understanding, though, is that org "cite" would default to your > >> > last example I quote above (in natibib, citep); that there's no need > >> > for a dedicated "cite/paren" command, either reserved

Bug: open pdfview link causes severe memory allocation [9.3.6 (9.3.6-60-gf3c137-elpaplus @ /home/firmart/.emacs.d/elpa/org-plus-contrib-20200427/)]

2020-05-01 Thread Firmin Martin
Hello, After a package update (especially org-mode and pdf-tools), I remark two changes about *pdfview links* : 1. Follow a *file link* doesn't open pdf with pdfview mode anymore, instead, it opens the pdf using the default system's pdf reader. 2. Open *pdfview link* now causes severe memory

Re: wip-cite status question and feedback

2020-05-01 Thread Richard Lawrence
"Bruce D'Arcus" writes: >> > My understanding, though, is that org "cite" would default to your >> > last example I quote above (in natibib, citep); that there's no need >> > for a dedicated "cite/paren" command, either reserved or not. >> >> Not necessarily. "cite" means default value, whatever

Re: [ANN] faster org-table-to-lisp

2020-05-01 Thread Nicolas Goaziou
tbanelwebmin writes: > I realized that not calling `org-table-end' may cause a corner case: > > | 2 | b | > | c | d | > > #+TBLFM: @1$1=2||3 Indeed. I also realized this, and fixed it a couple of hours ago. You will notice I shamelessly used your "\\="© trick! :) > I do agree. We can expect

Re: [ANN] faster org-table-to-lisp

2020-05-01 Thread tbanelwebmin
Le 01/05/2020 à 12:15, Nicolas Goaziou a écrit : > Hello, > > tbanelwebmin writes: > >> Nicolas, how did you do that? Your version is 25% faster than mine, >> and the code is 33% shorter! Very elegant. > Thank you. There's nothing fancy, really. > > The main difference is that it does not call

Re: [ANN] faster org-table-to-lisp

2020-05-01 Thread Nicolas Goaziou
Hello, tbanelwebmin writes: > Nicolas, how did you do that? Your version is 25% faster than mine, > and the code is 33% shorter! Very elegant. Thank you. There's nothing fancy, really. The main difference is that it does not call `org-table-end'. Minor tweaks are: - use simpler regexps, -

Re: [ANN] faster org-table-to-lisp

2020-05-01 Thread tbanelwebmin
Nicolas, how did you do that? Your version is 25% faster than mine, and the code is 33% shorter! Very elegant. Le 01/05/2020 à 00:35, Nicolas Goaziou a écrit : > tbanelwebmin writes: > >> I found a way to ensure full backward compatibility. I keep the same >> signature. When a table is given as