search for: all__

It is the old story of defined behaviour and expected outcomes. Hard to change now. So I would suggest you do something like this in your ~/.Rprofile: R> smry <- function(...) summary(..., digits=6) R> smry(155555L) Min. 1st Qu. Median Mean 3rd Qu. Max. 155555 155555 155555 155555 155555 155555 R> Maybe call it Summary() instead. Dirk --

...g S-PLUS) also had decided to change the ~15 year old S "standard"... and indeed I was implicitly *asking* for proposals of such a change, but I think I never saw a (careful) proposal. In the spirit of probably 99% of other "base R" code, a change should really *not* round __at all__ in the summary() methods, but *only* in the print() methods of such summary() results. OTOH, for back compatibility, if a user does use summary(.., digits=.) explicitly, these digits should be 'obeyed' of course. I think summary(<1-variable>) could easily, and relatively "bac...

Full_Name: Dan B Version: na OS: na Submission from: (NULL) (80.6.127.185) I can't log into the bug tracker (I can't find where to register / login). In this way I can't add the following context diff (hopefully in the right order) for my changes to the matrix.Rd... Hmm... I guess this should be a separate report anyway... The first diff explains how the dimnames list should

...the ~15 year old S "standard"... and > indeed I was implicitly *asking* for proposals of such a change, > but I think I never saw a (careful) proposal. > In the spirit of probably 99% of other "base R" code, a change > should really *not* round __at all__ in the summary() methods, > but *only* in the print() methods of such summary() results. > OTOH, for back compatibility, if a user does use summary(.., digits=.) > explicitly, these digits should be 'obeyed' of course. > I think summary(<1-variable>) co...