On Tue, 7 Jun 2005, Duncan Murdoch wrote:
[...]
> My proposal (modified following the suggestions I've heard so far) is as
> follows:
>
> - to check that a couple of help topic aliases exist (.package
> and )
> - to recommend that .package contain general information about
> the package, and
On 6/8/05, Torsten Hothorn <[EMAIL PROTECTED]> wrote:
>
> On Tue, 7 Jun 2005, Duncan Murdoch wrote:
>
> [...]
>
> > My proposal (modified following the suggestions I've heard so far) is as
> > follows:
> >
> > - to check that a couple of help topic aliases exist (.package
> > and )
> > - to
The reason I like .Rd files is that I can run the examples easily and,
as Martin points out,
one does not need to learn a new syntax.
How about adding the following to R-exts:
"We encourage the package developer to include a file named
foo.package.Rd in the "man"
directory, to provide a terse
> A J Rossini writes:
> On 6/8/05, Torsten Hothorn <[EMAIL PROTECTED]> wrote:
>>
>> On Tue, 7 Jun 2005, Duncan Murdoch wrote:
>>
>> [...]
>>
>> > My proposal (modified following the suggestions I've heard so far) is as
>> > follows:
>> >
>> > - to check that a couple of help topic aliases
It seems that it comes down to two things: 1) a standard Rd topic or
alias .package, and 2) enforcing this standard with R CMD check.
Pro's and con's for (1):
Pros:
- Easy to find overview information on a package, that is, you know
*where* to find it.
- Allows a packages to link to another p
Henrik Bengtsson wrote:
It seems that it comes down to two things: 1) a standard Rd topic or
alias .package, and 2) enforcing this standard with R CMD check.
Pro's and con's for (1):
Pros:
- Easy to find overview information on a package, that is, you know
*where* to find it.
- Allows a pack
Torsten Hothorn wrote:
On Tue, 7 Jun 2005, Duncan Murdoch wrote:
[...]
My proposal (modified following the suggestions I've heard so far) is as
follows:
- to check that a couple of help topic aliases exist (.package
and )
- to recommend that .package contain general information about
the p
our chernist-site helps you bank a lot on quality rxmeds. It is an easy and
legitimate way to not lose your shirt when buying at your local store.
Our chemist-store provides a wide selection of rxdrugs on Pain, Erectile
Tissue Dysfunction, Gynecological care, Distress, Obesity, Elevated
choleste
Hello expeRts,
i would like to know when the perl modules are compiled, especially Rdconv.
I played a little bit with the html help pages after the perl step,
basically to change the body tag and add some stuff, but i would like
perl to do that when building help pages. The goal of all that is
To r-devel:
The discussion below on r-help brought out the following:
> plot(1:10)
> text(5,5,lab=expression(italic(22*"33")))
has the effect of italicizing 33 (which is a character string) but not 22
(which is not). Is this intended behavior? It seems strange.
I am using "R version 2.1.0, 2
On Wed, 8 Jun 2005, Duncan Murdoch wrote:
> Torsten Hothorn wrote:
> > On Tue, 7 Jun 2005, Duncan Murdoch wrote:
> >
> > [...]
> >
> >
> >>My proposal (modified following the suggestions I've heard so far) is as
> >>follows:
> >>
> >> - to check that a couple of help topic aliases exist (.packa
Dear R developers,
Recently I have a simulation program that needs to solve a large number
of linear regression A x = b, where A is symmetric and constantly
chnages. I found that the solve function is considerably less efficient
than
solve_symmetric = function(A, B)
{
chol2in
On 6/8/05, Jason Liao <[EMAIL PROTECTED]> wrote:
> Dear R developers,
>
> Recently I have a simulation program that needs to solve a large number
> of linear regression A x = b, where A is symmetric and constantly
> chnages. I found that the solve function is considerably less efficient
> than
>
On 6/8/2005 10:36 AM, [EMAIL PROTECTED] wrote:
On Wed, 8 Jun 2005, Duncan Murdoch wrote:
Torsten Hothorn wrote:
> On Tue, 7 Jun 2005, Duncan Murdoch wrote:
>
> [...]
>
>
>>My proposal (modified following the suggestions I've heard so far) is as
>>follows:
>>
>> - to check that a couple of hel
The following is a bug or mis-design in help(package=):
> showhelp <- function(packageName) help(package=packageName)
>
> showhelp("utils")
Error in .find.package(pkgName, lib.loc, verbose = verbose) :
none of the packages were found
The problem is that it calls library(help=) with ar
Hi
Gabor Grothendieck wrote:
Thanks. Yet one other comment to consider when thinking
about this. Even if its not possible
or advisable to guarantee order, even without the hash=
idea, it may be possible to guarantee that default names
are generated in some order that can be used by
getChildre
16 matches
Mail list logo