I keep a daily log file where there are some summarize colon delimited
files each day inserted via a template (from Alfred's snippet feature).
``` org-mode
* 2020-03-11 Wed
** 07:37 Log 2020-03-12 Wed
:logs:
*** The Day
This: ??
That:--
Other: ???
Thing: ???
Hello,
"Dauer, Michael" writes:
> worked at least with 9.1.x, but not anymore
>
> * test
> dfgfas
> {{{author}}}
> dasfas
Fixed. Thank you.
Regards,
--
Nicolas Goaziou
Hello,
Roger Mason writes:
> Hello,
>
> I using Org mode version 9.2.3 (release_9.2.3-390-gfb5091 @
> /home/rmason/.emacs.d/org-git/lisp/) in GNU Emacs 26.3 (build 1,
> amd64-portbld-freebsd11.3, X toolkit, Xaw3d scroll bars).
>
> Here is an ECM:
>
> #+begin_src shell :results raw replace
>
Hello,
I using Org mode version 9.2.3 (release_9.2.3-390-gfb5091 @
/home/rmason/.emacs.d/org-git/lisp/) in GNU Emacs 26.3 (build 1,
amd64-portbld-freebsd11.3, X toolkit, Xaw3d scroll bars).
Here is an ECM:
#+begin_src shell :results raw replace
#!/usr/bin/env zsh
mkdir -p Supercell
for i in 1
On Wednesday, 11 Mar 2020 at 10:57, Dauer, Michael wrote:
> worked at least with 9.1.x, but not anymore
Confirmed with org up to date as of a few minutes ago. Error message:
org-macro-replace-all: Undefined Org macro: author; aborting
--
: Eric S Fraga via Emacs 28.0.50, Org
Yes, thanks. That substring was a bad copy. Any insight why the
(shell-command "uuidgen" t) wasn't working?
On Wed, Mar 11, 2020 at 3:03 AM Diego Zamboni wrote:
> Hi LB,
>
> How about using the =org-id-uuid= function instead of shelling out to
> uuidgen? In my quick test the following seems to
worked at least with 9.1.x, but not anymore
* test
dfgfas
{{{author}}}
dasfas
Emacs : GNU Emacs 26.3 (build 1, x86_64-w64-mingw32)
of 2019-11-01
Package: Org mode version 9.3.6 (9.3.6-23-g01ee25-elpaplus @
c:/Users/mda/.emacs.d/elpa/org-plus-contrib-20200309/)
current state:
==
I'm using org-caldav (https://github.com/dengste/org-caldav/) to
synchronize the calendar on my Android phone and Org. Recently this
synchronization stopped working because org-caldav relies on
org-maybe-keyword-time-regexp that has been dropped from Org. As a
workaround, could this variable be
On Wed, Mar 11, 2020 at 2:14 PM Lawrence Bottorff wrote:
> Yes, thanks. That substring was a bad copy. Any insight why the
> (shell-command "uuidgen" t) wasn't working?
>
I hadn't looked at it yet, but the documentation for =shell-command= gives
the answer:
Execute string COMMAND in inferior
Hi Lawrence,
On Wed, Mar 11, 2020 at 7:56 PM Lawrence Bottorff wrote:
> I read that too, but couldn't fathom what they meant. Still, I'm not sure
> what they mean by "prefix argument."
>
The prefix argument in this case is not so important as the OUTPUT-BUFFER
argument, which you were passing
Hello,
Julien Cubizolles writes:
> I'm using org-caldav (https://github.com/dengste/org-caldav/) to
> synchronize the calendar on my Android phone and Org. Recently this
> synchronization stopped working because org-caldav relies on
> org-maybe-keyword-time-regexp that has been dropped from
I read that too, but couldn't fathom what they meant. Still, I'm not sure
what they mean by "prefix argument." And why does (shell-command "uuidgen"
t) produces two outputs? For other readers, this is what they look like in
*scratch*
(shell-command "uuidgen" t)
2827
On 03/11/20 23:20 PM, Nicolas Goaziou wrote:
> Hello,
>
> Eric Abrahamsen writes:
>
>> But if we use `make-obsolete-variable', the CURRENT-NAME arg can be a
>> simply explanatory string.
>
> You're right. However, I'm not sure what the CURRENT-NAME should be,
> besides "don't use this, you
Nicolas Goaziou writes:
> Hello,
>
> Julien Cubizolles writes:
>
>> I'm using org-caldav (https://github.com/dengste/org-caldav/) to
>> synchronize the calendar on my Android phone and Org. Recently this
>> synchronization stopped working because org-caldav relies on
>>
Hello,
Eric Abrahamsen writes:
> But if we use `make-obsolete-variable', the CURRENT-NAME arg can be a
> simply explanatory string.
You're right. However, I'm not sure what the CURRENT-NAME should be,
besides "don't use this, you probably want something else"
Also, my suggestions still holds:
Hello again Jack,
I am trying to use ob-session-async as a workaround for this problem.
In my R :session, the correct output is printed to screen, followed by a UUID if
I use :results output html, which is printed as, e.g.,
[1] "ob_comint_async_R_end_4d2e818b7c2544da6f026d0413c7ac6c"
16 matches
Mail list logo
