Re: [ESS] [OT] Best Practices Emacs / ESS Mini-Webinars
Gracias Muchachos, I updated with your suggestions. The only item I witheld is the search with regexp, which I think belongs somewhere later. Do I have a nod from Dirk and the Lisp programmers to write a draft introducing common code navigation and custom options? This will be posted on github for further review and edits. Cheers SB On Sat, 2021-01-02 at 12:39 +0530, Deepayan Sarkar wrote: > On Sat, Jan 2, 2021 at 1:51 AM Stephen Bond > wrote: > > Happy New Year, > > > > I wrote a short draft of installing ESS through melpa as I favor > > Prof. > > Sarkar's suggestion to have a readable version: > > https://boring2004.blogspot.com/2021/01/ess.html > > This is not editable, but we are still waiting for the final tool. > > I hope I am saving some time for the more advanced Emacs/Lisp > > people; > > let me know if I should stay quiet. > > > > Melpa should be the preferred option as installing by double > > clicking > > on an executable is the RStudio way of doing things and does not > > lead > > to learning Emacs. > > This looks great. > > A couple of suggestions along the same lines as Greg, with the view > of > giving alternatives to those who prefer typing: > > In step 2, follow "Evaluate last S-expression from Emacs-Lisp menu" > with "(keyboard shortcut C-x C-e, or M-x eval-last-sexp)" > > For steps 3 and 4, point to https://polymode.github.io/installation/ > for other alternatives. > > [Where I suppose > > (unless (package-installed-p 'polymode) > (package-install 'poly-markdown)) > > is a typo and should be > > (unless (package-installed-p 'poly-markdown) > (package-install 'poly-markdown)) > > instead?] > > 3. You define (rmd-mode) but don't use it. I assume it is to change > mode explicitly; is it ever useful? You should explain why it could > be. > > BTW, an explicit (require 'ess-site) does not seem to be required (at > least for Emacs 27.1). Not sure why. > > Best, > -Deepayan > > > Cheers > > Stephen > > > > > > On Tue, 2020-12-29 at 19:47 +0530, Deepayan Sarkar wrote: > > > On Tue, Dec 29, 2020 at 4:07 AM Dirk Eddelbuettel via ESS-help > > > wrote: > > > > Hi Stephen, > > > > > > > > On 28 December 2020 at 16:23, Stephen Bond wrote: > > > > > I have been struggling with trying to follow the steps in > > > > > https://r-pkgs.org/ and the best thing would be to have a > > > > > similar > > > > > online book showing the steps with ESS. the Hadley book is > > > > > chained to > > > > > RStudio and they assume everybody uses RStudio, so many > > > > > examples > > > > > do not > > > > > work as expected when run inside ESS/emacs. there is also > > > > > some > > > > > > > > Let's step back. Some of us have been building packages for > > > > longer > > > > than > > > > either the book or RStudio existed. The canonical reference is > > > > still WRE. > > > > > > > > FWIW I distilled (short) command-line wrappers off it too, so I > > > > use > > > >build.r # create a tar.gz > > > >rcc.r# check the tar.gz (using rcmdcheck::rcmdcheck) > > > >check.r # check the tar.gz (more like R CMD check) > > > >install.r# install it > > > > and so on _all the time_ often in a bash shell / tmux session. > > > > The > > > > command > > > > are also all callable from Emacs/ESS as commands and e.g. I > > > > always > > > > do > > > > compile-command (i.e. C-x C-c, then calling render.r) to > > > > process > > > > markdown. > > > > For package building many other people also use devtools; I > > > > understand that > > > > is now integrated with ESS and would be new to me too. There > > > > are > > > > (as always) > > > > many ways to go about this. > > > > > > > > > completely undocumented menus like (Select package for > > > > > evaluation) not > > > > > mentioned on the official ESS page: > > > > > https://ess.r-project.org/Manual/ess.html > > > > > I am willing to help and donate time if you can start with > > > > > such > > > > > an > > > > > online book. > > > > > > > > AFAIK nobody promised a book. We suggest(ed) and still work on > > > > a > > > > series of > > > > *short* and *focused* intros to topics. The current list is at > > > > http://collabedit.com/537yq > > > > > > > > Package building is but one topic, but it would be great if you > > > > could help > > > > with this. > > > > > > > > > Cheers, really happy this may be happening. > > > > > > > > Yes. Let's see if we can pull this off. > > > > > > I'm hoping to learn a lot from this. > > > > > > Although it's not the immediate goal, I think it would be good to > > > eventually have a readable version of the topics covered in the > > > webinars, sort of in-between a book and the docs. I will be happy > > > to > > > help with that effort. > > > > > > Best, > > > -Deepayan > > > > > > > Dirk > > > > > > > > -- > > > > https://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org > > > > > > > > __ > > > > ESS-help@r-project.org
Re: [ESS] [OT] Best Practices Emacs / ESS Mini-Webinars
On Sat, Jan 2, 2021 at 1:51 AM Stephen Bond wrote: > > Happy New Year, > > I wrote a short draft of installing ESS through melpa as I favor Prof. > Sarkar's suggestion to have a readable version: > https://boring2004.blogspot.com/2021/01/ess.html > This is not editable, but we are still waiting for the final tool. > I hope I am saving some time for the more advanced Emacs/Lisp people; > let me know if I should stay quiet. > > Melpa should be the preferred option as installing by double clicking > on an executable is the RStudio way of doing things and does not lead > to learning Emacs. This looks great. A couple of suggestions along the same lines as Greg, with the view of giving alternatives to those who prefer typing: In step 2, follow "Evaluate last S-expression from Emacs-Lisp menu" with "(keyboard shortcut C-x C-e, or M-x eval-last-sexp)" For steps 3 and 4, point to https://polymode.github.io/installation/ for other alternatives. [Where I suppose (unless (package-installed-p 'polymode) (package-install 'poly-markdown)) is a typo and should be (unless (package-installed-p 'poly-markdown) (package-install 'poly-markdown)) instead?] 3. You define (rmd-mode) but don't use it. I assume it is to change mode explicitly; is it ever useful? You should explain why it could be. BTW, an explicit (require 'ess-site) does not seem to be required (at least for Emacs 27.1). Not sure why. Best, -Deepayan > Cheers > Stephen > > > On Tue, 2020-12-29 at 19:47 +0530, Deepayan Sarkar wrote: > > On Tue, Dec 29, 2020 at 4:07 AM Dirk Eddelbuettel via ESS-help > > wrote: > > > > > > Hi Stephen, > > > > > > On 28 December 2020 at 16:23, Stephen Bond wrote: > > > > I have been struggling with trying to follow the steps in > > > > https://r-pkgs.org/ and the best thing would be to have a similar > > > > online book showing the steps with ESS. the Hadley book is > > > > chained to > > > > RStudio and they assume everybody uses RStudio, so many examples > > > > do not > > > > work as expected when run inside ESS/emacs. there is also some > > > > > > Let's step back. Some of us have been building packages for longer > > > than > > > either the book or RStudio existed. The canonical reference is > > > still WRE. > > > > > > FWIW I distilled (short) command-line wrappers off it too, so I use > > >build.r # create a tar.gz > > >rcc.r# check the tar.gz (using rcmdcheck::rcmdcheck) > > >check.r # check the tar.gz (more like R CMD check) > > >install.r# install it > > > and so on _all the time_ often in a bash shell / tmux session. The > > > command > > > are also all callable from Emacs/ESS as commands and e.g. I always > > > do > > > compile-command (i.e. C-x C-c, then calling render.r) to process > > > markdown. > > > For package building many other people also use devtools; I > > > understand that > > > is now integrated with ESS and would be new to me too. There are > > > (as always) > > > many ways to go about this. > > > > > > > completely undocumented menus like (Select package for > > > > evaluation) not > > > > mentioned on the official ESS page: > > > > https://ess.r-project.org/Manual/ess.html > > > > I am willing to help and donate time if you can start with such > > > > an > > > > online book. > > > > > > AFAIK nobody promised a book. We suggest(ed) and still work on a > > > series of > > > *short* and *focused* intros to topics. The current list is at > > > http://collabedit.com/537yq > > > > > > Package building is but one topic, but it would be great if you > > > could help > > > with this. > > > > > > > Cheers, really happy this may be happening. > > > > > > Yes. Let's see if we can pull this off. > > > > I'm hoping to learn a lot from this. > > > > Although it's not the immediate goal, I think it would be good to > > eventually have a readable version of the topics covered in the > > webinars, sort of in-between a book and the docs. I will be happy to > > help with that effort. > > > > Best, > > -Deepayan > > > > > Dirk > > > > > > -- > > > https://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org > > > > > > __ > > > ESS-help@r-project.org mailing list > > > https://stat.ethz.ch/mailman/listinfo/ess-help > __ ESS-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/ess-help
Re: [ESS] [OT] Best Practices Emacs / ESS Mini-Webinars
Happy New Year, I wrote a short draft of installing ESS through melpa as I favor Prof. Sarkar's suggestion to have a readable version: https://boring2004.blogspot.com/2021/01/ess.html This is not editable, but we are still waiting for the final tool. I hope I am saving some time for the more advanced Emacs/Lisp people; let me know if I should stay quiet. Melpa should be the preferred option as installing by double clicking on an executable is the RStudio way of doing things and does not lead to learning Emacs. Cheers Stephen On Tue, 2020-12-29 at 19:47 +0530, Deepayan Sarkar wrote: > On Tue, Dec 29, 2020 at 4:07 AM Dirk Eddelbuettel via ESS-help > wrote: > > > > Hi Stephen, > > > > On 28 December 2020 at 16:23, Stephen Bond wrote: > > > I have been struggling with trying to follow the steps in > > > https://r-pkgs.org/ and the best thing would be to have a similar > > > online book showing the steps with ESS. the Hadley book is > > > chained to > > > RStudio and they assume everybody uses RStudio, so many examples > > > do not > > > work as expected when run inside ESS/emacs. there is also some > > > > Let's step back. Some of us have been building packages for longer > > than > > either the book or RStudio existed. The canonical reference is > > still WRE. > > > > FWIW I distilled (short) command-line wrappers off it too, so I use > >build.r # create a tar.gz > >rcc.r# check the tar.gz (using rcmdcheck::rcmdcheck) > >check.r # check the tar.gz (more like R CMD check) > >install.r# install it > > and so on _all the time_ often in a bash shell / tmux session. The > > command > > are also all callable from Emacs/ESS as commands and e.g. I always > > do > > compile-command (i.e. C-x C-c, then calling render.r) to process > > markdown. > > For package building many other people also use devtools; I > > understand that > > is now integrated with ESS and would be new to me too. There are > > (as always) > > many ways to go about this. > > > > > completely undocumented menus like (Select package for > > > evaluation) not > > > mentioned on the official ESS page: > > > https://ess.r-project.org/Manual/ess.html > > > I am willing to help and donate time if you can start with such > > > an > > > online book. > > > > AFAIK nobody promised a book. We suggest(ed) and still work on a > > series of > > *short* and *focused* intros to topics. The current list is at > > http://collabedit.com/537yq > > > > Package building is but one topic, but it would be great if you > > could help > > with this. > > > > > Cheers, really happy this may be happening. > > > > Yes. Let's see if we can pull this off. > > I'm hoping to learn a lot from this. > > Although it's not the immediate goal, I think it would be good to > eventually have a readable version of the topics covered in the > webinars, sort of in-between a book and the docs. I will be happy to > help with that effort. > > Best, > -Deepayan > > > Dirk > > > > -- > > https://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org > > > > __ > > ESS-help@r-project.org mailing list > > https://stat.ethz.ch/mailman/listinfo/ess-help __ ESS-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/ess-help
Re: [ESS] [OT] Best Practices Emacs / ESS Mini-Webinars
On Tue, Dec 29, 2020 at 4:07 AM Dirk Eddelbuettel via ESS-help wrote: > > > Hi Stephen, > > On 28 December 2020 at 16:23, Stephen Bond wrote: > | I have been struggling with trying to follow the steps in > | https://r-pkgs.org/ and the best thing would be to have a similar > | online book showing the steps with ESS. the Hadley book is chained to > | RStudio and they assume everybody uses RStudio, so many examples do not > | work as expected when run inside ESS/emacs. there is also some > > Let's step back. Some of us have been building packages for longer than > either the book or RStudio existed. The canonical reference is still WRE. > > FWIW I distilled (short) command-line wrappers off it too, so I use >build.r # create a tar.gz >rcc.r# check the tar.gz (using rcmdcheck::rcmdcheck) >check.r # check the tar.gz (more like R CMD check) >install.r# install it > and so on _all the time_ often in a bash shell / tmux session. The command > are also all callable from Emacs/ESS as commands and e.g. I always do > compile-command (i.e. C-x C-c, then calling render.r) to process markdown. > For package building many other people also use devtools; I understand that > is now integrated with ESS and would be new to me too. There are (as always) > many ways to go about this. > > | completely undocumented menus like (Select package for evaluation) not > | mentioned on the official ESS page: > | https://ess.r-project.org/Manual/ess.html > | I am willing to help and donate time if you can start with such an > | online book. > > AFAIK nobody promised a book. We suggest(ed) and still work on a series of > *short* and *focused* intros to topics. The current list is at > http://collabedit.com/537yq > > Package building is but one topic, but it would be great if you could help > with this. > > | Cheers, really happy this may be happening. > > Yes. Let's see if we can pull this off. I'm hoping to learn a lot from this. Although it's not the immediate goal, I think it would be good to eventually have a readable version of the topics covered in the webinars, sort of in-between a book and the docs. I will be happy to help with that effort. Best, -Deepayan > Dirk > > -- > https://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org > > __ > ESS-help@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/ess-help __ ESS-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/ess-help
Re: [ESS] [OT] Best Practices Emacs / ESS Mini-Webinars
I haven't edited the colledit because no one would recognise my initials! But I use doom Emacs, and run R via ESS over tramp. Happy to help with either topic. http://chr1swallace.github.io On 28 Dec 2020, 22:38, at 22:38, Dirk Eddelbuettel via ESS-help wrote: > >Hi Stephen, > >On 28 December 2020 at 16:23, Stephen Bond wrote: >| I have been struggling with trying to follow the steps in >| https://r-pkgs.org/ and the best thing would be to have a similar >| online book showing the steps with ESS. the Hadley book is chained to >| RStudio and they assume everybody uses RStudio, so many examples do >not >| work as expected when run inside ESS/emacs. there is also some > >Let's step back. Some of us have been building packages for longer than >either the book or RStudio existed. The canonical reference is still >WRE. > >FWIW I distilled (short) command-line wrappers off it too, so I use > build.r # create a tar.gz > rcc.r# check the tar.gz (using rcmdcheck::rcmdcheck) > check.r # check the tar.gz (more like R CMD check) > install.r# install it >and so on _all the time_ often in a bash shell / tmux session. The >command >are also all callable from Emacs/ESS as commands and e.g. I always do >compile-command (i.e. C-x C-c, then calling render.r) to process >markdown. >For package building many other people also use devtools; I understand >that >is now integrated with ESS and would be new to me too. There are (as >always) >many ways to go about this. > >| completely undocumented menus like (Select package for evaluation) >not >| mentioned on the official ESS page: >| https://ess.r-project.org/Manual/ess.html >| I am willing to help and donate time if you can start with such an >| online book. > >AFAIK nobody promised a book. We suggest(ed) and still work on a >series of >*short* and *focused* intros to topics. The current list is at >http://collabedit.com/537yq > >Package building is but one topic, but it would be great if you could >help >with this. > >| Cheers, really happy this may be happening. > >Yes. Let's see if we can pull this off. > >Dirk > >-- >https://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org > >__ >ESS-help@r-project.org mailing list >https://stat.ethz.ch/mailman/listinfo/ess-help [[alternative HTML version deleted]] __ ESS-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/ess-help
Re: [ESS] [OT] Best Practices Emacs / ESS Mini-Webinars
Hi Stephen, On 28 December 2020 at 16:23, Stephen Bond wrote: | I have been struggling with trying to follow the steps in | https://r-pkgs.org/ and the best thing would be to have a similar | online book showing the steps with ESS. the Hadley book is chained to | RStudio and they assume everybody uses RStudio, so many examples do not | work as expected when run inside ESS/emacs. there is also some Let's step back. Some of us have been building packages for longer than either the book or RStudio existed. The canonical reference is still WRE. FWIW I distilled (short) command-line wrappers off it too, so I use build.r # create a tar.gz rcc.r# check the tar.gz (using rcmdcheck::rcmdcheck) check.r # check the tar.gz (more like R CMD check) install.r# install it and so on _all the time_ often in a bash shell / tmux session. The command are also all callable from Emacs/ESS as commands and e.g. I always do compile-command (i.e. C-x C-c, then calling render.r) to process markdown. For package building many other people also use devtools; I understand that is now integrated with ESS and would be new to me too. There are (as always) many ways to go about this. | completely undocumented menus like (Select package for evaluation) not | mentioned on the official ESS page: | https://ess.r-project.org/Manual/ess.html | I am willing to help and donate time if you can start with such an | online book. AFAIK nobody promised a book. We suggest(ed) and still work on a series of *short* and *focused* intros to topics. The current list is at http://collabedit.com/537yq Package building is but one topic, but it would be great if you could help with this. | Cheers, really happy this may be happening. Yes. Let's see if we can pull this off. Dirk -- https://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org __ ESS-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/ess-help
Re: [ESS] [OT] Best Practices Emacs / ESS Mini-Webinars
Hi Dirk, I have been struggling with trying to follow the steps in https://r-pkgs.org/ and the best thing would be to have a similar online book showing the steps with ESS. the Hadley book is chained to RStudio and they assume everybody uses RStudio, so many examples do not work as expected when run inside ESS/emacs. there is also some completely undocumented menus like (Select package for evaluation) not mentioned on the official ESS page: https://ess.r-project.org/Manual/ess.html I am willing to help and donate time if you can start with such an online book. Cheers, really happy this may be happening. S. On Mon, 2020-12-28 at 08:08 -0600, Dirk Eddelbuettel via ESS-help wrote: > A few weeks ago a few of riffed about all the "known unknown" in > using ESS > and that teaching each other a few tricks would be cool. We really > should do > this. To kick it off, maybe we should spawn a quick one-off mailing > list (I > have used groups.io before) or Slack instance (if someone wants to > spawn one) > to discuss. > > From the top of my head I can think of possible topics such as > > - installing ESS (possibly special mention to the bundles by VG for > Windows >and macOS, or KH for social science, or ...) -- no difficulty > installing > > - basic editing, highlighting etc maybe up to easily running > multiple >buffers and renaming them > > - other relevant Emacs tricks ? > > - ESS and RMarkdown happily co-existing and examples / demos > > - package building with ESS (I tend to do it outside myself) > > - debugging with ESS > > - other Emacs voodoo like tramp use with ESS ? > > - object browsers > > - your most favourite trick here! > > - your second most favourite trick here too! > > I have found that 'one topic' in a few slides and very few minutes > works so > we could easily split this across different interest and skills and > environments used and whatever other factor. Not everybody will know > all > topics to gaps are normal -- let's fill them. > > Dirk > __ ESS-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/ess-help
Re: [ESS] [OT] Best Practices Emacs / ESS Mini-Webinars
This is a great idea! I am working on transitioning to using ESS with R scripts to Rmd, and I could definitely use tips! Liz > On Dec 28, 2020, at 9:08 AM, Dirk Eddelbuettel via ESS-help > wrote: > > > A few weeks ago a few of riffed about all the "known unknown" in using ESS > and that teaching each other a few tricks would be cool. We really should do > this. To kick it off, maybe we should spawn a quick one-off mailing list (I > have used groups.io before) or Slack instance (if someone wants to spawn one) > to discuss. > > From the top of my head I can think of possible topics such as > > - installing ESS (possibly special mention to the bundles by VG for Windows > and macOS, or KH for social science, or ...) -- no difficulty installing > > - basic editing, highlighting etc maybe up to easily running multiple > buffers and renaming them > > - other relevant Emacs tricks ? > > - ESS and RMarkdown happily co-existing and examples / demos > > - package building with ESS (I tend to do it outside myself) > > - debugging with ESS > > - other Emacs voodoo like tramp use with ESS ? > > - object browsers > > - your most favourite trick here! > > - your second most favourite trick here too! > > I have found that 'one topic' in a few slides and very few minutes works so > we could easily split this across different interest and skills and > environments used and whatever other factor. Not everybody will know all > topics to gaps are normal -- let's fill them. > > Dirk > > -- > https://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org > > __ > ESS-help@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/ess-help __ ESS-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/ess-help
Re: [ESS] [OT] Best Practices Emacs / ESS Mini-Webinars
On 28 December 2020 at 18:48, Greg Minshall wrote: | i'm a fan. thanks. someone already added ESS and orgmode to the | collwhatever site. i'd mostly be extracting information, as i'm not an | expert (but might be able to chip in during a discussion). | | i'd prefer an e-mail list or something else that doesn't require | real-time observing (i've never used slack). but, really, whatever | people come up with. The use of collabedit.com was a quick shot from the hip. If there is a better (open, free, ideally without sign-in) hosting site we should switch. If anybody has suggestions... We could use a GitHub or GitLab repo instead and edit there (maybe in the wiki?). We may need something like issue tickets for topic voting anyway so if someone wants to charge ahead and open one please go ahead. Dirk -- https://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org __ ESS-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/ess-help
Re: [ESS] [OT] Best Practices Emacs / ESS Mini-Webinars
Dirk, i'm a fan. thanks. someone already added ESS and orgmode to the collwhatever site. i'd mostly be extracting information, as i'm not an expert (but might be able to chip in during a discussion). i'd prefer an e-mail list or something else that doesn't require real-time observing (i've never used slack). but, really, whatever people come up with. cheers, Greg __ ESS-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/ess-help
Re: [ESS] [OT] Best Practices Emacs / ESS Mini-Webinars
On 28 December 2020 at 10:05, Tyler Smith via ESS-help wrote:
| I could reframe my talk as "an overview of Blogdown" to more clearly
articulate a single goal.
Sorry to be stickler but to keep this focused I would still say no.
_Blogdown per se_ has no relationship with ESS. And I say that as someone who
writes all his pdf or html or ... in RMarkdown, including via Hugo sites.
I am however in favour in showing to use Emacs + ESS + ... your fave here + ...
to create a blog site to overcome the misconception that it only works from
RStudio. Again, that will work with _any_ one of the various ${FOO}down
packages as you just call `rmarkdown::render()` (or alike) anyway. So having
alreay put 'R + ESS + Markdown' on the list, maybe we can add '... + blogging'.
Dirk
--
https://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
__
ESS-help@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/ess-help
Re: [ESS] [OT] Best Practices Emacs / ESS Mini-Webinars
I understand your skepticism! I could reframe my talk as "an overview of Blogdown" to more clearly articulate a single goal. Best, Tyler -- plantarum.ca On Mon, Dec 28, 2020, at 9:51 AM, Dirk Eddelbuettel via ESS-help wrote: > > On 28 December 2020 at 14:26, Sparapani, Rodney via ESS-help wrote: > | All great ideas. How about ESS and Roxygen? > > Good one, added! > > On 28 December 2020 at 09:40, Tyler Smith wrote: > | I'd be happy to demo blogging with Emacs, RMarkdown, Blogdown, Hugo, ESS > etc. > > Colour me sceptical. That is a *series* of posts each of which will exceed 5 > mins. Take a subtopic or two, RMarkdown was already mentioned. > > > But *great* to see quick responses. To keep it simpler (than a mailing or > what not) I opened a one-off "collaborative editor" (never used this one > before) at > >http://collabedit.com/537yq > > Treat it as volatile and disposable and maybe make local copies. More > content ideas are more than welcome! > > Dirk > > -- > https://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org > > __ > ESS-help@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/ess-help > __ ESS-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/ess-help
Re: [ESS] [OT] Best Practices Emacs / ESS Mini-Webinars
On 28 December 2020 at 14:26, Sparapani, Rodney via ESS-help wrote: | All great ideas. How about ESS and Roxygen? Good one, added! On 28 December 2020 at 09:40, Tyler Smith wrote: | I'd be happy to demo blogging with Emacs, RMarkdown, Blogdown, Hugo, ESS etc. Colour me sceptical. That is a *series* of posts each of which will exceed 5 mins. Take a subtopic or two, RMarkdown was already mentioned. But *great* to see quick responses. To keep it simpler (than a mailing or what not) I opened a one-off "collaborative editor" (never used this one before) at http://collabedit.com/537yq Treat it as volatile and disposable and maybe make local copies. More content ideas are more than welcome! Dirk -- https://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org __ ESS-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/ess-help
Re: [ESS] [OT] Best Practices Emacs / ESS Mini-Webinars
Hi Dirk, I'd be happy to demo blogging with Emacs, RMarkdown, Blogdown, Hugo, ESS etc. I think a 5-10 minute demo with links to more detailed docs would be an engaging format. Best, Tyler -- plantarum.ca On Mon, Dec 28, 2020, at 9:08 AM, Dirk Eddelbuettel wrote: > > A few weeks ago a few of riffed about all the "known unknown" in using ESS > and that teaching each other a few tricks would be cool. We really should do > this. To kick it off, maybe we should spawn a quick one-off mailing list (I > have used groups.io before) or Slack instance (if someone wants to spawn one) > to discuss. > > From the top of my head I can think of possible topics such as > > - installing ESS (possibly special mention to the bundles by VG for Windows >and macOS, or KH for social science, or ...) -- no difficulty installing > > - basic editing, highlighting etc maybe up to easily running multiple >buffers and renaming them > > - other relevant Emacs tricks ? > > - ESS and RMarkdown happily co-existing and examples / demos > > - package building with ESS (I tend to do it outside myself) > > - debugging with ESS > > - other Emacs voodoo like tramp use with ESS ? > > - object browsers > > - your most favourite trick here! > > - your second most favourite trick here too! > > I have found that 'one topic' in a few slides and very few minutes works so > we could easily split this across different interest and skills and > environments used and whatever other factor. Not everybody will know all > topics to gaps are normal -- let's fill them. > > Dirk > > -- > https://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org > __ ESS-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/ess-help
[ESS] [OT] Best Practices Emacs / ESS Mini-Webinars
Hi Dirk: All great ideas. How about ESS and Roxygen? There's also interest in using Emacs to view R graphics for which there is currently no support; but I think it I might be trivial based on some recent messages. I'm sure that we would come up with others if we ever get this off the ground. Happy Holidays! -- Rodney Sparapani, Associate Professor of Biostatistics Chair-elect ISBA Section on Biostatistics and Pharmaceutical Statistics Institute for Health and Equity, Division of Biostatistics Medical College of Wisconsin, Milwaukee Campus __ ESS-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/ess-help
[ESS] [OT] Best Practices Emacs / ESS Mini-Webinars
A few weeks ago a few of riffed about all the "known unknown" in using ESS and that teaching each other a few tricks would be cool. We really should do this. To kick it off, maybe we should spawn a quick one-off mailing list (I have used groups.io before) or Slack instance (if someone wants to spawn one) to discuss. >From the top of my head I can think of possible topics such as - installing ESS (possibly special mention to the bundles by VG for Windows and macOS, or KH for social science, or ...) -- no difficulty installing - basic editing, highlighting etc maybe up to easily running multiple buffers and renaming them - other relevant Emacs tricks ? - ESS and RMarkdown happily co-existing and examples / demos - package building with ESS (I tend to do it outside myself) - debugging with ESS - other Emacs voodoo like tramp use with ESS ? - object browsers - your most favourite trick here! - your second most favourite trick here too! I have found that 'one topic' in a few slides and very few minutes works so we could easily split this across different interest and skills and environments used and whatever other factor. Not everybody will know all topics to gaps are normal -- let's fill them. Dirk -- https://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org __ ESS-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/ess-help
