Github user elbamos commented on the pull request:
https://github.com/apache/incubator-zeppelin/pull/208#issuecomment-195055673
Many R users prefer to use knitr over a repl. Knitr also enables a lot of
things that would otherwise be very complex, like packages for producing
properly formatted statistical tables. (Try the papeR package and you'll see
what I mean.)
Also, many other packages have hooks for knitr. If we tried to take
advantage of those hooks, and the user then used knitr for anything, the
functions would overwrite each other.
Otherwise we'd have to count on all the package authors to write their own
display code specific to Zeppelin.
> On Mar 10, 2016, at 4:09 PM, Jeff Steinmetz <notificati...@github.com>
wrote:
>
> Does anybody have feedback regarding the use of %knitr for plotting?
> Seems having to use the %knitr interpreter for certain workflows is
unnecessary.
>
> any others have feedback as to we we would want to add all of this to get
graphing to work: %knitr echo=F,results='asis',message=F,warning=F
>
> instead of just using %r
>
> %r
>
> library(googleVis)
> Motion=gvisMotionChart(Fruits, idvar="Fruit", timevar = "Year")
> print(Motion, tag='chart')
> or if a generic show method was created as a helper (i realize you have
.z.show.googleVis(Motion), but it feels like this could be generalized for
users and we only need to deal with the %r interpreter.
>
> %r
>
> library(googleVis)
> Motion=gvisMotionChart(Fruits, idvar="Fruit", timevar = "Year")
> z.show(Motion, tag='chart')
> â
> Reply to this email directly or view it on GitHub.
>
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---
