Should I use cat() or message() (or something else) for
if(verbose) cat(my message\n)
Best,
Kasper
[[alternative HTML version deleted]]
___
Bioc-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/bioc-devel
If it's an informational message, like one you might log, use message(). If
you're rendering an object as text, like in a show method, use cat().
Just my opinion,
Michael
On Wed, Jul 10, 2013 at 8:24 AM, Kasper Daniel Hansen
kasperdanielhan...@gmail.com wrote:
Should I use cat() or message()
On Wed, Jul 10, 2013 at 9:17 AM, Michael Lawrence
lawrence.mich...@gene.com wrote:
If it's an informational message, like one you might log, use message(). If
you're rendering an object as text, like in a show method, use cat().
Another thing to consider is that messages can be suppressed with
On Wed, Jul 10, 2013 at 7:05 AM, Kasper Daniel Hansen
kasperdanielhan...@gmail.com wrote:
I have just changed the class definition for a core class in bsseq. A
supporting experiment data package, bsseqData, contains two objects of this
core class and now it needs to be updated (specifically
This will help me branch code, but not objects with changed definitions.
Kasper
On Wed, Jul 10, 2013 at 12:44 PM, Dan Tenenbaum dtene...@fhcrc.org wrote:
On Wed, Jul 10, 2013 at 7:05 AM, Kasper Daniel Hansen
kasperdanielhan...@gmail.com wrote:
I have just changed the class definition for a
On Wed, Jul 10, 2013 at 10:50 AM, Kasper Daniel Hansen
kasperdanielhan...@gmail.com wrote:
On Wed, Jul 10, 2013 at 12:38 PM, Dan Tenenbaum dtene...@fhcrc.org wrote:
On Wed, Jul 10, 2013 at 9:17 AM, Michael Lawrence
lawrence.mich...@gene.com wrote:
If it's an informational message, like one
Hi Kasper,
On 07/10/2013 10:50 AM, Kasper Daniel Hansen wrote:
On Wed, Jul 10, 2013 at 12:38 PM, Dan Tenenbaum dtene...@fhcrc.org wrote:
On Wed, Jul 10, 2013 at 9:17 AM, Michael Lawrence
lawrence.mich...@gene.com wrote:
If it's an informational message, like one you might log, use message().
It's simpler than that. Just make the change you need to make.
The package will fail to pass the build/check in release so it
won't propagate.
That means that whatever version of bsseqData is currently in
BioC 2.12 will remain forever i.e. you won't be able to update
it. Hope that's OK with you.
Thanks, this is very helpful. In general, following our release paradigm,
I see no reason to ever want to update bsseqData for Bioconductor 2.12 -
since it is a data package chances are small for finding a critical bug.
Best,
Kasper
On Wed, Jul 10, 2013 at 3:17 PM, Hervé Pagès hpa...@fhcrc.org
I had this issue with GWASTools/GWASdata at one point. There is only
one copy of an experiment data package, so if you change it, it will
break the current release version of bsseq. The solution I came up with
was to add new objects with different names to the data package, and
change my
Hi Stephanie,
On 07/10/2013 12:51 PM, Stephanie M. Gogarten wrote:
I had this issue with GWASTools/GWASdata at one point. There is only
one copy of an experiment data package, so if you change it, it will
break the current release version of bsseq.
Yes there is only one copy of an experiment
11 matches
Mail list logo