From maechler at stat.math.ethz.ch  Tue Feb  8 15:09:42 2005
From: maechler at stat.math.ethz.ch (Martin Maechler)
Date: Tue Feb  8 15:09:54 2005
Subject: [Rd] Re: Packages and Libraries (was: Re: lme4 "package" etc ..)
In-Reply-To: <1abe3fa9050208043374d362df@mail.gmail.com>
References: <42088443.2090206@wiwi.uni-bielefeld.de>
	<16904.39235.910508.75875@stat.math.ethz.ch>
	<1abe3fa9050208043374d362df@mail.gmail.com>
Message-ID: <16904.51238.148743.149665@stat.math.ethz.ch>

>>>>> "tony" == A J Rossini <blindglobe@gmail.com>
>>>>>     on Tue, 8 Feb 2005 13:33:23 +0100 writes:

    tony> For OBVIOUS reasons, is there any chance that we could introduce
    tony> "package()" and deprecate "library()"?

This idea is not new {as you must surely have guessed}. In fact,
there's a much longer standing proposition of  "usePackage()"
(IIRC, or "use.package()" ?).  However, we (R-core) always had
wanted to also provide a ``proper'' class named "package" 
along with this, but for several reasons didn't get around to it.. yet.

-- I've diverted to R-devel now that we are really talking about
   desired future behavior of R

    tony> (well, I'll also ask if we could deprecate "=" for assignment, but
    tony> that's hopeless).
:-)


    tony> On Tue, 8 Feb 2005 11:49:39 +0100, Martin Maechler
    tony> <maechler@stat.math.ethz.ch> wrote:
    >> >>>>> "Pavel" == Pavel Khomski <pkhomski@wiwi.uni-bielefeld.de>
    >> >>>>>     on Tue, 08 Feb 2005 10:20:03 +0100 writes:
    >> 
    Pavel> this is a question, how can i specify the random part
    Pavel> in the GLMM-call (of the lme4 library) for compound
    Pavel> matrices just in the the same way as they defined in
    Pavel> the lme-Call (of the nlme library).
    >> 
    >> ``twice in such a short paragraph -- yikes !!'' ... I'm getting
    >> convulsive...
    >> 
    >> There is NO lme4 library nor an nlme one !
    >> There's the lme4 *PACKAGE* and the nlme *PACKAGE* -- please --
    >> 
    >> ....................


[Rd] Re: Packages and Libraries (was: Re: lme4 "package" etc ..)
Martin Maechler