W3C home > Mailing lists > Public > public-appformats@w3.org > September 2006

Re: A question on sXBL and XBL 2.0

From: Dean Jackson <dino@w3.org>
Date: Tue, 12 Sep 2006 21:07:53 +1000
Message-Id: <B25F8867-1CDF-451F-9267-71F0369A029E@w3.org>
Cc: public-appformats@w3.org
To: Matthew Raymond <mattraymond@earthlink.net>, herve.girod@club-internet.fr

On 10/09/2006, at 12:05 PM, Matthew Raymond wrote:

> Hervé Girod wrote:
>> I just saw on W3C Web site that Web appformats WG has released a Last
>> Call Working Draft for XBL 2.0, and I have some questions about  
>> the WG
>> strategy about XBL 2.0 / sXBL relationship.
>    From the XBL 2.0 Last Call working draft:
> | Although they have had related histories, this specification is
> | separate from the W3C's "sXBL" drafts, and is not compatible with
> | them. (The two efforts use different namespaces, for one.)
>> - will the sXBL working draft be dropped in favor of the more general
>> XBL 2.0 (there is a specific chapter on XBL 2.0 with SVG, and it  
>> seems,
>> by looking at the table of contents, that the xSBL TOC is a subset of
>> XBL 2. TOC too) ?
>    I've heard rumors that sXBL is dead. The working draft for sXBL is
> over a year old. Considering that XBL 2.0 is now in Last Call, it's
> probably a safe bet that the rumors are true.

There certainly isn't any activity on sXBL at the moment.
However, I don't think we can call it dead just yet. SXBL is
still a chartered work item for the SVG group. As Anne suggested,
maybe sXBL will be updated to be compatible with XBL 2.0, or just
updated in general.

>> - is sXBL a subset of XBL 2.0, or is there some ([voluntary]) subtle
>> differences between the two recomandations ?
>    Originally, sXBL was supposed to be a subset of XBL 2.0 for SVG,  
> and
> XBL 2.0 would have been based on sXBL once the specification reached
> maturity. I think what happened is when sXBL stalled, they went ahead
> with XBL 2.0 and broke compatibility with sXBL as it became  
> increasingly
> outdated.

The XBL 2.0 that is currently in last call broke compatibility
with sXBL in its first draft - it wasn't something that happened
over time. Now that XBL 2.0 is a more mature specification than
sXBL it will be interesting to see what path sXBL takes if it is
published again. I don't think the world wants two binding
specifications, but there might be some things in XBL 2.0 that
make it unacceptable for standalone SVG implementations (for

Received on Tuesday, 12 September 2006 11:10:02 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:50:05 UTC