Re: [R] R editor vs. Tinn-R
Hi On 12 Jan 2007 at 19:11, Martin Becker wrote: Date sent: Fri, 12 Jan 2007 19:11:42 +0100 From: Martin Becker <[EMAIL PROTECTED]> To: Farrel Buchinsky <[EMAIL PROTECTED]> Copies to: r-help@stat.math.ethz.ch Subject: Re: [R] R editor vs. Tinn-R > Zitat von Farrel Buchinsky <[EMAIL PROTECTED]>: > > > The only button I pressed was the "send line" button in version > > 1.19.1.5. I changed my command to > > > > prelim<-read.delim(source("clipboard")) > > > > The problem is not using the wrong R-command, but using a (Tinn-R) > button that leads to a replacement of the current (windows) > clipboard... > > > and still got the same problem. > > I do not know how to use the source versions of the buttons. Can you > > please tell me more? I also do not know about "source" buttons. I have only send buttons. Maybe different Tinn-R version. I usually issue such command from Tinn-R and then by up arrow I execute it again with correct content of clipboard e.g. copy from Excel like program. HTH Petr > > > > There are three button groups on the left of the "Send line" button, > containing two buttons each. The left button of each of these three > button groups has the same name as the right button of each group, > apart from having a "(source)" suffix. Now it should be obvious what > was meant with '"(source)"-version of buttons'. There is no such > version for the "Send line" button, so you have to select the > corresponding line and use the "Send selection (source)" button, e.g. > > > Thanks > > > > Farrel > > > > Regards, >Martin > > > > > "Martin Becker" <[EMAIL PROTECTED]> wrote in message > > news:[EMAIL PROTECTED] > >> Farrel Buchinsky wrote: > >>> Have you used Tinn-R and what landmines await the inexperienced? > >>> > >>> > >> > >> Depending on which button you press in Tinn-R, the clipboard is > >> used to transfer the commands to R, so sometimes you can't rely on > >> the previous contents of the clipboard while using Tinn-R. If you > >> use the "(source)"-versions of the buttons, the content of the > >> clipboard should be preserved. > >> > >> Regards, > >> Martin > >> > >>> I could not understand why a script that used to work stopped > >>> working. Look at these two scenarios I opened an excel spreadsheet > >>> and copied several cells to the clipboard Then Scenario 1 Executed > >>> from Tinn-R > >>> > >>>> prelim<-read.delim("clipboard") > >>>> str(prelim) > >>>> > >>> 'data.frame': 0 obs. of 1 variable: > >>> $ prelim..read.delim.clipboard.: logi > >>> > >>> Scenario 2 > >>> Executed from R editor > >>> > >>>> prelim<-read.delim("clipboard") > >>>> str(prelim) > >>>> > >>> 'data.frame': 18 obs. of 13 variables: > >>> > >>> > >> > >> __ > >> R-help@stat.math.ethz.ch 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@stat.math.ethz.ch 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@stat.math.ethz.ch 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. Petr Pikal [EMAIL PROTECTED] __ R-help@stat.math.ethz.ch 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] R editor vs. Tinn-R
Why do people post so much details about their *guesses* on R-help rather than looking into the sources or quickly asking the corresponding developers? Anyway, before people start to mention and guess about RWinEdt: RWinEdt uses the clipboard to transfer code from WinEdt to R, hence any Excel data copied to the clipboard will be lost after some code has been sent to R. Uwe Ligges Farrel Buchinsky wrote: > I just do not understand this. You are going to be amazed by what I tell > you. > Firstly thank you for orienting me to the Tinn-R source buttons. > > I selected the first two lines in my script that were as follows. > > prelim<-read.delim("clipboard") > str(prelim) > > Then I went over to Excel and copied the cells I wanted to read > > Then I went to Tinn-R and clicked on send selection (source) and this is > what I got in the R Console >> source(file('clipboard')) > 'data.frame': 1 obs. of 1 variable: > $ prelim..read.delim.clipboard.: Factor w/ 1 level "str(prelim)": 1 > Warning message: > incomplete final line found by readTableHeader on 'clipboard' > It did not even do the second command and it turned my command from prelim<- > read.delim("clipboard") to source(file('clipboard')) > > I then repeated the whole exercise, using send selection button and got this >> prelim<-read.delim("clipboard") > Warning message: > incomplete final line found by readTableHeader on 'clipboard' >> str(prelim) > 'data.frame': 1 obs. of 1 variable: > $ prelim..read.delim.clipboard.: Factor w/ 1 level "str(prelim)": 1 > > In disgust, I closed Tinn-R and opened the same script in R-editor, selected > the first two lines and ran them and got the same junk >> prelim<-read.delim("clipboard") > Warning message: > incomplete final line found by readTableHeader on 'clipboard' >> str(prelim) > 'data.frame': 1 obs. of 1 variable: > $ prelim..read.delim.clipboard.: Factor w/ 1 level "str(prelim)": 1 > > In desperation I resorted to typing the commands directly in the R console > which worked as expected. >> prelim<-read.delim("clipboard") >> str(prelim) > 'data.frame': 18 obs. of 13 variables: > $ tag : int 742 742 749 749 747 747 745 745 727 727 ... > $ left : int 1 0 1 0 1 0 1 0 1 0 ... > $ Day.1 : int 2 2 0 0 2 1 1 2 2 1 ... > $ Day.2 : int 2 2 0 2 3 1 1 2 3 2 ... > $ Day.3 : int 2 2 1 1 3 1 2 2 3 1 ... > $ Day.4 : int 2 2 1 1 3 1 1 2 3 2 ... > $ Day.5 : int 2 1 2 2 3 2 1 3 3 1 ... > $ Day.6 : int 3 2 2 2 3 2 0 3 2 2 ... > $ Day.7 : int 3 2 1 1 3 1 1 2 3 3 ... > $ Day.8 : int 3 2 2 1 3 3 3 3 3 2 ... > $ Day.9 : int 2 2 1 1 2 2 1 2 3 3 ... > $ Day.10: int 2 2 2 2 3 3 1 2 3 2 ... > $ dissection: Factor w/ 7 levels "clear","little pus",..: 1 6 4 5 5 4 7 7 4 > 4 ... > > What gives? > What on earth is going on with the clipboard that only direct manipulation > from the package works. > It appears to me as if what is selected in the editor is being sent to the > clipboard so that it can be put into the console and that in so doing it is > knocking my Excel data from the number one position in the clipboard. Is > this possible? > > To check this I went back to the R-editor because I was sure that I had got > this to work from the R-editor before. > You cannot believe what I found > If I ran the two lines by first selecting them and then hitting Ctrl-R I ran > into the same problem. But if I simply left my cursor in the first line and > hit Ctrl-R, then the first line was executed and the cursor automatically > dropped to the next line in my script. I hit Ctrl-R again and then got the > expected structure output. I find this amazing and difficult to believe. Any > insights? > > On 1/12/07, Martin Becker <[EMAIL PROTECTED]> wrote: >> Zitat von Farrel Buchinsky <[EMAIL PROTECTED]>: >> >>> The only button I pressed was the "send line" button in version 1.19.1.5. >> I >>> changed my command to >>> >>> prelim<-read.delim(source("clipboard")) >>> >> The problem is not using the wrong R-command, but using a (Tinn-R) >> button that leads to a replacement of the current (windows) clipboard... >> >>> and still got the same problem. >>> I do not know how to use the source versions of the buttons. Can you >> please >>> tell me more? >>> >> There are three button groups on the left of the "Send line" button, >> containing two buttons each. The left button of each of these three >> button groups has the same name as the right button of each group, >> apart from having a "(source)" suffix. Now it should be obvious what >> was meant with '"(source)"-version of buttons'. There is no such >> version for the "Send line" button, so you have to select the >> corresponding line and use the "Send selection (source)" button, e.g. >> >>> Thanks >>> >>> Farrel >>> >> Regards, >> Martin >> >>> "Martin Becker" <[EMAIL PROTECTED]> wrote in message >>> news:[EMAIL PROTECTED] Farrel Buchinsky wrote: > Have you used Tinn-R and what landmines await th
Re: [R] R editor vs. Tinn-R
I just do not understand this. You are going to be amazed by what I tell you. Firstly thank you for orienting me to the Tinn-R source buttons. I selected the first two lines in my script that were as follows. prelim<-read.delim("clipboard") str(prelim) Then I went over to Excel and copied the cells I wanted to read Then I went to Tinn-R and clicked on send selection (source) and this is what I got in the R Console > source(file('clipboard')) 'data.frame': 1 obs. of 1 variable: $ prelim..read.delim.clipboard.: Factor w/ 1 level "str(prelim)": 1 Warning message: incomplete final line found by readTableHeader on 'clipboard' It did not even do the second command and it turned my command from prelim<- read.delim("clipboard") to source(file('clipboard')) I then repeated the whole exercise, using send selection button and got this > prelim<-read.delim("clipboard") Warning message: incomplete final line found by readTableHeader on 'clipboard' > str(prelim) 'data.frame': 1 obs. of 1 variable: $ prelim..read.delim.clipboard.: Factor w/ 1 level "str(prelim)": 1 In disgust, I closed Tinn-R and opened the same script in R-editor, selected the first two lines and ran them and got the same junk > prelim<-read.delim("clipboard") Warning message: incomplete final line found by readTableHeader on 'clipboard' > str(prelim) 'data.frame': 1 obs. of 1 variable: $ prelim..read.delim.clipboard.: Factor w/ 1 level "str(prelim)": 1 In desperation I resorted to typing the commands directly in the R console which worked as expected. > prelim<-read.delim("clipboard") > str(prelim) 'data.frame': 18 obs. of 13 variables: $ tag : int 742 742 749 749 747 747 745 745 727 727 ... $ left : int 1 0 1 0 1 0 1 0 1 0 ... $ Day.1 : int 2 2 0 0 2 1 1 2 2 1 ... $ Day.2 : int 2 2 0 2 3 1 1 2 3 2 ... $ Day.3 : int 2 2 1 1 3 1 2 2 3 1 ... $ Day.4 : int 2 2 1 1 3 1 1 2 3 2 ... $ Day.5 : int 2 1 2 2 3 2 1 3 3 1 ... $ Day.6 : int 3 2 2 2 3 2 0 3 2 2 ... $ Day.7 : int 3 2 1 1 3 1 1 2 3 3 ... $ Day.8 : int 3 2 2 1 3 3 3 3 3 2 ... $ Day.9 : int 2 2 1 1 2 2 1 2 3 3 ... $ Day.10: int 2 2 2 2 3 3 1 2 3 2 ... $ dissection: Factor w/ 7 levels "clear","little pus",..: 1 6 4 5 5 4 7 7 4 4 ... What gives? What on earth is going on with the clipboard that only direct manipulation from the package works. It appears to me as if what is selected in the editor is being sent to the clipboard so that it can be put into the console and that in so doing it is knocking my Excel data from the number one position in the clipboard. Is this possible? To check this I went back to the R-editor because I was sure that I had got this to work from the R-editor before. You cannot believe what I found If I ran the two lines by first selecting them and then hitting Ctrl-R I ran into the same problem. But if I simply left my cursor in the first line and hit Ctrl-R, then the first line was executed and the cursor automatically dropped to the next line in my script. I hit Ctrl-R again and then got the expected structure output. I find this amazing and difficult to believe. Any insights? On 1/12/07, Martin Becker <[EMAIL PROTECTED]> wrote: > > Zitat von Farrel Buchinsky <[EMAIL PROTECTED]>: > > > The only button I pressed was the "send line" button in version 1.19.1.5. > I > > changed my command to > > > > prelim<-read.delim(source("clipboard")) > > > > The problem is not using the wrong R-command, but using a (Tinn-R) > button that leads to a replacement of the current (windows) clipboard... > > > and still got the same problem. > > I do not know how to use the source versions of the buttons. Can you > please > > tell me more? > > > > There are three button groups on the left of the "Send line" button, > containing two buttons each. The left button of each of these three > button groups has the same name as the right button of each group, > apart from having a "(source)" suffix. Now it should be obvious what > was meant with '"(source)"-version of buttons'. There is no such > version for the "Send line" button, so you have to select the > corresponding line and use the "Send selection (source)" button, e.g. > > > Thanks > > > > Farrel > > > > Regards, > Martin > > > > > "Martin Becker" <[EMAIL PROTECTED]> wrote in message > > news:[EMAIL PROTECTED] > >> Farrel Buchinsky wrote: > >>> Have you used Tinn-R and what landmines await the inexperienced? > >>> > >>> > >> > >> Depending on which button you press in Tinn-R, the clipboard is used to > >> transfer the commands to R, so sometimes you can't rely on the previous > >> contents of the clipboard while using Tinn-R. If you use the > >> "(source)"-versions of the buttons, the content of the clipboard should > >> be preserved. > >> > >> Regards, > >> Martin > >> > >>> I could not understand why a script that used to work stopped working. > >>> Look at these two scenarios > >>> I opened an excel spreadsheet and copied several cells to the > c
Re: [R] R editor vs. Tinn-R
Zitat von BBands <[EMAIL PROTECTED]>: > On 1/12/07, Martin Becker <[EMAIL PROTECTED]> wrote: >> Depending on which button you press in Tinn-R, the clipboard is used to >> transfer the commands to R, so sometimes you can't rely on the previous >> contents of the clipboard while using Tinn-R. If you use the >> "(source)"-versions of the buttons, the content of the clipboard should >> be preserved. > > Something odd is going on. I can confirm that read.delim("clipboard") > works from R, but not from Tinn-R. What seems odd is that the contents > of the clipboard _are_ preserved after the Tinn-R send, so that a > subsequent paste or read.delim("clipboard") from R works correctly. > Perhaps Tinn-R restores the contents of the clipboard after sending to > R such that the R command runs before the restore takes place? > Sorry, my mistake: Apparently only "Send file (source)" preserves the clipboard while passing the source-command to R. Regards, Martin > jab > -- > John Bollinger, CFA, CMT > www.BollingerBands.com > > If you advance far enough, you arrive at the beginning. > > __ > R-help@stat.math.ethz.ch 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@stat.math.ethz.ch 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] R editor vs. Tinn-R
Thierry: Instead of discussing this odd behaviour of TINN-R, I would prefer a discussion on importing data through the clipboard. In my opinion it isn't a good a idea to import data with the clipboard. I know that it's a quick and dirty way to get your data fast into R. But I see two major drawbacks. First of all you have no chance of checking what data you imported. This is important when you need to check your results a few days (weeks, months or even years) later. A second drawback is that you won't feel the need to store your data in an orderly fashion. Which often leads to a huge pile of junk, instead of a valuable dataset... - I do not understand this. I do this all the time, easily check the data in R (which has all sorts of powerful capabilities to do this), and easily store the data as part of the .Rdata file that also contains functions, transformations, analyses, etc. that I have used on the data. I do not know what is more orderly and useful than that! So would you care to elaborate? Bert Gunter Genentech Nonclinical Statistics South San Francisco, CA 94404 __ R-help@stat.math.ethz.ch 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] R editor vs. Tinn-R
Instead of discussing this odd behaviour of TINN-R, I would prefer a discussion on importing data through the clipboard. In my opinion it isn't a good a idea to import data with the clipboard. I know that it's a quick and dirty way to get your data fast into R. But I see two major drawbacks. First of all you have no chance of checking what data you imported. This is important when you need to check your results a few days (weeks, months or even years) later. A second drawback is that you won't feel the need to store your data in an orderly fashion. Which often leads to a huge pile of junk, instead of a valuable dataset... Cheers, Thierry -Oorspronkelijk bericht- Van: [EMAIL PROTECTED] namens BBands Verzonden: vr 12-1-2007 19:47 Aan: R-Help Onderwerp: Re: [R] R editor vs. Tinn-R On 1/12/07, Martin Becker <[EMAIL PROTECTED]> wrote: > Depending on which button you press in Tinn-R, the clipboard is used to > transfer the commands to R, so sometimes you can't rely on the previous > contents of the clipboard while using Tinn-R. If you use the > "(source)"-versions of the buttons, the content of the clipboard should > be preserved. Something odd is going on. I can confirm that read.delim("clipboard") works from R, but not from Tinn-R. What seems odd is that the contents of the clipboard _are_ preserved after the Tinn-R send, so that a subsequent paste or read.delim("clipboard") from R works correctly. Perhaps Tinn-R restores the contents of the clipboard after sending to R such that the R command runs before the restore takes place? jab -- John Bollinger, CFA, CMT www.BollingerBands.com If you advance far enough, you arrive at the beginning. __ R-help@stat.math.ethz.ch 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@stat.math.ethz.ch 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] R editor vs. Tinn-R
On 1/12/07, Martin Becker <[EMAIL PROTECTED]> wrote: > Depending on which button you press in Tinn-R, the clipboard is used to > transfer the commands to R, so sometimes you can't rely on the previous > contents of the clipboard while using Tinn-R. If you use the > "(source)"-versions of the buttons, the content of the clipboard should > be preserved. Something odd is going on. I can confirm that read.delim("clipboard") works from R, but not from Tinn-R. What seems odd is that the contents of the clipboard _are_ preserved after the Tinn-R send, so that a subsequent paste or read.delim("clipboard") from R works correctly. Perhaps Tinn-R restores the contents of the clipboard after sending to R such that the R command runs before the restore takes place? jab -- John Bollinger, CFA, CMT www.BollingerBands.com If you advance far enough, you arrive at the beginning. __ R-help@stat.math.ethz.ch 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] R editor vs. Tinn-R
Zitat von Farrel Buchinsky <[EMAIL PROTECTED]>: > The only button I pressed was the "send line" button in version 1.19.1.5. I > changed my command to > > prelim<-read.delim(source("clipboard")) > The problem is not using the wrong R-command, but using a (Tinn-R) button that leads to a replacement of the current (windows) clipboard... > and still got the same problem. > I do not know how to use the source versions of the buttons. Can you please > tell me more? > There are three button groups on the left of the "Send line" button, containing two buttons each. The left button of each of these three button groups has the same name as the right button of each group, apart from having a "(source)" suffix. Now it should be obvious what was meant with '"(source)"-version of buttons'. There is no such version for the "Send line" button, so you have to select the corresponding line and use the "Send selection (source)" button, e.g. > Thanks > > Farrel > Regards, Martin > > "Martin Becker" <[EMAIL PROTECTED]> wrote in message > news:[EMAIL PROTECTED] >> Farrel Buchinsky wrote: >>> Have you used Tinn-R and what landmines await the inexperienced? >>> >>> >> >> Depending on which button you press in Tinn-R, the clipboard is used to >> transfer the commands to R, so sometimes you can't rely on the previous >> contents of the clipboard while using Tinn-R. If you use the >> "(source)"-versions of the buttons, the content of the clipboard should >> be preserved. >> >> Regards, >> Martin >> >>> I could not understand why a script that used to work stopped working. >>> Look at these two scenarios >>> I opened an excel spreadsheet and copied several cells to the clipboard >>> Then Scenario 1 >>> Executed from Tinn-R >>> prelim<-read.delim("clipboard") str(prelim) >>> 'data.frame': 0 obs. of 1 variable: >>> $ prelim..read.delim.clipboard.: logi >>> >>> Scenario 2 >>> Executed from R editor >>> prelim<-read.delim("clipboard") str(prelim) >>> 'data.frame': 18 obs. of 13 variables: >>> >>> >> >> __ >> R-help@stat.math.ethz.ch 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@stat.math.ethz.ch 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@stat.math.ethz.ch 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] R editor vs. Tinn-R
The only button I pressed was the "send line" button in version 1.19.1.5. I changed my command to prelim<-read.delim(source("clipboard")) and still got the same problem. I do not know how to use the source versions of the buttons. Can you please tell me more? Thanks Farrel "Martin Becker" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Farrel Buchinsky wrote: >> Have you used Tinn-R and what landmines await the inexperienced? >> >> > > Depending on which button you press in Tinn-R, the clipboard is used to > transfer the commands to R, so sometimes you can't rely on the previous > contents of the clipboard while using Tinn-R. If you use the > "(source)"-versions of the buttons, the content of the clipboard should > be preserved. > > Regards, > Martin > >> I could not understand why a script that used to work stopped working. >> Look at these two scenarios >> I opened an excel spreadsheet and copied several cells to the clipboard >> Then Scenario 1 >> Executed from Tinn-R >> >>> prelim<-read.delim("clipboard") >>> str(prelim) >>> >> 'data.frame': 0 obs. of 1 variable: >> $ prelim..read.delim.clipboard.: logi >> >> Scenario 2 >> Executed from R editor >> >>> prelim<-read.delim("clipboard") >>> str(prelim) >>> >> 'data.frame': 18 obs. of 13 variables: >> >> > > __ > R-help@stat.math.ethz.ch 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@stat.math.ethz.ch 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] R editor vs. Tinn-R
Farrel Buchinsky wrote: > Have you used Tinn-R and what landmines await the inexperienced? > > Depending on which button you press in Tinn-R, the clipboard is used to transfer the commands to R, so sometimes you can't rely on the previous contents of the clipboard while using Tinn-R. If you use the "(source)"-versions of the buttons, the content of the clipboard should be preserved. Regards, Martin > I could not understand why a script that used to work stopped working. > Look at these two scenarios > I opened an excel spreadsheet and copied several cells to the clipboard > Then Scenario 1 > Executed from Tinn-R > >> prelim<-read.delim("clipboard") >> str(prelim) >> > 'data.frame': 0 obs. of 1 variable: > $ prelim..read.delim.clipboard.: logi > > Scenario 2 > Executed from R editor > >> prelim<-read.delim("clipboard") >> str(prelim) >> > 'data.frame': 18 obs. of 13 variables: > > __ R-help@stat.math.ethz.ch 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] R editor vs. Tinn-R
Have you used Tinn-R and what landmines await the inexperienced? I could not understand why a script that used to work stopped working. Look at these two scenarios I opened an excel spreadsheet and copied several cells to the clipboard Then Scenario 1 Executed from Tinn-R > prelim<-read.delim("clipboard") > str(prelim) 'data.frame': 0 obs. of 1 variable: $ prelim..read.delim.clipboard.: logi Scenario 2 Executed from R editor > prelim<-read.delim("clipboard") > str(prelim) 'data.frame': 18 obs. of 13 variables: -- Farrel Buchinsky Mobile: (412) 779-1073 __ R-help@stat.math.ethz.ch 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.