Hi all,
I attach a trivial patch fixing a very annoying cap on
org-clock-history. (I want to set org-clock-history to 120.)
Best,
--
Marcin Borkowski
http://mbork.pl
>From 10de3a12ebbad820fb86dc6924f17d701d4f9620 Mon Sep 17 00:00:00 2001
From: Marcin Borkowski
Date: Fri, 31 Aug 2018 07:53:42 +
Nicolas Goaziou writes on Fri 31 Aug 2018 00:07:
> Fair enough. I reverted the 3 years old commit.
I checked it on master. Thanks for the feedback.
--
EOST (École et Observatoire des Sciences de la Terre)
IPG (Institut de Physique du Globe) | alain.coch...@unistra.fr
5 rue René Descartes [
Hello,
alain.coch...@unistra.fr writes:
> Hello again. What I did not notice earlier is that, while performing
> `C-c C-c' on the first instance of '[fn:1]' -- which results in the
> point being put on the 1st letter of 'tnote' --, the minibuffer
> displays the following message:
>
>Edit def
> Would url-encoding help?
Indeed it does, thank you!
Alex
Hello,
recently I encountered a problem with capture. I have a template in
which =:table-line= is set to a variable not a string. This used to work
but now throws an error.
Here is an ECM:
* Table
| col1 | col2 | col3 |
|---+--+--|
| entry | | |
|---+--+--|
*
On 2018-08-29, at 16:47, Alex Branham wrote:
> Hello -
>
> I'm struggling with org-protocol capturing text when it includes the symbol
> &. Here's an example of what I'm sending:
>
> emacsclient "org-protocol://capture?url=foo.com&title=bar&body=foobar&foobar2"
>
> but the foobar2 doesn't get