For what it's worth, you can also get 90% of the way there with:
f <- glue::glue
f("if you squint, this is a Python f-string")
Having this in an add-on package also makes it much easier to change
in response to user feedback; R packages have more freedom to make
backwards-incompatible
I don't think a custom type alone would work, because users would expect to use
such string anywhere a regular string can be used, and that's where the
problems start - the evaluation would have to happen at a point where it is not
expected since we can assume today that CHAR() doesn't
Taras and Duncan and others do make a point about things not needing to be
built in to the base R distribution if something similar can already be found
elsewhere.
To an extent, that is quite true. But what exactly should be in the core of a
language that has this kind of extensibility?
I
> I don't think a custom type alone would work, because users would expect to
> use such string anywhere a regular string can be used, and that's where the
> problems start - the evaluation would have to happen at a point where it is
> not expected since we can assume today that CHAR() doesn't
> Martin Maechler
> on Tue, 7 Dec 2021 18:35:00 +0100 writes:
> Taras Zakharko
> on Tue, 7 Dec 2021 12:56:30 +0100 writes:
>> I fully agree! General string interpolation opens a gaping security hole
and is accompanied by all kinds of problems and decisions. What I
Yes, it is!
There is only a small typo (missing punctuation for easier reading)
Sorry for the misunderstanding, it may not be clear enough in my previous mail.
-Message d'origine-
De : GILLIBERT, Andre [mailto:andre.gillib...@chu-rouen.fr]
Envoyé : mardi 7 décembre 2021 16:59
À :
On 8 December 2021 at 00:06, Simon Urbanek wrote:
| Hence it's much easier to ban a package than to hack it out of R ;).
Paging Achim for suggested `fortunes` inclusion.
Dirk
--
https://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
__
> Taras Zakharko
> on Tue, 7 Dec 2021 12:56:30 +0100 writes:
> I fully agree! General string interpolation opens a gaping security hole
and is accompanied by all kinds of problems and decisions. What I envision
instead is something like this:
> f”hello {name}”
> Which
Thomas SOEIRO wrote:
> Dear list,
> There is a minor typo in addmargins (section Details):
> - If the functions used to form margins are not commutative the result
> depends on the order in which margins are computed. Annotation of margins is
> done via naming the FUN list.
> + If the
On 07/12/2021 4:09 a.m., Taras Zakharko wrote:
Great summary, Avi.
String concatenation cold be trivially added to R, but it probably should not
be. You will notice that modern languages tend not to use “+” to do string
concatenation (they either have
a custom operator or a special kind of
Great summary, Avi.
String concatenation cold be trivially added to R, but it probably should not
be. You will notice that modern languages tend not to use “+” to do string
concatenation (they either have
a custom operator or a special kind of pattern to do it) due to practical
issues such
> On Dec 7, 2021, at 22:09, Taras Zakharko wrote:
>
> Great summary, Avi.
>
> String concatenation cold be trivially added to R, but it probably should not
> be. You will notice that modern languages tend not to use “+” to do string
> concatenation (they either have
> a custom operator
I fully agree! General string interpolation opens a gaping security hole and is
accompanied by all kinds of problems and decisions. What I envision instead is
something like this:
f”hello {name}”
Which gets parsed by R to this:
(STRINTERPSXP (CHARSXP (PROMISE nil)))
Basically, a new
Dear list,
There is a minor typo in addmargins (section Details):
- If the functions used to form margins are not commutative the result depends
on the order in which margins are computed. Annotation of margins is done via
naming the FUN list.
+ If the functions used to form margins are not
Hi Tomas,
I have implemented your suggestions as follows: (I'm not certain yet if
the first check in done - total_length == 0 is realy needed)
Creating the socket:
CreateSocket = function(host, port = 1984L, username, password) {
tryCatch(
{conn <- private$conn <- socketConnection(
Hi,
While making some changes to S4Vectors, I introduced a couple of
regressions that break many packages on today's devel report:
https://bioconductor.org/checkResults/3.15/bioc-LATEST/
One is an infinite circular recursion error that looks like this:
C stack usage 7977524 is too
This is an ERROR on our end as previously reported in the mailing list. We
pushed up a fix but it has not yet propagated to the windows builder. We will
investigate why but in the meantime you can ignore this ERROR.
Cheers,
Lori Shepherd
Bioconductor Core Team
Roswell Park Comprehensive
Dear Sir/Madam,
Hope this email finds you well. May I ask about an error in the Bioconductor
build report
(http://bioconductor.org/spb_reports/CDI_buildreport_20211206165809.html )? I
pushed CDI package version 0.99.2 to Bioconductor yesterday. An error was
reported for Windows server as the
18 matches
Mail list logo
