The build system rolled up R-4.3.1.tar.gz (codename "Beagle Scouts") this
morning.
This is a minor update, with a few bug fixes.
The list below details the changes in this release.
You can get the source code from
https://cran.r-project.org/src/base/R-4/R-4.3.1.tar.gz
or wait for it to be mi
Just for amusement: Similar messups occur with Danish and its three extra
letters:
> Sys.setlocale("LC_ALL", "da_DK")
[1] "da_DK/da_DK/da_DK/C/da_DK/en_US.UTF-8"
> sort(c(LETTERS,"Æ","Ø","Å"))
[1] "A" "B" "C" "D" "E" "F" "G" "H" "I" "J" "K" "L" "M" "N" "O" "P" "Q" "R" "S"
[20] "T" "U" "V" "W" "X
> Mikael Jagan
> on Thu, 15 Jun 2023 22:00:45 -0400 writes:
> On 2023-06-15 5:25 pm, Hervé Pagès wrote:
>> Oh but I see now that you've already tried this in your
>> R/AllGenerics.R, sorry for missing that,
yes, this one:
setGeneric("qr.X",
function(qr, c
Dear colleagues,
Windows users in an R course I teach encountered issues with downloading a pdf
document with `download.file()` when trying to open it with
`pdftools::pdf_info()`.
Indeed, on Windows pdf files downloaded using `download.file() are corrupted
unless you set `mode="wb"`. Thi
Yep, that is a pretty straightforward blunder. It's "stopifnot <- function(...,
exprs =", so partial matching does not happen.
Fixed in R-patched and R-devel (a last-minute addition to 4.3.1 during code
freeze would only happen with truly disastrous bugs).
Peter
> On 15 Jun 2023, at 11:57 , Ko
Yes.
FWIW I submitted a request for a documentation fix to TRE (to
document that it actually uses Unicode order, not collation order, to
define ranges, just like most (but not all) other regex engines ...)
https://github.com/laurikari/tre/issues/88
On 2023-06-16 5:16 a.m., peter dalgaard
