Re: [Rd] Commenting conventions

dhi...@sonic.net wrote: This might be a dumb question, but I couldn't figure out how to find the answer: why is it that comments in R documentation files (i.e. in examples) typically start with a double hash (##) instead of a single hash? See the second paragraph in section 7.5 for the likely

Re: [Rd] list comprehension to create an arbitrary-sized list with arbitrary names/values

This question probably belongs on R-help instead of R-devel. What works best for you will depend on how big 'mylist' is. An article discussing some possibilities can be found at: http://opendatagroup.com/2009/07/26/hash-package-for-r/ Hope this helps, --Erik Steve Kim wrote: In python, one ca

Re: [Rd] scoping goes wrong when some functions are used within others.

Joris Meys wrote: Dear, I'm following the r tag on stackoverflow.com, and couldn't but notice there are quite some questions popping up that deal with scoping in relation to custom functions. I grinded my teeth on it already, and I have absolutely no clue what goes wrong. The general pattern i

[Rd] read.table / type.convert with NA values

of read.table/type.convert may very well be what is expected/needed. If so, this note could still be of use to someone in the future if they stumble upon similar behavior. The fact I wasn't able to uncover anyone who asked about it on list before probably means the situation is rare.

Re: [Rd] org-mode (was Re: Feature Request: Multiline Comments)

Martin Morgan wrote: On 02/14/2010 08:11 AM, Saptarshi Guha wrote: Hello, Is it possible to extend the R lexer/parser to include multiline comments like /* acomment */ ? This way I can integrate emacs org-mode with my R code, so that I can have a table of contents, section folding, html-outp

[Rd] R's X11 Device Properties

R_x11." This "R_x11" class works fine for setting the geometry in .Xresources, but it does not seem to be the same "class" as WM_CLASS referenced above. Unfortunately, this is about as far as my knowledge of X goes, so hopefully this makes sense. If anyone has any

Re: [Rd] Error Message (PR#11602)

[EMAIL PROTECTED] wrote: Hello! My Name is Jan Matthias and I am from Cologne University in Germany. I have= problems with R , version 1.9.1. Is this a new record? Jan, update to the latest R, which is about 4 years newer than 1.9.1. __ R-devel@

[Rd] More information on R segfaults, tcltk package, and graphics devices

d be a good starting point. Perhaps the relevant advice here is "Don't do that". Please ask if I have not been clear enough or additional information from gdb is needed. Best, Erik Iverson [EMAIL PROTECTED] sessionInfo() R version 2.7.0 (2008-04-22) i686-pc-linux-gnu locale: L

Re: [Rd] grid error message when resizing graphics window after tcltk loaded

k the button, but it would not respond to my request to close the window until after it had finished drawing, at which point it would close the graphics window gracefully as expected. Erik Erik Iverson wrote: Dear R-devel / Dr. Murrell - This is similar but ultimately unrelated (I think) t

Re: [Rd] grid error message when resizing graphics window after tcltk loaded

and will reply with the results. Best, Erik Iverson Erik Iverson wrote: Dear R-devel / Dr. Murrell - This is similar but ultimately unrelated (I think) to something I posted about in February. See my original post here: https://stat.ethz.ch/pipermail/r-devel/2008-February/048278.html

[Rd] grid error message when resizing graphics window after tcltk loaded

NETARY=C;LC_MESSAGES=en_US.UTF-8;LC_PAPER=en_US.UTF-8;LC_NAME=C;LC_ADDRESS=C;LC_TELEPHONE=C;LC_MEASUREMENT=en_US.UTF-8;LC_IDENTIFICATION=C attached base packages: [1] stats graphics grDevices utils datasets methods base Thanks, Erik Iverson

[Rd] rbind.data.frame drops attributes for factor variables

1 2 2 1 1 1 1 1 I do not see this documented anywhere in ?rbind, and do not know if it is intended. It looks like the factor loses its attributes in rbind.data.frame due to a call to as.vector. Of course, as.vector is documented to drop the attributes of atomic vector types. I do not know if

[Rd] removing last piece of grid graphical output with grid.remove

Hello - If I create multiple pieces of output in grid, and use grid.remove() to try to remove the output from the graphics device, I cannot seem to remove the final piece of output from the device until I 'refresh' the graphics device by giving it focus. The function grid.remove() does appear t

Re: [Rd] Error in grid.text after tcltk package loaded

Erik Iverson wrote: > Hello - > > I am noticing some strange errors when using the grid package, but > (apparently) only after loading the tcltk package. The interaction here > does not make sense to me, and I'm wondering if anyone else can > reproduce this, or if it

[Rd] Error in grid.text after tcltk package loaded

ost every move with 1000 strings as in my example). I found just one reference to a similar error message in the archives, although not to do with grid. Here's a link: https://stat.ethz.ch/pipermail/r-devel/2008-January/048117.html Can anyone else replicate this? Any ideas on what's going on? Best, Erik Iverson __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

[Rd] developing a package with a name space

the alternative I have in mind is something like sourcing an R file, and using assignInNamespace(), may be more trouble than it is worth. I am doing this development using ESS by the way. Thanks for any guidance! Erik Iverson __ R-devel@r-project.o