On Wednesday, 29 Apr 2015 at 22:59, DJ wrote:
> Can't figure this out from the org mode manual.
[...]
> I know how to get multiple paragraphs in one numbered list item. But
> how can I stick a table in the middle of my multiple-paragraph list
> item without terminating the list? Such as:
>
> 1. b
DJ writes:
> I know how to get multiple paragraphs in one numbered list item. But how
> can I stick a table in the middle of my multiple-paragraph list item
> without terminating the list?
Try simply indenting the table. For aesthetics/reaability I like it to
line up with the list-item paragra
indenting the table should do the trick:
===
1. blah blah
yatta yatta
| m | n | foo |
|---+---+-|
| x | y | z |
and this text should be part of item 1. That is the real problem -
a paragraph AFTER the table which should
belong to item 1.
2. This is the
Can't figure this out from the org mode manual.
I want to use org mode for doing math assignments. This will be a lot
easier than using latex directly, I think. But, I want to use numbered
lists in org mode, and often there are multiple paragraphs that belong
under one list item.
I want to be
I would like to number only a single subset of subheadings in an html
export, so that, e.g.,
* Introduction
lorem ipsum
* Coiurse Requirements
lorem ipsum
* Course Outline
** Introduction
some long multi paragraph text.
** Origins of the French Revolution
more text. Readings.
** Liberty, Equality,
Nicolas Goaziou writes:
> Eric Abrahamsen writes:
>
>> Yup, "annotation mechanism" is about right. Just to be clear, you think
>> it fits into the category of incubation-prior-to-core?
>
> I think so.
>
>> If anyone thinks that this mechanism warrants actual new Org syntax, I'd
>> be happy to wo
Brice Waegenire wrote:
> I have took in consideration all of your points, is it better now?
> The current patch doesn't overwrite the present behavior of
> org-set-timer it only add the possibility to use hh:mm:ss format.
Thanks.
> From 8d6e379f3ed432511c613a0cf40804d2de1764b8 Mon Sep 17 00:00:0
Hello,
Jacob Gerlach writes:
> A link in a caption:
>
> #+CAPTION: [[link]]
>
> Initially receives org-link face when I type it.
I cannot reproduce this.
> After some action (moving to the next line or saving the buffer), it
> is redrawn with org-block face.
I can't remember why it is `org-bl
I have took in consideration all of your points, is it better now?
The current patch doesn't overwrite the present behavior of
org-set-timer it only add the possibility to use hh:mm:ss format.
2015-04-24 18:49 GMT+02:00 Kyle Meyer :
> Brice Waegenire wrote:
>> Hello,
>>
>> I've hacked a patch th
Eric Abrahamsen writes:
> Yup, "annotation mechanism" is about right. Just to be clear, you think
> it fits into the category of incubation-prior-to-core?
I think so.
> If anyone thinks that this mechanism warrants actual new Org syntax, I'd
> be happy to work on implementing that.
I also thin
Hello,
Luke Amdor writes:
> Subject: [PATCH] org.el: Fix use of org-open-at-point with shell and midnight
> cleaning
>
> * lisp/org.el (org-open-at-point): Make sure org shell output buffer
> is a string of buffer name before appending to
> `clean-buffer-list-kill-buffer-names' for cleaning lat
Renato Ferreira writes:
> Yes you are right, i digged deeper in the problem and it seems to be
> that the cond:
>
> (cond ((org-face-from-face-or-color
> 'priority nil
> (cdr (assoc p org-priority-faces
>((and (listp org-agenda-fon
Hello,
A link in a caption:
#+CAPTION: [[link]]
Initially receives org-link face when I type it. After some action (moving
to the next line or saving the buffer), it is redrawn with org-block face.
In neither case does [[ and ]] receive the invisibility attribute typically
given to links.
In b
On 04/29/15 12:26 PM, Nicolas Goaziou wrote:
> Michal Koval writes:
>
>> I see `(defface org-block' in org-faces.el and I see it used it in org.el
>> `org-fontify-meta-lines-and-blocks-1' where the bug probably is.
>
> `org-block' face is used for verbatim blocks (e.g, example block) and
> src bl
Hello,
Alan Schmitt writes:
> Does this mean that #+INCLUDE is now a superset of #+SETUPFILE (I've had
> some cases where I needed to do both)?
No, it isn't.
INCLUDE are expanded only during export. SETUPFILE are read whenever you
open a document or use C-c C-c on a keyword.
Regards,
--
Ni
Eric S Fraga writes:
> On Wednesday, 29 Apr 2015 at 20:34, Eric Abrahamsen wrote:
>
> [...]
>
>> Yup, "annotation mechanism" is about right. Just to be clear, you think
>> it fits into the category of incubation-prior-to-core?
>
> [...]
>
>> Now I wish we'd named it org-annotate.
>
> Is it too la
Rasmus writes:
> Hi,
>
> Eric Abrahamsen writes:
>
>> Just to be clear, you think it fits into the category of
>> incubation-prior-to-core?
>
> I think inlinetasks/comments that are actually *inline* would be nice!
>
>> If anyone thinks that this mechanism warrants actual new Org syntax, I'd
>>
On Wednesday, 29 Apr 2015 at 10:00, John Kitchin wrote:
[...]
> There is in org-comment a command `org-comment-display-comments' which
> will generate a buffer you can see all the comments in, and from that
> pop to a comment, delete it, etc...
Ah, thanks. That's good.
--
: Eric S Fraga (0xFF
>>
>>>You have num:2, so subsubsections are not TOC'ed, so they don't get
>>>the alternative. If you set it to 3, all should work.
>>>
>>> That is what we have been discussing. There are situations where you
>>> do not want a headline to appear in TOC, but still want the ALT_TITLE
>>> use
Eric S Fraga writes:
> Hello all,
>
> I have been following this whole thread with great interest, having
> posted very early on the use of inline tasks as a solution for the OP.
>
> I use inline tasks a lot for both annotations and for TODO tasks when
> writing papers. I like the link syntax pr
Rasmus writes:
> Hi Eric,
>
> Eric Abrahamsen writes:
>
>> *None* of the complexity is in the format itself: if you unloaded
>> org-comment, the comment links would be perfectly human-readable. All of
>> the complexity is in helper functions for manipulating them. I suppose
>> it would be possib
Eric Abrahamsen writes:
> Rasmus writes:
>
>> Eric Abrahamsen writes:
>>
>>> Would this be eligible?
>>
>> Not that my .02€ are worth much, but I think the idea of inline notes is
>> good, but I don't think it should be done using links. See e.g. the
>> discussion on citation which introduced
Patch is attached. I was running into this when I'd run a shell script
through an org link and later a clean-buffers would run. Thanks!
0001-org.el-Fix-use-of-org-open-at-point-with-shell-and-m.patch
Description: Binary data
I think it could benefit from a dedicated syntax in the following
context:
There are different types of annotation you might like, e.g. delete,
insert, replace, comment (I am drawing from ideas of annotations in PDF,
and the idea of track changes). In multi-author documents you might want
to know
On Wednesday, 29 Apr 2015 at 20:34, Eric Abrahamsen wrote:
[...]
> Yup, "annotation mechanism" is about right. Just to be clear, you think
> it fits into the category of incubation-prior-to-core?
[...]
> Now I wish we'd named it org-annotate.
Is it too late? Simple refactoring of the code?
I
Hello all,
I have been following this whole thread with great interest, having
posted very early on the use of inline tasks as a solution for the OP.
I use inline tasks a lot for both annotations and for TODO tasks when
writing papers. I like the link syntax proposed but would much prefer
someth
Hi,
Eric Abrahamsen writes:
> Just to be clear, you think it fits into the category of
> incubation-prior-to-core?
I think inlinetasks/comments that are actually *inline* would be nice!
> If anyone thinks that this mechanism warrants actual new Org syntax, I'd
> be happy to work on implementin
Nicolas Goaziou writes:
> Hello,
>
> Eric Abrahamsen writes:
>
>> I'm copying Nicolas -- Nicolas, is there a process for inclusion in
>> contrib? Would this be eligible? I'll just stick it in Elpa,
>> otherwise.
>
> Any package is eligible.
>
> However, contrib/ is from pre-"package.el" days. No
Hi Eric,
Eric Abrahamsen writes:
> *None* of the complexity is in the format itself: if you unloaded
> org-comment, the comment links would be perfectly human-readable. All of
> the complexity is in helper functions for manipulating them. I suppose
> it would be possible to define some non-link
stephen's mailinglist account gmail.com> writes:
>
>
>
>
> I have tried Freemind export via ox-freemind and this seems to work well
and opens the file in Docear (derived from Freemind/jabref). I wondered if
anyone knew of any translation tools to come in the opposite direction from
the mindm
Rasmus writes:
> Eric Abrahamsen writes:
>
>> Would this be eligible?
>
> Not that my .02€ are worth much, but I think the idea of inline notes is
> good, but I don't think it should be done using links. See e.g. the
> discussion on citation which introduced a [cite:⋯] command. A [comment:⋯]
>
Hello,
Yes you are right, i digged deeper in the problem and it seems to be
that the cond:
(cond ((org-face-from-face-or-color
'priority nil
(cdr (assoc p org-priority-faces
((and (listp org-agenda-fontify-priorities)
On 2015-04-27 20:46, Nicolas Goaziou writes:
>>> Set-up (e.g., link abbreviations) is not refreshed after expanding
>>> INCLUDE keywords. I cannot remember why, tho. Maybe for (dubious)
>>> efficiency reasons.
>>
>> If you don't remember, may be it would be possible to try it out?
>> Would love i
Hello,
Eric Abrahamsen writes:
> I'm copying Nicolas -- Nicolas, is there a process for inclusion in
> contrib? Would this be eligible? I'll just stick it in Elpa,
> otherwise.
Any package is eligible.
However, contrib/ is from pre-"package.el" days. Nowadays, I tend to
think it should be used
Michal Koval writes:
> I see `(defface org-block' in org-faces.el and I see it used it in org.el
> `org-fontify-meta-lines-and-blocks-1' where the bug probably is.
`org-block' face is used for verbatim blocks (e.g, example block) and
src blocks without a language specified. If language is specif
On Wednesday, 29 Apr 2015 at 11:47, Fabrice Niessen wrote:
> Hello,
>
> I don't understand why the 2 screenshots I added on Worg (in the
> following section of `org-hacks.org') do not appear in the browser:
Because the files are not there? Going to
http://orgmode.org/worg/images/org-html-themes/
Eric Abrahamsen writes:
> Would this be eligible?
Not that my .02€ are worth much, but I think the idea of inline notes is
good, but I don't think it should be done using links. See e.g. the
discussion on citation which introduced a [cite:⋯] command. A [comment:⋯]
command would also IMO make m
Hello,
I don't understand why the 2 screenshots I added on Worg (in the
following section of `org-hacks.org') do not appear in the browser:
--8<---cut here---start->8---
*** Where can I find nice themes for HTML export?
You can find great looking HTML themes (
John Kitchin writes:
> Eric Abrahamsen writes:
>
>> John Kitchin writes:
>>
>>> Hi Eric,
>>>
>>> I added some functions in the attachment. they colorize the comments,
>>> add an org-comment menu to the org-menu, and some functions for pop to
>>> and delete comments from the list mode, and a hydr
Thanks very much Oleh.
Best,
Zhihao
> On 28 Apr 2015, at 08:22, Oleh Krehel wrote:
>
> Hi Zhihao,
>
>> I’ve got a simple question: how to speed up jumping
>> between code blocks?
>
> You might be interested in https://github.com/abo-abo/worf.
> It allows you to traverse anything that starts
Using the tabulate python module it is possible to have the following
"inline" workaround:
8<8<8<8<8<8<8<
#+BEGIN_SRC python :results raw
import pandas as pd
import numpy as np
from tabulate import tabu
41 matches
Mail list logo