This is now working. ...almost. There seem to be some "memory"
remaining of where to put the point ("cursor") - a memory that is
related to the number of characters moving back. Hard to explain, but
try this in Rgui (I've added the cursor):
> cat("1234\r6789")
6789> |
> |
> |
> |
>
On Thu, Nov 25, 2010 at 10:02 AM, Henrik Bengtsson
wrote:
> FYI, this topic was discussed in R-help thread 'cat(), Rgui, and
> support for carriage return \r...' on March 17-29, 2006:
>
> https://stat.ethz.ch/pipermail/r-help/2006-March/101863.html
>
> Some modifications to Rgui's behavior was b
FYI, this topic was discussed in R-help thread 'cat(), Rgui, and
support for carriage return \r...' on March 17-29, 2006:
https://stat.ethz.ch/pipermail/r-help/2006-March/101863.html
Some modifications to Rgui's behavior was brought up and (I think)
implemented at the time.
As far as I remembe
Prof. Ripley & Joris,
I concur with Joris, the behavior persists in R version 2.12.0 Patched
(2010-11-24 r53655) and under Windows XP. The current development build
for Windows did not have an RGui at the time I wrote this.
I did not realize that the functionality of "\r" to return to
the begin
I downloaded the latest patch today and the problem still persists.
AFAIK, "\r" can be useful to give a counter that stays in place, or is
there another way of doing that in a Windows environment?
Funny thing is : if you copy-paste the strange characters, you get the
correct counts, but you get th
First, I don't think cat(70,"\r") has ever been useful in Rgui.
It outputs and then deletes a line: Rgui has never supported
overwriting. I think you really want cat('\r', i, sep="").
Second, in some circumstances in 2.12.0 only, some storage was
discarded too early and so random characters
