Move TransformOperation-based classes off of PassRefPtr
Created attachment 252871 [details] Patch
Comment on attachment 252871 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=252871&action=review > Source/WebCore/platform/graphics/transforms/TransformOperation.h:30 > +#include <wtf/Ref.h> I think Forward.h would have sufficed here. I don’t think we need to include Ref.h just to declare functions with Ref<X> as a return type. > Source/WebCore/platform/graphics/transforms/TransformOperations.cpp:85 > + RefPtr<TransformOperation> blendedOperation = toOperation ? toOperation->blend(fromOperation.get(), progress) : (fromOperation ? RefPtr<TransformOperation>(fromOperation->blend(nullptr, progress, true)) : nullptr); A real shame that we have to cast to RefPtr here. At some point we should probably add something that turns a Ref into a RefPtr without having to repeat the name of the type involved.
Comment on attachment 252871 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=252871&action=review >> Source/WebCore/platform/graphics/transforms/TransformOperation.h:30 >> +#include <wtf/Ref.h> > > I think Forward.h would have sufficed here. I don’t think we need to include Ref.h just to declare functions with Ref<X> as a return type. That entails including Ref.h in all the header files declaring the deriving interfaces, but I'm OK with that.
Created attachment 252949 [details] Patch for landing
Comment on attachment 252949 [details] Patch for landing Clearing flags on attachment: 252949 Committed r184193: <http://trac.webkit.org/changeset/184193>
All reviewed patches have been landed. Closing bug.