similar to: "cd" floating in the air in the man page for paste/paste0

Displaying 20 results from an estimated 9000 matches similar to: ""cd" floating in the air in the man page for paste/paste0"

2020 May 13
1
"cd" floating in the air in the man page for paste/paste0
Thanks, fixed. Tomas On 5/13/20 5:14 AM, Dirk Eddelbuettel wrote: > On 12 May 2020 at 19:59, Herv? Pag?s wrote: > | While reading about the new 'recycle0' argument of paste/paste0, I > | spotted a mysterious "cd" floating in the air in the man page: > | > | recycle0: ?logical? indicating if zero-length character arguments (and > | all
2020 May 13
0
"cd" floating in the air in the man page for paste/paste0
On 12 May 2020 at 19:59, Herv? Pag?s wrote: | While reading about the new 'recycle0' argument of paste/paste0, I | spotted a mysterious "cd" floating in the air in the man page: | | recycle0: ?logical? indicating if zero-length character arguments (and | all zero-length or no arguments when ?collapse? is not | ?NULL?) should lead to the zero-length
2020 May 15
3
paste(character(0), collapse="", recycle0=FALSE) should be ""
There is still the situation where **both** 'sep' and 'collapse' are specified: > paste(integer(0), "nth", sep="", collapse=",") [1] "nth" In that case 'recycle0' should **not** be ignored i.e. paste(integer(0), "nth", sep="", collapse=",", recycle0=TRUE) should return the empty string
2020 May 22
2
paste(character(0), collapse="", recycle0=FALSE) should be ""
Hi Martin et al, On Thu, May 21, 2020 at 9:42 AM Martin Maechler <maechler at stat.math.ethz.ch> wrote: > >>>>> Herv? Pag?s > >>>>> on Fri, 15 May 2020 13:44:28 -0700 writes: > > > There is still the situation where **both** 'sep' and 'collapse' are > > specified: > > >> paste(integer(0),
2020 May 22
2
paste(character(0), collapse="", recycle0=FALSE) should be ""
I agree with Herve, processing collapse happens last so collapse=non-NULL always leads to a single character string being returned, the same as paste(collapse=""). See the altPaste function I posted yesterday. Bill Dunlap TIBCO Software wdunlap tibco.com On Fri, May 22, 2020 at 9:12 AM Herv? Pag?s <hpages at fredhutch.org> wrote: > I think that > >
2020 May 28
1
paste(character(0), collapse="", recycle0=FALSE) should be ""
>>>>> Martin Maechler >>>>> on Wed, 27 May 2020 13:35:44 +0200 writes: >>>>> Herv? Pag?s >>>>> on Tue, 26 May 2020 12:38:13 -0700 writes: >> Hi Martin, On 5/26/20 06:24, Martin Maechler wrote: ... >>> >>> What about remaining back-compatible, not only to R 3.y.z >>> with
2020 May 22
5
paste(character(0), collapse="", recycle0=FALSE) should be ""
Gabe, It's the current behavior of paste() that is a major source of bugs: ## Add "rs" prefix to SNP ids and collapse them in a ## comma-separated string. collapse_snp_ids <- function(snp_ids) paste("rs", snp_ids, sep="", collapse=",") snp_groups <- list( group1=c(55, 22, 200), group2=integer(0), group3=c(99,
2020 May 26
2
paste(character(0), collapse="", recycle0=FALSE) should be ""
Hi Martin, On 5/26/20 06:24, Martin Maechler wrote: ... > > What about remaining back-compatible, not only to R 3.y.z with > default recycle0=FALSE, but also to R 4.0.0 with recycle0=TRUE What back-compatibility with R 4.0.0 are we talking about? The 'recycle0' arg was added **after** the R 4.0.0 release and has never been part of an official release yet. This is the time to
2020 May 15
2
paste(character(0), collapse="", recycle0=FALSE) should be ""
Totally agree with that. H. On 5/15/20 10:34, William Dunlap via R-devel wrote: > I agree: paste(collapse="something", ...) should always return a single > character string, regardless of the value of recycle0. This would be > similar to when there are no non-NULL arguments to paste; collapse="." > gives a single empty string and collapse=NULL gives a zero long
2020 May 24
2
paste(character(0), collapse="", recycle0=FALSE) should be ""
On 5/24/20 00:26, Gabriel Becker wrote: > > > On Sat, May 23, 2020 at 9:59 PM Herv? Pag?s <hpages at fredhutch.org > <mailto:hpages at fredhutch.org>> wrote: > > On 5/23/20 17:45, Gabriel Becker wrote: > > Maybe my intuition is just > > different?but when I collapse multiple character vectors together, I > > expect?all the
2020 May 24
2
paste(character(0), collapse="", recycle0=FALSE) should be ""
On 5/23/20 17:45, Gabriel Becker wrote: > Maybe my intuition is just > different?but when I collapse multiple character vectors together, I > expect?all the characters from each of those vectors to be in the > resulting collapsed one. Yes I'd expect that too. But the **collapse** operation in paste() has never been about collapsing **multiple** character vectors together.
2020 May 01
4
paste(character(0), collapse="", recycle0=FALSE) should be ""
Without 'collapse', 'paste' pastes (concatenates) its arguments elementwise (separated by 'sep', " " by default). New in R devel and R patched, specifying recycle0 = FALSE makes mixing zero-length and nonzero-length arguments results in length zero. The result of paste(n, "th", sep = "", recycle0 = FALSE) always have the same length as
2020 May 21
0
paste(character(0), collapse="", recycle0=FALSE) should be ""
>>>>> Herv? Pag?s >>>>> on Fri, 15 May 2020 13:44:28 -0700 writes: > There is still the situation where **both** 'sep' and 'collapse' are > specified: >> paste(integer(0), "nth", sep="", collapse=",") > [1] "nth" > In that case 'recycle0' should **not** be
2020 May 22
0
paste(character(0), collapse="", recycle0=FALSE) should be ""
I think that paste(c("a", "b"), NULL, c("c", "d"), sep = " ", collapse = ",", recycle0=TRUE) should just return an empty string and don't see why it needs to emit a warning or raise an error. To me it does exactly what the user is asking for, which is to change how the 3 arguments are recycled **before** the 'sep'
2020 May 22
0
paste(character(0), collapse="", recycle0=FALSE) should be ""
I understand that this is consistent but it also strikes me as an enormous 'gotcha' of a magnitude that 'we' are trying to avoid/smooth over at this point in user-facing R space. For the record I'm not suggesting it should return something other than "", and in particular I'm not arguing that any call to paste *that does not return an error* with non-NULL
2020 May 24
0
paste(character(0), collapse="", recycle0=FALSE) should be ""
Herve (et al.), On Fri, May 22, 2020 at 3:16 PM Herv? Pag?s <hpages at fredhutch.org> wrote: > Gabe, > > It's the current behavior of paste() that is a major source of bugs: > > ## Add "rs" prefix to SNP ids and collapse them in a > ## comma-separated string. > collapse_snp_ids <- function(snp_ids) > paste("rs", snp_ids,
2020 May 26
0
paste(character(0), collapse="", recycle0=FALSE) should be ""
>>>>> Herv? Pag?s >>>>> on Sun, 24 May 2020 14:22:37 -0700 writes: > On 5/24/20 00:26, Gabriel Becker wrote: >> >> >> On Sat, May 23, 2020 at 9:59 PM Herv? Pag?s <hpages at fredhutch.org >> <mailto:hpages at fredhutch.org>> wrote: >> >> On 5/23/20 17:45, Gabriel Becker wrote:
2020 May 15
0
paste(character(0), collapse="", recycle0=FALSE) should be ""
Hi all, This makes sense to me, but I would think that recycle0 and collapse should actually be incompatible and paste should throw an error if recycle0 were TRUE and collapse were declared in the same call. I don't think the value of recycle0 should be silently ignored if it is actively specified. ~G On Fri, May 15, 2020 at 11:05 AM Herv? Pag?s <hpages at fredhutch.org> wrote: >
2012 Nov 02
1
unedited copy/paste from install.packages man page to update.packages man page
Hi, Found in the man page for update.packages: repos: character vector, the base URL(s) of the repositories to use, i.e., the URL of the CRAN master such as ?"http://cran.r-project.org"? or its Statlib mirror, ?"http://lib.stat.cmu.edu/R/CRAN"?.Can be ?NULL? to install from local files (?.tar.gz? for source packages). - Using
2020 May 27
0
paste(character(0), collapse="", recycle0=FALSE) should be ""
>>>>> Herv? Pag?s >>>>> on Tue, 26 May 2020 12:38:13 -0700 writes: > Hi Martin, On 5/26/20 06:24, Martin Maechler wrote: ... >> >> What about remaining back-compatible, not only to R 3.y.z >> with default recycle0=FALSE, but also to R 4.0.0 with >> recycle0=TRUE > What back-compatibility with R 4.0.0 are we