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
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
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
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
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
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
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
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
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-
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
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
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
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
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
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
15 matches
Mail list logo