Hi All,
Just to close the thread for future readers.
CRAN forbid both plot.numeric() and plot.default(). Instead, I should
go down the route of pretty_plot and plot.prettyB
This means that plot(lm(1:10 ~ rnorm(10)) doesn't work and the plot()
function doesn't magically become nicer.
__But__ I d
Dr Colin Gillespie
>
> Or more simply: call the method prettyBplot.
Rightly (but perhaps wrongly) I was trying for a simple method where
the plots just change. If prettyB loaded, the plots just look a little
nicer. If prettyB isn't available, then the plot function works as normal.
So two possi
On 13/05/2019 4:56 a.m., Sebastian Meyer wrote:
I think your package can be useful. However, I'm with CRAN here in that
I would not want my standard graphics output to be changed just because
some package ("prettyB") gets loaded, which could happen
*unintentionally* as a dependency (or a dependen
I think your package can be useful. However, I'm with CRAN here in that
I would not want my standard graphics output to be changed just because
some package ("prettyB") gets loaded, which could happen
*unintentionally* as a dependency (or a dependency of a dependency, ...)
of another package.
What
lespie
> Sent: 13 May 2019 08:22
> To: r-package-devel@r-project.org
> Subject: [R-pkg-devel] Registered S3 methods from standard package
>
> Dear All,
>
> I'm developing a small package to make plotting methods a little bit
> nicer looking:
>
> https://github.com/jumpi
May 2019 08:22
To: r-package-devel@r-project.org
Subject: [R-pkg-devel] Registered S3 methods from standard package
Dear All,
I'm developing a small package to make plotting methods a little bit
nicer looking:
https://github.com/jumpingrivers/prettyB/
The general idea is to replace plot
Dear All,
I'm developing a small package to make plotting methods a little bit
nicer looking:
https://github.com/jumpingrivers/prettyB/
The general idea is to replace plot.default() with an alternative
(matching all arguments) and export. This would allow users to simply
load the package and use
