[Rd] print( , right=TRUE) displays the col numbers on the left
Hi,
I noticed that when using print( , right=TRUE) on a character
matrix with no colnames, the col numbers get displayed on the
left of each column:
> m <- matrix(rep(c("XX", ""), 6), ncol=3)
> print(m, right=FALSE)
[,1] [,2] [,3]
[1,] "XX" "XX" "XX"
[2,] "" "" ""
[3,] "XX" "XX" "XX"
[4,] "" "" ""
> print(m, right=TRUE)
[,1] [,2] [,3]
[1,] "XX" "XX" "XX"
[2,] "" "" ""
[3,] "XX" "XX" "XX"
[4,] "" "" ""
OTOH if the matrix has colnames, they do get displayed on the
right of each column when 'right=TRUE':
> colnames(m) <- letters[1:3]
> print(m, right=FALSE)
abc
[1,] "XX" "XX" "XX"
[2,] "" "" ""
[3,] "XX" "XX" "XX"
[4,] "" "" ""
> print(m, right=TRUE)
abc
[1,] "XX" "XX" "XX"
[2,] "" "" ""
[3,] "XX" "XX" "XX"
[4,] "" "" ""
That looks better!
Shouldn't the same happen for the col numbers when 'right=TRUE'?
Thanks,
H.
> sessionInfo()
R Under development (unstable) (2016-01-07 r69884)
Platform: x86_64-pc-linux-gnu (64-bit)
Running under: Ubuntu 14.04.4 LTS
locale:
[1] LC_CTYPE=en_US.UTF-8 LC_NUMERIC=C
[3] LC_TIME=en_US.UTF-8LC_COLLATE=en_US.UTF-8
[5] LC_MONETARY=en_US.UTF-8LC_MESSAGES=en_US.UTF-8
[7] LC_PAPER=en_US.UTF-8 LC_NAME=C
[9] LC_ADDRESS=C LC_TELEPHONE=C
[11] LC_MEASUREMENT=en_US.UTF-8 LC_IDENTIFICATION=C
attached base packages:
[1] stats graphics grDevices utils datasets methods base
--
Hervé Pagès
Program in Computational Biology
Division of Public Health Sciences
Fred Hutchinson Cancer Research Center
1100 Fairview Ave. N, M1-B514
P.O. Box 19024
Seattle, WA 98109-1024
E-mail: hpa...@fredhutch.org
Phone: (206) 667-5791
Fax:(206) 667-1319
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Regression in strptime
> Mick Jordan
> on Tue, 15 Mar 2016 19:50:48 -0700 writes:
> On 3/15/16 3:52 AM, Martin Maechler wrote:
>>> peter dalgaard
>>> on Sat, 12 Mar 2016 19:11:40 +0100 writes:
>> > OK, .Internal is not necessary to reproduce oddity in this area. I
also see things like (notice 1980)
>> >> strptime(paste0(sample(1900:1999,80,replace=TRUE),"/01/01"),
"%Y/%m/%d", tz="CET")
>> ...
>>
>> > The issue seems to be present in R-devel but not in (CRAN) 3.2.0
>>
>> nor in R 3.2.3 (and earlier), but indeed unfortunately in 3.2.4.
>>
>> This has been fixed now in "R 3.2.4 patched" (and R-devel of course).
>> Thank you Mick, for the report...
>> ...
>> ...
>> though I "must" add: If you do have your own tests / checks (as
>> you said in the OP) and are company as big as Oracle using the
>> free (in the full sense of "speech" *and* "beer") software R,
>> it would be *really* *really* courteous if you did run your test
>> suite when we announce and release betas or release candidates
>> ("RC") (and in the case of the upcoming yearly release in April,
>> even "alphas" before them) so we, the R community and the R core
>> developers could find bugs *before* release.
>>
>>
> Following up on Lukas's explanatory message, we will try to sync up with
> R releases on a more regular schedule from now on, even if we don't
> actually push FastR based on that version. So we should discover test
> regressions earlier.
Thank you, Mick and Lukas, in advance!
Note that my "admonition" was not at all aimed at you /
Oracle in particular, but rather to the general (advanced, as in
"R-devel") R public:
Free Software projects such as R have traditionally very much
profited from volunteer beta testers, and we, R core, are trying
to get more beta testers (on an informal basis, still) than we
currently seem to have.
Best regards,
Martin Maechler
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
