[O] org-copy-subtree: Invalid function: org-preserve-local-variables

2019-01-07 Thread Britt Anderson
Using org version 9.2 and emacs version 26.1 I received the error in the subject line when trying to move or archive subtrees. It seems to me that this is related to the (eval-and-compile (require 'org-macs)) line in org.el as replacing it with (require 'org-macs) solved that problem. Can someon

Re: [O] batch failure of first org-num test

2019-01-07 Thread Kyle Meyer
Sorry, I just now spotted an earlier message from Kaushal that reports the same test failure: https://lists.gnu.org/archive/html/emacs-orgmode/2019-01/msg00112.html

[O] batch failure of first org-num test

2019-01-07 Thread Kyle Meyer
Hello, When I run the tests on master in batch (specifically ‘make test’), test-org-num/format-function fails (backtrace at end of message). That test doesn't fail if I run it interactively. Looking at test-org-num.el, I see that the first test, test-org-num/face, is commented with the explanati

Re: [O] horizontal rules in table confuse org-table-iterate

2019-01-07 Thread Juan Pechiar
Hi Hendrik, Everything above the first hline is considered a table heading, and is therefore not included in calculations. This is explained in the docs: https://orgmode.org/manual/Updating-the-table.html On Mon, Jan 07, 2019 at 04:23:01PM +0100, Hendrik Tews wrote: > org-table-iterate does not

[O] horizontal rules in table confuse org-table-iterate

2019-01-07 Thread Hendrik Tews
Hi, with Emacs 26.1 and org-mode version 9.2 (release_9.2-148-g7d638d @ ~/src/org-mode/lisp/), org-table-iterate does not update tables for me. In the following table: | 1 | 1 | | 2 | 2 | |---+---| | 3 | 4 | #+TBLFM: $2=$1+1::@3$1=vsum(@1..@2) M-x org-table-iterate does not update the table, al

Re: [O] please read: bug when marking tasks done

2019-01-07 Thread cesar mena
hi nicolas, Nicolas Goaziou writes: > Hello, > > cesar mena writes: > >> hello everyone, >> >> in the maint branch, marking a repeatable task as DONE causes the >> "Rescheduled from" dates to be lost in the :LOGBOOK:. >> >> in the below diff all of the from dates are rewritten with the new >> s

Re: [O] please read: bug when marking tasks done

2019-01-07 Thread Bernt Hansen
Nicolas Goaziou writes: > Hello, > > cesar mena writes: > >> hello everyone, >> >> in the maint branch, marking a repeatable task as DONE causes the >> "Rescheduled from" dates to be lost in the :LOGBOOK:. >> >> in the below diff all of the from dates are rewritten with the new >> scheduled date

Re: [O] funny remote time/duration values

2019-01-07 Thread Michal Politowski
On Mon, 7 Jan 2019 11:29:15 +0100, Robert Klein wrote: > > Hi, > > when using values (time/duration) from a remote table I sometimes get > funny values: > > > #+name: teta > | 4:50 | > > > | 2:25 | > #+TBLFM: @1$1=remote(teta,@1$1) > > > When I set e.g. 7:50 in “teta” the same value shows

[O] Failing org-num-mode test

2019-01-07 Thread Kaushal Modi
Hello Nicolas, While recently working on few Org tag fixes in org.el, I was running make test, and saw 1 test related to the recently added org-num-mode fail. The failure can be quickly recreated with: make test BTEST_RE=test-org-num = Test test-org-num/format-function condition: (ert-

Re: [O] funny remote time/duration values

2019-01-07 Thread Michal Politowski
On Mon, 7 Jan 2019 11:29:15 +0100, Robert Klein wrote: > > Hi, > > when using values (time/duration) from a remote table I sometimes get > funny values: > > > #+name: teta > | 4:50 | > > > | 2:25 | > #+TBLFM: @1$1=remote(teta,@1$1) > > > When I set e.g. 7:50 in “teta” the same value shows

Re: [O] funny remote time/duration values

2019-01-07 Thread Eric S Fraga
On Monday, 7 Jan 2019 at 10:58, Robert Klein wrote: > Hi, > > when using values (time/duration) from a remote table I sometimes get > funny values: > > #+name: teta > | 4:50 | > > | 2:25 | > #+TBLFM: @1$1=remote(teta,@1$1) Note that x:y in Emacs calc (which is what org uses for the spreadsheet el

[O] funny remote time/duration values

2019-01-07 Thread Robert Klein
Hi, when using values (time/duration) from a remote table I sometimes get funny values: #+name: teta | 4:50 | | 2:25 | #+TBLFM: @1$1=remote(teta,@1$1) When I set e.g. 7:50 in “teta” the same value shows up in the second table (after C-u C-c C-c). For 1:00 in “teta” I get #ERROR in the secon

[O] funny remote time/duration values

2019-01-07 Thread Robert Klein
Hi, when using values (time/duration) from a remote table I sometimes get funny values: #+name: teta | 4:50 | | 2:25 | #+TBLFM: @1$1=remote(teta,@1$1) When I set e.g. 7:50 in “teta” the same value shows up in the second table (after C-u C-c C-c). For 1:00 in “teta” I get #ERROR in the sec

[O] org-feed-parse-atom-feed doesn't handle empty value

2019-01-07 Thread Myles English
Hello, I think there is a problem in org-feed-update in that it doesn't handle an entry containing an element with no value, like this: For example, adding an entry in org-feed-alist for an atom feed that fails like this is: ("Artanis" "https://gitlab.com/NalaGinrut/artanis/tags?forma

Re: [O] Org mode repeated dates to do spaced learning

2019-01-07 Thread Marcin Borkowski
On 2019-01-06, at 18:17, Andrea Giugliano wrote: > Hi there, > > That was a very helpful suggestion. At the bottom of the mail I attached Glad to have helped! Best, -- Marcin Borkowski http://mbork.pl