Re: [Rd] wishlist -- names gives slotnames (PR#7410)

2004-12-10 Thread epurdom

Thank you for your thoughts,..
but

   ``As with everything, use  str() ''

I agree that there is no substitute for str() for finding out about an 
object when you're stuck. But I always thought the idea was the user didn't 
need to know what the object was, the same basic functions gave some kind 
of reasonable result. So it's counterintuitive to have to learn/find new 
functions that, at least from the user's point of view, do the same thing.

--- but you need at least R 2.0.0; your R 1.9.1 is too old for
 this (and probably, in general for posting to R-bugs !)

I poked around on 2.0.1 and it seemed the same with regard to names(), 
though I hadn't noticed the new str() functionality for slots. Sorry for 
posting; I'll avoid it in the future.

Thanks,
Elizabeth

__
[EMAIL PROTECTED] mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


[Rd] wishlist -- names gives slotnames (PR#7410)

2004-12-09 Thread epurdom
Full_Name: Elizabeth Purdom
Version: 1.9.1
OS: Windows XP
Submission from: (NULL) (171.64.102.199)


It would be nice if names(obj) would give slot names as well. Since for many
people slots are new, the first thing that happens is you try to access what's
in them and can't find how to do it. If you don't know that slotNames() exists,
it can be very frustrating. Moreover, if you don't even know that the objects
has slots (or that such things exist), it's extremely confusing. It just looks
like nothing is there (you get NULL). If needed, you could have a message that
says that these are slots and should be accessed with @. 
Thanks,
Elizabeth

__
[EMAIL PROTECTED] mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


[Rd] Wishlist: heatmap/image legend (PR#7402)

2004-12-03 Thread epurdom
Full_Name: Elizabeth Purdom
Version: 1.9.1
OS: Windows XP
Submission from: (NULL) (171.64.102.199)


It would be great if heatmap and/or image had the option of printing a legend
bar on it somewhere that would indicate the ranges given by the colors in the
heatmap (i.e. a very small image rectangle with the same colors as in the
heatmap). Because heatmap is using layout, it seems pretty complicated to add
yourself--I make my own myheatmap command. 

A lesser wish, along the same line, would be that with the optional side bar
colors you could put a legend in the plot somehow. Again, I find it difficult to
do without making your own myheatmap command and modifying the layout. And this
seems easy to do spacewise, because there's a 0 in the layout matrix in the
upper left corner over the row dendogram: e.g.
if(!missing(legend.text)){lmat-lmat+1}

Clearly the plot could be really crowded if you choose all the options, but at
least you'd have the options, and I think they're the devil to do yourself. And
if you could choose the relative widths of the different parts in the layout
(the widths and heights options in the layout command), overriding the other
options, then you could choose how much of the space goes to the different
components. 

Thanks,
Elizabeth

__
[EMAIL PROTECTED] mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


[Rd] Wishlist: simple legend options (PR#7400)

2004-12-02 Thread epurdom
Full_Name: Elizabeth Purdom
Version: 1.9.1
OS: Windows XP
Submission from: (NULL) (171.64.102.199)


It would be nice if legend had the option of some default locations you could
choose instead of entering specific coordinates, like topleft,
topright,topcenter, etc. based on par(usr) coordinates. I know I've wanted
it so often I've made my own simple non-robust wrap-around, so I don't have to
remember or parse the xjust and yjust options necessary to make it work. Of
course there should be the option of entering in your own coordinates. 

Also it would be nice to be able to put a optional title inside your legend.
Currently I just make my title the first value in my legend vector, and then fix
the other options so no symbols plot next to it. But this isn't always a pretty
result and can be a pain if your symbols are complicated.

Thanks,
Elizabeth

__
[EMAIL PROTECTED] mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


[Rd] hist( ) fails with 'Inf' values unlike plot( ) (PR#7220)

2004-09-09 Thread epurdom
Full_Name: Elizabeth Purdom
Version: 1.9.1
OS: Windows
Submission from: (NULL) (171.64.102.192)


hist() fails if encounters 'Inf' value, rather than giving warning and removing.
Other graphics, like plot(), don't have this problem. It's actually rather
confusing if you are taking the log of data real valued data with a few
non-positive numbers. hist() works fine in this situation unless you happen to
have an exact 0, as oppose to just negative numbers. Then log(0)=Inf while
log(-1)=NA and NA values are removed by the program while Inf kills it. At least
a better error message would be good, because as it is, it looks like the
program can't handle NAs. 

 x-seq(-5,100,by=1)
##Gives error, no output
 hist(log(x))
Error in pretty(range(x), n = breaks, min.n = 1) : 
NA/NaN/Inf in foreign function call (arg 1)
In addition: Warning message: 
NaNs produced in: log(x) 
##Gives log() warning
 hist(log(x)[!is.infinite(log(x))])
Warning messages: 
1: NaNs produced in: log(x) 
2: NaNs produced in: log(x)

__
[EMAIL PROTECTED] mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel