SVG 2 has this webidl definition of SVGZoomAndPan
Without the NoInterfaceObject one could write something like While one now has to write it as The same applies to SVGUnitTypes. Do we mind about keeping backwards Robert |
I think the logic for declaring them "No Interface Object" was that there are never instances of these interfaces (they are all mix-ins implemented by the different element interfaces), so there was no need to clutter up the global namespace. If it is a breaking change that is causing problems in implementations, that would be a good argument for implementing them as global objects. But there are likely to be other propblems: the hierarchy of interfaces was collapsed in many cases and names were changed. If tests are detecting the individual interface names, instead of the exposed methods and properties on the element interfaces, this re-organization becomes a breaking change, too. In contrast, if they are all "No Interface Object" interfaces, then the exact names and organization of the mix-in interfaces is safe to change, because it's never exposed in the API. Are you able to generate a full list of interfaces Firefox detects in test cases? ~ABR On 21 August 2016 at 15:07, Robert Longson <[hidden email]> wrote:
|
SVG 1.1 did permit instances of these interfaces and existing UAs support this (https://bugzilla.mozilla.org/show_bug.cgi?id=1241898#c6). Currently Firefox does not have either SVGUnitTypes and SVGZoomAndPan as [NoInterfaceObject].On 22 August 2016 at 06:35, Amelia Bellamy-Royds <[hidden email]> wrote:
|
Free forum by Nabble | Edit this page |