- From: Jon Ferraiolo <jonf@adobe.com>
- Date: Fri, 17 Mar 2006 11:09:57 -0800
- To: "Bjoern Hoehrmann" <derhoermi@gmx.net>
- Cc: <doug.schepers@vectoreal.com>, <www-svg@w3.org>
But doesn't your proposed (a) [interface Global : views::AbstractView ] conflict with the defacto standard web today (both HTML and the smaller SVG ecosystem)? For ECMAScript, the entries on Global/SVGGlobal interface are supposed to be attached to the rootmost object within the ECMAScript scripting context, which means the Window object. Your proposed (a) would result in a 'document' attribute on the Window object which is of type "DocumentView" instead of type "Document". Here are the interfaces from DOM2 Views (http://www.w3.org/TR/2000/REC-DOM-Level-2-Views-20001113/views.html#Views-AbstractView): interface AbstractView { readonly attribute DocumentView document; }; interface DocumentView { readonly attribute AbstractView defaultView; }; Jon -----Original Message----- From: Bjoern Hoehrmann [mailto:derhoermi@gmx.net] Sent: Friday, March 17, 2006 9:17 AM To: Jon Ferraiolo Cc: doug.schepers@vectoreal.com; www-svg@w3.org Subject: Re: SVG12: SVGGlobal::document vs AbstractView * Jon Ferraiolo wrote: >I am having trouble understanding why you feel that the 'document' >attribute on Global should be an SVGDocument instead of a Document. The SVG Working Group proposes that SVGGlobal::document is a Document, Global::document is currently undefined. In other words we have interface Global { } interface SVGGlobal { readonly attribute Document document; } and I want (a) interface Global : views::AbstractView { } interface SVGGlobal : Global { } or failing that interface Global { readonly attribute Document document; } interface SVGGlobal : Global { } or failing that interface Global { } interface SVGGlobal : Global { readonly attribute SVGDocument document; } Now, (a) is implemented in several user agents, and in current drafts by the Web API Working Group and the WHAT WG, so if there is anything wrong with that I'd really like to know what. The other options are going to cause problems if we ever want to do (a) as Robin already pointed out. -- Björn Höhrmann · mailto:bjoern@hoehrmann.de · http://bjoern.hoehrmann.de Weinh. Str. 22 · Telefon: +49(0)621/4309674 · http://www.bjoernsworld.de 68309 Mannheim · PGP Pub. KeyID: 0xA4357E78 · http://www.websitedev.de/
Received on Friday, 17 March 2006 19:10:56 UTC