Hi Bastien,
Org-mode version 8.2.5h (release_8.2.5h-883-g45e881 @
/Users/gtk/.emacs.d/org/lisp/)
Sure, I'm happy to go with the FSF copyright agreement. I'll send the
request today.
Greg
On Sat, Apr 19, 2014 at 2:02 PM, Bastien wrote:
> Hi Greg,
>
> Greg Tucker-Kellogg w
This is org-mode version 8.2.5h, directly off the git.
emacs version 24.4.50.1
I have noticed that combining top headline filters and category
filters didn't always work as documented. In particular, the
combination of filters displayed depends on the order of application
and removal, and is not
Thanks for the guidance. I think this is it.
Cheers,
Greg
On Sun, Apr 6, 2014 at 4:46 PM, Nicolas Goaziou wrote:
> Hello,
>
> Greg Tucker-Kellogg writes:
>
> > I think this covers it. ":float sideways" now works for both tables and
> > figures, but
vant.
Attached are the two patches; the one from yesterday and the one that
updates as described above.
Cheers,
Greg
On Sun, Apr 6, 2014 at 3:03 AM, Nicolas Goaziou wrote:
> Hello,
>
> Greg Tucker-Kellogg writes:
>
> > This is a tiny patch to support a ":float sidewaysf
This is a tiny patch to support a “:float sidewaysfigure” option in LaTeX
backend export
---
lisp/ox-latex.el | 5 +
1 file changed, 5 insertions(+)
diff --git a/lisp/ox-latex.el b/lisp/ox-latex.el
index d65c975..c05ffb6 100644
--- a/lisp/ox-latex.el
+++ b/lisp/ox-latex.el
@@ -1801,6 +1801,
Hi Tom,
I didn't realize. Thanks for the info; I'll look into it.
Greg
On Sep 25, 2012, at 11:28 PM, Thomas S. Dye wrote:
> Hi Greg,
>
> The problem is that no one is maintaining ob-r.el. The author, Dan
> Davison, has moved on to other things.
>
> Eric Schulte will apply patches to ob-r.e
I reported this on the mailing list as a question, but it appears to be an
actual bug, so I thought I should file it formally. The following MWE
shows the problem when trying to export an R character vector:
#+begin_src R :exports results :results value list
c("x","y","z")
#+end_src
#+RESULTS:
-
Thanks, that works. But does this count as a bug in ob-R?
Greg
On Sep 5, 2012, at 12:55 AM, John Hendy wrote:
> On Tue, Sep 4, 2012 at 11:42 AM, Greg Tucker-Kellogg
> wrote:
>> Creating a list in Org from a Ruby Array is trivial
>>
>> #+BEGIN_SRC ruby :exports res
Creating a list in Org from a Ruby Array is trivial
#+BEGIN_SRC ruby :exports results :results value list
["x" , "y", "z" ]
#+END_SRC
#+RESULTS:
- x
- y
- z
But trying the same thing from R gives a surprising (to me) result
#+BEGIN_SRC R :exports results :results value list
c("x","y","z")
#+EN
Mahalo Tom,
It looks like that's what I'll be doing for the ruby block. That said, it
would be great if the :results code argument would allow a language
specification.
Greg
On Jun 27, 2012, at 10:22 AM, Thomas S. Dye wrote:
> Greg Tucker-Kellogg writes:
>
>> I
I have a Ruby block that creates some dot code. I'd like to be able to have
the #+RESULTS block enclosed
in a src block that starts "#+BEGIN_SRC dot". Using :results value code
generates the enclosing SRC block,
but using the same language (Ruby) used to generate the code. Is there a way
to s
I also quite like using headlines for blocks, for many of the same reasons Eric
mentioned. In addition, I regularly use column view to set BEAMER_env,
BEAMER_envargs, BEAMER_extra, etc., and column view operates on headlines.
Greg
On Jun 20, 2012, at 5:04 AM, Eric S Fraga wrote:
> Nicolas G
I'm trying to use org-mode to reproduce the HTML slide show made with knitr
demonstrated at http://goo.gl/bOJJo . The following single code block works
#+BEGIN_SRC R :results output html
library(googleVis)
G <- gvisGeoChart(Exports, "Country", "Profit", options = list(width = 250,
hei
I am preparing a presentation using Org and Beamer. This time -- for the first
time -- I am marking the slides as TODO items.
I have the org export options set so the TODO keywords don't wind up in the
LaTeX export, (todo:nil) and d:nil to make sure
my status logging drawer is not included. Thi
14 matches
Mail list logo
