Hi,
Why doesn't R include a full Lapack but only a subset?
My cda package (now archived) relying on RcppArmadillo has broken multiple
times on CRAN over the past few years following updates in the underlying
Armadillo library, Every time it follows the same pattern: Armadillo adds a
function to
On 13 February 2018 at 22:07, Ralf Stubner <ralf.stub...@r-institute.com>
wrote:
> On 13.02.2018 05:49, Baptiste Auguie wrote:
> > On 13 February 2018 at 01:05, Dirk Eddelbuettel <e...@debian.org
> > <mailto:e...@debian.org>> wrote:
> > Maybe we are se
On 13 February 2018 at 01:05, Dirk Eddelbuettel <e...@debian.org> wrote:
>
> On 12 February 2018 at 22:16, Baptiste Auguie wrote:
> | As far as I can tell Armadillo added specialised methods for banded
> | matrices; the routines used to solve non-banded matrices probably h
On 12 February 2018 at 04:52, Dirk Eddelbuettel <e...@debian.org> wrote:
>
> On 11 February 2018 at 19:13, Baptiste Auguie wrote:
> | Hi,
> |
> | Sorry I never found the time to put this issue to rest. My cda package
> has
> | now been removed from CRAN because Ar
at 02:24, Dirk Eddelbuettel <e...@debian.org> wrote:
>
> On 19 December 2017 at 13:41, Ralf Stubner wrote:
> | On 19.12.2017 09:38, Baptiste Auguie wrote:
> | > Thanks for the pointer to `arma::solve_opts::no_band`, it sounds like a
> | > good solution (assuming the
t; If the images are also used for vignettes or Rd files, you can put them
> in the 'vignettes' or 'man/figures' directories. Otherwise, please put
> them in the top-level 'tools' directory, or a subdirectory of it.
>
> Best,
> Uwe Ligges
>
>
> On 10.09.2017 00:15, Baptis
Hi,
I'm not sure what to do with README.Rmd; I followed Hadley's instructions*
at http://r-pkgs.had.co.nz/release.html but I'm getting a Warning from CRAN
(missing figure files). Writing R Extensions does not seem to mention this
particular way of generating a README.md file (and in fact, mildly
Dear R-dev list,
I wonder if stats::integrate shouldn't warn the user when a numeric vector
of length > 1 is passed as lower or upper bounds. If a vector is passed,
only the first value is used and the others are silently ignored:
integrate(sin, lower=0, upper=pi)
integrate(sin, lower=0:10,
John MacFarlane, the author of Pandoc, has been working on a project (
http://commonmark.org/) to define a standard reference for Markdown*. There
are already two reference implementations, one in javascript, the other in
C: https://github.com/jgm/cmark
Regards,
baptiste
* There was some
On 24 May 2015 at 14:01, Duncan Murdoch murdoch.dun...@gmail.com wrote:
It sounds as though there are at least two possibilities for parsers
that could be included in R: Sundown and commonmark.
Sundown is in fact deprecated,
One small technical issue currently limiting the deployment of true
reproducible wikis based on knitr + github-markdown is the lack of reverse
synchronisation between the rendered output (markdown), edited online, and
the original Rmd source. It think the combination of wiki features +
Hi,
You should take the following steps: 1) upgrade R, 2) specify
VignetteBuilder: knitr in your DESCRIPTION file, 3) check how other CRAN
packages using knitr do it (e.g. knitr itself). No makefile is needed, that
was a temporary workaround, now irrelevant.
HTH,
baptiste
On 20 February 2014
Hi,
Winston Chang designed the vtest package for a similar purpose,
https://github.com/wch/ggplot2/wiki/Visual-test-system
https://github.com/wch/vtest
I don't know if / how well it works outside the ggplot2 framework, but it's
pretty slick.
HTH,
baptiste
On 22 January 2014 11:35,
Dear list,
I'm facing an issue with the automated documentation of a function using
roxygen2. The function has a complex-valued default argument, which is
picked up by roxygen2 using formals() to generate the corresponding Usage
section of the Rd file. Unfortunately, it appears that formals()
Thank you Peter and Duncan, for the explanation and discussion. As for a
workaround, I think it is more readable to define,
test - function(a = complex(real=1, imaginary=2)){}
Best regards,
baptiste
On 19 January 2014 18:45, Duncan Murdoch murdoch.dun...@gmail.com wrote:
On 14-01-19 4:16
There's a trivial variation named Inconsolata-dz,
http://nodnod.net/2009/feb/12/adding-straight-single-and-double-quotes-inconsola/
which I've used happily with XeTeX; maybe R can use it in place of the
original if you rename it Inconsolata, but that would presumably be
against the font licence.
+1 for roxygen2, lazycoolness oblige.
An alternative that has not been mentioned is inlinedocs,
http://inlinedocs.r-forge.r-project.org/
I don't use it myself, but it might appeal to your workflow.
baptiste
On 10 September 2011 06:41, Hadley Wickham had...@rice.edu wrote:
| In other
Hi,
I was going to suggest panel.last to redraw a box around the image,
but for some reason it does not seem to come after the image neither
(this is perhaps to be expected from the note in ?plot.default).
plot(1,1, panel.last={box(lwd=50, col=#FF)})
image(volcano, panel.last={box(lwd=50,
...@stats.ox.ac.uk wrote:
On Sat, 30 Jul 2011, baptiste auguie wrote:
Dear list,
I'd like to get rid off a couple of warnings that have appeared in
checking my package on CRAN (I did not find them on my local machine
before submission). What puzzles me is that different platforms return
different
Dear list,
I'd like to get rid off a couple of warnings that have appeared in
checking my package on CRAN (I did not find them on my local machine
before submission). What puzzles me is that different platforms return
different warnings, only one of which I recognise as my obvious
mistake. The
Hi,
On 5 May 2011 02:56, Duncan Murdoch murdoch.dun...@gmail.com wrote:
On 04/05/2011 10:40 AM, Ravi Varadhan wrote:
I too would like this (being an Indian!).
Here is an example that came up just yesterday with regards to solving a
quadrature problem using the cubature package. The
in text height.
Plotmath works on bounding boxes so its behaviour is different, but of
course that has its own problems because there is no sense of baseline for
expressions.
Paul
On 27/04/2011 11:06 a.m., baptiste auguie wrote:
Dear all,
I'm puzzled by the behavior of stringHeight
On 27 April 2011 11:06, baptiste auguie baptiste.aug...@googlemail.com wrote:
Dear all,
I'm puzzled by the behavior of stringHeight in the grid package.
Consider the following test,
library(grid)
test - function(lab=dog, ...){
g1 - textGrob(lab)
g2 - rectGrob(height=grobHeight(g1
Dear all,
I'm puzzled by the behavior of stringHeight in the grid package.
Consider the following test,
library(grid)
test - function(lab=dog, ...){
g1 - textGrob(lab)
g2 - rectGrob(height=grobHeight(g1), width=grobWidth(g1))
gg - gTree(children=gList(g1,g2), ...)
print(c(height:,
Dear all,
In an attempt to draw fill patterns in grid graphics, I have
encountered a behavior of grobX that I cannot understand from the
documentation. Consider this,
library(grid)
## gTree
g1 - gTree(children=gList(
rectGrob(0.5,0.5, width=unit(0.8,npc),
Hi,
Thanks for the clarification. Perhaps something along those lines
could be added to the help page.
Regards,
baptiste
On 15 February 2011 19:51, Paul Murrell p...@stat.auckland.ac.nz wrote:
Hi
baptiste auguie wrote:
Dear all,
In an attempt to draw fill patterns in grid graphics, I
On 14 February 2011 18:26, Ben Bolker bbol...@gmail.com wrote:
Paul Murrell p.murrell at auckland.ac.nz writes:
Hi
On 12/02/2011 7:22 p.m., Michael Sumner wrote:
Hello, that appears to have fixed it. Thank you very much.
I can now repeat the reported workflow and the image appears on
Dear all,
Back when grid.raster() was introduced, it was suggested that perhaps
grid.rect() could use grid.raster() in case of even spacing. The
response at the time was that it would be best to keep the two
functions separate at a lower level, that is grid.rect() and
grid.raster(), but perhaps a
Hi,
I was recently given some interesting tips on a similar issue, see
R-help puzzle with integrate over infinite range
http://www.r-help.com/list/85/713882.html
Maybe fails can be a bit misleading here (fails to produce the
actual result vs. returning an error message). As a result of this
Hi,
I think you could achieve this using the brew package. Define a
function that reads your external example file, and have brew insert
the resulting string in your script, which can then be processed by
roxygen.
I'm curious to hear other suggestions, but I doubt it could work
out-of-the-box
Hi,
Thanks for the follow-up.
On 2 October 2010 09:33, Deepayan Sarkar deepayan.sar...@gmail.com wrote:
On Fri, Oct 1, 2010 at 12:17 AM, baptiste auguie
baptiste.aug...@googlemail.com wrote:
Dear all,
This may be specific to Mac, I haven't had a chance to test another
platform. Consider
Dear all,
This may be specific to Mac, I haven't had a chance to test another
platform. Consider this,
plot(1,1,t=n)
rasterImage(matrix(1),1,1,1,1)
library(grid)
grid.rect(gp=gpar(fill=grey))
The grid.rect covers the full device window as expected. However, when
I resize the window ever so
Hi,
roxygen can create the collate field for you, if you specify the
dependencies in the commented code. I've never tested it with S4
classes though.
HTH,
baptiste
On 18 August 2010 22:28, Janko Thyson janko.thy...@ku-eichstaett.de wrote:
Dear List,
consider the following scenario:
graphics parameter settings, so it is
not safe to assume that the ROOT viewport will be identical on different
devices.
... ?
Paul
On 5/08/2010 8:14 a.m., baptiste auguie wrote:
Dear list,
I'm puzzled by the graphical output in the following example,
library(grid)
foo- function
Dear list,
I'm puzzled by the graphical output in the following example,
library(grid)
foo - function(){
grid.rect(gp=gpar(fill=black))
print(get.gpar()$fill)
grid.rect(width=0.2,height=0.2)
}
png(test.png, bg = transparent)
foo()
dev.off()
png(test1.png, bg = white)
foo()
dev.off()
Hi,
I submitted a bug report today.
On 17 April 2010 22:34, Simon Urbanek simon.urba...@r-project.org wrote:
On Apr 17, 2010, at 2:43 PM, baptiste auguie wrote:
Hi,
On 17 April 2010 18:51, Simon Urbanek simon.urba...@r-project.org wrote:
Baptiste,
first, there is a mailing list
Dear all,
I am puzzled by the following behavior of the new grid.cap() function,
which appears to run out of time when capturing the output of a
graphic. It works fine if I introduce a Sys.sleep(1) before executing
more code,
library(grid)
quartz()
grid.circle(gp=gpar(fill=black))
gg -
() window?
Best regards,
baptiste
On 17 April 2010 12:34, baptiste auguie baptiste.aug...@googlemail.com wrote:
Dear all,
I am puzzled by the following behavior of the new grid.cap() function,
which appears to run out of time when capturing the output of a
graphic. It works fine if I introduce
will make it
to 2.11.0, though, because it may be non-trivial to trigger the asynchronous
flush and wait for it without blocking something (I'll have to look).
Will do.
Thanks,
baptiste
Thanks,
Simon
On Apr 17, 2010, at 6:34 AM, baptiste auguie wrote:
Dear all,
I am puzzled
You got the first two letters right, but it's actually *Barry*'s work!
As a matter of personal taste, I like the 3D rendering of the current
logo; my only wish would be for an open source to reproduce it.
baptiste
On 27 February 2010 19:55, Jens Elkner je...@cs.uni-magdeburg.de wrote:
BTW:
On 21 February 2010 14:48, Barry Rowlingson
b.rowling...@lancaster.ac.uk wrote:
A while ago I played around with creating a new R logo using vector
graphics. I took the current logo as a starting point. Here's some
samples on different coloured backgrounds:
Dear list,
A small follow up on this issue. The same behavior is observed for
postscript() and pdf(), so I suspect the erroneous code is in
grDevices/src/devPS.c. In particular, this macro,
static void
PostScriptSetLineTexture(FILE *fp, const char *dashlist, int nlty, double lwd)
{
/* use same
Hi,
[my message below is a bit off-topic]
2009/12/14 Paul Murrell p.murr...@auckland.ac.nz:
I have thought a bit about drawing the same image multiple times (more in
the context of using a bitmap for a plotting symbol). I imagine something
like being able to add a raster image to a device
Full_Name: baptiste auguié
Version: 2.10.1 RC (2009-12-06 r50690)
OS: Mac OSX 10.5
Submission from: (NULL) (90.25.215.172)
The following code, run with a vanilla R session, produces different visual
output for the two devices,
library(grid)
pdf(test-pdf.pdf)
grid.newpage()
Full_Name: baptiste auguié
Version: 2.10.1 RC (2009-12-06 r50690)
OS: Mac OSX 10.5
Submission from: (NULL) (90.25.215.172)
The quartz() device, either in interactive use or with pdf file output, produces
an incorrect dashed line when the data is dense. Consider the following
comparison between
Dear all,
Several of us ggplot2 users noticed the disappearance of some dashed
lines in the pdf output produced with the pdf device. They looked fine
on screen or with quartz() output. When opening the file with
Illustrator I noted that the missing line was in fact present, but
with a dashed
Hi,
2009/12/6 Paul Murrell p.murr...@auckland.ac.nz:
Hi
baptiste auguie wrote:
Dear all,
It seems to me that grid.raster is a special case of grid.rect as far
as the intended visual output is concerned. The example below
illustrates how both can be used to produce an image
tiling option to grid.raster (at the C level)?
Best regards,
baptiste
2009/12/6 Paul Murrell p.murr...@auckland.ac.nz:
Hi
baptiste auguie wrote:
Hi again,
I found two possible bugs related to grid.raster, one with the quartz
device and the other with pdf.
In my example I was playing
Dear all,
It seems to me that grid.raster is a special case of grid.rect as far
as the intended visual output is concerned. The example below
illustrates how both can be used to produce an image of the volcano
data,
d - volcano
cols - grey(t(d)/max(c(d)))
xy - expand.grid(x=seq(0, 1,
Hi,
You can use grid.cap,
x11()
plot(1:10)
g = grid.cap()
dev.off()
str(g)
# chr [1:672, 1:671] white white white white white ...
but as far as I understand in ?grid.cap and the underlying code there
is no capGrob equivalent that wouldn't require opening a new device
before capturing the
Very nice, thank you for this great addition to R graphics! I can't
wait to see lattice and ggplot2 functions that use rasterGrob to
display images. The pdf output is so much better in every way!
Incidentally, I ran into a segfault with grid.cap on the quartz
device, but maybe it's normal at this
If help was only displayed in the form of html pages, one could
perhaps mimic the javascript trick sometimes found in wikipedia, e.g.
http://en.wikipedia.org/wiki/Mathematical_induction#Example; (see the
show/hide toggle at the bottom).
I don't see how this could work with plain text or pdf
Dear all,
I've tried all sorts of variations discussed in R graphics by Paul
Murrell, but I still can't understand how to write a drawDetails
method for a class derived from a gTree.
Below is a minimal, dummy example where two strings are plotted in two
separate viewports. I require the creation
://gridextra.googlecode.com/svn/trunk/R/grob-utils.r;)
source(http://gridextra.googlecode.com/svn/trunk/R/tableGrob.r;)
grid.table(head(iris))
or simply,
Install http://gridextra.googlecode.com/files/gridextra_0.3.tar.gz
library(gridextra)
example(tableGrob)
Paul
baptiste auguie wrote:
Dear list
:(pos-1)], u, x[(pos+1):lx])
}
w = unit.c(unit(1, in), unit(2, in))
w2 = w + unit(1, mm)
rearrangeUnit(w2, 2, unit(0, mm))
Definitely a much prettier trick than mine.
Best,
baptiste
2009/9/25 baptiste auguie baptiste.aug...@googlemail.com:
Dear Paul and others,
Thanks for the quick
Dear list,
Consider the following,
library(grid)
w = unit.c(unit(1, in), unit(2, in))
w2 = w + unit(1, mm)
w[2] - 0
w2[2] - 0
convertUnit(w, mm)
#[1] 25.4mm 0mm
convertUnit(w2, mm)
#Error in grid.Call(L_convert, x, as.integer(whatfrom),
as.integer(whatto), :
# INTEGER() can only be applied
(as set by lty) into account when
assessing the visual size of symbols
Altering the implementation is definitely way out of my league, but
I'm glad I learned where to find this piece of information should the
need come in the future.
On Mon, 25 May 2009, baptiste auguie wrote:
Dear all
57 matches
Mail list logo