Re: [R] Best R text editors?
On Fri, 11-Sep-2009 at 06:12AM +0200, Johannes Huesing wrote:
| Martin Maechler maech...@stat.math.ethz.ch [Wed, Sep 02, 2009 at
09:17:42AM CEST]:
| PaCo == p connolly p_conno...@slingshot.co.nz
| on Wed, 02 Sep 2009 12:19:31 +1200 writes:
|
| PaCo On Mon, 31-Aug-2009 at 08:25PM +1000, Jim Lemon wrote:
| PaCo [...]
| [...]
| PaCo | Emacs still
| PaCo | has that annoying trait of being determinedly incompatible
with anything
| PaCo | else, even if the conventions are quite sensible.
|
| A lot of the keystrokes are the same as when you are using the bash.
|
| [...]
|
| well, actually, since Emacs 23, in its 'Options' Menu there's
| now a check-box entry
|
| C-x/C-c/C-v Cut and Paste (CUA)
|
| ((which still is off by default ;-))
|
| and in previous versions, you could always do M-x cua-mode for
| the same effect. Talk about a well-hidden function mostly directed
| at beginners ...
Perhaps the thinking was that by the time they find it, they'll
already have noticed that they can cut/copy and paste using only the
mouse buttons and won't be bothered with such inefficient methods.
Though this be madness, yet there is a method in't. :-)
--
~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.
___Patrick Connolly
{~._.~} Great minds discuss ideas
_( Y )_ Average minds discuss events
(:_~*~_:) Small minds discuss people
(_)-(_) . Eleanor Roosevelt
~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.
__
R-help@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-help
PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
and provide commented, minimal, self-contained, reproducible code.
Re: [R] Best R text editors?
On 09/11/2009 05:15 PM, Patrick Connolly wrote: ... | and in previous versions, you could always do M-x cua-mode for | the same effect. Talk about a well-hidden function mostly directed | at beginners ... Perhaps the thinking was that by the time they find it, they'll already have noticed that they can cut/copy and paste using only the mouse buttons and won't be bothered with such inefficient methods. Though this be madness, yet there is a method in't. :-) Well, okay, let's look at it from the viewpoint of learning theory. We expect that if someone has learned a skill, they will prefer to engage in other behaviors where they can successfully use that skill. Upon this easily understood foundation rest the fortunes of many. Thus two of those entities, let us call them A and M for the purposes of discussion, spend a great deal of time and effort attempting to differentiate their interfaces from each other so that having trained their users, those users will be reluctant to switch to the competitor. However, they must remain similar enough so that the switch from the competitor is not impossible. Such is the dispiriting triumph of form over substance in interface design. Both have yet to abandon such atavists as myself who prefer to type rather than fiddle with a pointing device, though they try hard to convert us. A somewhat smaller organization that I will label G seems to have decided that it can build a user base by sticking to the arcane typoglyphics of the VT-100 era and enticing the largely amoral digirati with moral suasion. Now that's madness. Jim __ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code.
Re: [R] Best R text editors?
On 11-Sep-09 10:41:21, Jim Lemon wrote: On 09/11/2009 05:15 PM, Patrick Connolly wrote: ... | and in previous versions, you could always do M-x cua-mode for | the same effect. Talk about a well-hidden function mostly directed | at beginners ... Perhaps the thinking was that by the time they find it, they'll already have noticed that they can cut/copy and paste using only the mouse buttons and won't be bothered with such inefficient methods. Though this be madness, yet there is a method in't. :-) Well, okay, let's look at it from the viewpoint of learning theory. We expect that if someone has learned a skill, they will prefer to engage in other behaviors where they can successfully use that skill. Upon this easily understood foundation rest the fortunes of many. Thus two of those entities, let us call them A and M for the purposes of discussion, spend a great deal of time and effort attempting to differentiate their interfaces from each other so that having trained their users, those users will be reluctant to switch to the competitor. However, they must remain similar enough so that the switch from the competitor is not impossible. Such is the dispiriting triumph of form over substance in interface design. Both have yet to abandon such atavists as myself who prefer to type rather than fiddle with a pointing device, though they try hard to convert us. A somewhat smaller organization that I will label G seems to have decided that it can build a user base by sticking to the arcane typoglyphics of the VT-100 era and enticing the largely amoral digirati with moral suasion. Now that's madness. Jim Once again, I cannot resist citing the immortal quote (from Charles Curran, of the UK Unix Users Group): I can touch-type, but I can't touch-mouse Originally posted on Wed Nov 17 13:48:14 2004, in the context of an extended discussion (still relevant to the present thread): http://finzi.psych.upenn.edu/R/Rhelp02/archive/41560.html Best wishes to all, Ted. E-Mail: (Ted Harding) ted.hard...@manchester.ac.uk Fax-to-email: +44 (0)870 094 0861 Date: 11-Sep-09 Time: 11:53:09 -- XFMail -- __ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code.
Re: [R] Best R text editors?
On 11/09/2009 6:53 AM, (Ted Harding) wrote: On 11-Sep-09 10:41:21, Jim Lemon wrote: On 09/11/2009 05:15 PM, Patrick Connolly wrote: ... | and in previous versions, you could always do M-x cua-mode for | the same effect. Talk about a well-hidden function mostly directed | at beginners ... Perhaps the thinking was that by the time they find it, they'll already have noticed that they can cut/copy and paste using only the mouse buttons and won't be bothered with such inefficient methods. Though this be madness, yet there is a method in't. :-) Well, okay, let's look at it from the viewpoint of learning theory. We expect that if someone has learned a skill, they will prefer to engage in other behaviors where they can successfully use that skill. Upon this easily understood foundation rest the fortunes of many. Thus two of those entities, let us call them A and M for the purposes of discussion, spend a great deal of time and effort attempting to differentiate their interfaces from each other so that having trained their users, those users will be reluctant to switch to the competitor. However, they must remain similar enough so that the switch from the competitor is not impossible. Such is the dispiriting triumph of form over substance in interface design. Both have yet to abandon such atavists as myself who prefer to type rather than fiddle with a pointing device, though they try hard to convert us. A somewhat smaller organization that I will label G seems to have decided that it can build a user base by sticking to the arcane typoglyphics of the VT-100 era and enticing the largely amoral digirati with moral suasion. Now that's madness. Jim Once again, I cannot resist citing the immortal quote (from Charles Curran, of the UK Unix Users Group): I can touch-type, but I can't touch-mouse That's a strange disability. It took me several months to learn to touch-type (and years later I'm still not very good at the top-row numbers or the special symbols on them), but I memorized the location of the two buttons on my mouse in no time at all. Duncan Murdoch Originally posted on Wed Nov 17 13:48:14 2004, in the context of an extended discussion (still relevant to the present thread): http://finzi.psych.upenn.edu/R/Rhelp02/archive/41560.html Best wishes to all, Ted. E-Mail: (Ted Harding) ted.hard...@manchester.ac.uk Fax-to-email: +44 (0)870 094 0861 Date: 11-Sep-09 Time: 11:53:09 -- XFMail -- __ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code. __ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code.
Re: [R] Best R text editors?
On Fri, 11 Sep 2009, Duncan Murdoch wrote: On 11/09/2009 6:53 AM, (Ted Harding) wrote: On 11-Sep-09 10:41:21, Jim Lemon wrote: On 09/11/2009 05:15 PM, Patrick Connolly wrote: ... |and in previous versions, you could always do M-x cua-mode for |the same effect. Talk about a well-hidden function mostly |directed |at beginners ... Perhaps the thinking was that by the time they find it, they'll already have noticed that they can cut/copy and paste using only the mouse buttons and won't be bothered with such inefficient methods. Though this be madness, yet there is a method in't. :-) Well, okay, let's look at it from the viewpoint of learning theory. We expect that if someone has learned a skill, they will prefer to engage in other behaviors where they can successfully use that skill. Upon this easily understood foundation rest the fortunes of many. Thus two of those entities, let us call them A and M for the purposes of discussion, spend a great deal of time and effort attempting to differentiate their interfaces from each other so that having trained their users, those users will be reluctant to switch to the competitor. However, they must remain similar enough so that the switch from the competitor is not impossible. Such is the dispiriting triumph of form over substance in interface design. Both have yet to abandon such atavists as myself who prefer to type rather than fiddle with a pointing device, though they try hard to convert us. A somewhat smaller organization that I will label G seems to have decided that it can build a user base by sticking to the arcane typoglyphics of the VT-100 era and enticing the largely amoral digirati with moral suasion. Now that's madness. Jim Once again, I cannot resist citing the immortal quote (from Charles Curran, of the UK Unix Users Group): I can touch-type, but I can't touch-mouse That's a strange disability. It took me several months to learn to touch-type (and years later I'm still not very good at the top-row numbers or the special symbols on them), but I memorized the location of the two buttons on my mouse in no time at all. Duncan Murdoch Ahh, just Ted's point--mice have three buttons (unless they are connected to Apples). Clint Originally posted on Wed Nov 17 13:48:14 2004, in the context of an extended discussion (still relevant to the present thread): http://finzi.psych.upenn.edu/R/Rhelp02/archive/41560.html Best wishes to all, Ted. E-Mail: (Ted Harding) ted.hard...@manchester.ac.uk Fax-to-email: +44 (0)870 094 0861 Date: 11-Sep-09 Time: 11:53:09 -- XFMail -- __ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code. __ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code. -- Clint BowmanINTERNET: cl...@ecy.wa.gov Air Quality Modeler INTERNET: cl...@math.utah.edu Department of Ecology VOICE: (360) 407-6815 PO Box 47600FAX:(360) 407-7534 Olympia, WA 98504-7600 __ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code.
Re: [R] Best R text editors?
On 11-Sep-09 14:16:44, Clint Bowman wrote: On Fri, 11 Sep 2009, Duncan Murdoch wrote: On 11/09/2009 6:53 AM, (Ted Harding) wrote: On 11-Sep-09 10:41:21, Jim Lemon wrote: On 09/11/2009 05:15 PM, Patrick Connolly wrote: ... |and in previous versions, you could always do M-x cua-mode |for |the same effect. Talk about a well-hidden function mostly |directed |at beginners ... Perhaps the thinking was that by the time they find it, they'll already have noticed that they can cut/copy and paste using only the mouse buttons and won't be bothered with such inefficient methods. Though this be madness, yet there is a method in't. :-) Well, okay, let's look at it from the viewpoint of learning theory. We expect that if someone has learned a skill, they will prefer to engage in other behaviors where they can successfully use that skill. Upon this easily understood foundation rest the fortunes of many. Thus two of those entities, let us call them A and M for the purposes of discussion, spend a great deal of time and effort attempting to differentiate their interfaces from each other so that having trained their users, those users will be reluctant to switch to the competitor. However, they must remain similar enough so that the switch from the competitor is not impossible. Such is the dispiriting triumph of form over substance in interface design. Both have yet to abandon such atavists as myself who prefer to type rather than fiddle with a pointing device, though they try hard to convert us. A somewhat smaller organization that I will label G seems to have decided that it can build a user base by sticking to the arcane typoglyphics of the VT-100 era and enticing the largely amoral digirati with moral suasion. Now that's madness. Jim Once again, I cannot resist citing the immortal quote (from Charles Curran, of the UK Unix Users Group): I can touch-type, but I can't touch-mouse That's a strange disability. It took me several months to learn to touch-type (and years later I'm still not very good at the top-row numbers or the special symbols on them), but I memorized the location of the two buttons on my mouse in no time at all. Duncan Murdoch Ahh, just Ted's point--mice have three buttons (unless they are connected to Apples). Clint Well, not really!! My point (and certainly Charles Curran's point) is that in touch-typing you know by proprioception and neuromuscular coordination where your fingers are relative to the keys on the keyboard, and what key you will press next, without looking; and you can accurately press several keys in rapid succession -- just as a pianist can play an arpeggio without looking. But touch-mousing isn't just knowing where the mouse itself is, nor the buttons. It would involve knowing from the sensations of moving the mouse where the mouse-pointer was on the screen, without looking, and also what graphic element (icon, on-screen button, tab in a drop-down menu) the mouse was over, also without looking. You can type accurately and rapidly withnout looking at the keyboard. You can't use a mouse with closely and accurately observing where the mouse-pointer is in the GUI. You can touch type. You can't touch-mouse. (Unless you have one of those accessibility add-ons for the visually impaired, where a SatNav voice tells you what the mouse is over, and what is written in the tab from the drop-down menu). Also, the ocasionnal misstake in typing is usually fairly harmless. Mistakes in mousing can be catastrophic. However, when one is typing program code then of course one needs to scrutinise it carefully. Even then, a typo usually results in an error message, rarely in a disaster. A mouso, however, will (almost by definition) result in the execution of a correctly coded procedure. Tough luck if it's the wrong one. Ted. Originally posted on Wed Nov 17 13:48:14 2004, in the context of an extended discussion (still relevant to the present thread): http://finzi.psych.upenn.edu/R/Rhelp02/archive/41560.html Best wishes to all, Ted. E-Mail: (Ted Harding) ted.hard...@manchester.ac.uk Fax-to-email: +44 (0)870 094 0861 Date: 11-Sep-09 Time: 11:53:09 -- XFMail -- __ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code. __ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide
Re: [R] Best R text editors?
Ted, I think I share your feelings about mice (e.g., that is why I use window managers where the mouse is not needed or is actually discouraged) but ... On Fri, Sep 11, 2009 at 4:46 PM, Ted Harding ted.hard...@manchester.ac.uk wrote: On 11-Sep-09 14:16:44, Clint Bowman wrote: On Fri, 11 Sep 2009, Duncan Murdoch wrote: On 11/09/2009 6:53 AM, (Ted Harding) wrote: On 11-Sep-09 10:41:21, Jim Lemon wrote: On 09/11/2009 05:15 PM, Patrick Connolly wrote: ... | and in previous versions, you could always do M-x cua-mode | for | the same effect. Talk about a well-hidden function mostly | directed | at beginners ... Perhaps the thinking was that by the time they find it, they'll already have noticed that they can cut/copy and paste using only the mouse buttons and won't be bothered with such inefficient methods. Though this be madness, yet there is a method in't. :-) Well, okay, let's look at it from the viewpoint of learning theory. We expect that if someone has learned a skill, they will prefer to engage in other behaviors where they can successfully use that skill. Upon this easily understood foundation rest the fortunes of many. Thus two of those entities, let us call them A and M for the purposes of discussion, spend a great deal of time and effort attempting to differentiate their interfaces from each other so that having trained their users, those users will be reluctant to switch to the competitor. However, they must remain similar enough so that the switch from the competitor is not impossible. Such is the dispiriting triumph of form over substance in interface design. Both have yet to abandon such atavists as myself who prefer to type rather than fiddle with a pointing device, though they try hard to convert us. A somewhat smaller organization that I will label G seems to have decided that it can build a user base by sticking to the arcane typoglyphics of the VT-100 era and enticing the largely amoral digirati with moral suasion. Now that's madness. Jim Once again, I cannot resist citing the immortal quote (from Charles Curran, of the UK Unix Users Group): I can touch-type, but I can't touch-mouse That's a strange disability. It took me several months to learn to touch-type (and years later I'm still not very good at the top-row numbers or the special symbols on them), but I memorized the location of the two buttons on my mouse in no time at all. Duncan Murdoch Ahh, just Ted's point--mice have three buttons (unless they are connected to Apples). Clint Well, not really!! My point (and certainly Charles Curran's point) is that in touch-typing you know by proprioception and neuromuscular coordination where your fingers are relative to the keys on the keyboard, and what key you will press next, without looking; and you can accurately press several keys in rapid succession -- just as a pianist can play an arpeggio without looking. But touch-mousing isn't just knowing where the mouse itself is, nor the buttons. It would involve knowing from the sensations of moving the mouse where the mouse-pointer was on the screen, without looking, and also what graphic element (icon, on-screen button, tab in a drop-down menu) the mouse was over, also without looking. You can type accurately and rapidly withnout looking at the keyboard. You can't use a mouse with closely and accurately observing where the mouse-pointer is in the GUI. You can touch type. You can't It is here that I disagree: if the idea is typing without looking at the keyboard, then the correct analogy seems to me to be moving the mouse around without looking at the mouse. And the later is certainly doable. (OK, you can type without looking at the keyboard AND without looking at your monitor, such as when copying or translating, and that is not feasible with mice). touch-mouse. (Unless you have one of those accessibility add-ons for the visually impaired, where a SatNav voice tells you what the mouse is over, and what is written in the tab from the drop-down menu). Also, the ocasionnal misstake in typing is usually fairly harmless. Mistakes in mousing can be catastrophic. However, when one is typing Hummm... I am not sure that is a fair comparison either: certain mouse actions can be bound to some catastrophic actions. But I could have a command called er (e.g., ERase absolutely everything), which does something equally catastrophic and accidentally type that instead of df. The problem there is not in the mouse or the keyboard, but somewhere else. Best, R. program code then of course one needs to scrutinise it carefully. Even then, a typo usually results in an error message, rarely in a disaster. A mouso, however, will (almost by definition) result in the execution of a correctly coded procedure. Tough luck if it's the wrong
Re: [R] Best R text editors?
On Fri, 11-Sep-2009 at 03:46PM +0100, Ted Harding wrote:
[]
| Well, not really!! My point (and certainly Charles Curran's point)
| is that in touch-typing you know by proprioception and
| neuromuscular coordination where your fingers are relative to the
| keys on the keyboard, and what key you will press next, without
| looking; and you can accurately press several keys in rapid
| succession -- just as a pianist can play an arpeggio without
| looking.
[]
I was mostly kidding when I mentioned my guess at the reasoning for
the default settings. However, paradoxically, I mostly agree with Ted
and avoid using the mouse for every process *except* copy/cut paste.
It's a horses for courses thing. I use a bunch of other keyboard
shortcuts such as looking up help files in preference to using the
menu and mouse. Emacs users who choose to change the default setting
in question will be unable to use the ones I use and end up not
becoming aware of the nifty things possible.
To that extent, I was not entirely joking.
[...]
--
~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.
___Patrick Connolly
{~._.~} Great minds discuss ideas
_( Y )_ Average minds discuss events
(:_~*~_:) Small minds discuss people
(_)-(_) . Eleanor Roosevelt
~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.
__
R-help@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-help
PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
and provide commented, minimal, self-contained, reproducible code.
Re: [R] Best R text editors?
[Answering to the threads question] For those who use Gnome's gedit, there is now RGedit: http://sourceforge.net/projects/rgedit Apologies if this was already posted, Nikos __ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code.
Re: [R] Best R text editors?
On 11-Sep-09 21:02:06, Patrick Connolly wrote: On Fri, 11-Sep-2009 at 03:46PM +0100, Ted Harding wrote: [] | Well, not really!! My point (and certainly Charles Curran's point) | is that in touch-typing you know by proprioception and | neuromuscular coordination where your fingers are relative to the | keys on the keyboard, and what key you will press next, without | looking; and you can accurately press several keys in rapid | succession -- just as a pianist can play an arpeggio without | looking. [] I was mostly kidding when I mentioned my guess at the reasoning for the default settings. However, paradoxically, I mostly agree with Ted and avoid using the mouse for every process *except* copy/cut paste. It's a horses for courses thing. I use a bunch of other keyboard shortcuts such as looking up help files in preference to using the menu and mouse. Emacs users who choose to change the default setting in question will be unable to use the ones I use and end up not becoming aware of the nifty things possible. To that extent, I was not entirely joking. [...] Point taken, Patrick! Indeed, well taken. Your mouse-usage preferences are very much the same as mine. When I'm developing R code, the left part of the screen is occupied by an R CLI window, and the right by a window in which I am editing a file of R code. When I think I've got something that might be right, I mouse-copy it to the other window and see what happens. At the end of the day the result can be made into an R script, or left as a file of R code chunks which are known to work for their respective tasks. Perhaps the main difference is that you seem to use EMACS/ESS. I use vim: all I need is the code. When it looks right I mouse it across. So I'm content with a good text editor. I don't need ESS-type interfaces with R, and I don't want to tangle with an editor which has its own ideas about how code should be laid out. (And don't ask about how close I once came to throwing my own computer out of a 2nd-floor window, while trying to clean up a student's thesis, written in Word ... talk about software which thinks it knows better than you do ). Cheers, Ted. E-Mail: (Ted Harding) ted.hard...@manchester.ac.uk Fax-to-email: +44 (0)870 094 0861 Date: 11-Sep-09 Time: 23:11:36 -- XFMail -- __ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code.
Re: [R] Best R text editors?
Martin Maechler maech...@stat.math.ethz.ch [Wed, Sep 02, 2009 at 09:17:42AM CEST]: PaCo == p connolly p_conno...@slingshot.co.nz on Wed, 02 Sep 2009 12:19:31 +1200 writes: PaCo On Mon, 31-Aug-2009 at 08:25PM +1000, Jim Lemon wrote: PaCo [...] [...] PaCo | Emacs still PaCo | has that annoying trait of being determinedly incompatible with anything PaCo | else, even if the conventions are quite sensible. A lot of the keystrokes are the same as when you are using the bash. [...] well, actually, since Emacs 23, in its 'Options' Menu there's now a check-box entry C-x/C-c/C-v Cut and Paste (CUA) ((which still is off by default ;-)) and in previous versions, you could always do M-x cua-mode for the same effect. Talk about a well-hidden function mostly directed at beginners ... -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) __ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code.
Re: [R] Best R text editors?
PaCo == p connolly p_conno...@slingshot.co.nz on Wed, 02 Sep 2009 12:19:31 +1200 writes: PaCo On Mon, 31-Aug-2009 at 08:25PM +1000, Jim Lemon wrote: PaCo [...] PaCo | Hi Liviu, PaCo | I was going to steer clear of this one, as my favorite editor (NEdit) PaCo | has become mildly incompatible with my favorite window manager (KDE) on PaCo | my favorite operating system (Linux) and I have sadly taken to using PaCo | KWrite, hoping that things will get better. Still, one must not get PaCo | stuck in a rut, so I decided to download Emacs and try it again. Twenty PaCo | four megabytes poorer, I find that things are much the same. Emacs still PaCo | has that annoying trait of being determinedly incompatible with anything PaCo | else, even if the conventions are quite sensible. Thus most of my PaCo | keyboard shortcuts that I use all the time just don't work. Do I want to PaCo | learn Emacs shortcuts so that I will hit the wrong key shortcuts on all PaCo | my other applications? PaCo I sympathize. I prefer the keyboard shortcuts that WordStar used. PaCo The diamond was so intuitive. However, even though I could have PaCo configured Emacs to use the WordStar diamond, I noticed that strange PaCo and all as it is, the Emacs shortcut system is vastly more extensive and PaCo adaptable. Now I rarely think of WordStar. PaCo Because they're so utterly different from what ordinary software uses, PaCo I don't find much confusion on the occasions where I use said ordinary PaCo software. One tends not to get German vocabulary confused with Chinese vocab. :-) PaCo I think it will be a very long time before Emacs follows PaCo the mob, and if it does, many of us will want an option to use the PaCo strange old system. well, actually, since Emacs 23, in its 'Options' Menu there's now a check-box entry C-x/C-c/C-v Cut and Paste (CUA) ((which still is off by default ;-)) but the person used to German instead of Chinese can just click that and also click Save Options on the same menu and have the default changed. ... not that I would do that ever ... Martin Maechler, ETH Zurich PaCo -- PaCo Patrick Connolly PaCo Plant Food Research PaCo Mt Albert PaCo Auckland PaCo New Zealand __ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code.
Re: [R] Best R text editors?
Jonathan Greenberg: Quick informal poll: what is everyone's favorite text editor for working with R? I'd like to hear from people who are using editors that have some level of direct R interface (e.g. Tinn-R, Komodo+SciViews). Thanks! I use RKward. It’s a KDE app, based on the same editor component as KWrite and Kate (same syntax highlighting, keyboard shortcuts, c.). While it does have menus for plots, tests and other analyses, I only use it as a text editor, with one pane containing the R code (script), and one pane containing the R output. I then use keyboard shortcuts to ‘Run current line’, ‘Run current selection’ and ’Run all’. Commenting out (blocks of) lines is easy using the Kate keyboard shortcut, ‘Ctrl + D‘. One feature I rather like is the auto completion. If I start typing ‘rn’, a non-obtrusive pop-up suggests ‘rnorm’ and ’rnbinom’. If I type ‘rnorm’, all the arguments and default values of the ‘rnorm’ function is displayed in the pop-up. -- Karl Ove Hufthammer __ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code.
Re: [R] Best R text editors?
On Mon, 31-Aug-2009 at 08:25PM +1000, Jim Lemon wrote: [...] | Hi Liviu, | I was going to steer clear of this one, as my favorite editor (NEdit) | has become mildly incompatible with my favorite window manager (KDE) on | my favorite operating system (Linux) and I have sadly taken to using | KWrite, hoping that things will get better. Still, one must not get | stuck in a rut, so I decided to download Emacs and try it again. Twenty | four megabytes poorer, I find that things are much the same. Emacs still | has that annoying trait of being determinedly incompatible with anything | else, even if the conventions are quite sensible. Thus most of my | keyboard shortcuts that I use all the time just don't work. Do I want to | learn Emacs shortcuts so that I will hit the wrong key shortcuts on all | my other applications? I sympathize. I prefer the keyboard shortcuts that WordStar used. The diamond was so intuitive. However, even though I could have configured Emacs to use the WordStar diamond, I noticed that strange and all as it is, the Emacs shortcut system is vastly more extensive and adaptable. Now I rarely think of WordStar. Because they're so utterly different from what ordinary software uses, I don't find much confusion on the occasions where I use said ordinary software. One tends not to get German vocabulary confused with Chinese vocab. I think it will be a very long time before Emacs follows the mob, and if it does, many of us will want an option to use the strange old system. -- Patrick Connolly Plant Food Research Mt Albert Auckland New Zealand ~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~ I have the world`s largest collection of seashells. I keep it on all the beaches of the world ... Perhaps you`ve seen it. ---Steven Wright ~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~ __ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code.
Re: [R] Best R text editors?
LA == Liviu Andronic landronim...@gmail.com on Sun, 30 Aug 2009 11:59:52 +0100 writes: LA Hello, LA On 8/30/09, Uli Kleinwechter ulikleinwech...@yahoo.com.mx wrote: contributing to your poll: Also Emacs+ESS on Linux. LA Could someone give a brief and subjective overview of ESS. I notice LA that many people use it, and many describe it as the tool for the LA power user. As far as I'm concerned, I've once again looked at Emacs LA (after couple of years) and I still don't feel like using it for my LA editing purposes. I'm forwarding this to the ESS-dedicated mailing list 'ESS-help'. Note however that you can get quite a bit of documentation from the ESS web page, http://ESS.r-project.org/ Note that the tab 'Documentation' has four subtabs, Manuals, Articles, Presentations and Reference Cards. Further, on the Getting Help tab, there are also links to the ESS section of the R- Wiki and the Emacs - Wiki. Martin Maechler, ETH Zurich __ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code.
Re: [R] Best R text editors?
Liviu Andronic wrote: Could someone give a brief and subjective overview of ESS. I notice that many people use it, and many describe it as the tool for the power user. As far as I'm concerned, I've once again looked at Emacs (after couple of years) and I still don't feel like using it for my editing purposes. Hi Liviu, I was going to steer clear of this one, as my favorite editor (NEdit) has become mildly incompatible with my favorite window manager (KDE) on my favorite operating system (Linux) and I have sadly taken to using KWrite, hoping that things will get better. Still, one must not get stuck in a rut, so I decided to download Emacs and try it again. Twenty four megabytes poorer, I find that things are much the same. Emacs still has that annoying trait of being determinedly incompatible with anything else, even if the conventions are quite sensible. Thus most of my keyboard shortcuts that I use all the time just don't work. Do I want to learn Emacs shortcuts so that I will hit the wrong key shortcuts on all my other applications? No way. As far as the connection to R goes, I tried unsuccessfully some time back to write a general purpose function that would connect any editor that could send a block of text back to R and have it evaluated. I see that more and more editors are being added to the rarefied list that can do this, and hope that one day this apparently solveable problem will be solved and R users can use the editor that they prefer. Jim __ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code.
Re: [R] Best R text editors?
Dear Liviu, Following the links Martin has sent, would be my recommendation, as well. In addition: From my point of view the great advantage of Emacs+ESS is that you can send your code from the editor to the R process. Furthermore, the possibilities of navigating within the text using keyboard commands offered by Emacs makes work very comfortable. I think one doesn't even need to be a power user, as you said, to benefit from this. Best wishes, Uli --- El lun 31-ago-09, Martin Maechler maech...@stat.math.ethz.ch escribió: De:: Martin Maechler maech...@stat.math.ethz.ch Asunto: Re: [R] Best R text editors? A: ess-h...@stat.math.ethz.ch, Liviu Andronic landronim...@gmail.com Cc: Uli Kleinwechter ulikleinwech...@yahoo.com.mx, r-help@r-project.org Fecha: lunes 31 de agosto de 2009, 4:20 LA == Liviu Andronic landronim...@gmail.com on Sun, 30 Aug 2009 11:59:52 +0100 writes: LA Hello, LA On 8/30/09, Uli Kleinwechter ulikleinwech...@yahoo.com.mx wrote: contributing to your poll: Also Emacs+ESS on Linux. LA Could someone give a brief and subjective overview of ESS. I notice LA that many people use it, and many describe it as the tool for the LA power user. As far as I'm concerned, I've once again looked at Emacs LA (after couple of years) and I still don't feel like using it for my LA editing purposes. I'm forwarding this to the ESS-dedicated mailing list 'ESS-help'. Note however that you can get quite a bit of documentation from the ESS web page, http://ESS.r-project.org/ Note that the tab 'Documentation' has four subtabs, Manuals, Articles, Presentations and Reference Cards. Further, on the Getting Help tab, there are also links to the ESS section of the R- Wiki and the Emacs - Wiki. Martin Maechler, ETH Zurich Encuentra las mejores recetas en Yahoo! Cocina. http://mx.mujer.yahoo.com/cocina/ __ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code.
Re: [R] Best R text editors?
eclipse + StatET Jonathan Greenberg-2 wrote: Quick informal poll: what is everyone's favorite text editor for working with R? I'd like to hear from people who are using editors that have some level of direct R interface (e.g. Tinn-R, Komodo+SciViews). Thanks! --j -- Jonathan A. Greenberg, PhD Postdoctoral Scholar Center for Spatial Technologies and Remote Sensing (CSTARS) University of California, Davis One Shields Avenue The Barn, Room 250N Davis, CA 95616 Cell: 415-794-5043 AIM: jgrn307, MSN: jgrn...@hotmail.com, Gchat: jgrn307 __ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code. -- View this message in context: http://www.nabble.com/Best-R-text-editors--tp25178744p25218702.html Sent from the R help mailing list archive at Nabble.com. __ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code.
Re: [R] Best R text editors?
On Mon, 31 Aug 2009 12:25:38 +0200, Jim Lemon j...@bitwrit.com.au wrote: Liviu Andronic wrote: Could someone give a brief and subjective overview of ESS. I notice that many people use it, and many describe it as the tool for the power user. As far as I'm concerned, I've once again looked at Emacs (after couple of years) and I still don't feel like using it for my editing purposes. Hi Liviu, I was going to steer clear of this one, as my favorite editor (NEdit) has become mildly incompatible with my favorite window manager (KDE) on my favorite operating system (Linux) and I have sadly taken to using KWrite, hoping that things will get better. Still, one must not get stuck in a rut, so I decided to download Emacs and try it again. Twenty four megabytes poorer, I find that things are much the same. Emacs still has that annoying trait of being determinedly incompatible with anything else, even if the conventions are quite sensible. Thus most of my keyboard shortcuts that I use all the time just don't work. Do I want to learn Emacs shortcuts so that I will hit the wrong key shortcuts on all my other applications? No way. Just customize Emacs to use your shortcuts - a couple of hours and you are done. Probably your standard shortcuts are all already there (CUA mode http://www.emacswiki.org/emacs/CuaMode) As far as the connection to R goes, I tried unsuccessfully some time back to write a general purpose function that would connect any editor that could send a block of text back to R and have it evaluated. Emacs has dozens of ways to send text to process and much much more - it will take you years to implement a fraction of that by yourself. Don't rack our finger, move to ESS! Vitalie I see that more and more editors are being added to the rarefied list that can do this, and hope that one day this apparently solveable problem will be solved and R users can use the editor that they prefer. Jim __ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code. -- __ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code.
Re: [R] Best R text editors?
Hi Jonathan, contributing to your poll: Also Emacs+ESS on Linux. Uli __ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code.
Re: [R] Best R text editors?
Hello, On 8/30/09, Uli Kleinwechter ulikleinwech...@yahoo.com.mx wrote: contributing to your poll: Also Emacs+ESS on Linux. Could someone give a brief and subjective overview of ESS. I notice that many people use it, and many describe it as the tool for the power user. As far as I'm concerned, I've once again looked at Emacs (after couple of years) and I still don't feel like using it for my editing purposes. Thank you Liviu __ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code.
Re: [R] Best R text editors?
Hello, I'm using PLD Linux and in my opinion, if you looking for very easy editor - Geany!!! It'll be fantastic ;) -- View this message in context: http://www.nabble.com/Best-R-text-editors--tp25178744p25210782.html Sent from the R help mailing list archive at Nabble.com. __ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code.
Re: [R] Best R text editors?
Uli Kleinwechter wrote: Hi Jonathan, contributing to your poll: Also Emacs+ESS on Linux. same here J __ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code.
Re: [R] Best R text editors?
On 8/30/09, Grzes gregori...@gmail.com wrote: I'm using PLD Linux and in my opinion, if you looking for very easy editor - Geany!!! It'll be fantastic ;) Yeah, Geany is very simple and comfortable. But there is no direct link to R, and not being able to evaluate code on the fly is a show-stopper for me. Liviu __ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code.
[R] Best R text editors?
Well, on Linux = Emacs+ Ess On Windows = Tinn-R - MSc. Rodrigo Aluizio Centro de Estudos do Mar/UFPR Laboratório de Micropaleontologia __ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code.
Re: [R] Best R text editors?
emacs + ess in windows is just as powerful as in linux. emacs is the only programming editor i would ever need. On Sun, Aug 30, 2009 at 11:37 AM, Rodrigo Aluizio r.alui...@gmail.comwrote: Well, on Linux = Emacs+ Ess On Windows = Tinn-R - MSc. Rodrigo Aluizio Centro de Estudos do Mar/UFPR Laboratório de Micropaleontologia __ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.htmlhttp://www.r-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code. -- == WenSui Liu Blog : statcompute.spaces.live.com Tough Times Never Last. But Tough People Do. - Robert Schuller == [[alternative HTML version deleted]] __ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code.
Re: [R] Best R text editors?
Emacs + ESS On Thu, Aug 27, 2009 at 12:43 PM, Jonathan Greenberggreenb...@ucdavis.edu wrote: Quick informal poll: what is everyone's favorite text editor for working with R? I'd like to hear from people who are using editors that have some level of direct R interface (e.g. Tinn-R, Komodo+SciViews). Thanks! --j -- Jonathan A. Greenberg, PhD Postdoctoral Scholar Center for Spatial Technologies and Remote Sensing (CSTARS) University of California, Davis One Shields Avenue The Barn, Room 250N Davis, CA 95616 Cell: 415-794-5043 AIM: jgrn307, MSN: jgrn...@hotmail.com, Gchat: jgrn307 __ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code. __ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code.
Re: [R] Best R text editors?
Great question to put up here :) My preferences: 1) notepad++ with NPPToR 2) tinn-R (was leading for a long time, but recently I decided to go with notepad++ ) 3) JGR / RCMDR (although RCMDR can be connected with the previous ones - and I wish it would get more developed) With the rest I didn't have experience in. Jedit - I am still waiting for Romain (from http://romainfrancois.blog.free.fr/) to release his connection of R to Jedit (What he showed me in useR 2009, was better then anything else I have seen until then) Best, Tal Galili On Thu, Aug 27, 2009 at 10:43 PM, Jonathan Greenberg greenb...@ucdavis.eduwrote: Quick informal poll: what is everyone's favorite text editor for working with R? I'd like to hear from people who are using editors that have some level of direct R interface (e.g. Tinn-R, Komodo+SciViews). Thanks! --j -- Jonathan A. Greenberg, PhD Postdoctoral Scholar Center for Spatial Technologies and Remote Sensing (CSTARS) University of California, Davis One Shields Avenue The Barn, Room 250N Davis, CA 95616 Cell: 415-794-5043 AIM: jgrn307, MSN: jgrn...@hotmail.com, Gchat: jgrn307 __ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code. -- -- My contact information: Tal Galili Phone number: 972-50-3373767 FaceBook: Tal Galili My Blogs: http://www.r-statistics.com/ http://www.talgalili.com http://www.biostatistics.co.il [[alternative HTML version deleted]] __ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code.
Re: [R] Best R text editors?
On 8/27/09, Jonathan Greenberg greenb...@ucdavis.edu wrote: Quick informal poll: what is everyone's favorite text editor for working with R? I'd like to hear from people who are using editors that have some level of direct R interface (e.g. Tinn-R, Komodo+SciViews). Thanks! JGR __ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code.
Re: [R] Best R text editors?
On Thu, 27 Aug 2009 12:43:41 -0700 Jonathan Greenberg greenb...@ucdavis.edu wrote: JG Quick informal poll: what is everyone's favorite text editor for JG working with R? I'd like to hear from people who are using editors JG that have some level of direct R interface (e.g. Tinn-R, JG Komodo+SciViews). Thanks! By my personal preference: Windows 1. Tinn-R 2. Notepad+ with npptor 3. JGR Linux 1. Rkward 2. Emacs+ESS (JGR useless here since it consumes 100% CPU at least with Fedora Linux) Cheers Stefan __ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code.
Re: [R] Best R text editors?
On 8/28/09, Stefan Grosse singularit...@gmx.net wrote: (JGR useless here since it consumes 100% CPU at least with Fedora Linux) The quick fix is to access Help About after the splash screen disappears at start-up. This works on Debian and Ubuntu. Liviu __ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code.
Re: [R] Best R text editors?
Eclipse + StatET (the R plugin) both on Linux and Windows On Thursday 27 August 2009 20:43:41 Jonathan Greenberg wrote: Quick informal poll: what is everyone's favorite text editor for working with R? I'd like to hear from people who are using editors that have some level of direct R interface (e.g. Tinn-R, Komodo+SciViews). Thanks! --j -- Corrado Topi Global Climate Change Biodiversity Indicators Area 18,Department of Biology University of York, York, YO10 5YW, UK Phone: + 44 (0) 1904 328645, E-mail: ct...@york.ac.uk __ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code.
Re: [R] Best R text editors?
Hi! Corrado wrote: Eclipse + StatET (the R plugin) both on Linux and Windows Please, does it work with Eclipse 3.5 Galileo on a Mac OS X (10.5.8) box? Thanks! -- Ricardo Rodríguez Your XEN ICT Team __ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code.
Re: [R] Best R text editors?
I am using 3.4.2 not 3.5, I would not know. But it is worth visiting the STATET mailing list archive and subscribe to the mailing list. On Friday 28 August 2009 09:22:14 [Ricardo Rodriguez] Your XEN ICT Team wrote: Hi! Corrado wrote: Eclipse + StatET (the R plugin) both on Linux and Windows Please, does it work with Eclipse 3.5 Galileo on a Mac OS X (10.5.8) box? Thanks! -- Corrado Topi Global Climate Change Biodiversity Indicators Area 18,Department of Biology University of York, York, YO10 5YW, UK Phone: + 44 (0) 1904 328645, E-mail: ct...@york.ac.uk __ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code.
Re: [R] Best R text editors?
Thanks, Corrado. Corrado wrote: I am using 3.4.2 not 3.5, I would not know. But it is worth visiting the STATET mailing list archive and subscribe to the mailing list. FYI, here the available public testing version for Eclipse 3.5 http://lists.r-forge.r-project.org/pipermail/statet-user/2009-August/000187.html Greetings, Ricardo -- Ricardo Rodríguez Your XEN ICT Team __ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code.
Re: [R] Best R text editors?
I'm using Emacs+ESS on Linux and OS X. Of course, since I use Emacs for pretty much everything it was an easy choice. :) -Bjorn 2009/8/27 Jonathan Greenberg greenb...@ucdavis.edu: Quick informal poll: what is everyone's favorite text editor for working with R? I'd like to hear from people who are using editors that have some level of direct R interface (e.g. Tinn-R, Komodo+SciViews). Thanks! --j -- Jonathan A. Greenberg, PhD Postdoctoral Scholar Center for Spatial Technologies and Remote Sensing (CSTARS) University of California, Davis One Shields Avenue The Barn, Room 250N Davis, CA 95616 Cell: 415-794-5043 AIM: jgrn307, MSN: jgrn...@hotmail.com, Gchat: jgrn307 __ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code. __ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code.
Re: [R] Best R text editors?
On 08/27/2009 09:43 PM, Jonathan Greenberg wrote: Quick informal poll: what is everyone's favorite text editor for working with R? I'd like to hear from people who are using editors that have some level of direct R interface (e.g. Tinn-R, Komodo+SciViews). Thanks! --j This wiki page is set to deal with the question, but not yet used that much. Maybe people replying to this thread could contribute to the wiki page as well. http://wiki.r-project.org/rwiki/doku.php?id=guis:projects Romain -- Romain Francois Professional R Enthusiast +33(0) 6 28 91 30 30 http://romainfrancois.blog.free.fr |- http://tr.im/w33B : Completion for java objects |- http://tr.im/vzip : Code Snippet : List of CRAN packages `- http://tr.im/vsK1 : R parser package on CRAN __ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code.
Re: [R] Best R text editors?
I've only really used Tinn-R but so far I am very happy with it. --- On Thu, 8/27/09, Jonathan Greenberg greenb...@ucdavis.edu wrote: From: Jonathan Greenberg greenb...@ucdavis.edu Subject: [R] Best R text editors? To: r-help r-help@r-project.org Received: Thursday, August 27, 2009, 3:43 PM Quick informal poll: what is everyone's favorite text editor for working with R? I'd like to hear from people who are using editors that have some level of direct R interface (e.g. Tinn-R, Komodo+SciViews). Thanks! --j -- Jonathan A. Greenberg, PhD Postdoctoral Scholar Center for Spatial Technologies and Remote Sensing (CSTARS) University of California, Davis One Shields Avenue The Barn, Room 250N Davis, CA 95616 Cell: 415-794-5043 AIM: jgrn307, MSN: jgrn...@hotmail.com, Gchat: jgrn307 __ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code. __ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/ __ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code.
Re: [R] Best R text editors?
Jonathan Greenberg wrote: Quick informal poll: what is everyone's favorite text editor for working with R? Emacs+ESS __ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code.
Re: [R] Best R text editors?
Tinn-R Petr r-help-boun...@r-project.org napsal dne 28.08.2009 09:16:38: On Thu, 27 Aug 2009 12:43:41 -0700 Jonathan Greenberg greenb...@ucdavis.edu wrote: JG Quick informal poll: what is everyone's favorite text editor for JG working with R? I'd like to hear from people who are using editors JG that have some level of direct R interface (e.g. Tinn-R, JG Komodo+SciViews). Thanks! By my personal preference: Windows 1. Tinn-R 2. Notepad+ with npptor 3. JGR Linux 1. Rkward 2. Emacs+ESS (JGR useless here since it consumes 100% CPU at least with Fedora Linux) Cheers Stefan __ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code. __ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code.
[R] Best R text editors?
Quick informal poll: what is everyone's favorite text editor for working with R? I'd like to hear from people who are using editors that have some level of direct R interface (e.g. Tinn-R, Komodo+SciViews). Thanks! --j -- Jonathan A. Greenberg, PhD Postdoctoral Scholar Center for Spatial Technologies and Remote Sensing (CSTARS) University of California, Davis One Shields Avenue The Barn, Room 250N Davis, CA 95616 Cell: 415-794-5043 AIM: jgrn307, MSN: jgrn...@hotmail.com, Gchat: jgrn307 __ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code.
