> Thomas Levine <_...@thomaslevine.com>
> on Fri, 28 Jul 2017 18:53:16 + writes:
> The attached patch corrects a dead link in the treering
> documentation. The URL in the manual [1] refers to a
> personal home page belonging to Christine Hallman (user
> "hallman")
> Therneau, Terry M , Ph D
> on Thu, 31 Aug 2017 16:08:24 -0500 writes:
> My on-screen plots with the latest build are acting
> strange. If the y label is longer than some small value it is not shown.
[MM: moved the important part of the script up here:]
plot(1:5, 1:5,
> Paul McQuesten
> on Thu, 31 Aug 2017 18:48:12 -0500 writes:
> Actually, I do agree with you about Microsoft.
> But they have so many users that their terminology should not be ignored.
> Here are a few more views:
>
https://www.ibm.com/support/knowledgecenter/ssw_
Am Mon, 28 Aug 2017 09:33:31 +0200
schrieb Ralf Goertz :
Hello, me again
> Hi,
>
> I guess there have been discussions about this in the past and from
> what I understood hooking an R-function to facilitate automatic
> adjustment is problematic. So why not doing it like this:
would anybody car
Just leave it, I think. Some nations have 4 national languages (as Martin will
know), some languages are not national, and adopted children often do not speak
their native (=born) language... I suspect someone already put a substantial
amount of thought into the terminology.
-pd
> On 1 Sep 20
The way it's phrased now makes it seem that English is not a Natural
language ("Natural language support *but* running in an English locale").
Why not just state: "running in an English locale" and leave it with that?
Better to leave something out than to be unclear (being correct formally
does not
Dear list
I'm not sure whether this is a bug or an unavoidable consequence of the
way packages are loaded, but there can be surprising side effects of
calling a function via package::function. Here's an example using the
formula.tools package:
form <- a ~ b
as.character(form)
formula.tools::
A package should probably never register a S3 method unless it owns
either the generic or the class. Here `formula.tools` owns neither.
Instead of registering the method, it should export it like a regular
function. This way S3 dispatch is based on lexical scoping rather than
session-wide side effe
> Simon Barthelmé
> on Fri, 1 Sep 2017 12:57:13 +0200 writes:
> Dear list
> I'm not sure whether this is a bug or an unavoidable consequence of the
> way packages are loaded, but there can be surprising side effects of
> calling a function via package::function. Here
> Lionel Henry
> on Fri, 1 Sep 2017 13:47:07 +0200 writes:
> A package should probably never register a S3 method unless it owns
> either the generic or the class.
I agree... (and typically it does "own" the class)
> Here `formula.tools` owns neither.
i.e., it neither d
On Fri, 1 Sep 2017, Ralf Goertz wrote:
Am Mon, 28 Aug 2017 09:33:31 +0200
schrieb Ralf Goertz :
Hello, me again
Hi,
I guess there have been discussions about this in the past and from
what I understood hooking an R-function to facilitate automatic
adjustment is problematic. So why not doing
Really, we have three levels of behavior related to dispatch: not loaded,
loaded and attached. The loaded state is the most fragile - it does change some
behavior (like the one below) but not others (when the package defines a new
version of a generic). So it is true that the dispatch is the mos
Really, we have three levels of behavior related to dispatch: not loaded,
loaded and attached. The loaded state is the most fragile - it does change some
behavior (like the one below) but not others (when the package defines a new
version of a generic). So it is true that the dispatch is the mos
> in some sense you'd want it to be local to the package code when the
> package is not attached, but that's not supported in R as it is now.
Lexically scoped methods work well (e.g. all methods in the base package)
but they are discouraged by a WARNING in R CMD check:
```
Found the following app
Martin Maechler writes:
> There may be one small problem: IIUC, the wayback machine is a
> +- private endeavor and really great and phantastic but it does
> need (US? tax deductible) donations, https://archive.org/donate/,
> to continue thriving.
> This makes me hesitate a bit to link to it within
> -Original Message-
> From: R-devel [mailto:r-devel-boun...@r-project.org] On Behalf Of Martin
> Maechler
> ...
> > Lionel Henry
> > A package should probably never register a S3 method unless it owns
> > either the generic or the class.
>
> I agree... (and typically it do
Am Fri, 1 Sep 2017 07:20:58 -0500 (CDT)
schrieb luke-tier...@uiowa.edu:
> On Fri, 1 Sep 2017, Ralf Goertz wrote:
>
> > Many good programs like vim adjust their internal width
> > representation automatically. Why shouldn't R do the same? It seems
> > quite easy, at least when readline is used:
>
UPDATE: This has been fixed in R-devel (rev 73170) by Kurt H. I
checked with him and he'll also try to get it into the upcoming R
3.4.2 (ETA 2017-09-28).
/Henrik
On Tue, Aug 29, 2017 at 4:19 PM, Henrik Bengtsson
wrote:
> REPRODUCIBLE EXAMPLE:
>
> With the R.rsp package installed, the following
To allow for future changes in the way the need for duplication is
detected in R internal C code, package C code should avoid direct
use of NAMED,and SET_NAMED, or assumptions on the maximal value
of NAMED. Use the macros MAYBE_REFERENCED, MAYBE_SHARED, and
MARK_NOT_MUTABLE instead. These currentl
Appreciated that this is something of a 'private discussion in the open', but
the issues here seem to be relevant to almost any website cited as a reference.
As such, package authors may find themselves falling foul of some policy we
haven't heard of.
So ...
> There may be one small problem: II
Accidentally dropped R-devel from this reply.
On Fri, 1 Sep 2017, luke-tier...@uiowa.edu wrote:
On Fri, 1 Sep 2017, Ralf Goertz wrote:
Am Fri, 1 Sep 2017 07:20:58 -0500 (CDT)
schrieb luke-tier...@uiowa.edu:
On Fri, 1 Sep 2017, Ralf Goertz wrote:
Many good programs like vim adjust their in
Martin,
Thanks for taking a quick look. Yes it looks like it must be something local.
I've done the following to make sure I have a clean box:
reboot
sudo apt-get update
sudo apt-get upgrade
Rerun the "svn up" command and do a
make distclean
svn up
tools/rsync-recommended
./c
> On Sep 1, 2017, at 2:17 AM, Mark van der Loo wrote:
>
> The way it's phrased now makes it seem that English is not a Natural
> language ("Natural language support *but* running in an English locale").
> Why not just state: "running in an English locale" and leave it with that?
> Better to leav
On 1 September 2017 at 14:28, Therneau, Terry M., Ph.D. wrote:
| Martin,
|Thanks for taking a quick look. Yes it looks like it must be something
local.
| I've done the following to make sure I have a clean box:
|reboot
|sudo apt-get update
|sudo apt-get upgrade
|
| Rerun the "sv
I did read that fine file.
I added the following line to my /etc/apt/sources.list file:
tmt-local2023% tail -2 /etc/apt/sources.list
# R sources
deb https://mirror.las.iastate.edu/bin/linux/ubuntu xenial/
Here is what apt says on my machine
tmt-local2024% apt-cache policy r-base-core r-base-core
Am Fri, 1 Sep 2017 14:11:19 -0500 (CDT)
schrieb luke-tier...@uiowa.edu:
> On Fri, 1 Sep 2017, Ralf Goertz wrote:
>
>
> > On the other
> > hand, the documentation says
> >
> > ‘width’: controls the maximum number of columns on a line
> > used in …
> > ‘Print.h’ and can be chang
26 matches
Mail list logo
