Re: [Rd] vignettes: problems with PDF compaction

2013-04-22 Thread Henrik Bengtsson
It's certainly not obvious, but you should use 'gswin32c.exe' instead of 'gswin32.exe'. From http://ghostscript.com/doc/current/Install.htm#Install_Windows "GSWIN32C.EXE Ghostscript as a 32-bit Windows command line program. This is usually the preferred executable. GSWIN32.EXE 32-bit Ghostscript

Re: [Rd] vignettes: problems with PDF compaction

2013-04-22 Thread Uwe Ligges
On 22.04.2013 17:59, Michael Friendly wrote: On 4/21/2013 1:28 PM, Michael Friendly wrote: [Env: OS: Win Xp; R 2.15.2; IDE: eclipse/StatET] Each time I update my heplots package, I get warnings from R CMD check on R-Forge, * checking sizes of PDF files under ‘inst/doc’ ... WARNING ‘gs+qpd

Re: [Rd] vignettes: problems with PDF compaction

2013-04-22 Thread Michael Friendly
On 4/21/2013 1:28 PM, Michael Friendly wrote: [Env: OS: Win Xp; R 2.15.2; IDE: eclipse/StatET] Each time I update my heplots package, I get warnings from R CMD check on R-Forge, * checking sizes of PDF files under ‘inst/doc’ ... WARNING ‘gs+qpdf’ made some significant size reductions:

Re: [Rd] R 3.0, Rtools3.0,l Windows7 64-bit, and permission agony

2013-04-22 Thread Gabor Grothendieck
On Mon, Apr 22, 2013 at 10:27 AM, Duncan Murdoch wrote: > On 21/04/2013 6:57 PM, Hadley Wickham wrote: >> >> > PS. Hadley, is this what you meant when you wrote "Better solutions >> > (e.g. Rstudio and devtools) temporarily set the path on when you're >> > calling R CMD *.", or those approaches ar

Re: [Rd] R 3.0, Rtools3.0,l Windows7 64-bit, and permission agony

2013-04-22 Thread Hadley Wickham
> The idea of temporary additions to the path during the INSTALL/build/check > code sounds reasonable. R could probably do it more accurately than > devtools or RStudio can (since we know the requirements, and you have to > guess at them), but could hopefully do it in a way that isn't incompatible

Re: [Rd] Converting an environment to a list: mget vs. as.list

2013-04-22 Thread Hadley Wickham
> I'd say the more interesting part is that ls() is so "slow" if you use the > ambiguous "name" argument instead of the direct "envir" one: > >> microbenchmark(ls(env), ls(envir=env), .Internal(ls(env, FALSE))) > Unit: nanoseconds > expr minlq medianuq max neval >

Re: [Rd] Converting an environment to a list: mget vs. as.list

2013-04-22 Thread Simon Urbanek
On Apr 22, 2013, at 9:14 AM, Hadley Wickham wrote: > Hi all, > > An interesting discovery: if you want to convert an environment to a > list, and you already know the names of the objects in the > environment, using mget is about twice as fast as using as.list on the > environment. > I'd say th

Re: [Rd] R 3.0, Rtools3.0,l Windows7 64-bit, and permission agony

2013-04-22 Thread Duncan Murdoch
On 21/04/2013 6:57 PM, Hadley Wickham wrote: > PS. Hadley, is this what you meant when you wrote "Better solutions > (e.g. Rstudio and devtools) temporarily set the path on when you're > calling R CMD *.", or those approaches are only when you call 'R CMD' > from the R prompt? I believe the latt

[Rd] Converting an environment to a list: mget vs. as.list

2013-04-22 Thread Hadley Wickham
Hi all, An interesting discovery: if you want to convert an environment to a list, and you already know the names of the objects in the environment, using mget is about twice as fast as using as.list on the environment. https://gist.github.com/hadley/5434786 Hadley -- Chief Scientist, RStudi

Re: [Rd] R 3.0, Rtools3.0,l Windows7 64-bit, and permission agony

2013-04-22 Thread Duncan Murdoch
On 13-04-21 9:22 PM, steven mosher wrote: Well, color me confused as heck. I've upgraded to R 3.0 so that I can bring my packages up to date, but the instructions surrounding Rtools30 are not a model of clarity. First thing is, you should not pay attention to Gabor's complaints. They are valid