Hi Hervé, thanks for your kind answer - refactoring is always good, I've lagged behind in the last months not following the novelties so to be truthful it has been my fault and today I was in a bit of a hurry for other reasons.
> I'm in the process of re-serializing > RangedSummarizedExperiment objects and fixing the packages affected > by these changes (should be done before the end of the week). Yup, I see. roar should be fixed now even if I'm not sure that the solution is satisfying in the long run, maybe after the bulk refactoring of SummarizedExperiment comes to an end I will reconsider some refactoring too :) Thanks for the explanations they cleared my head around some issues! >> - it would be better to avoid extending such a class and instead >> simply having another slot to avoid such initializations issues? > > > Not sure I understand what you're asking exactly. Can you provide > more details? That wasn't a very clear question also in my mind, sorry...it derived from my not so deep understanding of S4 inheritance mechanism, I tried to patch it today :) Basically I was wondering if extending classes and thus maybe tinkering with their inner mechanisms more than when simply composing would be considered a better practice in Bioconductor where the API are not always stable but looking around in the codebase convinced me that it it's not the case. Thanks again, E. _______________________________________________ Bioc-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/bioc-devel