Whereas we typically refer to the add-on `modules' as `libraries' (viz also the way these are represented in the search list, and the variable .Libraries), S speaks about `sections'. Shall we stay with our terminology? Or instead, speak of `sections', `packages', `modules', ...? -k =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- 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 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
>>>>> "Kurt" == Kurt Hornik <hornik@ci.tuwien.ac.at> writes:Kurt> Whereas we typically refer to the add-on `modules' as `libraries' (viz Kurt> also the way these are represented in the search list, and the variable Kurt> .Libraries), S speaks about `sections'. [.Libraries are not used anymore and will be gone in the next version. library Kurt> Shall we stay with our terminology? I think so. Or use something which S does not use at all, since 'require(.); provide(.)' and Thomas Lumley's autoload(..) features enable an entirely different approach. Kurt> Or instead, speak of `sections', Kurt> Shall we stay with our terminology? Or instead, speak of `sections', Kurt> `packages', `modules', ...? =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- 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 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
I like "packages". Modules have namespace implications which the present setup does not provide. Ross =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- 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 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
>>>>> "Kurt" == Kurt Hornik <hornik@ci.tuwien.ac.at> writes:Kurt> Whereas we typically refer to the add-on `modules' as `libraries' (viz Kurt> also the way these are represented in the search list, and the variable Kurt> .Libraries), S speaks about `sections'. [.Libraries are not used anymore ... search() & .Provided should be enough, ...] Kurt> Shall we stay with our terminology? I think so. Kurt> Or instead, speak of `sections', Kurt> Shall we stay with our terminology? Or instead, speak of `sections', Kurt> `packages', `modules', ...? Or use something which S does not use at all, since 'require(.); provide(.)' and Thomas Lumley's autoload(..) features enable an entirely different approach. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- 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 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-