Bastien
The attached patch "fixes" a omission in the "org-odt" compatibility
series.
Could you please commit this?
Jambunathan K.
>From 403fdba8e091ba15700262192064681a3bf8ac30 Mon Sep 17 00:00:00 2001
From: Jambunathan K
Date: Sat, 25 Jun 2011 10:41:20 +0530
Subject: [PATCH] org-export-forma
Hi Robert,
I just pushed up a patch which replaces the one call I could find to
called-interactively-p with a call to the safer interactive-p. If this
doesn't fix the problem then please turn on backtraces with
M-x toggle-debug-on-error
and then re-run the export and send me the backtrace.
C
Thanks for your reply -- I've updated using `git pull` and while some of the
relevant files have changed, I still have the same problem.
M-x org-version yields:
release_7.5-440-g00c62
Org-mode version 7.5 (release_7.5.440.g00c62)
sincerely,
--Robert McIntyre
On Fri, Jun 24, 2011 at 6:55 PM, E
Hi Robert,
It looks like this is an issue which should have been fixed by a commit
I made last week, namely
,
| commit db1c3f6a3ea5d9cb25c8fad5aae434fc1d424152
| Author: Eric Schulte
| Date: Thu Jun 16 21:32:54 2011 -0700
|
| Revert "replacing calls to now-defunct function `interactiv
Hi everyone --- I've been working on making a website using clojure and
org-mode, and have run into what I think may be a bug.
Any help would be appreciated as to whether this is a bug, or if I am doing
something wrong.
sincerely,
--Robert McIntyre
M-x org-version gives:
release_7.5-435-gd3100
Christian Moe writes:
> +1 for inline calls. No hurry, though.
>
I've just pushed up an implementation for inline call blocks, the new
syntax is described in the documentation but a simple example is below.
#+source: square
#+begin_src emacs-lisp :var it=0
(* it it)
#+end_src
Pieter Praet wrote:
> As auto-save-mode can only cause leakage after org-decrypt has been run,
> there's no need to check for it (and potentially cause annoyance) so early.
>
> Unfortunately, auto-save-mode doesn't set a buffer-local var to indicate
> whether it's enabled for the current buffer
Hi Sebastien,
On Fri, Jun 24, 2011 at 1:24 AM, Sebastien Vauban
wrote:
> Hi Suvayu,
>
> suvayu ali wrote:
>> On Thu, Jun 23, 2011 at 7:42 AM, Ian Barton wrote:
>>> A more subtle approach would be to edit the Makefile to put the info file in
>>> the right place. However, on Ubuntu it's not all cl
As auto-save-mode can only cause leakage after org-decrypt has been run,
there's no need to check for it (and potentially cause annoyance) so early.
Unfortunately, auto-save-mode doesn't set a buffer-local var to indicate
whether it's enabled for the current buffer (checking
`buffer-auto-save-file
On Fri, Jun 24, 2011 at 3:27 AM, Bastien wrote:
> Dear all,
>
> sorry for the lack of activity the past few months.
>
> I'm back now and I'm really looking forward hacking
> Org again with you all!
>
Welcome back! :)
> Best,
>
> --
> Bastien
>
>
--
Suvayu
Open source is the future. It sets
Dear all,
The follwing Maxima code block does not work:
#+begin_src maxima
1+1;
#+end_src
#+results:
#+begin_example
incorrect syntax: / is not a prefix operator
incorrect syntax: GuM is not an infix operator
parser: incomplete number; missing exponent?
-- an error. To debug this try: debugmode
Eythan,
This sounds similar to something I'd already done on Worg, ie: dual
format returns in R. The first example (RBabelExample) is really R
outputting to PNG for viewing inline in emacs with inline-images, and
PDF for inclusion into Latex.
Maybe you can adapt it to return your text, and graph
skip writes:
> Is there a way I can produce output of tangle blocks to specific file paths?
>
The manual is useful: http://orgmode.org/manual/tangle.html
--
Eric Schulte
http://cs.unm.edu/~eschulte/
Bastien writes:
> Dear all,
>
> sorry for the lack of activity the past few months.
>
> I'm back now and I'm really looking forward hacking
> Org again with you all!
>
Happy to have you back! -- Eric
>
> Best,
--
Eric Schulte
http://cs.unm.edu/~eschulte/
eythan...@gmail.com (Eythan Weg) writes:
> Hi,
>
> How could I effect the plot saved in a file and the output produced
> shown in the buffer by using a single execution of R in the following
> snippet?
>
Each code block can only return a single output type, so you will have
to split your code blo
Michael Brand wrote:
> On Fri, Jun 24, 2011 at 18:01, Nick Dokos wrote:
> > Karl Voit wrote:
> >> Maybe there is a (to me at least hidden) feature behind the behavior
> >> that org-time-stamp (C-c .) deletes any repeater information when
> >> used to update a date stamp.
>
> Same here with "DE
On Fri, Jun 24, 2011 at 18:01, Nick Dokos wrote:
> Karl Voit wrote:
>> Maybe there is a (to me at least hidden) feature behind the behavior
>> that org-time-stamp (C-c .) deletes any repeater information when
>> used to update a date stamp.
Same here with "DEADLINE: <2011-06-25 Sat +1w>"
> AFAI
Karl Voit wrote:
> Maybe there is a (to me at least hidden) feature behind the behavior
> that org-time-stamp (C-c .) deletes any repeater information when
> used to update a date stamp.
>
AFAIK, org-time-stamp creates a brand-new time stamp: it does not update
an existing one. You can update
Karl Voit writes:
> Hi!
>
> Maybe there is a (to me at least hidden) feature behind the behavior
> that org-time-stamp (C-c .) deletes any repeater information when
> used to update a date stamp.
>
> Or is this some kind of bug or at least unexpected behavior?
There was a report of that recently
Hi Yuhei,
Yuhei Maeda writes:
> -
> - (insert "\n\n\n\n")
> + (unless body-only
> + (insert "\n\n\n\n"))
thanks -- this is already fixed in the current git version of Org.
Best,
--
Bastien
Hi!
Maybe there is a (to me at least hidden) feature behind the behavior
that org-time-stamp (C-c .) deletes any repeater information when
used to update a date stamp.
Or is this some kind of bug or at least unexpected behavior?
--
Karl Voit
Hi Carlos Russo,
Carlos Russo wrote:
> Hello,
>
> I often need to paste fragments of pictures/images to my org file.
>
> Typically, I manually paste the fragment to a file, and then use C-c C-a m
> to attach that file to my org-file. This is rather tedious, because there
> are a few steps and extr
hi.
When BODY-ONLY is t, org-export-as-html returns invalid value.
org-export-as-html is function defined on org-html.el
in detail, it includes "\n\n\n\n" at the end of
return value.
PATCH is below.
org-html.el
@@ -1714,8 +1714,8 @@
(if org-export-html-with-timestamp
(insert
On 06/21/2011 02:22 AM, Sebastian Berchtold wrote:
> Hi, my first post here: So big shout outs to all org-mode hackers.
> Great Stuff!
>
> There is one feature I'd really like to have, but i couldn't find
> anything that does what i want. I guess it's just a small hack, but
> with my retarded elis
Bastien writes:
> sorry for the lack of activity the past few months.
>
> I'm back now and I'm really looking forward hacking
> Org again with you all!
Welcome back! We missed your :D
Regards,
--
Bernt
Bastien writes:
> Eric S Fraga writes:
>
>> I have found this (sit-for 5) annoying enough that I have deleted it
>> from my copy of org. 5 seconds is a large percentage of my emacs start
>> up time!
>
> I just reduced it to one second. Still, the message needs some time to
> appear to the user
Hello,
I often need to paste fragments of pictures/images to my org file.
Typically, I manually paste the fragment to a file, and then use C-c C-a m to
attach that file to my org-file.
This is rather tedious, because there are a few steps and extra programs
involved, and I guess there must be a
On Fri, Jun 24, 2011 at 2:05 PM, Eythan Weg wrote:
>
>
>
> Thank you. True. But, I would like, if possible, to have the link to
> the saved plot as a link in the output, for free.
>
Just add it as a cat() statement:
#+begin_src R :results output :session
print(seq(1,10))
pdf("ThePlot.pdf")
p
Is there a way I can produce output of tangle blocks to specific file paths?
Eric S Fraga writes:
> I have found this (sit-for 5) annoying enough that I have deleted it
> from my copy of org. 5 seconds is a large percentage of my emacs start
> up time!
I just reduced it to one second. Still, the message needs some time to
appear to the user.
--
Bastien
Hi Carsten and Jambunathan,
Carsten Dominik writes:
> I have merged the patches, Bastien's approval is still pending, but
> I do not expect a problem.
Approval 100% given -- I'm reviewing and testing these patches over the
weekend to make sure things are okay. Thanks to both of you!
--
Ba
Eric S Fraga writes:
> Dave Abrahams writes:
>
>>> I was hit by this last week when I was investigating why my emacs
>>> initialization was taking so long. Later I found out that org-crypt was the
>>
>>> culprit, since it added a "sit for 5s" in order for the user to actually
>>> see this warnin
Hi Julian,
Julian Gehring writes:
> while reading through the org mode manual I found some lines that could
> require minor corrections.
>
> I attached a patch file with corrections
> ('0001-add-corrections-to-org-manual.patch'), as well as one with
> suggestions ('0001-add-suggestions-to-org-ma
Dear all,
sorry for the lack of activity the past few months.
I'm back now and I'm really looking forward hacking
Org again with you all!
Best,
--
Bastien
Hi,
How could I effect the plot saved in a file and the output produced
shown in the buffer by using a single execution of R in the following
snippet?
#+begin_src R :results output :session
print(seq(1,10))
plot(seq(1,10))
#+end_src
Thank you.
Eythan
Hi Jambunathan,
Jambunathan K writes:
> 1. Export menu will now have a dummy entry for export to
>OpenDocumentText. (i.e., C-c C-e o anda C-c C-e O).
>
>If you accidentally invoke this command but do not have org-odt in
>the load-path, then Emacs will remind you that you don't have
>
Hi Jambunathan,
Jambunathan K writes:
> The new capabilities introduced are strictly for consumption by
> org-odt. Wrt master branch, these changes should essentially be NOOPs.
Seen, yes.
> I would appreciate if these patches are considered for next release of
> Org.
Of course.
The plan is t
Dear Orgers (who use git)
A note on this patch:
1. Export menu will now have a dummy entry for export to
OpenDocumentText. (i.e., C-c C-e o anda C-c C-e O).
If you accidentally invoke this command but do not have org-odt in
the load-path, then Emacs will remind you that you don't have
Dave Abrahams writes:
>> I was hit by this last week when I was investigating why my emacs
>> initialization was taking so long. Later I found out that org-crypt was the
>
>> culprit, since it added a "sit for 5s" in order for the user to actually
>> see this warning.
>>
>> The problem is that or
I'm glad to announce that The Free Software Foundation France* is
supporting Org's development by a large donation of 100€ each month.
Thanks a lot to the FSF France for this! (http://fsffrance.org)
I will happily share this amount with the rest of the Org community by
sponsoring OrgCamps or oth
Carsten
Thanks for considering the org-odt patches. I am assuring quick
turnaround from my side.
Jambunathan K.
Julian Gehring writes:
> here is a patch with four small corrections for the org mode manual. I
> hope it helps.
Applied, thanks!
--
Bastien
Eric S Fraga writes:
> * fix reference to org-agenda-redo in key descriptions for agenda view
Applied, thanks!
--
Bastien
* fix reference to org-agenda-redo in key descriptions for agenda view
diff --git a/doc/org.texi b/doc/org.texi
index 176475f..da40a01 100644
--- a/doc/org.texi
+++ b/doc/org.texi
@@ -7814,13 +7814,13 @@ prefix argument will temporarily modify that number to the prefix value.
Toggle the time grid
Hey,
here is a patch with four small corrections for the org mode manual. I
hope it helps.
Best
Julian>From ace6614d8a95bbaca5dfd2f6596f1a1554fb53c5 Mon Sep 17 00:00:00 2001
From: Julian Gehring
Date: Fri, 24 Jun 2011 10:56:43 +0200
Subject: [PATCH] correct manual
---
doc/org.texi | 12 +
Hi Suvayu,
suvayu ali wrote:
> On Thu, Jun 23, 2011 at 7:42 AM, Ian Barton wrote:
>> A more subtle approach would be to edit the Makefile to put the info file in
>> the right place. However, on Ubuntu it's not all clear where this should be.
>
> Or something like this in the emacs init file:
>
>
Nicolas Goaziou writes:
> Eric S Fraga writes:
>
>>> I see no difference between the paragraph and the list item: in both
>>> cases, the table doesn't appear, as it has been moved right after the
>>> headline by `org-export-blocks-preprocess' during export.
>>>
>>> Are we observing the same phen
On Jun 23, 2011, at 5:49 PM, Jambunathan K wrote:
>
> I am following up this mail with 5 patches. These are small patches that
> would help me float org-odt tarball with minimum of hassle (to the
> users).
>
> The new capabilities introduced are strictly for consumption by
> org-odt. Wrt maste
48 matches
Mail list logo
