Thanks Martin. We'll update the BioC builders to the latest R devel soon.
Cheers,
H.
On 3/15/24 10:26, Martin Maechler wrote:
>> Martin Maechler
>> on Fri, 15 Mar 2024 11:24:22 +0100 writes:
>> Ivan Krylov
>> on Thu, 14 Mar 2024 14:17:38 +0300 writes:
> >> On Thu,
On Fri, 15 Mar 2024 11:24:22 +0100
Martin Maechler wrote:
> I think just adding
>
> removeGeneric('as.data.frame')
>
> is appropriate here as it is self-explaining and should not leave
> much traces.
Thanks for letting me know! I'll make sure to use removeGeneric() in
similar cases in the
> Martin Maechler
> on Fri, 15 Mar 2024 11:24:22 +0100 writes:
> Ivan Krylov
> on Thu, 14 Mar 2024 14:17:38 +0300 writes:
>> On Thu, 14 Mar 2024 10:41:54 +0100
>> Martin Maechler wrote:
>>> Anybody trying S7 examples and see if they work w/o producing
>
> Ivan Krylov
> on Thu, 14 Mar 2024 14:17:38 +0300 writes:
> On Thu, 14 Mar 2024 10:41:54 +0100
> Martin Maechler wrote:
>> Anybody trying S7 examples and see if they work w/o producing
>> wrong warnings?
> It looks like this is not applicable to S7. If I overwr
On Thu, 14 Mar 2024 10:41:54 +0100
Martin Maechler wrote:
> Anybody trying S7 examples and see if they work w/o producing
> wrong warnings?
It looks like this is not applicable to S7. If I overwrite
as.data.frame with a newly created S7 generic, it fails to dispatch on
existing S3 classes:
new_
> В Tue, 12 Mar 2024 12:33:17 -0700
> Hervé Pagès пишет:
> > The acrobatics that as.data.frame.factor() is going thru in order to
> > recognize a direct call don't play nice if as.data.frame() is an S4
> > generic:
> > df <- as.data.frame(factor(11:12))
> >
> > suppressPackageStar
В Tue, 12 Mar 2024 12:33:17 -0700
Hervé Pagès пишет:
> The acrobatics that as.data.frame.factor() is going thru in order to
> recognize a direct call don't play nice if as.data.frame() is an S4
> generic:
>
> df <- as.data.frame(factor(11:12))
>
> suppressPackageStartupMessages(libr
