From mboxrd@z Thu Jan  1 00:00:00 1970
From: "Cook, Malcolm" <MEC@stowers.org>
Subject: capture htmlwidgets for export - a pattern in search of a new
 :results type???
Date: Tue, 28 Jul 2015 19:29:34 +0000
Message-ID: <f1cc8e5bcf1c4f9f903894f5e83f92e5@exchsrv2.sgc.loc>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Return-path: <emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([2001:4830:134:3::10]:52661)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <prvs=765104046c=mec@stowers.org>) id 1ZKAZV-0008B7-8V
	for emacs-orgmode@gnu.org; Tue, 28 Jul 2015 15:29:54 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <prvs=765104046c=mec@stowers.org>) id 1ZKAZF-0003Ry-54
	for emacs-orgmode@gnu.org; Tue, 28 Jul 2015 15:29:53 -0400
Received: from smtp01.stowers.org ([40.141.174.61]:44752)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <prvs=765104046c=mec@stowers.org>) id 1ZKAZE-0003Rc-V1
	for emacs-orgmode@gnu.org; Tue, 28 Jul 2015 15:29:37 -0400
Received: from pps.filterd (smtp01.stowers.org [127.0.0.1])
	by smtp01.stowers.org (8.15.0.59/8.15.0.59) with SMTP id t6SJRPX0013453
	for <emacs-orgmode@gnu.org>; Tue, 28 Jul 2015 14:29:35 -0500
Received: from mail.stowers.org (exchsrv3.sgc.loc [10.0.52.158])
	by smtp01.stowers.org with ESMTP id 1vmn6u5r6h-1
	(version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA384 bits=256
	verify=NOT)
	for <emacs-orgmode@gnu.org>; Tue, 28 Jul 2015 14:29:35 -0500
Content-Language: en-US
List-Id: "General discussions about Org-mode." <emacs-orgmode.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/emacs-orgmode>
List-Post: <mailto:emacs-orgmode@gnu.org>
List-Help: <mailto:emacs-orgmode-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=subscribe>
Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org
Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org
To: "emacs-orgmode@gnu.org" <emacs-orgmode@gnu.org>

I have been playing with exporting htmlwidgets [1] generated in R code-bloc=
ks.

[1] http://www.htmlwidgets.org/  and

Here is a worked example that exports to html

	#+BEGIN_SRC R :session *R* :exports both :results html=20
	library(htmlwidgets)
	library(d3heatmap)
	widget<-d3heatmap(mtcars, scale=3D"column", colors=3D"Blues")
	saveWidget(widget,'d3heatmap_widget.html')
	print('<iframe height=3D700px width=3D700px src=3D./d3heatmap_widget.html>=
</iframe>')
	#+END_SRC
	#+RESULTS:
	#+BEGIN_HTML
	<iframe height=3D700px width=3D700px src=3D./d3heatmap_widget.html></ifram=
e>
	#+END_HTML

After doing a few of these, a pattern emerges:  using ':results html' in th=
e code bock header, and the last 2 lines of:
	saveWidget(...)
	print('<iframe ... ')

I think this pattern motivates considering developing support for "htmlwidg=
et" as a new :results type (in addition to 'raw, org, html, latex, code, pp=
, drawer')=20

It could be used in combination with :file and understood by the R/org "glu=
e" and exporters.

Allowing to write, instead of the above, something like:

	#+BEGIN_SRC R :session *R* :exports both :file d3heatmap_widget.html :resu=
lts htmlwidget :height 700 :width 700
	library(htmlwidgets)
	library(d3heatmap)
	d3heatmap(mtcars, scale=3D"column", colors=3D"Blues")
	#+END_SRC
	#+RESULTS:
	file: d3heatmap_widget.html

The org-to-R glue would have to behave somewhat similarly to how graphics a=
re currently handled, however, instead of "printing" the value to the :file=
, the value would need to be saveWidget-ed.

And, similar to image handling, the exported value would be "in-lined" into=
 the html, wrapped in an iframe (I presume).

Perhaps there is  a better or more useful abstraction.

Or a better workaround than simply following the pattern when needed (which=
 is not too hard anyway).

Any ideas along these lines?

Thanks

Malcolm Cook
mec@stowers.org