Hello,
Stig Brautaset writes:
> I have the following column-mode defined in =~/org/Holidays.org=:
>
> #+BEGIN_SRC org
> ,#+COLUMNS: %TIMESTAMP(When) %ITEM(What) %CONFIRMED(Confirmed?){X/}
> %DAYS(Days){+}
> ,#+Confirmed_ALL: "[ ]" "[X]"
> ,#+TODO: TODO | DONE CANCELLED
> #+END_SRC
>
> Is
Apologies for bumping this, I was wondering if anybody had any more
thoughts on migrating this backend to the latest version of org-mode?
Seems to be something changed that isn't in the migration notes...
On 21 August 2017 at 19:21, Sam Halliday wrote:
> Hi all,
>
> I maintain a fork of an org-mo
Hello,
Sam Halliday writes:
> Apologies for bumping this, I was wondering if anybody had any more
> thoughts on migrating this backend to the latest version of org-mode?
> Seems to be something changed that isn't in the migration notes...
Line 78, you reversed the order of the arguments passed
Hello,
Long story short: org-babel-goto-named-src-block does not seem to work,
at least since b862c24b9f or thereabouts?
If I evaluate this command interactively, it sends me to a #+begin_quote
line in my file!
Org up to date. I haven't tried a minimal example yet but will do so if
this doesn
In tracking down another problem with the latest version of org (more to
follow probably), I thought using org-lint might help. With the
attached simple example, I get:
5 high Missing definition for footnote [1]
from org-lint.
The footnote definition is there as it's inline...
--
: Eric
Hello,
Eric S Fraga writes:
> In tracking down another problem with the latest version of org (more to
> follow probably), I thought using org-lint might help. With the
> attached simple example, I get:
>
> 5 high Missing definition for footnote [1]
>
> from org-lint.
>
> The footnote def
> On Aug 25, 2017, at 6:01 AM, Eric S Fraga wrote:
>
> Hello,
>
> Long story short: org-babel-goto-named-src-block does not seem to work,
> at least since b862c24b9f or thereabouts?
>
Confirmed on my setup.
Here is an ECM. Always goes to the first block.
--8<---cut
Hello, I am trying to run a "nested" babel code with bash and gnuplot.
* Configuration
I did the test like this
#+BEGIN_SRC bash
emacs -Q
#+END_SRC
#+BEGIN_SRC emacs-lisp
(require 'package)
(package-initialize)
(require 'org)
;; Org mode version 9.0.9
(org-babel-do-load-languages ;
Nicolas Goaziou writes:
> Hello,
>
> Stig Brautaset writes:
>
>> I have the following column-mode defined in =~/org/Holidays.org=:
>>
>> #+BEGIN_SRC org
>> ,#+COLUMNS: %TIMESTAMP(When) %ITEM(What) %CONFIRMED(Confirmed?){X/}
>> %DAYS(Days){+}
>> ,#+Confirmed_ALL: "[ ]" "[X]"
>> ,#+TODO: T
Hello Ingo.
Sorry my bad, I've ran into exactly the same bug before, just I
originally didn't notice that "/" before the query is exactly the thing,
that brings everything down, but I still suspected it to be the same bug.
Your problem is that your bookmarklets have "//" before the protocol
Stig Brautaset writes:
> However, I would like to add an advice around =org-columns-compute-all=
> to run the =sb/org-map-confirmed-days= function, and this I have not
> been successful at. I've tried doing this:
>
> : (add-function :before org-columns-compute-all #'sb/org-map-confirmed-days)
>
>
Hello,
"Berry, Charles" writes:
>> On Aug 25, 2017, at 6:01 AM, Eric S Fraga wrote:
>>
>> Hello,
>>
>> Long story short: org-babel-goto-named-src-block does not seem to work,
>> at least since b862c24b9f or thereabouts?
>>
>
>
> Confirmed on my setup.
>
> Here is an ECM. Always goes to th
Hello,
Eduardo Mercovich writes:
> The file > img/ProcesoDeDiseñoDeInteraccion.pdf
>
> was translated/inserted on the org buffer as >
> img/ProcesoDeDise%C3%B1oDeInteraccion.pdf
What command did you use to "translate/insert" the filename?
>
> + Org-mode: Org-mode version 8.3.4 (8.3.4-88-g792bb
Hello,
Manuel Wiesinger writes:
> when a headline starts with a date range, in the agenda it is displayed
> as part of the headline . When a headline starts with an normal date,
> the date is not displayed. For is example the following
>
> * <2017-08-23 Wed>--<2017-08-24 Thu> Test range
> * <201
Hi,
I am using a recent build of Windows 10 (16251) and org protocol wasn't
working for me for quite a long time now.
So I decided to look at what went wrong.
I found several annoyances.
The first one is that Windows seems to rewrite itself the url which is sent
to emacsclientw.
Some url sent by
Hello,
Gary Cheng writes:
> With evil-mode enabled (bug still applies without using evil, see:
> https://github.com/emacs-evil/evil/issues/907), start Emacs, evaluate (setq
> org-hide-emphasis-markers t).
>
> Open a org file containing the following line:
>
> ~$ firejail --get= ~
>
> which is sh
16 matches
Mail list logo