Re: [Rd] Possible bug in R 2.6.1 (PR#10565)

ions. The truth is that, deep down, _nobody_ is perfect. Tolerance and kindness usually are more fruitful attitudes, not only on the R lists, but everywhere. -- François Pinard http://pinard.progiciels-bpi.ca __ R-devel@r-project.org mailing list h

[Rd] comment() and ls() / ls.str()

. However, users having to explicitly call str on all objects, or make (easy) equivalent stunts, is not fully in the spirit of a comment, which is to volunteer itself... -- François Pinard http://pinard.progiciels-bpi.ca __ R-devel@r-project.org

[Rd] R 2.5.1 - typo in ?'::'

Within ?'::' output, just before "See Also:", "environent" might be a misspelling of "environment". -- François Pinard http://pinard.progiciels-bpi.ca __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

[Rd] R 2.5.1 - ?factor examples, details

t really related to a missing value? It might also be some kind of linguistic problem, and I'm not a native English speaker. The "and to allowing" construct sounds strange to me. I would expect either "and to allow" or "and allowing", but maybe I'm plainly

Re: [Rd] File lock mechanisms in R

e, and preempt it (to do this safely requires some thinking). -- François Pinard http://pinard.progiciels-bpi.ca __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

[Rd] R 2.5.0 - Typo in commandArgs.Rd

Hi, people. commandArgs.Rd has these lines (a bit before \examples): If \code{trailingOnly=TRUE}, a character vector of those arguments (if any) supplied after \code{==args}. It should likely be: ... \code{--args}. -- François Pinard http://pinard.progiciels-bpi.ca

Re: [Rd] R on Solaris 10 x64

sts. Congratulations to all. -- François Pinard http://pinard.progiciels-bpi.ca __ [EMAIL PROTECTED] mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] make test-Specific?

ect, and DIR either happens to not exist or is just mistyped, in which case ACTION is executed in the current directory. A little good habit that saved me a few times along all those years! :-) -- François Pinard http://pinard.progiciels-bpi.ca __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] Patch to allow negative argument in head() and tail()

on, the current convention is as follow, given that N is a positive number: Value "head" tool"tail" tool N Show N initial lines Show N last lines -N Show all but N last lines Show all but N first lines Hoping that this clarification may be helpful in the whole thinking! :-) -- François Pinard http://pinard.progiciels-bpi.ca __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] Patch to allow negative argument in head() and tail()

$ seq 10 | tail -n-3 8 9 10 $ Of course, these do not rule what R should do in any way. Yet, it is sometimes convenient and even elegant when tools having similar names have similar behaviour. Despite application domains are different, it's worth pondering such similarities, when

[Rd] Matrices given to pt? [was: [R] for loops and counters]

.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help", or "[un]subscribe" (in the "body", not the subject !) To: [EMAIL PROTECTED] _._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._ - End forwarded message - -- François P

Re: [Rd] UTF-8 and .Rd files

forts, continue making R better and even make it take some lead in this area. Not going fanatic about it of course, but at least, carefully avoiding any backward move in development, or changes that would be unfriendly to internationalisation of R. -- François Pinard http://pinard.pr

[Rd] Documentation detail [was: Merging factor levels.]

.-.-.-.-.-.-.-.- r-help 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: [EMAIL PROTECTED] _._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._ - End forwarded message - -- François Pinard http://pinard.progiciels-bpi.ca __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] NAs in unsplit factor

ly intended, that this is at least not unintended :-). Yet, why "0" is chosen here, among a myriad of possibilities? "NA", as you suggest, might be a more neutral choice. -- François Pinard http://pinard.progiciels-bpi.ca __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] xy.coords(MATRIX) bug in code or documentation (PR#8937)

er matrix coercion. I guess the problem would not exist if data.frames were really interpreted as lists, the "x" and "y" columns could even appear anywhere (untested). -- François Pinard http://pinard.progiciels-bpi.ca __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] Problem with pasteing formulas (PR#8897)

[Brian Ripley] >Note: > 'as.character' truncates components of language objects to 500 > characters (was about 70 before 1.3.1). >so it is working as documented. Not then a bug. Wrong reasoning. Bugs may well be documented :-) -- François Pinard http://pi

[Rd] ?hist and $density explanation

er and clearer than introducing an intermediate "b[i]" device. Let's drop it. Let me suggest a simpler rewriting of these few lines, using humbler notation while being more precise. Let's start with something like: density: For each cell

Re: [Rd] Truncated labels in hist (PR#8864)

[Duncan Murdoch] >[François Pinard] >> Hi, people. Executing the following command: >>hist(rpois(100,5), labels=TRUE) >> yields a graphic in which some labels are truncated (on an X11 > I don't see this on Windows using windows(), or Linux using X11(). >

Re: [Rd] Suggestion for system.time()

[Seth Falcon] >[François Pinard] >> [Seth Falcon] >>>Here's a function you could try. >> Thanks, Seth. Your code could be useful, I'm saving it. :-) >You make it sound like that code is going to mature like a wine. >I'd say, if it isn't useful

Re: [Rd] Suggestion for system.time()

[Seth Falcon] >[François Pinard] >> Hi, people. A tiny suggestion for the system.time function. >> Could the returned vector have names? These could be like: >>c("User", "System", "Elapsed", "Sub.User", "Sub.System")

[Rd] Suggestion for system.time()

Hi, people. A tiny suggestion for the system.time function. Could the returned vector have names? These could be like: c("User", "System", "Elapsed", "Sub.User", "Sub.System") That would then produce self-documenting output. --

Re: [Rd] Mere chat on vectorisation matters

ht have been operational or experimental error, of course, as I'm far from mastering R installation matters. But if there were no such error, I'm now reporting, for the record, that Duff's device does _not_ yield an interesting speedup. -- Françoi

[Rd] Mere chat on vectorisation matters

fficult to implement, might be a significant further step, and so, be worth a discussion. -- François Pinard http://pinard.progiciels-bpi.ca __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] "Unfelicity" :-) with edit()

says a few words about this particular usage. The remaining of this message quotes the original message: [François Pinard] >Hi, people. This is about R 2.3.0 under Linux. >It seems that edit() may change a function environ

[Rd] "Unfelicity" :-) with edit()

onable to suggest an improvement in the mechanics of edit(), for alleviating this drawback ? -- François Pinard http://pinard.progiciels-bpi.ca __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

[Rd] abline and its documentation

three at once already!) Then, R users and code could more safely rely on this. Just a suggestion, and not a big matter, of course! :-) -- François Pinard http://pinard.progiciels-bpi.ca __ R-devel@r-project.org mailing list https://stat.ethz.ch

Re: [Rd] [R] plot cdf

ld ideally be TRUE if the _current_ device is interactive. If there is a used (opened) device which is interactive, but the current device is not interactive, it would then be nicer if `ask' was FALSE. -- François Pinard http://pinard.progiciels-bpi.ca

[Rd] `as.vector' documentation

, it may be interpreted as meaning that the attributes are removed unconditionally. -- François Pinard http://pinard.progiciels-bpi.ca __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] [R] atan2(1,1i)

icism as if it was personal offense, because it is not. -- François Pinard http://pinard.progiciels-bpi.ca __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] Spurious output white line in R script (PR#8631)

[François Pinard, clarifying himself] >Adding a newline when "--slave" has not been selected, and whenever the >output is connected to a tty, is also wise, regardless if termination >is effected through q() or through hitting end-of-file. Just to make sure I'm not misi

Re: [Rd] Spurious output white line in R script (PR#8631)

[Brian Ripley] >[François Pinard] >>Within the output resulting of command "man R", one reads: >> --slave >> Make R run as quietly as possible >>So, I was not expecting R, running with that option activated, to >>"voluntee

Re: [Rd] Tiny documentation error for ?options (PR#8633)

gt;https://stat.ethz.ch/mailman/listinfo/r-devel >-- >Brian D. Ripley, [EMAIL PROTECTED] >Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/ >University of Oxford, Tel: +44 1865 272861 (self) >1 South Parks Road, +44 1865 272866 (PA) >Oxford OX1 3TG, UKFax: +44 1865 272595 -- François Pinard http://pinard.progiciels-bpi.ca __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] Spurious output white line in R script (PR#8631)

ing shell script, >>#!/bin/sh >>R --slave --vanilla <>cat("Hello\n") >>EOF >>when made executable under the name ``hello`` along the search >>path, behaves >>like this: >>$ hello | od -bc >>000 110 145 154 154 157 012 012

Re: [Rd] mapply() gives seg fault (PR#8332)

rior research. Despite some are a bit stiff at times, they always acted with civility. -- François Pinard http://pinard.progiciels-bpi.ca __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel