From: Charles Berry <ccberry@ucsd.edu>
To: emacs-orgmode@gnu.org
Subject: Re: Proposal/request for input: slidify export for html slides
Date: Sat, 8 Feb 2014 01:04:39 +0000 (UTC) [thread overview]
Message-ID: <loom.20140208T014253-595@post.gmane.org> (raw)
In-Reply-To: CA+M2ft-vnm8aZKEKmOgHsVab127Ru2pod7FR46Ohxxzqew-9zg@mail.gmail.com
John Hendy <jw.hendy <at> gmail.com> writes:
>
> On Fri, Feb 7, 2014 at 3:50 PM, Charles Berry <ccberry <at> ucsd.edu> wrote:
> > John Hendy <jw.hendy <at> gmail.com> writes:
> >
> >>
> >> An interesting update on this. Aside from some image and code block
>
[snip - how John turn org to Rmd to md]
> >
> > John,
> >
> > You can put the header code into an MD export block (and ignore
> > index.Rmd).
> > You can add '#+MD: ---' keyword lines to mark new slides.
> >
>
> Awesome! Hadn't thought of that, and sounds great.
>
> > Then you export to my.Rmd directly (using ravel) and run
> > slidify("my.Rmd").
> >
> > Graphics 'just work', but you have to mind the spacing to be sure the
> > slides
> > render nicely.
> >
>
> Hmmm. Could you elaborate on this? I haven't experienced this with R +
> ggplot. The presentation I'm working on for tomorrow is on geo-spatial
> data with R and I generate a lot of maps. I find that something like
> this doesn't produce properly scaled images:
>
> #+header: :file .map.pdf
> #+begin_src R :results output graphics :exports results
>
> # install.packages("maps")
> library(maps)
> world <- map_data("world")
>
> p <- ggplot(world, aes(x = long, y = lat, group = group))
> p <- p + geom_polygon(colour = "white")
> p
>
> #+end_src
>
> I often get something squarish, which makes the map look really
> compressed (see attached). Thus, I seem to need both this (name,
> header)
>
This is a problem that results from rendering in a square rather than
something proportional to what Mercator used: 202cm x 124cm, I think.
slidify wants to have png files for images, so I think you are stuck
having to set up the size of the device as well as the displayed size
to get nice looking results.
> #+name: world-adj
> #+header: :file map-adj.pdf :width 9 :height 6
> #+begin_src R :results output graphics :exports results
>
> # code from above
>
> #+end_src
>
> and this (right height for latex)
>
> #+begin_center
> #+attr_latex: :height 6cm
> #+RESULTS: world-map
> [[file: world-adj.pdf]]
> #+end_center
>
> I guess in this example, the heights are the same, however sometimes
> this isn't the case as to use the right height for the slides can goof
> with how proportionally big the axis, label, and legend text is and it
> requires, in my opinion, waaaay more work to use the theme() arguments
> in ggplot2 to tailor them correctly vs. just playing with
> :width/:height options and then scaling the final image in the
> #+RESULTS section.
>
> I would love to avoid the above if you have more clarification on "just
work" :)
I wasn't thinking about the case you just demonstrated. I have to use
a line that gives out.width, out.height, fig.width, and fig.height, which
slidify ('knitr' under the hood) uses to render the png and the page as you
did to make something that looks like the Mercator map and still have
the text look OK. See http://yihui.name/knitr/options if the options
listed are not familiar. (knitr chunk options can be put in #+ATTR_RAVEL:
lines for ravel exports to use them.)
[more deleted]
>
> One other question while we're at it... I noticed that
> #+begin/end_center produces this in the output .md file:
>
> <div class="center">
> 
> </div>
>
> This doesn't export with slidify. [snip more details]
Right. IMO, using the knitr tools for dealing with such issues beats
wrestling with the babel and md exporter. i.e. fig.align="center" handles
this. A good part of my motivation for ox-ravel is that I can deal with
fine tuning output from knitr more easily than I can w/ babel exports.
HTH,
Chuck
next prev parent reply other threads:[~2014-02-08 1:05 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-01-30 0:05 Proposal/request for input: slidify export for html slides John Hendy
2014-01-30 0:57 ` Ahmadou Dicko
2014-01-30 1:45 ` Rick Frankel
2014-01-30 4:26 ` John Hendy
2014-02-07 1:26 ` John Hendy
2014-02-07 7:58 ` Andreas Leha
2014-02-07 21:50 ` Charles Berry
2014-02-07 22:18 ` John Hendy
2014-02-08 1:04 ` Charles Berry [this message]
2014-02-08 5:38 ` John Hendy
2014-02-08 5:51 ` John Hendy
2014-02-08 17:18 ` Charles Berry
2014-02-09 22:26 ` John Hendy
2014-02-10 4:16 ` Charles Berry
2014-02-10 4:54 ` John Hendy
2014-02-08 9:33 ` Nicolas Goaziou
2014-02-08 14:11 ` John Hendy
2014-02-08 14:52 ` Nicolas Goaziou
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=loom.20140208T014253-595@post.gmane.org \
--to=ccberry@ucsd.edu \
--cc=emacs-orgmode@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).