Bug 1364813 - Remove IsFrameOfType, use non-virtual checks. r=jwatt

Extend the per-frame-class bit we have to devirtualize IsLeaf to also
devirtualize IsFrameOfType. That is, move this data to FrameClasses.py.

This was done by going through all the frame classes, trying to preserve
behavior.

The only quirky thing is that I had to add two more trivial frame
classes, `nsAudioFrame` for audio elements, and
`nsFloatingFirstLetterFrame`. That's because these frame classes were
returning different answers at runtime, but they do this only on
conditions that trigger frame reconstruction (floating, and being an
audio element, respectively).

Differential Revision: https://phabricator.services.mozilla.com/D194703

Author: emilio

dom/animation/EffectSet.cpp

@@ -49,7 +49,7 @@ EffectSet* EffectSet::GetForFrame(const nsIFrame* aFrame,
   if (aProperties.IsSubsetOf(nsCSSPropertyIDSet::TransformLikeProperties())) {
     // Make sure to return nullptr if we're looking for transform animations on
     // the inner table frame.
-    if (!aFrame->IsFrameOfType(nsIFrame::eSupportsCSSTransforms)) {
+    if (!aFrame->SupportsCSSTransforms()) {
       return nullptr;
     }
     frameToQuery = nsLayoutUtils::GetStyleFrame(aFrame);

dom/animation/KeyframeEffect.cpp

@@ -1893,7 +1893,7 @@ bool KeyframeEffect::ContainsAnimatedScale(const nsIFrame* aFrame) const {
   // frame. If we are being passed a frame that doesn't support transforms
   // (i.e. the inner table frame) we could just return false, but it possibly
   // means we looked up the wrong EffectSet so for now we just assert instead.
-  MOZ_ASSERT(aFrame && aFrame->IsFrameOfType(nsIFrame::eSupportsCSSTransforms),
+  MOZ_ASSERT(aFrame && aFrame->SupportsCSSTransforms(),
              "We should be passed a frame that supports transforms");
 
   if (!IsCurrent()) {