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 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:

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" <martin.becker at mx.uni-saarland.de> wrote in message
news:45A79DE5.9060803 at mx.uni-saarland.de...

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:

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.

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.

On 1/12/07, Martin Becker <martin.becker at mx.uni-saarland.de> 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.

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 <martin.becker at mx.uni-saarland.de> wrote:

Zitat von Farrel Buchinsky <fjbuch at gmail.com>:

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" <martin.becker at mx.uni-saarland.de> wrote in message
news:45A79DE5.9060803 at mx.uni-saarland.de...

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:

Zitat von Farrel Buchinsky <fjbuch at gmail.com>:

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" <martin.becker at mx.uni-saarland.de> wrote in message
news:45A79DE5.9060803 at mx.uni-saarland.de...

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: