Full_Name: Version: 1.0.0 OS: linux Submission from: (NULL) (193.62.250.209) ?par lists and describes xlog and ylog, though these are obsolete. It does not list log. I found out about log from ?plot.defaults--so that help is OK. -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-devel mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help", or "[un]subscribe" (in the "body", not the subject !) To: r-devel-request@stat.math.ethz.ch _._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._
On R-1.0.0, debian GNU/Linux, R> is.null(list()) FALSE conflicts with the help for ?is.null: Examples: is.null(list()) # TRUE (not so in S) is.null(integer(0))# F is.null(logical(0))# F as.null(list(a=1,b='c')) and, I would like is.null(list()) to be TRUE :-) Torsten ***************************************************************** * * * Torsten Hothorn, Statistician * * at the moment: Institut fuer Statistik, TU Wien * * Tel: 0043 1 58801 10772 * * Fax: 0043 1 58801 10798 * * * ***************************************************************** -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-devel mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help", or "[un]subscribe" (in the "body", not the subject !) To: r-devel-request@stat.math.ethz.ch _._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._
wsi@gcal.ac.uk writes:> Full_Name: > Version: 1.0.0 > OS: linux > Submission from: (NULL) (193.62.250.209) > > > > > ?par lists and describes xlog and ylog, though these are obsolete. It does not > list > log. I found out about log from ?plot.defaults--so that help is OK.Not a bug, not obsolete, and works as documented:> plot(1,log="y") > par("ylog")[1] TRUE -- O__ ---- Peter Dalgaard Blegdamsvej 3 c/ /'_ --- Dept. of Biostatistics 2200 Cph. N (*) \(*) -- University of Copenhagen Denmark Ph: (+45) 35327918 ~~~~~~~~~~ - (p.dalgaard@biostat.ku.dk) FAX: (+45) 35327907 -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-devel mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help", or "[un]subscribe" (in the "body", not the subject !) To: r-devel-request@stat.math.ethz.ch _._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._
> Full_Name: > Version: 1.0.0 > OS: linux > Submission from: (NULL) (193.62.250.209) > > ?par lists and describes xlog and ylog, though these are obsolete. It does not > list > log. I found out about log from ?plot.defaults--so that help is OK.Reading through ?par again, I see that xlog and ylog are "read only". (I initially thought xlog and ylog were obsolete because I could set them) I don't find the help to be very clear: ylog: R.O.. A logical value (see `log' in `plot.default'). See `xlog' above. Instead of (see `log' in `plot.default'), why not have log listed here in the par help? Or is it an argument to plot()? In which case, why not list it in the help for plot()? I find it hard to find info for plots because this info seems to be spread out in several places Bill -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-devel mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help", or "[un]subscribe" (in the "body", not the subject !) To: r-devel-request@stat.math.ethz.ch _._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._
On 21 Mar 2000, Peter Dalgaard BSA wrote:> wsi@gcal.ac.uk writes: > > > Full_Name: > > Version: 1.0.0 > > OS: linux > > Submission from: (NULL) (193.62.250.209) > > > > > > > > > > ?par lists and describes xlog and ylog, though these are obsolete. It does not > > list > > log. I found out about log from ?plot.defaults--so that help is OK. > > Not a bug, not obsolete, and works as documented:True. True. Not documented in plot help. It is documented in plot.default. Why not in par, where xlog and ylog are? I find it confusing.> > > plot(1,log="y") > > par("ylog") > [1] TRUEBill -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-devel mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help", or "[un]subscribe" (in the "body", not the subject !) To: r-devel-request@stat.math.ethz.ch _._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._
maechler@stat.math.ethz.ch
2000-Mar-21 16:05 UTC
[Rd] par help wrong: xlog & ylog (PR#497)
>>>>> "Bill" == Bill Simpson <wsi@gcal.ac.uk> writes:Bill> On 21 Mar 2000, Peter Dalgaard BSA wrote: >> wsi@gcal.ac.uk writes: >> >> > Full_Name: >> > Version: 1.0.0 >> > OS: linux >> > Submission from: (NULL) (193.62.250.209) >> > >> > >> > >> > >> > ?par lists and describes xlog and ylog, though these are >> > obsolete. It does not list log. I found out about log from >> > ?plot.defaults--so that help is OK. >> >> Not a bug, not obsolete, and works as documented: Bill> True. True. Not documented in plot help. It is documented in plot.default. Bill> Why not in par, where xlog and ylog are? I find it confusing. >> >> > plot(1,log="y") >> > par("ylog") >> [1] TRUE log is *not* a valid par(.) argument, what makes you think it should be documented there ? > par(log = "x") Warning message: parameter "log" can't be set in: par(args) It *is* a valid argument to most(?) plot methods; plot is the generic function, and the idea is that it only documents what *ALL* plot methods have in common. This is the reason that "log = .." is documented with the default plot method, plot.default. You might have a point: We could (should we?) consider requiring a "log =" argument for *ALL* plot methods, and then have it documented and possibly even among the listed arguements (the "non ..." ones) of the generic plot. Opinions? -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-devel mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help", or "[un]subscribe" (in the "body", not the subject !) To: r-devel-request@stat.math.ethz.ch _._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._