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
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
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:
>
>
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 +
* 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
Eric S Fraga writes:
> * fix reference to org-agenda-redo in key descriptions for agenda view
Applied, thanks!
--
Bastien
Julian Gehring writes:
> here is a patch with four small corrections for the org mode manual. I
> hope it helps.
Applied, thanks!
--
Bastien
Carsten
Thanks for considering the org-odt patches. I am assuring quick
turnaround from my side.
Jambunathan K.
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
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
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
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
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,
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
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 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
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 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:
> 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
Is there a way I can produce output of tangle blocks to specific file paths?
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
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
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
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
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
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
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!
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 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
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
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
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
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
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
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/
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/
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
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
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
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
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
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
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
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
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
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,
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
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
48 matches
Mail list logo