Ben Marwick
2016-Jan-03 09:03 UTC
[Rd] Wrong bug ID & URL in Daily News about R-devel/NEWS
I was browsing some recent R news at http://developer.r-project.org/blosxom.cgi/R-devel/NEWS/2016/01/03#n2016-01-03 And reading this item: "tapply() has been made considerably more efficient without changing functionality, thanks to proposals from Peter Haverty and Suharto Anggono. (PR#16488)" But I found that the link in the item goes to a page about the GUI, not tapply: https://bugs.r-project.org/bugzilla3/show_bug.cgi?id=16488 It should go to this page for the tapply speed-up: https://bugs.r-project.org/bugzilla3/show_bug.cgi?id=16640 This is probably just a simple typo, since a quick check of other links to bugs in the news showed they were all ok. Anyway, I couldn't see any webmaster contact details on http://developer.r-project.org/ so hopefully this list message will reach the right person. Ben
Duncan Murdoch
2016-Jan-03 13:23 UTC
[Rd] Wrong bug ID & URL in Daily News about R-devel/NEWS
On 03/01/2016 4:03 AM, Ben Marwick wrote:> I was browsing some recent R news at > > http://developer.r-project.org/blosxom.cgi/R-devel/NEWS/2016/01/03#n2016-01-03 > > And reading this item: > > "tapply() has been made considerably more efficient without changing > functionality, thanks to proposals from Peter Haverty and Suharto > Anggono. (PR#16488)" > > But I found that the link in the item goes to a page about the GUI, not > tapply: > > https://bugs.r-project.org/bugzilla3/show_bug.cgi?id=16488 > > It should go to this page for the tapply speed-up: > > https://bugs.r-project.org/bugzilla3/show_bug.cgi?id=16640 > > This is probably just a simple typo, since a quick check of other links > to bugs in the news showed they were all ok. > > Anyway, I couldn't see any webmaster contact details on > http://developer.r-project.org/ so hopefully this list message will > reach the right person. >This is a good place to post typos in the documentation. I'll fix this one. Duncan Murdoch
Maybe Matching Threads
- Regression in match() in R 3.3.0 when matching strings with different character encodings
- suggestion to fix packageDescription() for Windows users
- rep/rep.int: in NEWS, but not yet ported from trunk
- names function for environments?
- :: and ::: as .Primitives?