Bug 20434 – Firefox allows "svgElement instanceof SVGTransformable" Safari does not

• Status: RESOLVED
• Resolution: INVALID
• Component: SVG

[Holger Freyther]

This one is a bit tricky. There is no multiple inheritance in JavaScript and the IDL files for SVG use multiple inheritance and http://www.w3.org/TR/SVG11/ecmascript-binding.html is ambiguous. It says that that XYZElement has all functions and properties of SVGX, SVGY and SVGZ but does not say if that element is an instance of that other element.

E.g. in firefox3 SVGTransformable is bound to the DOM and a "g" element is instanceof SVGTransformable.

So should we add SVGTransformable and SVGLocatable to the DOM (it would probably require manual binding) to follow the SVG spec? Should we support "instanceof" as firefox3 is doing?

[Holger Freyther]

Created attachment 22862 [details]
SVGTransformable test case

The following test case is passed by firefox3

[Eric Seidel (no email)]

If we wanted to fix this, we would fix this by making "instanceof" smarter.

[Sam Weinig]

We could override instanceof for the classes in question.  In fact, we probably should.

[Eric Seidel (no email)]

I think this is a bug in Gecko.  That's not how "instanceof" is supposed to work according to ECMAScript 262:
http://bclary.com/2004/11/07/#a-11.8.6

ECMAScript seems to specify that instanceof is just supposed to walk the prototype chain (which would suggest that one might be able to manipulate said chain and change what instanceof returned.

http://developer.mozilla.org/en/Core_JavaScript_1.5_Reference/Operators/Special_Operators/instanceof_Operator

I think we need to file a bug against Gecko and discuss this with the SVG folks.  I agree that to the web developer it might be nice to be able to ask svgElement instanceof SVGTransformable...

[Dirk Schulze]

SVG2 will have a different hierarchy that we already implement. SVGTransformable is no longer part of it.