Nicolas Goaziou <m...@nicolasgoaziou.fr> writes:
> Hello,
>
> Michael Fiano <michael.fi...@gmail.com> writes:
>
>> OrgMode bug when both a link and tags are in a headline
>>
>> Steps to reproduce:
>>
>> 1. Start stock emacs:
>> $ e
Hello,
Michael Fiano <michael.fi...@gmail.com> writes:
> OrgMode bug when both a link and tags are in a headline
>
> Steps to reproduce:
>
> 1. Start stock emacs:
> $ emacs -Q test.org
>
> 2. Write a headline
> * Test
>
> 3. Issue C-c C-c and the headlin
With a linux command that is defective, I can run script and get me a
typescript file to send to an author. Is that my best bet for capturing
an emacs-orgmode bug?
-- Twitter: JudeDaShiell
Using the following orgmode text:
* table
- table
||
| 10^{3} |
| H_{2}O |
||
- 10^{3}
- H_{2}O
==EOF==
the LaTeX exporter produces in version 7.9.1:
\begin{document}
\maketitle
\setcounter{tocdepth}{3}
\tableofcontents
\vspace*{1cm}
\section{table}
\label{sec-1}
Hi David,
Right now all of the export commands that I use are broken.
My needs are visible region to HTML, ASCII region, ASCII subtree, HTML
region, and HTML subtree. All not to file but to temporary buffer. I
never export a whole file. I have the variable set, but it does not
seem to work
At Sun, 13 Mar 2011 20:11:03 -0700,
Samuel Wales wrote:
On 2011-03-06, Bastien b...@altern.org wrote:
David Maus dm...@ictsoc.de writes:
Samuel Wales wrote:
c-c c-e v H
c-c c-e v R
Emacs 22, latest org git master.
Thanks for the report, should be fixed by now.
Thanks,
On 2011-03-06, Bastien b...@altern.org wrote:
David Maus dm...@ictsoc.de writes:
Samuel Wales wrote:
c-c c-e v H
c-c c-e v R
Emacs 22, latest org git master.
Thanks for the report, should be fixed by now.
Thanks, David. Doesn't work for me.
Also, the region gets set to only one
At Thu, 24 Feb 2011 11:17:48 -0700,
Samuel Wales wrote:
The following commands error out, seeming to say that the keys are wrong.
c-c c-e v H
c-c c-e v R
Emacs 22, latest org git master.
Thanks for the report, should be fixed by now.
Best,
-- David
--
OpenPGP... 0x99ADB83B5A4478E6
At Fri, 25 Feb 2011 12:41:34 +0530,
Aankhen wrote:
STEPS TO REPRODUCE:
1. Add this to the list of capture templates:
(t Test entry (file z:/Temp/t.org)
*** TODO %^{Foo} [[bar:%^{Bar}][Bar]])
2. Run org-capture.
3. Fill in a value for “Foo” when prompted and press Enter.
David Maus dm...@ictsoc.de writes:
At Thu, 24 Feb 2011 11:17:48 -0700,
Samuel Wales wrote:
The following commands error out, seeming to say that the keys are wrong.
c-c c-e v H
c-c c-e v R
Emacs 22, latest org git master.
Thanks for the report, should be fixed by now.
Thanks for
On Sun, Mar 6, 2011 at 23:48, David Maus dm...@ictsoc.de wrote:
At Fri, 25 Feb 2011 12:41:34 +0530,
Aankhen wrote:
STEPS TO REPRODUCE:
1. Add this to the list of capture templates:
(t Test entry (file z:/Temp/t.org)
*** TODO %^{Foo} [[bar:%^{Bar}][Bar]])
2. Run org-capture.
3.
Hi Urs,
Urs Rau (UK) urs@om.org writes:
I am trying to archive completed tasks to a datetree. I am using Move
Subtree to Archive file (C-c C-x -C-s) And I get the following error:
release_7.4-419-g68114f
Org-mode version 7.4 (release_7.4.419.g68114f)
Thanks!
Manuel
--
---
Manuel Hermenegildo | Prof., C.S.Dept., T.U. Madrid (UPM)
Director, IMDEA SW Institute CLIP Group | +34-91-336-7435 (W) -352-4819 (Fax)
On Sat, Feb 26, 2011 at 5:36 PM, Bastien b...@altern.org wrote:
Hi Rainer,
Rainer M Krug r.m.k...@gmail.com writes:
Well - agreed on the not properly structured part, but that limitation
cost me more then an hour work to figure out why my longish document
does not export one heading.
When I try to tangle the simple file shown below, I get this error:
Wrong type argument: sequencep, hline.
Org-mode version 7.4 (release_7.4.44.g49d9c.dirty)
I have the default values of these args (checked through gebugging)
According to the help:
* :hlines: `no' (default)
Strips horizontal
I've started using Org to export my agenda files into an iCalendar file.
I've noticed that if the timestamp is written in Org's own format, the
exported ical entry is as expected, but if the date and time is
specified in the diary sexp format, such as for anniversaries and
recurring events, some
Vladimir Alexiev vladi...@sirma.bg writes:
When I try to tangle the simple file shown below, I get this error:
Wrong type argument: sequencep, hline.
Org-mode version 7.4 (release_7.4.44.g49d9c.dirty)
I have the default values of these args (checked through gebugging)
According to the
I noticed this last week and can reproduce it. I was just preparing a
bug report on this very problem, and my test file is similar to yours.
Minimal org setup.
Org-mode version 7.4 (release_7.4.501.gc6dbde.dirty)
GNU Emacs 24.0.50.1 (i386-apple-darwin9.8.0, NS apple-appkit-949.54)
of 2011-02-10
Hi,
| menu-bar Org Logging work Display times runs the command
| org-clock-display, which is an interactive compiled Lisp function in
| `org-clock.el'.
|
| It is bound to C-c C-x C-d, menu-bar Org Logging work Display times.
|
| (org-clock-display optional TOTAL-ONLY)
|
| Show subtree times in
Hi Rainer,
Reiner Steib reinersteib+gm...@imap.cc writes:
From the code, I guess it is `org-clock-remove-overlays'...
2011-02-25 Reiner Steib reiner.st...@gmx.de
* org-clock.el (org-clock-display): Document how to remove subtree
times.
Applied against latest git Org, thanks.
Hi Rainer,
Rainer M Krug r.m.k...@gmail.com writes:
Well - agreed on the not properly structured part, but that limitation
cost me more then an hour work to figure out why my longish document
does not export one heading.
Would it be possible, to print a warning when that happens?
Sorry,
I've had the following issue with recent org-mode builds (since early January,
I think). A document with an itemized list in it does not export properly to
latex: the export process inserts/leaves behind a stray \end{LIST} statement
which breaks the .tex file. For example, doing C-c C-e l on
Hi all,
I think I found 1 or 2 bugs:
1. Having a text block like this:
** Headline
SCHEDULED: 2011-02-25 Fr
CLOCK: [2011-02-25 Fr 17:04]--[2011-02-25 Fr 17:04] = 0:00
CLOCK: [2011-02-25 Fr 17:03]--[2011-02-25 Fr 17:04] = 0:01
CLOCK: [2011-02-25 Fr 14:30]--[2011-02-25 Fr 16:45] =
The following commands error out, seeming to say that the keys are wrong.
c-c c-e v H
c-c c-e v R
Emacs 22, latest org git master.
Thanks.
Samuel
--
The Kafka Pandemic:
http://thekafkapandemic.blogspot.com/2010/12/welcome-to-kafka-pandemic-two-forces_9182.html
I support 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.
Nicolas n.goaz...@gmail.com writes:
Hello Org users,
Since a few hours, lists changes are in master branch. Here is a sum up
of the new functionalities:
[...]
I am not sure if the error I am experiencing is due to this but I have
the following problem. With this org file:
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 Dave,
Dave Abrahams d...@boostpro.com writes:
When I am at the end of a line on a collapsed item and I hit `M-RET', I
expect it to insert a heading before the next *visible* line, i.e. after
this item. Instead, it injects the new heading before this item's
content.
This has been fixed
On Feb 22, 2011, at 1:33 PM, Seweryn Kokot wrote:
I have just pulled orgmode sources from git and get the following
running 'make':
In org-capture-expand-file:
org-capture.el:734:33:Warning: malformed cond form: `t'
org-capture.el:734:33:Warning: malformed cond form: `file'
Seweryn Kokot sewko...@gmail.com writes:
I have just pulled orgmode sources from git and get the following
running 'make':
In org-capture-expand-file:
org-capture.el:734:33:Warning: malformed cond form: `t'
org-capture.el:734:33:Warning: malformed cond form: `file'
Hi Rainer,
Rainer M Krug r.m.k...@gmail.com writes:
If I export to htrml, the missing level is exported properly, but in
the LaTeX / pdf export, all levels below the missing level (FIRST,
SECOND) are not exported.
Am I right in considering this a bug?
I'd call this a limitation of the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/22/2011 02:24 PM, Bastien wrote:
Hi Rainer,
Rainer M Krug r.m.k...@gmail.com writes:
If I export to htrml, the missing level is exported properly, but in
the LaTeX / pdf export, all levels below the missing level (FIRST,
SECOND) are not
Tangling from an indirect buffer fails with the following stack trace:
Debugger entered--Lisp error: (wrong-type-argument stringp nil)
file-name-nondirectory(nil)
(message tangled %d code block%s from %s block-counter (if (= block-counter 1)
s) (file-name-nondirectory
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.
If you put a commented partial footnote in an org file and export, the
exported text will be corrupted.
Example:
This is a line of text.
#(fn::this is a footnote
===
If you later have a link in the text, a closing bracket in the link
will put the output out of order.
Thanks.
Samuel
--
The
I am trying to archive completed tasks to a datetree. I am using Move
Subtree to Archive file (C-c C-x -C-s) And I get the following error:
release_7.4-419-g68114f
Org-mode version 7.4 (release_7.4.419.g68114f)
afile=/Users/ursr/org/tasksnotes.org_archive
org-advertized-archive-subtree: Symbol's
Hi all,
to make this explicit: I can not export to latex any more, but instead
I get
Exporting to LaTeX...
when: Symbol's value as variable is void: htmlp
Org HEAD
GNU emacs 23.2.1 (debian squeeze)
This is my failing org-file:
* Test
test
- Andreas
Am 16.02.2011 11:03, schrieb Bastien:
On 2/15/11 11:23 PM, Dan Davison wrote:
Commit ed6d6760268 removed variables htmlp and latexp from
`org-export-preprocess-string'. Nothing wrong with that, but I think it
has broken export for those using org-special-blocks
Confirmed. Exporting the following example stops with a void-variable
Hi Christian,
Christian Moe m...@christianmoe.com writes:
(Incidentally -- org-special-blocks.el still says it's not currently
part of GNU Emacs, but as of Org-mode 7.4 it is, isn't it?)
It's not yet part of GNU Emacs but it will be soon.
See commit 57144fea1ea6277b6ba39facae05715eee5751d6.
Hi Christian,
Christian Moe m...@christianmoe.com writes:
(Incidentally -- org-special-blocks.el still says it's not currently
part of GNU Emacs, but as of Org-mode 7.4 it is, isn't it?)
It's not yet part of GNU Emacs but it will be soon.
See commit 57144fea1ea6277b6ba39facae05715eee5751d6.
Hi Dan,
Dan Davison dandavis...@gmail.com writes:
Commit ed6d6760268 removed variables htmlp and latexp from
`org-export-preprocess-string'. Nothing wrong with that, but I think it
has broken export for those using org-special-blocks, which contains
#+begin_src emacs-lisp
(defvar htmlp)
Hi,
When exporting to HTML (with lastest Git), I now have this error occurring:
--8---cut here---start-8---
Debugger entered--Lisp error: (error Invalid format character: `%v')
signal(error (Invalid format character: `%v'))
error(Invalid format character:
Hi Sébastien,
Sébastien Vauban wxhgmqzgw...@spammotel.com writes:
When exporting to HTML (with lastest Git), I now have this error occurring:
Debugger entered--Lisp error: (error Invalid format character: `%v')
signal(error (Invalid format character: `%v'))
error(Invalid format
Hi Arik,
Arik Mitschang arik.mitsch...@mq.edu.au writes:
Unfortunately that does not do the trick. Two reasons:
1) the vm-select-folder-buffer only triggers an error if there is no
folder buffer, not if there is no file associated with that buffer.
2) raising an error stops the
Hi Luke,
Luke Crook l...@balooga.com writes:
In column mode, if I modify the TODO status of a subtree then
the priority of the parent becomes manged.
This issue has been fixed in the latest git repository.
Thanks for reporting this.
--
Bastien
Hi Leo,
Leo sdl@gmail.com writes:
Function org-fast-tag-selection may create a three-window layout like
this: http://imagebin.org/127056.
Perhaps due to my delay in replying, the image disappeared.
Do you still have this problem? If so, can you be so kind as to report
the picture?
On 2011-02-12 22:41 +0800, Bastien wrote:
Leo sdl@gmail.com writes:
Function org-fast-tag-selection may create a three-window layout like
this: http://imagebin.org/127056.
Perhaps due to my delay in replying, the image disappeared.
Do you still have this problem? If so, can you be so
Leo sdl@gmail.com writes:
Carsten has applied the patch.
Thanks for confirming.
--
Bastien
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
Hi Arik,
Arik Mitschang arik.mitsch...@mq.edu.au writes:
In VM if you have created a virtual folder, the buffer is not associated
with any file. However, during org-capture a function called
org-vm-store-link requires that the buffer (the vm folder in this case)
be associated with a file
Hi Sebastian,
Sebastian Hofer sebho...@gmail.com writes:
it seems that org-preview-latex-fragment does not process \include{}
commands in the LATEX_HEADER (while it does process \newcommand). It this
supposed to be like that? If not, can it be changed or worked around
somehow?
dvipng
David Maus dm...@ictsoc.de writes:
Summary: table.el tables with row and col spans are not getting exported
as expected on html export.
Looks like the table markers gets recognized as strikethroughs, mdashes
and ndashes. This apparrently is getting in the way of proper
export.
Furthermore
On Thursday 10 February 2011 16:50:43 Bastien wrote:
Arne Babenhauserheide arne_...@yahoo.de writes:
Is it possible to disable the blinking statically and set the point to
visible?
Sorry I don't know...
No problem. Thank you for caring!
Best wishes,
Arne
Arne Babenhauserheide arne_...@yahoo.de writes:
Is it possible to disable the blinking statically and set the point to
visible?
Sorry I don't know...
--
Bastien
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
In VM if you have created a virtual folder, the buffer is not associated
with any file. However, during org-capture a function called
org-vm-store-link requires that the buffer (the vm folder in this case)
be associated with a file causing a type-mismatch error. I can fix the
problem with the
Hi Arik,
Arik Mitschang arik.mitsch...@mq.edu.au writes:
In VM if you have created a virtual folder, the buffer is not associated
with any file. However, during org-capture a function called
org-vm-store-link requires that the buffer (the vm folder in this case)
be associated with a file
Hi Bastien,
On Friday 04 February 2011 20:10:44 Bastien wrote:
Arne Babenhauserheide arne_...@yahoo.de writes:
Thanks for doublechecking. I now tested it again, and this only happens
when used in a shell (i.e. in a KDE Konsole) where the point does not
blink.
Well, I had this problem
Hi Bastien,
On Wednesday 02 February 2011 23:54:40 Bastien wrote:
Arne Babenhauserheide arne_...@yahoo.de writes:
Situation: A file with #+STARTUP: hidestars
Expected: The first stars are hidden, but the marker which shows the
point is visible (since the variable only says hide
On 2/3/11 3:09 PM, Nicolas Goaziou wrote:
Hello,
Christian Moe writes:
Numbers at the beginning of the line inadvertently starting a list
item is a bug.
You call it a bug, but it is actually the Org definition of a numbered
item. This is in the manual. Though, I think I understand what
Hi Arne,
Arne Babenhauserheide arne_...@yahoo.de writes:
Thanks for doublechecking. I now tested it again, and this only happens when
used in a shell (i.e. in a KDE Konsole) where the point does not blink.
Well, I had this problem before but I don't know how to handle it.
--
Bastien
Hi,
For once, I have to disagree: Numbers at the beginning of the line
inadvertently starting a list item is a bug.
It means you can mess up your exported document (it doesn't just
happen at M-RET) by just writing a perfectly normal text, and there is
no easy-to-remember escape. (I really
Hello,
Christian Moe writes:
Numbers at the beginning of the line inadvertently starting a list
item is a bug.
You call it a bug, but it is actually the Org definition of a numbered
item. This is in the manual. Though, I think I understand what you
mean: this definition can lead to
Hi James,
James Shuttleworth csx...@coventry.ac.uk writes:
Hi,
I love the idea of the new bulk scatter command, but it's giving me
a problem. When used, it adds an extra SCHEDULED item to entries
rather than change the current one. Maybe this is expected
behaviour and I just don't
Hello,
Jeff Horn writes:
What about a compromise? I envision an editable variable called
org-plain-list-regexp-delimiter (in the same vein as
org-export-latex-emphasis-alist) that is a list of delimiters
recognized for plain lists. I rarely use periods (always use
parentheses), so the
Jambunathan K kjambunat...@gmail.com writes:
(Refiling with added info, Thanks Noorul)
See Heading2 for description of the bug. This bug has been there since
time immemorial.
(setq org-link-search-must-match-exact-headline nil)
# Input Org file
* Heading1
* Heading2
Link to
On Thu, Feb 3, 2011 at 11:47 AM, Nicolas Goaziou n.goaz...@gmail.com wrote:
It is certainly doable, but it wouldn't help for the problem at hand.
There is already a way to not use dots (this is the solution you
envision), but only parenthesis, as numbered items separators.
Is there a variable?
Dear org-mode developers,
adding a new list item via M-RET (org-insert-heading) may change
text in a previous list item, if this ends in a number on a
single line followed by a dot:
---
- Several astonishing things happened in
2007.
- And then there was another
I can reproduce this in org-mode 7.4 with emacs 24.
This occurs most often for me when listing a bibliography in a plain
list when I have auto-fill-mode on.
On Wed, Feb 2, 2011 at 2:20 PM, Gregor Zattler telegr...@gmx.net wrote:
Dear org-mode developers,
adding a new list item via M-RET
Hello,
Gregor Zattler writes:
adding a new list item via M-RET (org-insert-heading) may change
text in a previous list item, if this ends in a number on a single
line followed by a dot:
---
- Several astonishing things happened in
2007.
- And then there
Hi Arne,
Arne Babenhauserheide arne_...@yahoo.de writes:
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
Eric Schulte schulte.e...@gmail.com writes:
Hi Eric,
Thanks for catching this issue. It turns out this was a result of
adding lists as supported output types, the code block thinks that the
enclosing list is the results list, and deletes it before inserting new
results.
Luckily this was
Internal links do not work in HTML export unless CUSTOM_ID is used.
I have tried with [[id:]] and [[*Heading]] links.
It makes the link like this:
a href=#sec-49
It makes the anchor like this:
h2 id=sec-49.../h2
and if the entry has ID (id: link is used) then also
a
Hi Eric,
Thanks for catching this issue. It turns out this was a result of
adding lists as supported output types, the code block thinks that the
enclosing list is the results list, and deletes it before inserting new
results.
Luckily this was a quick 2-character change, which has been
Eric Schulte schulte.e...@gmail.com writes:
Hi Eric,
Thanks for catching this issue. It turns out this was a result of
adding lists as supported output types, the code block thinks that the
enclosing list is the results list, and deletes it before inserting new
results.
Luckily this was
On Jan 23, 2011, at 2:51 PM, David Maus wrote:
At Thu, 13 Jan 2011 17:13:48 +1100,
Chris Barber wrote:
Note: run using emacs -q as the bug was reproducible, and this will
produce less settings that may complicate the report.
Note: only a few months of unix and emacs usage
When using
Hello,
please see attached file for a simple example of a bug in babel: if you
execute the code block, the results section overwrites the text that
follows the code block.
If you insert an extra blank line between the end of the code block and
the text that follows (before executing the block
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.
On Jan 25, 2011, at 7:03 PM, Jason Dunsmore wrote:
Benjamin Andresen be...@in-ulm.de writes:
Hey there,
I've just upgraded to the latest org-mode HEAD and noticed that the
tag
behavior changed. (It now sorts entries, except now grouping is
broken.)
This is how it used to work:
(Assume
Carsten Dominik carsten.domi...@gmail.com writes:
On Jan 25, 2011, at 7:03 PM, Jason Dunsmore wrote:
Yep, this commit needs to be reverted. See my message about this:
http://lists.gnu.org/archive/html/emacs-orgmode/2011-01/msg00942.html
Can you do this Bastien?
Seems Bastien is too busy
I need to use the amsmath package for a paper I am writing. This
conflicts, unfortunately, with the wasysym package which is loaded by
default in the org-latex exporter.
Checking the documentation for org-export-latex-classes, I find:
,
| - Calls to \usepackage for all packages mentioned in
Eric S Fraga e.fr...@ucl.ac.uk writes:
I need to use the amsmath package for a paper I am writing. This
conflicts, unfortunately, with the wasysym package which is loaded by
default in the org-latex exporter.
[...]
I forgot to state what version of org I was using; see my signature
below.
Hey there,
I've just upgraded to the latest org-mode HEAD and noticed that the tag
behavior changed. (It now sorts entries, except now grouping is broken.)
This is how it used to work:
(Assume #+TAGS: { foo(f) bar(b) } quux(q) for all of this.)
* Foo :foo:
now using M-x org-set-tags-command
Benjamin Andresen be...@in-ulm.de writes:
Hey there,
I've just upgraded to the latest org-mode HEAD and noticed that the tag
behavior changed. (It now sorts entries, except now grouping is broken.)
This is how it used to work:
(Assume #+TAGS: { foo(f) bar(b) } quux(q) for all of this.)
*
Hello,
You can have virtually any regexp to end a list, by changing
`org-list-end-re'.
It is `org-list-end-regexp', my apologies.
Regards,
-- Nicolas
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
At Tue, 11 Jan 2011 17:05:41 +,
James Shuttleworth wrote:
Hi,
I love the idea of the new bulk scatter command, but it's giving me
a problem. When used, it adds an extra SCHEDULED item to entries
rather than change the current one. Maybe this is expected
behaviour and I just
At Thu, 13 Jan 2011 17:13:48 +1100,
Chris Barber wrote:
Note: run using emacs -q as the bug was reproducible, and this will
produce less settings that may complicate the report.
Note: only a few months of unix and emacs usage
When using org-indent-mode and linum-mode simultaneously, clicking
Hello,
Samuel Wales writes:
When point is at [] and I press TAB, nothing happens.
...
27) bikeshedding (talking about something you think you
[]know about instead of what is important -- in this case,
talking about what the audience thinks it knows about)
...
User error in this
(setf org-empty-line-terminates-plain-lists t) works but does not
allow paragraphs in lists. I presume we're looking at incompossible
goals?
--
The Kafka Pandemic: http://thekafkapandemic.blogspot.com
I support WPI: http://www.wpinstitute.org/xmrv/index.html -- PLEASE DONATE
===
I want to see
[I meant list in the subject]
Thanks Nicolas. ISTR this is different from before. Did it work before?
It occurs when you have a list, and a paragraph someplace, and want to
insert that paragraph as an item in the list. Pretty common.
The problem with using 'regexp is that I need 2 blank
Samuel Wales writes:
[I meant list in the subject] Thanks Nicolas. ISTR this is different
from before. Did it work before?
It is also working right now, although in a different way. ;)
It occurs when you have a list, and a paragraph someplace, and want
to insert that paragraph as an item
peter.fri...@agfa.com writes:
Hi, Peter,
I had a file, cmm.tex, made by hand. I also have an org document,
cmm.org. Can you see it coming? I then wanted to see what the result
would be of exporting that org file as a latex file... Bye bye original
tex file.
that's what the option [L] to
* lisp/org.el (org-mode): Locally set `fill-indent-according-to-mode'
to nil.
`org-adaptive-fill-function' attempts to correctly pick up a fill
prefix for hand-indented paragraphs and lists. This is defeated by
the indentation code, which does not recognise sublists correctly and
gets the
Hello,
This is defeated by the indentation code, which does not recognise
sublists correctly and gets the indentation wrong.
Would you mind elaborating? I fail to see where the indentation code
has some problem recognizing lists.
By setting `fill-indent-according-to-mode' to nil, we tell
Good afternoon all,
I may have made a stupid mistake, but this is what happened...
I had a file, cmm.tex, made by hand. I also have an org document,
cmm.org. Can you see it coming? I then wanted to see what the result
would be of exporting that org file as a latex file... Bye bye original
tex
Nick Dokos nicholas.do...@hp.com writes:
Andreas Leha andreas.l...@med.uni-goettingen.de wrote:
I found a severe bug that actually eats my text, i.e. *destroys* my
org-mode file.
Or am I missing something here?
Just try that:
* Test
Execute this once:
#+BEGIN_src R :session
org-agenda.el does not compile.
In org-agenda-goto-today:
org-agenda.el:6107:59:Warning: `org-agenda-ndays' is an obsolete variable (as
of Emacs 24.1); use `org-agenda-span' instead.
In org-agenda-reset-view:
org-agenda.el:4:3:Warning: `org-agenda-ndays' is an obsolete variable (as of
Using characters such as å,ä,ö does not work when using #+LINK
example:
`#+LINK: Färdmedel file:~/färdmedel.org http://xn--frdmedel-0za.org'
this does not work, however the following does:
`#+LINK: Fardmedel file:~/färdmedel.org http://xn--frdmedel-0za.org'
Is there an easy fix?
Emacs : GNU
Fixed, thanks.
- Carsten
On Jan 14, 2011, at 1:36 PM, Valentin Wüstholz wrote:
Hi,
I ran into a bug with the ascii export. Exporting the attached org
file to ascii fails (see the attached backtrace). The failure seems to
be related to the 'H:10' option.
I had a look at the code and the
On Dec 17, 2010, at 2:28 PM, Maximilian Matthé wrote:
Hi guys,
I'm using fresh pulled orgmode, emacs 23.1
Having this:
,
| \begin{eqnarray*}
| b=
| \begin{cases}
| 1 a0 \\ 2 \mbox{else} # (1)
| \end{cases}
| # (2)
| \end{eqnarray*}
`
typing _ at # (1) shows up _{}, but typing
Thanks! I tried it out and it doesn't quite work yet. The following
change seems to do the trick:
-- lisp/org-ascii.el --
index 01106c3..f9094a1 100644
@@ -655,3 +655,2 @@ publishing directory.
- (setq char (or (nth (max (- umax level)
Hello,
I tried to use calc with babel but it doesn't work as expected.
I use the following block with simple instruction :
#+begin_src calc
2*3
#+end_src
I didn't get back any results.
I launch calc and it seems to be called as I have following output
--- Emacs Calculator Mode ---
1: 6
.
1 - 100 of 1449 matches
Mail list logo
