Sébastien Vauban wrote:
Hello,
With current git pull, and such an Org file (in UTF-8 encoding):
...
I get the following error when trying to export it via PDFLaTeX:
The problem is, that the 'É' character is not in Org's default list
for link escapes but `string-match' matches for the lower
David Maus dm...@ictsoc.de writes:
Sébastien Vauban wrote:
Hello,
With current git pull, and such an Org file (in UTF-8 encoding):
...
I get the following error when trying to export it via PDFLaTeX:
The problem is, that the 'É' character is not in Org's default list
for link escapes but
Calling org-babel-lob-ingest on a file with code blocks seems to work
only for the current Emacs session, and doesn't seem to affect the
variable org-babel-lob-files. If I quit and restart Emacs, it's as if
I never loaded a file with org-babel-lob-ingest. Also I see
(mismatch) next to the State
Eric S Fraga writes:
So you are saying, if I understand you correctly, that you cannot
have something like this:
--8---cut here---start-8---
1. some text
- a nested list
- with two items
some more text for the first numbered item
-
Hi Aidan,
This is not a bug, this is the expected behavior of
org-babel-lob-ingest, if you would like a file to always be loaded into
your library of babel, then you can add the call to org-babel-lob-ingest
to your .emacs initialization file.
Best -- Eric
Aidan Gauland
Hi,
David Maus dm...@ictsoc.de writes:
I've tried enhancing my capture template for Gnus mail, by using the
=%:author= variable:
AFAIK %:author is not a defined property Gnus links (Cf. Manual,
9.1.3.2 Template expansion). You can use %:fromname to insert the
name of the message author.
Hello,
Sébastien Vauban writes:
1) Ask for it.
2) Make it, answering the following questions:
- Got the docs?
- Signed them?
- Checked it?
THIS LINE DOES NOT SHOW UP in LaTeX!!!
The whole list should indeed end at this line. I sent a patch
correcting this.
* Other
Hello,
Eric S Fraga writes:
However, more strange behaviour appears as soon as you have multiple
nested lists.
Just to avoid any misconception: if I get it correctly, what you do
call multiple nested lists cannot exist.
You can have nested lists, but no more than one sub-list at each
level.
On Sat, 18 Sep 2010 20:02:24 +0200, Nicolas Goaziou n.goaz...@gmail.com wrote:
Hello,
Eric S Fraga writes:
However, more strange behaviour appears as soon as you have multiple
nested lists.
Just to avoid any misconception: if I get it correctly, what you do
call multiple nested
Jules Bean wrote:
The link-type message is one of the ones org handles by default, it
is an explicit case in org-open-at-point, much like http and it is
handled by the following code:
((member type '(message))
(browse-url (concat type : path)))
However it is not included in the default
On Fri, Sep 17, 2010 at 09:08:00AM +0200, David Maus wrote:
Manually adding it to org-link-types makes it work correctly. For me,
anyway.
True enough. But what is a message: link? Can you give an example
of its usage?
message:87hbhosv8v.wl%dm...@ictsoc.de
or
On Sep 17, 2010, at 9:08 AM, David Maus wrote:
Jules Bean wrote:
The link-type message is one of the ones org handles by default, it
is an explicit case in org-open-at-point, much like http and it is
handled by the following code:
((member type '(message))
(browse-url (concat
Hi Nicolas,
--8---cut here---start-8---
#+TITLE: Problems in LaTeX with nested list levels
#+LANGUAGE: en_US
* Imaginary example
We have two steps:
1) Ask for it.
2) Make it, answering the following questions:
- Got the docs?
- Signed them?
-
Hello!
Say I have a couple of entries on my agenda:
life: Sched.25x: TODO Places to notify change of address
ccommons: Sched.19x: TODO Public domain mark:work::
My cursor is hovered over the notify change of address task. I then
filter the agenda to the
On Fri, 17 Sep 2010 15:01:58 +0200, Sébastien Vauban
wxhgmqzgw...@spammotel.com wrote:
Hi Nicolas,
--8---cut here---start-8---
#+TITLE: Problems in LaTeX with nested list levels
#+LANGUAGE: en_US
* Imaginary example
We have two steps:
1)
The optional argument, INVISIBLE-OK, of org-forward-same-level is not
mentioned in the documentation for that function.
--Aidan
Emacs : GNU Emacs 24.0.50.3 (x86_64-unknown-linux-gnu, GTK+ Version 2.20.1)
of 2010-09-17 on dimension8
Package: Org-mode version 7.01trans
signature.asc
Fixed, thanks.
- Carsten
On Sat, Sep 18, 2010 at 6:26 AM, Aidan Gauland
aidal...@no8wireless.co.nz wrote:
The optional argument, INVISIBLE-OK, of org-forward-same-level is not
mentioned in the documentation for that function.
--Aidan
Emacs : GNU Emacs 24.0.50.3 (x86_64-unknown-linux-gnu,
The link-type message is one of the ones org handles by default, it
is an explicit case in org-open-at-point, much like http and it is
handled by the following code:
((member type '(message))
(browse-url (concat type : path)))
However it is not included in the default value of
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I have a (sub)project for publishing a website. It uses
org-publish-attachment with the recursive option.
(static
:base-directory ~/doc-aidan/foo/main/
:publishing-directory ~/doc-aidan/foo/published/
:publishing-function org-publish-attachment
Scot Becker wrote:
In org-feed.el (line 105), the 'defgroup' entry for org-feed has the
tag Org ID, which is the same tag as the group org-id (in
'org-id.el'). This has the result that you are unable to get to the
real org-ID variables from the M-x customize-group RET org RET top
level menu.
The
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report? See
http://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org-mode mailing list.
I have a (sub)project for publishing a website. It uses
org-publish-attachment with the recursive option.
(static
:base-directory ~/doc-aidan/windmill-hill/main/
:publishing-directory ~/doc-aidan/windmill-hill/published/
:publishing-function org-publish-attachment
:recursive t
Some MUAs insert a newline when rendering the Message-ID field:
Message-ID:
98a78083733de040834c2b9e91b87fde0aa...@example.com
The newline causes org-mhe-store-link to create a link that looks like
[[mhe:%2Barchive#
%2098a78083733de040834c2b9e91b87fde0aa...@example.com][subject]]
Aidan Gauland ai...@dimension8.tehua.net writes:
I have a (sub)project for publishing a website. It uses
org-publish-attachment with the recursive option.
(static
:base-directory ~/doc-aidan/windmill-hill/main/
:publishing-directory ~/doc-aidan/windmill-hill/published/
Andrew J. Korty wrote:
Some MUAs insert a newline when rendering the Message-ID field:
Message-ID:
98a78083733de040834c2b9e91b87fde0aa...@example.com
The newline causes org-mhe-store-link to create a link that looks like
[[mhe:%2Barchive#
In org-feed.el (line 105), the 'defgroup' entry for org-feed has the
tag Org ID, which is the same tag as the group org-id (in
'org-id.el'). This has the result that you are unable to get to the
real org-ID variables from the M-x customize-group RET org RET top
level menu.
The culprit:
(defgroup
The cause of these errors:
If you use this:
emacs --batch --load=/w/org-mode/lisp/org.el --visit ~/some.org --funcall
org-export-as-html-batch
Then you haven't changed the load-path to your org's directory (/w/org-mode/
in my case). But there's a (require 'org-list) in org.el, thus Emacs
With [%] or [/] set to update, the item line gets mangled as soon as
TODO is changed to DONE from column view.
Here's what it looks like:
** TODO test 1 [/]
:PROPERTIES:
:Effort: 1
:END:
*** T[0/1[0/1[0/1[0/1[0/1[1/1]] MANGLED AGAIN (line was TODO test 1 [/])
:PROPERTIES:
:Effort: 1
:END:
Hi Nicolas,
On the latest git pull, Org-mode version 7.01trans (release_7.01h.
500.gbbac.dirty), I encountered a problem with M-RET. When on a
headline with text below it, M-RET will insert a new heading after the
current heading, but before the text.
So starting with the following org
Jules Bean wrote:
If I run org-capture with the template:
(t Todo entry (file+headline
/Users/jules/work/TODO.org Tasks) * TODO %?
(Captured at %u)
%i
%a
)
whilst I have narrowed (using, e.g., org-narrow-to-subtree) the buffer
that contains TODO.org, a new * Tasks headline is inserted at
Kai Tetzlaff wrote:
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report? See
http://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org-mode mailing list.
Aidan Gauland wrote:
[1 multipart/signed (7bit)]
[1.1 multipart/mixed (7bit)]
[1.1.1 text/plain; us-ascii (7bit)]
Relative file links such as...
[[file:foo.org][Another file]]
...are exported to HTML as...
a href=http:foo.htmlAnother file/a
Attached is an example.
Thanks for reporting, this
The function org-link-escape escapes the '+' in file+sys and file+emacs
link types and creates some problems for export by doing so. Only the
path component of a link URI should be escaped, but not the type part.
Achim.
--
+[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report? See
http://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org-mode mailing list.
Section 12.5.7 CSS support of the Org-mode manual says...
#+BEGIN_QUOTE
You could also directly write a `style' `/style' section in this
way, without referring to an external file.
#+END_QUOTE
The problem with that is that putting...
#+BEGIN_HTML
style
[some CSS]
/style
#+END_HTML
...anywhere
In the last 24 hours, org created 436 seemingly empty directories
named similar to babel-81922AX in (I think) $TMP. I do not actively
use babel.
I cannot do debugging but wanted to report it.
Hope it helps.
--
Q: How many CDC scientists does it take to change a lightbulb?
A: You only think
If I run org-capture with the template:
(t Todo entry (file+headline
/Users/jules/work/TODO.org Tasks) * TODO %?
(Captured at %u)
%i
%a
)
whilst I have narrowed (using, e.g., org-narrow-to-subtree) the buffer
that contains TODO.org, a new * Tasks headline is inserted at the
end of my
When typing a list like this one:
**
Some text.
- Item A :: Description for item A.
- Item B :: Description for item B.
**
Org mode
Sébastien Vauban wrote:
Hi,
I've tried enhancing my capture template for Gnus mail, by using the
=%:author= variable:
AFAIK %:author is not a defined property Gnus links (Cf. Manual,
9.1.3.2 Template expansion). You can use %:fromname to insert the
name of the message author. The only problem
Hello,
Jeff Horn writes:
When typing a list like this one:
**
Some text. - Item A :: Description for item A. - Item B ::
Description for item B.
This one is very easy to duplicate.
Add the variable #+STARTUP: indent to the top of the org buffer. Hit C-c C-c
with point on the startup variables to refresh the setup.
Create a todo item. Assign it priority A via C-c , A. Then reassign it
priority B via C-c , B.
When indent mode is enabled,
Joseph Buchignani wrote:
I suspect it can't find where to replace the priority because of
something in the star hiding mechanism of indent mode.
Fix in master.
The problem was that if org-ident-mode was enabled, the function that
read the new priority cookie destroyed the match data of the
Glad to help! Thanks for your response.
Jeff
On Thu, Sep 9, 2010 at 9:56 AM, Nicolas Goaziou n.goaz...@gmail.com wrote:
Hello,
Jeff Horn writes:
When typing a list like this one:
**
Some text. - Item A ::
I have a bug to report for org-agenda-sorting-strategy.
I customized this variable to sort by priority ONLY using the Org Agenda
Custom Commands interface.
However, the priorities continue to be out of order.
I am sorting habits, some of which have no repetitions yet. It seems to be
sorting
org-archive-subtree calls (abbreviate-file-name (buffer-file-name))
but the buffer file name is nil for indirect buffers.
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
Hi,
I've tried enhancing my capture template for Gnus mail, by using the
=%:author= variable:
--8---cut here---start-8---
(m Mail entry
(file+headline ~/Personal/refile.org Tasks)
* TODO %:subject
Hi Nick,
On the following entry if you put the point after 'foo' and S-M-RET to
create a new checkbox it gives the following stack dump:
,[ test.org ]
| * list test [/]
| [2010-09-07 Tue 07:47]
| - [ ] fooS-M-RET here
`
Debugger entered--Lisp error: (error Invalid search bound (wrong
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report? See
http://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org-mode mailing list.
David Abrahams wrote:
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report? See
http://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org-mode mailing list.
Hi.
This change in org.el (commit fd16515b4a88d48362223b19c511c4973cdbc84c,
2010-08-07 18:31:54):
'(^[ \t]*\\([-+*]\\|[0-9]+[.)][ \t]+\\(?:\...@start:[0-9]+\\][
\t]*\\)?\\)\\(\\[[- X]\\]\\)
2 'org-checkbox prepend)
-(if org-provide-checkbox-statistics
+
Commit bd1b57f92a33485c90db1efc407c8b7c7450993a (Thu Sep 2 11:35:43 2010 +)
did something like this in org-html.el:
((str (org-export-html-format-href thefile)))
- (if (and type (not (string= file type))
- (org-string-match-p ^// str))
+
On Wed, Sep 8, 2010 at 12:49 AM, Daniel Clemente n142...@gmail.com wrote:
Hi.
This change in org.el (commit fd16515b4a88d48362223b19c511c4973cdbc84c,
2010-08-07 18:31:54):
'(^[ \t]*\\([-+*]\\|[0-9]+[.)][ \t]+\\(?:\...@start:[0-9]+\\][
\t]*\\)?\\)\\(\\[[- X]\\]\\)
2
Hi Sebastian,
I have just pushed the code that was needed to allow custom link
formatting for ASCII export, like you have implemented it. This was
simple an omission in the ascii exporter.
So I hope it will work now
- Carsten
On Mon, Sep 6, 2010 at 1:01 AM, Sebastian Rose
Sebastian Rose sebastian_r...@gmx.de writes:
Yes. But I want to avoid the footnote style for my custom track:
links. Look at the track I ran today.
(Er.. that's a crazy link!)
Actually it would make sense to handle how custom type links are
exported in the custom type file itself.
For
Bastien bastien.gue...@wikimedia.fr writes:
Sebastian Rose sebastian_r...@gmx.de writes:
Yes. But I want to avoid the footnote style for my custom track:
links. Look at the track I ran today.
(Er.. that's a crazy link!)
Actually it would make sense to handle how custom type links are
Bastien b...@gnu.org writes:
Actually it would make sense to handle how custom type links are
exported in the custom type file itself.
... which, of course, is already the case for org-bbdb.el.
Sorry for the noise.
--
Bastien
___
Emacs-orgmode
Carsten Dominik carsten.domi...@gmail.com writes:
Hi Sebastian,
I have just pushed the code that was needed to allow custom link
formatting for ASCII export, like you have implemented it. This was
simple an omission in the ascii exporter.
So I hope it will work now
- Carsten
C-c C-e
On Mon, Sep 6, 2010 at 8:50 AM, Bastien bastien.gue...@wikimedia.fr wrote:
Sebastian Rose sebastian_r...@gmx.de writes:
Yes. But I want to avoid the footnote style for my custom track:
links. Look at the track I ran today.
(Er.. that's a crazy link!)
Actually it would make sense to
Sebastian Rose sebastian_r...@gmx.de writes:
C-c C-e A
gives me:
Debugger entered--Lisp error: (void-variable type)
This should now be fixed in git - please pull and try.
--
Bastien
___
Emacs-orgmode mailing list
Please use `Reply All' to send
Bastien bastien.gue...@wikimedia.fr writes:
Sebastian Rose sebastian_r...@gmx.de writes:
C-c C-e A
gives me:
Debugger entered--Lisp error: (void-variable type)
This should now be fixed in git - please pull and try.
Yes, it is fixed.
I still can return what ever I want with no effect
Hello.
It seems like there has to be (require 'org-clock) on top of
org-timer.el because otherwise the notification lambda
in-org-timer-set-timer fails because org-notify is not defined and the
timer starts going forward after it passes 0:00:00. It also looks like
(declare-function org-notify
Łukasz Stelmach lukasz.stelm...@iem.pw.edu.pl writes:
It seems like there has to be (require 'org-clock) on top of
org-timer.el because otherwise the notification lambda
in-org-timer-set-timer fails because org-notify is not defined and the
timer starts going forward after it passes 0:00:00.
Carsten Dominik carsten.domi...@gmail.com writes:
Hi Sebastian,
On Sun, Sep 5, 2010 at 3:37 AM, Sebastian Rose sebastian_r...@gmx.de wrote:
Hi,
I have problems to export a custom link type to ASCII.
The code is here:
http://github.com/SebastianRose/org-osm/blob/master/org-osm-link.el
It seems like news: links are always sent to the browser and this
definition is hiding a later invocation of GNUS:
---
((member type '(http https ftp news))
(browse-url (concat type : (org-link-escape
path
Achim Gratz wrote:
It seems like news: links are always sent to the browser and this
definition is hiding a later invocation of GNUS:
Indeed, this is an inconsistency. The right way would be for org-gnus
(and other mail readers, like org-wl) to register the link type.
---
Hi Sebastian,
Sebastian Rose sebastian_r...@gmx.de writes:
Hmmm this seems so deliberate... For bbdb links this even seems to
make sense... But how could I avoid this footnote like behaviour?
Actually, I've wished for a long time that we can have a *real* footnote
behavior for links
Bastien bastien.gue...@wikimedia.fr writes:
Hi Sebastian,
Sebastian Rose sebastian_r...@gmx.de writes:
Hmmm this seems so deliberate... For bbdb links this even seems to
make sense... But how could I avoid this footnote like behaviour?
Actually, I've wished for a long time that we
Hi,
I have problems to export a custom link type to ASCII.
The code is here:
http://github.com/SebastianRose/org-osm/blob/master/org-osm-link.el
line 66 ff.
HTML export works as expected.
Example Org file:
--8---cut here---start-8--
* Test
Hi Sebastian,
On Sun, Sep 5, 2010 at 3:37 AM, Sebastian Rose sebastian_r...@gmx.de wrote:
Hi,
I have problems to export a custom link type to ASCII.
The code is here:
http://github.com/SebastianRose/org-osm/blob/master/org-osm-link.el
line 66 ff.
Do you mean that it does not honor
On Sep 1, 2010, at 12:19 AM, Alan L Tyree wrote:
On Tue, 31 Aug 2010 14:09:58 +0200
Carsten Dominik carsten.domi...@gmail.com wrote:
Hi Aidan,
unfortunately this is difficult to fix in a good way.
I do want to go back to footnotes, because I think there are many
things that do not yet work
Fixed, thanks.
- Carsten
On Sep 2, 2010, at 1:18 AM, Richard Riley wrote:
If I select a region in, in this case, an erc (emacs irc client)
buffer
in the read only section and then use my global keys to create a new
item using the following j template while the text is still selected
(j
What I have seen is not desirable behavior, but I don't know where the
issue is.
Here are the details to reproduce.
Start vanilla emacs
(removed my .emacs and my .emacs.desktop but not my other stuff like
.emacs-places .emacs.bmk .emacs.d).
Says
This is GNU Emacs 23.2.1 (i686-pc-cygwin,
On Thu, Sep 2, 2010 at 6:15 PM, Carsten Dominik
carsten.domi...@gmail.comwrote:
On Sep 1, 2010, at 12:19 AM, Alan L Tyree wrote:
On Tue, 31 Aug 2010 14:09:58 +0200
Carsten Dominik carsten.domi...@gmail.com wrote:
Hi Aidan,
unfortunately this is difficult to fix in a good way.
I do
Jambunathan K kjambunat...@gmail.com writes:
I wonder whether this - create entry at the target file at the current
cursor location - is a common workflow for others.
I don't know about others, but I don't have this need and I think
implementing this might lead to a lot of manual mistakes -
One possibility for difficult cases such as these might be extensible
syntax (which is designed for parsing risk). The idea would be to
allow, for footnotes, an alternate syntax using extensible syntax.
Then it could handle anything. Also, it would not be necessary to
hack on the footnote code
Well I use biblatex to produce the chicago citations, used pretty widely in
the humanities in N. America, and the LaTeX \cite{} commands under that
setup take their optional arguments in square brackets. The most frequent
optional argument is a page number for the citation, but I also use them
On Tue, 31 Aug 2010 14:09:58 +0200
Carsten Dominik carsten.domi...@gmail.com wrote:
Hi Aidan,
unfortunately this is difficult to fix in a good way.
I do want to go back to footnotes, because I think there are many
things that do not yet work satisfactorily. And then I also hope to
HTML export removes the mailto:; from a link, which will then be
interpreted as a local link by the browser.
For an example, see the link to this mailing list in
ORGWEBPAGE/index.org and the corresponding HTML export on orgmode-org
(or just the local file).
Achim.
If I select a region in, in this case, an erc (emacs irc client) buffer
in the read only section and then use my global keys to create a new
item using the following j template while the text is still selected
(j Journal entry
(file+datetree journal.org)
* %T %?\n %i\n %a)
then I get the
It is impossible to have closing brackets in a footnote, because they
are treated as the closing bracket for the foot note. Example...
* A heading
This is a broken footnote.[fn:: Some book at [42-24].]
This will export to (as ASCII, for example)...
org-fn-bug-example
Aidan Gauland aidal...@no8wireless.co.nz writes:
Emacs : GNU Emacs 24.0.50.6 (x86_64-unknown-linux-gnu, GTK+ Version 2.20.1)
of 2010-08-29 on dimension8
Package: Org-mode version 7.01trans
It is impossible to have closing brackets in a footnote, because they
are treated as the closing
Am 31.08.2010 12:43, schrieb Giovanni Ridolfi:
Aidan Gaulandaidal...@no8wireless.co.nz writes:
Emacs : GNU Emacs 24.0.50.6 (x86_64-unknown-linux-gnu, GTK+ Version 2.20.1)
of 2010-08-29 on dimension8
Package: Org-mode version 7.01trans
It is impossible to have closing brackets in a
Hi Aidan,
unfortunately this is difficult to fix in a good way.
I do want to go back to footnotes, because I think there are many
things that do not yet work satisfactorily. And then I also hope to
address the issue you raised. For the time being, unfortunately, I do
not have a solution
This is a two-part problem.
1. Right square bracket in inline footnote prematurely terminates the
footnote.
IMO this is not a bug, it's an inherent and quite reasonable
limitation on the inline footnote format, and is easily solved by
falling back on the block footnote syntax.
Carsten Dominik carsten.domi...@gmail.com writes:
unfortunately this is difficult to fix in a good way.
I do want to go back to footnotes, because I think there are many
things that do not yet work satisfactorily. And then I also hope to
address the issue you raised. For the time being,
Giovanni,
Thanks for that. I have the same problem, since I put citations in my
footnotes in the format \cite[50]{Ridolfi_2011_Autobiography}. This is
great. It's also a nice model for a few other petty troubles I want to
postprocess away.
Scot
On Tue, Aug 31, 2010 at 3:13 PM, Giovanni
Paul Sexton wrote:
There seems to be a fairly nasty bug caused by :PROPERTIES: drawers still
being recognised by org when they appear inside BEGIN_EXAMPLE or
BEGIN_SRC blocks. I encountered this behaviour while writing docs for
org-drill. The doc file, README.org, contains quoted examples of org
Thanks! That works fine. I suppose I should point out that I only used =
an
ASCII export for the example situation, but I ran into this problem expor=
ting
to HTML.
--Aidan Gauland
signature.asc
Description: OpenPGP digital signature
___
Alan L Tyree wrote:
Disable footnotes like [2010], but keep footnotes like [fn:2010]
The reason is that I write legal texts that have references to case law
that look like: Marreco v Richardson [1908] 2 KB 584. The dates in
square brackets are an essential part of the reference.
Perhaps it
Today (31 August),
if I evaluate (org-read-date t), then at the prompt type
+3
The string returned is:
2010-08-34
Paul
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
There seems to be a fairly nasty bug caused by :PROPERTIES: drawers still
being recognised by org when they appear inside BEGIN_EXAMPLE or
BEGIN_SRC blocks. I encountered this behaviour while writing docs for
org-drill. The doc file, README.org, contains quoted examples of org
items, and also
I used org-store-link and org-insert-link to make a link in the attached
document (I distilled it down from a real document). In my org-mode
(pulled from git this morning), using Aquamacs 2.0 on Mac OSX Snow
Leopard (10.6), org-mode cannot follow the link I inserted with o-i-l,
and it pops up a
Escaping a star ('*') in a heading with a backslash works (i.e. exports
to a literal '*') when exporting to PDF (via LaTeX; probably because
LaTeX then processes it), but not when exporting to HTML.
My situation is that I have a heading which refers to a (C) pointer
variable, *x, * A note on the
Hi,
On Aug 26, 2010, at 9:17 PM, Puneeth wrote:
Hi All,
I'm on Org-mode version 7.01trans (release_7.01h.205.ge3d2)
The LaTeX export of document test.org breaks. The headings Day 1 and
Day 2 and content under them is not visible.
[I have org-odd-levels-only set]
Git bisect says -
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report? See
http://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org-mode mailing list.
%40erlang-solutions.com%3E
Here is the original message containing the patch:
Content-Type: text/plain; charset=utf-8
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Subject: [Orgmode] Bug: :step day doesn't work for agenda clockreport
[7.01trans (release_7.01h.214.g7be6.dirty)]
Date
Hi All,
I'm on Org-mode version 7.01trans (release_7.01h.205.ge3d2)
The LaTeX export of document test.org breaks. The headings Day 1 and
Day 2 and content under them is not visible.
[I have org-odd-levels-only set]
Git bisect says -
bb0a1f190be361ce1d717d79d411b88406d74c33 is the first bad
#+BEGIN_SRC R :eval query
...
#+END_SRC
If the above is in an org file, the user runs an export (C-c C-e), and the user
types 'no' when asked whether to evaluate the code block, then the whole export
process is aborted (no further blocks are processed and no export output is
produced).
The same
Which version of org-mode? I can't replicate on git version from
minutes ago..
Paul Sexton wrote:
#+BEGIN_SRC R :eval query
...
#+END_SRC
If the above is in an org file, the user runs an export (C-c C-e), and the user
types 'no' when asked whether to evaluate the code block, then the whole
Hi Paul,
This is on the top of the stack for Babel bug fixes (see [1]), and I
hope to have a solution pushed up to the git repository soon. I'll
reply to this email when this issue is resolved.
Thanks -- Eric
Paul Sexton psex...@xnet.co.nz writes:
#+BEGIN_SRC R :eval query
...
#+END_SRC
401 - 500 of 1449 matches
Mail list logo