Hello,
Mark Edgington edgi...@gmail.com writes:
To reproduce this bug, do the following:
1. edit / open the following org file:
#+TODO: TODO(t) WAIT(w!) | DONE(d!) CANCELED(c!)
#+STARTUP: logdrawer
* testing A
some stuff
* testing B
2. execute
Titus von der Malsburg malsb...@posteo.de writes:
Thee can be handled by protectedtexttt. The obvious questions is of
course: Wouldn’t it be more consistent to handle all instances of ~code~
using protectedtexttt?
One option would be indeed to remove \verb altogether. Note that it is
also
Brice Waegenire brice@gmail.com writes:
Following is ORG-NEWS entry:
* Incompatible changes
** org-timer-default-timer type changed from number to string
If you have, in your configuration, something like =(setq
org-timer-default-timer 10)= replace it with =(setq
Ok so i made some progress here. i think i can just use the org capture
itself to suit my needs. but as i dont know elisp i got stuck with this:
(setq org-capture-templates
(quote (
(f food entry (file+headline /home/zeltak/org/files/agenda/food.org
Inbox)
* Cook %? %^g
:PROPERTIES:
Hi all.
I am trying to separete files generated by python scripts in different subtrees,
It appeared to me that attachment folder could be used for it.
I should be able to pass a varible to a source code block using header
arguments,
but, now I am a bit pussled how can i get it.
Thank you in
Nicolas Goaziou m...@nicolasgoaziou.fr writes:
Rainer M Krug rai...@krugs.de writes:
The link
,
| [[file:__BOX__/Aerodynamic%20resistances.docx][file:./__BOX__/Aerodynamic
resistances.docx]]
`
causes the following warnings:
,
| 9094 low Link to non-existent local
Nick Dokos ndo...@gmail.com writes:
Sharon Kimble boudic...@skimble.plus.com writes:
I've been unable to sort an unordered list as per
http://orgmode.org/manual/Plain-lists.html where it says 'C-c ^' but
everytime I try on a highlighted region it just inserts ^ at the
beginning of the first
On Sat, Jun 06, 2015 at 09:28:12AM +0200, Nicolas Goaziou wrote:
Titus von der Malsburg malsb...@posteo.de writes:
Thee can be handled by protectedtexttt. The obvious questions is of
course: Wouldn’t it be more consistent to handle all instances of ~code~
using protectedtexttt?
One
There are nine (9) places in org-version 8.2.10 (which is included within Emacs
public release 24.5.1) that could use some attention by the org-mode team. I
have fixed it in my own custom version of org-mode, but I have seen a couple of
questions recently on the Emacs forums by users wondering
Rainer M Krug rai...@krugs.de writes:
Here, Org Lint is correct. Link's description is really a link to
a file, ./__BOX__/Aerodynamic, followed by a space, and
resistances.docx text.
But it is in the description part - shouldn't this be considered normal
text whatever it is?
I wish it
Suvayu Ali fatkasuvayu+li...@gmail.com writes:
I do not see anything happening. In the modeline I see OrgCacheD, so
the mode is definitely enabled. However to enable it, I had to do one
of these two:
(setq ngz-debug-mode nil)
(setq ngz-debug-mode t)
My bad, it should be
Suvayu Ali fatkasuvayu+li...@gmail.com writes:
On Sat, Jun 06, 2015 at 09:28:12AM +0200, Nicolas Goaziou wrote:
Titus von der Malsburg malsb...@posteo.de writes:
Thee can be handled by protectedtexttt. The obvious questions is of
course: Wouldn’t it be more consistent to handle all
On Sun, Jun 07, 2015 at 01:29:04AM +0200, Nicolas Goaziou wrote:
Suvayu Ali fatkasuvayu+li...@gmail.com writes:
I do not see anything happening. In the modeline I see OrgCacheD, so
the mode is definitely enabled. However to enable it, I had to do one
of these two:
(setq
On Sat, 6 Jun 2015, Sharon Kimble wrote:
Nick Dokos ndo...@gmail.com writes:
Sharon Kimble boudic...@skimble.plus.com writes:
I've been unable to sort an unordered list as per
http://orgmode.org/manual/Plain-lists.html where it says 'C-c ^' but
everytime I try on a highlighted region it
Hi Nicolas,
On Tue, Jun 02, 2015 at 11:27:55PM +0200, Nicolas Goaziou wrote:
Suvayu Ali fatkasuvayu+li...@gmail.com writes:
I have enabled the mode on my document. Let's see how this goes.
OK. You have to keep an eye on the *Messages* buffer so that warning
don't go unnoticed.
I do not
On 2015-06-06 Sat 00:28, Nicolas Goaziou wrote:
Titus von der Malsburg malsb...@posteo.de writes:
Thee can be handled by protectedtexttt. The obvious questions is of
course: Wouldn’t it be more consistent to handle all instances of ~code~
using protectedtexttt?
One option would be indeed
16 matches
Mail list logo
