Yea, with the closing ) On Tue, Apr 5, 2016 at 12:37 PM, Karim Mezhoud <kmezh...@gmail.com> wrote: > If I include manually the exception, I hve to write this? > > import(shiny, except=c('dataTableOutput','renderDataTable') > Thanks > Karim > > On Tue, Apr 5, 2016 at 7:28 PM, Michael Lawrence <lawrence.mich...@gene.com> > wrote: >> >> Roxygen does not yet support the feature. For now you'll have to live >> with the warning or just importFrom(shiny, ...). Maybe there is some >> way to manually patch the NAMESPACE with Roxygen? >> >> Honestly, I would recommend against using Roxygen to manage your >> NAMESPACE. Just write the thing... >> >> >> >> On Tue, Apr 5, 2016 at 11:07 AM, Karim Mezhoud <kmezh...@gmail.com> wrote: >> > Hi, >> > Actually I have conflict between DT and shiny >> > Warning: replacing previous import ‘shiny::dataTableOutput’ by >> > ‘DT::dataTableOutput’ when loading ‘bioCancer’ >> > Warning: replacing previous import ‘shiny::renderDataTable’ by >> > ‘DT::renderDataTable’ when loading ‘bioCancer’ >> > >> > I would like to import shiny except dataTableOutput and renderDataTable. >> > >> > #'@import shiny except dataTableOutput renderDataTable >> > I am using roxygen2 >> > R Under development (unstable) (2016-03-11 r70310) >> > Which package Can I update to get the new import argument. >> > Thanks >> > Karim >> > >> > >> > On Tue, Apr 5, 2016 at 6:50 PM, Michael Lawrence >> > <lawrence.mich...@gene.com> >> > wrote: >> >> >> >> I will try to sneak that in since it seems to work and it would be >> >> nice to use it before this Fall. >> >> >> >> On Tue, Apr 5, 2016 at 10:32 AM, Dan Tenenbaum <dtene...@fredhutch.org> >> >> wrote: >> >> > Michael, do you know if this change will be (or has already been) >> >> > backported into R-3.3.0? >> >> > >> >> > Thanks. >> >> > Dan >> >> > >> >> > >> >> > ----- Original Message ----- >> >> >> From: "Lihua Zhu" <julie....@umassmed.edu> >> >> >> To: "Dan Tenenbaum" <dtene...@fredhutch.org>, "Michael Lawrence" >> >> >> <lawrence.mich...@gene.com> >> >> >> Cc: "bioc-devel" <bioc-devel@r-project.org> >> >> >> Sent: Tuesday, April 5, 2016 9:49:26 AM >> >> >> Subject: Re: [Bioc-devel] namespace question >> >> > >> >> >> Dan, >> >> >> >> >> >> That is great! Thanks for letting us know! >> >> >> >> >> >> Michael, thank for making it happen so quickly! It works like a >> >> >> charm! >> >> >> >> >> >> Best, >> >> >> >> >> >> Julie >> >> >> >> >> >> On 4/2/16 1:58 PM, "Bioc-devel on behalf of Dan Tenenbaum" >> >> >> <bioc-devel-boun...@r-project.org on behalf of >> >> >> dtene...@fredhutch.org> >> >> >> wrote: >> >> >> >> >> >>>BTW, looks like the change has been made to R-devel: >> >> >>> >> >> >>>#### CHANGES IN R-devel NEW FEATURES >> >> >>> >> >> >>> * The Œimport()¹ namespace directive now accepts an argument >> >> >>> Œexcept¹ >> >> >>>which names symbols to exclude from the imports. The Œexcept¹ >> >> >>> expression >> >> >>>should evaluate to a character vector (after substituting symbols >> >> >>> for >> >> >>>strings). See Writing R Extensions. >> >> >>> >> >> >>>URL: >> >> >> >> >>> >> >> >>> >>> >>>https://urldefense.proofpoint.com/v2/url?u=http-3A__developer.r-2Dproject. >> >> >> >> >>> >> >> >>> >>> >>>org_blosxom.cgi_R-2Ddevel_NEWS_2016_04_02-23n2016-2D04-2D02&d=BQIGaQ&c=WJB >> >> >> >> >>> >> >> >>> >>> >>>j9sUF1mbpVIAf3biu3CPHX4MeRjY_w4DerPlOmhQ&r=3IbW-yoIQpGZOKgd4i2bgmPHhwHHF5g >> >> >> >> >>> >> >> >>> >>> >>>JMlij5cC5bLU&m=HCJuUKMo50mOyjfD0AtQzV69c0SnACXTGdX_iHcWRfo&s=MbBj5lNGwkIfP >> >> >>>hrHI2clfQd1aq1yPyROa3utKrCP4ug&e= >> >> >>> >> >> >>> >> >> >>> >> >> >>>----- Original Message ----- >> >> >>>> From: "Michael Lawrence" <lawrence.mich...@gene.com> >> >> >>>> To: "Hervé Pagès" <hpa...@fredhutch.org> >> >> >>>> Cc: "Michael Lawrence" <lawrence.mich...@gene.com>, "bioc-devel" >> >> >>>><bioc-devel@r-project.org> >> >> >>>> Sent: Saturday, April 2, 2016 4:10:10 AM >> >> >>>> Subject: Re: [Bioc-devel] namespace question >> >> >>> >> >> >>>> Also, just btw, there are two other places where arbitrary R code >> >> >>>> can >> >> >>>> be evaluated in the NAMESPACE, but no one has abused them yet. as >> >> >>>> far >> >> >>>> as I know. The first argument to if() and the .fixes argument to >> >> >>>> useDynLib(). The latter sets the precedent for the except= >> >> >>>> behavior. >> >> >>>> Although someone forgot to document it, you can do >> >> >>>> .fixes=c("prefix", >> >> >>>> "suffix") to both prefix and suffix incoming native symbols. >> >> >>>> Currently, the documentation only mentions prefixing. Not sure >> >> >>>> when >> >> >>>> suffixing would be desirable. >> >> >>>> >> >> >>>> >> >> >>>> On Fri, Apr 1, 2016 at 4:14 PM, Hervé Pagès <hpa...@fredhutch.org> >> >> >>>>wrote: >> >> >>>>> On 04/01/2016 01:39 PM, Michael Lawrence wrote: >> >> >>>>>> >> >> >>>>>> Yes, it's arbitrary R code that is evaluated, so paste0() would >> >> >>>>>> work. >> >> >>>>>> You're right that it's a big door and could let people do weird >> >> >>>>>> things. Do you foresee a problem with that? >> >> >>>>> >> >> >>>>> >> >> >>>>> Opening such a big door raises many questions. In addition to >> >> >>>>> allowing >> >> >>>>> people do weird/crazy things (like putting calls to library() >> >> >>>>> or requireNamespace() etc... in them), NAMESPACE files with >> >> >>>>> arbitrary >> >> >>>>> R code in them become more complicated to maintain and the tools >> >> >>>>> for >> >> >>>>> parsing/processing them also become more complicated to write and >> >> >>>>> maintain. >> >> >>>>> >> >> >>>>> Now we have a new category of errors that can happen at package >> >> >>>>> installation time: errors triggered by the evaluation of the R >> >> >>>>> expressions embedded in the NAMESPACE file. Hopefully 'R CMD >> >> >>>>> INSTALL' >> >> >>>>> will report something that can be understood by mere mortals when >> >> >>>>> this >> >> >>>>> happens. >> >> >>>>> >> >> >>>>> Once you create the feeling that a NAMESPACE file is just a file >> >> >>>>> that contains arbitrary R code then people expect import(), >> >> >>>>> export() >> >> >>>>> etc.. to be ordinary R functions with a man page (being able to >> >> >>>>> do >> >> >>>>> ?import would not hurt actually) and they'll naturally try to do >> >> >>>>> things like >> >> >>>>> >> >> >>>>> unwanted_foo_symbols <- ... long and complicated expression >> >> >>>>> eventually calling user-defined >> >> >>>>> helper >> >> >>>>> functions located in the NAMESPACE >> >> >>>>> file >> >> >>>>>... >> >> >>>>> import(foo, except=unwanted_foo_symbols) >> >> >>>>> >> >> >>>>> Can't blame them for that. But is this the kind of things that >> >> >>>>> we're >> >> >>>>> ready to see in NAMESPACE files? >> >> >>>>> >> >> >>>>> Also once you've open that door, people will naturally wonder why >> >> >>>>> they >> >> >>>>> can use an R expression in the 'except' part of import( , >> >> >>>>> except=) >> >> >>>>> but >> >> >>>>> not elsewhere e.g. in >> >> >>>>> >> >> >>>>> import(foo, only=paste0("bar", 1:10)) >> >> >>>>> >> >> >>>>> as a more elegant way of doing importFrom(foo, bar1, bar2, ..., >> >> >>>>> bar10). >> >> >>>>> This dissymmetry between the syntax of "import only this" and >> >> >>>>> "import >> >> >>>>> all except this" feels very arbitrary. If you don't support the >> >> >>>>> import( , only=) syntax, people might legitimately ask things >> >> >>>>> like >> >> >>>>> >> >> >>>>> do.call(importFrom, c(list("foo"), as.list(paste0("bar", >> >> >>>>> 1:10)))) >> >> >>>>> >> >> >>>>> to work. Again, can't blame them for that. But do we want this >> >> >>>>> kind >> >> >>>>> of >> >> >>>>> things to work? I'm worried debugging NAMESPACE files would >> >> >>>>> become a >> >> >>>>> full-time job... >> >> >>>>> >> >> >>>>>> I guess one could have implemented NAMESPACE parsing by >> >> >>>>>> evaluating >> >> >>>>>> the >> >> >>>>>> code in an environment (inheriting from the base namespace) >> >> >>>>>> where >> >> >>>>>> import(), export(), etc, were defined. Maybe there's a good >> >> >>>>>> reason >> >> >>>>>> why >> >> >>>>>> it was not implemented that way. >> >> >>>>> >> >> >>>>> >> >> >>>>> I'm sure there is ;-) >> >> >>>>> >> >> >>>>> H. >> >> >>>>> >> >> >>>>> >> >> >>>>>> >> >> >>>>>> On Fri, Apr 1, 2016 at 12:55 PM, Hervé Pagès >> >> >>>>>> <hpa...@fredhutch.org> >> >> >>>>>>wrote: >> >> >>>>>>> >> >> >>>>>>> On 03/31/2016 04:07 PM, Michael Lawrence wrote: >> >> >>>>>>>> >> >> >>>>>>>> >> >> >>>>>>>> I agree. The importExcept idea also works that way: >> >> >>>>>>>>importExcept(foo, >> >> >>>>>>>> bar, >> >> >>>>>>>> baz) >> >> >>>>>>>> >> >> >>>>>>>> But import(foo, except=c(bar, baz)) reads better. >> >> >>>>>>> >> >> >>>>>>> >> >> >>>>>>> >> >> >>>>>>> mmh... so R expressions with calls to base functions like >> >> >>>>>>> base::c() >> >> >>>>>>>are >> >> >>>>>>> making their way in the NAMESPACE file. That's opening a big >> >> >>>>>>> door. >> >> >>>>>>>Does >> >> >>>>>>> that mean that we'll be able to do things like: >> >> >>>>>>> >> >> >>>>>>> import(foo, except=paste0("bar", 1:10)) >> >> >>>>>>> >> >> >>>>>>> Or maybe c(bar, baz) in your above example is just an arbitrary >> >> >>>>>>>syntax >> >> >>>>>>> that just happens to look like an R expression but won't be >> >> >>>>>>> evaluated >> >> >>>>>>> as such? >> >> >>>>>>> >> >> >>>>>>> >> >> >>>>>>> H. >> >> >>>>>>> >> >> >>>>>>>> >> >> >>>>>>>> >> >> >>>>>>>> On Thu, Mar 31, 2016 at 4:00 PM, <luke-tier...@uiowa.edu> >> >> >>>>>>>> wrote: >> >> >>>>>>>>> >> >> >>>>>>>>> >> >> >>>>>>>>> I don't think you want to separate it from the import. Better >> >> >>>>>>>>> to >> >> >>>>>>>>>allow >> >> >>>>>>>>> something like >> >> >>>>>>>>> >> >> >>>>>>>>> import(foo, exclude=bar) >> >> >>>>>>>>> >> >> >>>>>>>>> or >> >> >>>>>>>>> >> >> >>>>>>>>> import(foo, exclude=c("bar", "baz")) >> >> >>>>>>>>> >> >> >>>>>>>>> This seems reasonably natural and shouldn't be too hard to >> >> >>>>>>>>> implement. (But is has been a while since I've worked on this >> >> >>>>>>>>>code). >> >> >>>>>>>>> >> >> >>>>>>>>> Best, >> >> >>>>>>>>> >> >> >>>>>>>>> luke >> >> >>>>>>>>> >> >> >>>>>>>>> >> >> >>>>>>>>> On Thu, 31 Mar 2016, Karim Mezhoud wrote: >> >> >>>>>>>>> >> >> >>>>>>>>>> I think "From" is needed to specify which package we want to >> >> >>>>>>>>>>exlude >> >> >>>>>>>>>> functions. >> >> >>>>>>>>>> >> >> >>>>>>>>>> I think excludeFrom (package, function) seems to be >> >> >>>>>>>>>> intuitive. >> >> >>>>>>>>>> >> >> >>>>>>>>>> thanks, >> >> >>>>>>>>>> Karim >> >> >>>>>>>>>> >> >> >>>>>>>>>> >> >> >>>>>>>>>> >> >> >>>>>>>>>> On Thu, Mar 31, 2016 at 9:54 PM, Hervé Pagès >> >> >>>>>>>>>><hpa...@fredhutch.org> >> >> >>>>>>>>>> wrote: >> >> >>>>>>>>>> >> >> >>>>>>>>>>> On 03/31/2016 12:55 PM, Michael Lawrence wrote: >> >> >>>>>>>>>>> >> >> >>>>>>>>>>>> Probably should just stick to exact symbols for now. If >> >> >>>>>>>>>>>> there >> >> >>>>>>>>>>>>is a >> >> >>>>>>>>>>>> case where a pattern is actually useful, rather than just >> >> >>>>>>>>>>>> an >> >> >>>>>>>>>>>> obfuscation, we can extend the feature set. >> >> >>>>>>>>>>>> >> >> >>>>>>>>>>> >> >> >>>>>>>>>>> Fair enough. Not really intuitive that excludeImport uses >> >> >>>>>>>>>>> the >> >> >>>>>>>>>>>same >> >> >>>>>>>>>>> syntax as (but does the opposite of) importFrom though. >> >> >>>>>>>>>>> Maybe >> >> >>>>>>>>>>>having >> >> >>>>>>>>>>> the name of the directive start with "import" would help >> >> >>>>>>>>>>> e.g. >> >> >>>>>>>>>>> >> >> >>>>>>>>>>> importExcept(hash, values) # opposite of importFrom(hash, >> >> >>>>>>>>>>>values) >> >> >>>>>>>>>>> >> >> >>>>>>>>>>> Thanks, >> >> >>>>>>>>>>> H. >> >> >>>>>>>>>>> >> >> >>>>>>>>>>> >> >> >>>>>>>>>>> >> >> >>>>>>>>>>>> On Thu, Mar 31, 2016 at 12:11 PM, Zhu, Lihua (Julie) >> >> >>>>>>>>>>>> <julie....@umassmed.edu> wrote: >> >> >>>>>>>>>>>> >> >> >>>>>>>>>>>>> Herve, >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> That is a very interesting idea and works for me! Thanks! >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> importPatternFrom(IRanges, "^values$") >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> Best, >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> Julie >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> On 3/31/16 2:51 PM, "Bioc-devel on behalf of Hervé Pagès" >> >> >>>>>>>>>>>>> <bioc-devel-boun...@r-project.org on behalf of >> >> >>>>>>>>>>>>> hpa...@fredhutch.org> >> >> >>>>>>>>>>>>> wrote: >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> On 03/30/2016 08:35 PM, Michael Lawrence wrote: >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> That would work, but R is not going to be happy about >> >> >>>>>>>>>>>>>>>redundant >> >> >>>>>>>>>>>>>>> imports. Interactively, users would balk at symbol >> >> >>>>>>>>>>>>>>>qualification. >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> There are two classes of conflict: >> >> >>>>>>>>>>>>>>> 1) Same semantics, where a common generic would >> >> >>>>>>>>>>>>>>> arbitrate, >> >> >>>>>>>>>>>>>>>or one >> >> >>>>>>>>>>>>>>> package could depend on the other, and >> >> >>>>>>>>>>>>>>> 2) Different semantics, in which case one of the >> >> >>>>>>>>>>>>>>> functions >> >> >>>>>>>>>>>>>>>should >> >> >>>>>>>>>>>>>>> probably be renamed, although that might not be >> >> >>>>>>>>>>>>>>> practical >> >> >>>>>>>>>>>>>>> or >> >> >>>>>>>>>>>>>>>easy >> >> >>>>>>>>>>>>>>> to >> >> >>>>>>>>>>>>>>> agree upon. >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> When those approaches fail, qualification is the only >> >> >>>>>>>>>>>>>>>recourse. >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> I will think about adding an excludeImport() or >> >> >>>>>>>>>>>>>>> importAs(). >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> What about having something like an importPatternFrom() >> >> >>>>>>>>>>>>>>directive >> >> >>>>>>>>>>>>>> similar to the exportPattern() directive and have these >> >> >>>>>>>>>>>>>>directives >> >> >>>>>>>>>>>>>> support some of the grep() toggles like 'ignore.case', >> >> >>>>>>>>>>>>>>'fixed', >> >> >>>>>>>>>>>>>> 'invert' etc... ? >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> Then Julie could just do: >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> importPatternFrom(hash, "^values$", invert=TRUE) >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> H. >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> On Wed, Mar 30, 2016 at 8:20 PM, Robert M. Flight >> >> >>>>>>>>>>>>>>> <rfligh...@gmail.com >> >> >>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> wrote: >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>> In the cases of having conflicting names, is it not >> >> >>>>>>>>>>>>>>>>appropriate >> >> >>>>>>>>>>>>>>>> then >> >> >>>>>>>>>>>>>>>> to use >> >> >>>>>>>>>>>>>>>> the "package::function" form for calling a particular >> >> >>>>>>>>>>>>>>>>function? >> >> >>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>> On Wed, Mar 30, 2016 at 11:14 PM Michael Lawrence >> >> >>>>>>>>>>>>>>>> <lawrence.mich...@gene.com> >> >> >>>>>>>>>>>>>>>> wrote: >> >> >>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>> I can't find the hash function in IRanges. Are you >> >> >>>>>>>>>>>>>>>> sure >> >> >>>>>>>>>>>>>>>> it >> >> >>>>>>>>>>>>>>>>has >> >> >>>>>>>>>>>>>>>> one? >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> On Wed, Mar 30, 2016 at 8:07 PM, Zhu, Lihua (Julie) >> >> >>>>>>>>>>>>>>>>> <julie....@umassmed.edu> wrote: >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>> Michael, >> >> >>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>> I have the same user case as Kasper. Another example >> >> >>>>>>>>>>>>>>>>>> is >> >> >>>>>>>>>>>>>>>>>>that >> >> >>>>>>>>>>>>>>>>>> both >> >> >>>>>>>>>>>>>>>>>> IRanges >> >> >>>>>>>>>>>>>>>>>> and hash packages have hash. I need to use the hash >> >> >>>>>>>>>>>>>>>>>> from >> >> >>>>>>>>>>>>>>>>>>the >> >> >>>>>>>>>>>>>>>>>> hash >> >> >>>>>>>>>>>>>>>>>> package >> >> >>>>>>>>>>>>>>>>>> instead of the one from IRanges. >> >> >>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>> Best, >> >> >>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>> Julie >> >> >>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>> On Mar 30, 2016, at 7:57 PM, Kasper Daniel Hansen >> >> >>>>>>>>>>>>>>>>>> <kasperdanielhan...@gmail.com> wrote: >> >> >>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>> My usecase is when I import() two packages who has a >> >> >>>>>>>>>>>>>>>>>>conflict >> >> >>>>>>>>>>>>>>>>>> in >> >> >>>>>>>>>>>>>>>>>> a >> >> >>>>>>>>>>>>>>>>>> name. >> >> >>>>>>>>>>>>>>>>>> For example, both Biobase and matrixStats has both >> >> >>>>>>>>>>>>>>>>>>anyMissing >> >> >>>>>>>>>>>>>>>>>> and >> >> >>>>>>>>>>>>>>>>>> rowMedians. I am happy to get all of these two >> >> >>>>>>>>>>>>>>>>>> packages, >> >> >>>>>>>>>>>>>>>>>>but I >> >> >>>>>>>>>>>>>>>>>> need >> >> >>>>>>>>>>>>>>>>>> to >> >> >>>>>>>>>>>>>>>>>> resolve the conflict. Since I want to keep the ones >> >> >>>>>>>>>>>>>>>>>> from >> >> >>>>>>>>>>>>>>>>>> matrixStats I >> >> >>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> know >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>> need to figure out how to import Biobase >> >> >>>>>>>>>>>>>>>>>> selectively. >> >> >>>>>>>>>>>>>>>>>>Which I >> >> >>>>>>>>>>>>>>>>>> can, >> >> >>>>>>>>>>>>>>>>>> using >> >> >>>>>>>>>>>>>>>>>> the tools from codetoolsBioC, but I would also be >> >> >>>>>>>>>>>>>>>>>> happy >> >> >>>>>>>>>>>>>>>>>>with >> >> >>>>>>>>>>>>>>>>>> an >> >> >>>>>>>>>>>>>>>>>> importFromExcept(), which would make my life much >> >> >>>>>>>>>>>>>>>>>> easier. >> >> >>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>> Best, >> >> >>>>>>>>>>>>>>>>>> Kasper >> >> >>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>> On Wed, Mar 30, 2016 at 4:47 PM, Michael Lawrence >> >> >>>>>>>>>>>>>>>>>> <lawrence.mich...@gene.com> wrote: >> >> >>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> I'm curious about which symbols you wouldn't want >> >> >>>>>>>>>>>>>>>>>>> to >> >> >>>>>>>>>>>>>>>>>>>import, >> >> >>>>>>>>>>>>>>>>>>> and >> >> >>>>>>>>>>>>>>>>>>> why. >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> On Wed, Mar 30, 2016 at 12:19 PM, Zhu, Lihua >> >> >>>>>>>>>>>>>>>>>>> (Julie) >> >> >>>>>>>>>>>>>>>>>>> <julie....@umassmed.edu> wrote: >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>> Hi, >> >> >>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>> Is there a function to import all the exported >> >> >>>>>>>>>>>>>>>>>>>> objects >> >> >>>>>>>>>>>>>>>>>>>>from >> >> >>>>>>>>>>>>>>>>>>>> a >> >> >>>>>>>>>>>>>>>>>>>> package >> >> >>>>>>>>>>>>>>>>>>>> except a few named ones in NAMESPACE file? >> >> >>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>> For example, I would like to import all the >> >> >>>>>>>>>>>>>>>>>>>> functions >> >> >>>>>>>>>>>>>>>>>>>> in >> >> >>>>>>>>>>>>>>>>>>>> S4Vectors >> >> >>>>>>>>>>>>>>>>>>>> except fold. Is there a way to specify this >> >> >>>>>>>>>>>>>>>>>>>> without >> >> >>>>>>>>>>>>>>>>>>>>listing >> >> >>>>>>>>>>>>>>>>>>>> all >> >> >>>>>>>>>>>>>>>>>>>> other >> >> >>>>>>>>>>>>>>>>>>>> functions using importFrom? >> >> >>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>> Many thanks for your help! >> >> >>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>> Best regards, >> >> >>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>> Julie >> >> >>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>> ******************************************** >> >> >>>>>>>>>>>>>>>>>>>> Lihua Julie Zhu, Ph.D >> >> >>>>>>>>>>>>>>>>>>>> Research Professor >> >> >>>>>>>>>>>>>>>>>>>> Department of Molecular, Cell and Cancer Biology >> >> >>>>>>>>>>>>>>>>>>>> (MCCB) >> >> >>>>>>>>>>>>>>>>>>>> Head of MCCB Bioinformatics Core >> >> >>>>>>>>>>>>>>>>>>>> Program in Molecular Medicine >> >> >>>>>>>>>>>>>>>>>>>> Program in Bioinformatics and Integrative Biology >> >> >>>>>>>>>>>>>>>>>>>> University of Massachusetts Medical School >> >> >>>>>>>>>>>>>>>>>>>> 364 Plantation Street, Room 613 >> >> >>>>>>>>>>>>>>>>>>>> Worcester, MA 01605 >> >> >>>>>>>>>>>>>>>>>>>> 508-856-5256 phone >> >> >>>>>>>>>>>>>>>>>>>> (508) 856 5460 fax >> >> >>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> >> >> >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>http://profiles.umassmed.edu/profiles/ProfileDetails.aspx?Fr >> >> >>>>>>>>>>>>>>>>>om=SE&Perso >> >> >>>>>>>>>>>>>>>>> n=1134 >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>> [[alternative HTML version deleted]] >> >> >>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>> _______________________________________________ >> >> >>>>>>>>>>>>>>>>>>>> Bioc-devel@r-project.org mailing list >> >> >>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>> >> >> >> >> >>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>https://urldefense.proofpoint.com/v2/url?u=https-3A__stat >> >> >>>>>>>>>>>>>>>>>>>>.ethz.ch_ma >> >> >>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>> >> >> >> >> >>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>ilman_listinfo_bioc-2Ddevel&d=BQIF-g&c=WJBj9sUF1mbpVIAf3b >> >> >>>>>>>>>>>>>>>>>>>>iu3CPHX4MeR >> >> >>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>> >> >> >> >> >>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>jY_w4DerPlOmhQ&r=3IbW-yoIQpGZOKgd4i2bgmPHhwHHF5gJMlij5cC5 >> >> >>>>>>>>>>>>>>>>>>>>bLU&m=Rxzbh >> >> >>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>> >> >> >> >> >>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>vEdYoq-VrN42rfiK5-UIIwjUIHLTQjy9s7-pzs&s=TmgPkRkAcsTjcIVv >> >> >>>>>>>>>>>>>>>>>>>>zaBFADs-tx8 >> >> >>>>>>>>>>>>>>>>>>>> CzeHHAAJ5kmgmJxQ&e= >> >> >>>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> _______________________________________________ >> >> >>>>>>>>>>>>>>>>>>> Bioc-devel@r-project.org mailing list >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> >> >> >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>https://urldefense.proofpoint.com/v2/url?u=https-3A__stat. >> >> >>>>>>>>>>>>>>>>>>>ethz.ch_mai >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> >> >> >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>lman_listinfo_bioc-2Ddevel&d=BQIF-g&c=WJBj9sUF1mbpVIAf3biu >> >> >>>>>>>>>>>>>>>>>>>3CPHX4MeRjY >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> >> >> >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>_w4DerPlOmhQ&r=3IbW-yoIQpGZOKgd4i2bgmPHhwHHF5gJMlij5cC5bLU >> >> >>>>>>>>>>>>>>>>>>>&m=RxzbhvEd >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> >> >> >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>Yoq-VrN42rfiK5-UIIwjUIHLTQjy9s7-pzs&s=TmgPkRkAcsTjcIVvzaBF >> >> >>>>>>>>>>>>>>>>>>>ADs-tx8CzeH >> >> >>>>>>>>>>>>>>>>>>> HAAJ5kmgmJxQ&e= >> >> >>>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> _______________________________________________ >> >> >>>>>>>>>>>>>>>>> Bioc-devel@r-project.org mailing list >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> >> >> >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>https://urldefense.proofpoint.com/v2/url?u=https-3A__stat.et >> >> >>>>>>>>>>>>>>>>>hz.ch_mailm >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> >> >> >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>an_listinfo_bioc-2Ddevel&d=BQIF-g&c=WJBj9sUF1mbpVIAf3biu3CPH >> >> >>>>>>>>>>>>>>>>>X4MeRjY_w4D >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> >> >> >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>erPlOmhQ&r=3IbW-yoIQpGZOKgd4i2bgmPHhwHHF5gJMlij5cC5bLU&m=Rxz >> >> >>>>>>>>>>>>>>>>>bhvEdYoq-Vr >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> >> >> >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>N42rfiK5-UIIwjUIHLTQjy9s7-pzs&s=TmgPkRkAcsTjcIVvzaBFADs-tx8C >> >> >>>>>>>>>>>>>>>>>zeHHAAJ5kmg >> >> >>>>>>>>>>>>>>>>> mJxQ&e= >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>> [[alternative HTML version deleted]] >> >> >>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>> _______________________________________________ >> >> >>>>>>>>>>>>>>>> Bioc-devel@r-project.org mailing list >> >> >>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>> >> >> >> >> >>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>https://urldefense.proofpoint.com/v2/url?u=https-3A__stat.eth >> >> >>>>>>>>>>>>>>>>z.ch_mailma >> >> >>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>> >> >> >> >> >>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>n_listinfo_bioc-2Ddevel&d=BQIF-g&c=WJBj9sUF1mbpVIAf3biu3CPHX4 >> >> >>>>>>>>>>>>>>>>MeRjY_w4Der >> >> >>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>> >> >> >> >> >>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>PlOmhQ&r=3IbW-yoIQpGZOKgd4i2bgmPHhwHHF5gJMlij5cC5bLU&m=Rxzbhv >> >> >>>>>>>>>>>>>>>>EdYoq-VrN42 >> >> >>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>> >> >> >> >> >>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>rfiK5-UIIwjUIHLTQjy9s7-pzs&s=TmgPkRkAcsTjcIVvzaBFADs-tx8CzeHH >> >> >>>>>>>>>>>>>>>>AAJ5kmgmJxQ >> >> >>>>>>>>>>>>>>>> &e= >> >> >>>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> _______________________________________________ >> >> >>>>>>>>>>>>>>> Bioc-devel@r-project.org mailing list >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> >> >> >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>https://urldefense.proofpoint.com/v2/url?u=https-3A__stat.ethz >> >> >>>>>>>>>>>>>>>.ch_mailman >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> >> >> >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>_listinfo_bioc-2Ddevel&d=BQIF-g&c=WJBj9sUF1mbpVIAf3biu3CPHX4Me >> >> >>>>>>>>>>>>>>>RjY_w4DerPl >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> >> >> >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>OmhQ&r=3IbW-yoIQpGZOKgd4i2bgmPHhwHHF5gJMlij5cC5bLU&m=RxzbhvEdY >> >> >>>>>>>>>>>>>>>oq-VrN42rfi >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> >> >> >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>K5-UIIwjUIHLTQjy9s7-pzs&s=TmgPkRkAcsTjcIVvzaBFADs-tx8CzeHHAAJ5 >> >> >>>>>>>>>>>>>>>kmgmJxQ&e= >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> -- >> >> >>>>>>>>>>>>>> Hervé Pagès >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> Program in Computational Biology >> >> >>>>>>>>>>>>>> Division of Public Health Sciences >> >> >>>>>>>>>>>>>> Fred Hutchinson Cancer Research Center >> >> >>>>>>>>>>>>>> 1100 Fairview Ave. N, M1-B514 >> >> >>>>>>>>>>>>>> P.O. Box 19024 >> >> >>>>>>>>>>>>>> Seattle, WA 98109-1024 >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> E-mail: hpa...@fredhutch.org >> >> >>>>>>>>>>>>>> Phone: (206) 667-5791 >> >> >>>>>>>>>>>>>> Fax: (206) 667-1319 >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> _______________________________________________ >> >> >>>>>>>>>>>>>> Bioc-devel@r-project.org mailing list >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> >> >> >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>https://urldefense.proofpoint.com/v2/url?u=https-3A__stat.ethz. >> >> >>>>>>>>>>>>>>ch_mailman_ >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> >> >> >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>listinfo_bioc-2Ddevel&d=BQIF-g&c=WJBj9sUF1mbpVIAf3biu3CPHX4MeRj >> >> >>>>>>>>>>>>>>Y_w4DerPlOm >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> >> >> >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>hQ&r=3IbW-yoIQpGZOKgd4i2bgmPHhwHHF5gJMlij5cC5bLU&m=RxzbhvEdYoq- >> >> >>>>>>>>>>>>>>VrN42rfiK5- >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> >> >> >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>UIIwjUIHLTQjy9s7-pzs&s=TmgPkRkAcsTjcIVvzaBFADs-tx8CzeHHAAJ5kmgm >> >> >>>>>>>>>>>>>>JxQ&e= >> >> >>>>>>>>>>>>>> >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>>>> >> >> >>>>>>>>>>> -- >> >> >>>>>>>>>>> Hervé Pagès >> >> >>>>>>>>>>> >> >> >>>>>>>>>>> Program in Computational Biology >> >> >>>>>>>>>>> Division of Public Health Sciences >> >> >>>>>>>>>>> Fred Hutchinson Cancer Research Center >> >> >>>>>>>>>>> 1100 Fairview Ave. N, M1-B514 >> >> >>>>>>>>>>> P.O. Box 19024 >> >> >>>>>>>>>>> Seattle, WA 98109-1024 >> >> >>>>>>>>>>> >> >> >>>>>>>>>>> E-mail: hpa...@fredhutch.org >> >> >>>>>>>>>>> Phone: (206) 667-5791 >> >> >>>>>>>>>>> Fax: (206) 667-1319 >> >> >>>>>>>>>>> >> >> >>>>>>>>>>> _______________________________________________ >> >> >>>>>>>>>>> Bioc-devel@r-project.org mailing list >> >> >>>>>>>>>>> >> >> >> >> >>>>>>>>>>> >> >> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>https://urldefense.proofpoint.com/v2/url?u=https-3A__stat.ethz.ch_ >> >> >> >> >>>>>>>>>>> >> >> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>mailman_listinfo_bioc-2Ddevel&d=BQIGaQ&c=WJBj9sUF1mbpVIAf3biu3CPHX >> >> >> >> >>>>>>>>>>> >> >> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>4MeRjY_w4DerPlOmhQ&r=3IbW-yoIQpGZOKgd4i2bgmPHhwHHF5gJMlij5cC5bLU&m >> >> >> >> >>>>>>>>>>> >> >> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>=HCJuUKMo50mOyjfD0AtQzV69c0SnACXTGdX_iHcWRfo&s=p71c2AdbK9otl8LEvj9 >> >> >>>>>>>>>>>xsiK9LzQrQsm-onyqG3WBgMI&e= >> >> >>>>>>>>>> >> >> >>>>>>>>>> >> >> >>>>>>>>>> >> >> >>>>>>>>>> >> >> >>>>>>>>>> [[alternative HTML version deleted]] >> >> >>>>>>>>>> >> >> >>>>>>>>>> _______________________________________________ >> >> >>>>>>>>>> Bioc-devel@r-project.org mailing list >> >> >>>>>>>>>> >> >> >> >> >>>>>>>>>> >> >> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>https://urldefense.proofpoint.com/v2/url?u=https-3A__stat.ethz.ch_m >> >> >> >> >>>>>>>>>> >> >> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>ailman_listinfo_bioc-2Ddevel&d=BQIGaQ&c=WJBj9sUF1mbpVIAf3biu3CPHX4M >> >> >> >> >>>>>>>>>> >> >> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>eRjY_w4DerPlOmhQ&r=3IbW-yoIQpGZOKgd4i2bgmPHhwHHF5gJMlij5cC5bLU&m=HC >> >> >> >> >>>>>>>>>> >> >> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>JuUKMo50mOyjfD0AtQzV69c0SnACXTGdX_iHcWRfo&s=p71c2AdbK9otl8LEvj9xsiK >> >> >>>>>>>>>>9LzQrQsm-onyqG3WBgMI&e= >> >> >>>>>>>>> >> >> >>>>>>>>> >> >> >>>>>>>>> >> >> >>>>>>>>> >> >> >>>>>>>>> -- >> >> >>>>>>>>> Luke Tierney >> >> >>>>>>>>> Ralph E. Wareham Professor of Mathematical Sciences >> >> >>>>>>>>> University of Iowa Phone: >> >> >>>>>>>>> 319-335-3386 >> >> >>>>>>>>> Department of Statistics and Fax: >> >> >>>>>>>>> 319-335-3017 >> >> >>>>>>>>> Actuarial Science >> >> >>>>>>>>> 241 Schaeffer Hall email: >> >> >>>>>>>>> luke-tier...@uiowa.edu >> >> >>>>>>>>> Iowa City, IA 52242 WWW: >> >> >> >> >>>>>>>>> >> >> >>>>>>>>> >>>>>>>>> >>>>>>>>>https://urldefense.proofpoint.com/v2/url?u=http-3A__www.stat.uiowa.e >> >> >> >> >>>>>>>>> >> >> >>>>>>>>> >>>>>>>>> >>>>>>>>>du&d=BQIGaQ&c=WJBj9sUF1mbpVIAf3biu3CPHX4MeRjY_w4DerPlOmhQ&r=3IbW-yoI >> >> >> >> >>>>>>>>> >> >> >>>>>>>>> >>>>>>>>> >>>>>>>>>QpGZOKgd4i2bgmPHhwHHF5gJMlij5cC5bLU&m=HCJuUKMo50mOyjfD0AtQzV69c0SnAC >> >> >>>>>>>>>XTGdX_iHcWRfo&s=sdr2IWlza633ZolLOZbEolvEybKmaHQFU5gIt8R8A7A&e= >> >> >>>>>>> >> >> >>>>>>> >> >> >>>>>>> >> >> >>>>>>> -- >> >> >>>>>>> Hervé Pagès >> >> >>>>>>> >> >> >>>>>>> Program in Computational Biology >> >> >>>>>>> Division of Public Health Sciences >> >> >>>>>>> Fred Hutchinson Cancer Research Center >> >> >>>>>>> 1100 Fairview Ave. N, M1-B514 >> >> >>>>>>> P.O. Box 19024 >> >> >>>>>>> Seattle, WA 98109-1024 >> >> >>>>>>> >> >> >>>>>>> E-mail: hpa...@fredhutch.org >> >> >>>>>>> Phone: (206) 667-5791 >> >> >>>>>>> Fax: (206) 667-1319 >> >> >>>>> >> >> >>>>> >> >> >>>>> -- >> >> >>>>> Hervé Pagès >> >> >>>>> >> >> >>>>> Program in Computational Biology >> >> >>>>> Division of Public Health Sciences >> >> >>>>> Fred Hutchinson Cancer Research Center >> >> >>>>> 1100 Fairview Ave. N, M1-B514 >> >> >>>>> P.O. Box 19024 >> >> >>>>> Seattle, WA 98109-1024 >> >> >>>>> >> >> >>>>> E-mail: hpa...@fredhutch.org >> >> >>>>> Phone: (206) 667-5791 >> >> >>>>> Fax: (206) 667-1319 >> >> >>>> >> >> >>>> _______________________________________________ >> >> >>>> Bioc-devel@r-project.org mailing list >> >> >>>> >> >> >> >> >>>> >> >> >>>> >>>> >>>>https://urldefense.proofpoint.com/v2/url?u=https-3A__stat.ethz.ch_mailman >> >> >> >> >>>> >> >> >>>> >>>> >>>>_listinfo_bioc-2Ddevel&d=BQIGaQ&c=WJBj9sUF1mbpVIAf3biu3CPHX4MeRjY_w4DerPl >> >> >> >> >>>> >> >> >>>> >>>> >>>>OmhQ&r=3IbW-yoIQpGZOKgd4i2bgmPHhwHHF5gJMlij5cC5bLU&m=HCJuUKMo50mOyjfD0AtQ >> >> >> >> >>>> >> >> >>>> >>>> >>>>zV69c0SnACXTGdX_iHcWRfo&s=p71c2AdbK9otl8LEvj9xsiK9LzQrQsm-onyqG3WBgMI&e= >> >> >>> >> >> >>>_______________________________________________ >> >> >>>Bioc-devel@r-project.org mailing list >> >> >> >> >>> >> >> >>> >>> >>>https://urldefense.proofpoint.com/v2/url?u=https-3A__stat.ethz.ch_mailman_ >> >> >> >> >>> >> >> >>> >>> >>>listinfo_bioc-2Ddevel&d=BQIGaQ&c=WJBj9sUF1mbpVIAf3biu3CPHX4MeRjY_w4DerPlOm >> >> >> >> >>> >> >> >>> >>> >>>hQ&r=3IbW-yoIQpGZOKgd4i2bgmPHhwHHF5gJMlij5cC5bLU&m=HCJuUKMo50mOyjfD0AtQzV6 >> >> >> >> >> >> > >9c0SnACXTGdX_iHcWRfo&s=p71c2AdbK9otl8LEvj9xsiK9LzQrQsm-onyqG3WBgMI&e= >> >> >> >> _______________________________________________ >> >> Bioc-devel@r-project.org mailing list >> >> https://stat.ethz.ch/mailman/listinfo/bioc-devel >> > >> > > >
_______________________________________________ Bioc-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/bioc-devel