[Accessibility] Goal of AT-SPI inclusion of AT-SPI

Olaf Schmidt ojschmidt at kde.org
Wed Nov 8 16:57:00 PST 2006


[ Olaf Schmidt, Mi., 8. Nov. 2006 20:14 ]
> These are some thoughts on possible ways to include AT-SPI in LSB, and
> their problems and benefits

I forgot to include some important questions about the exact purpose of 
including AT-SPI in the LSB.

In Hawaii we agreed that AT-SPI should not be an ABI standard, but an IDL 
standard. People are free to write additional conformance tests (e.g. for 
D-Bus) that can be published later.

The LSB is an ABI standard, i.e. the ABI is normative (not an IDL).

If we want the LSB to include AT-SPI, then how are the normative IDL of AT-SPI 
and the normative ABI of the LSB related?

There are three ways to do this:

1. The FSG publishes both the AT-SPI IDL spec and the conformance tests 
separately from the LSB. The LSB references the AT-SPI spec by
a) requiring or
b) recommending
distributions to include a framework that implements AT-SPI (without defining 
an exact ABI).

2. The FSG publishes the AT-SPI IDL spec separately from the LSB. 
Additionally, an ABI derived from the IDL is made normative for the LSB in a 
module that is
a) mandatory or
b) optional.
Both standards share the same conformance test.

3. We convince the FSG to change the nature of the LSB and to allow parts that 
do not have a normative ABI.


ad 1.: This would allow us to have our own time schedules for new versions of 
the AT-SPI IDL and of conformance tests, giving us most flexibility regarding 
the D-Bus move. We could publish a conformance test for D-Bus immediately 
when it is ready (and maybe even before the implementation is passing it). 

ad 2.: This approach makes perfect sense once we have an ABI that everyone is 
happy with, but to go this route now would be a substantial change from the 
decision made in Hawaii. It is difficult to exactly evaluate the implications 
of a normative CORBA ABI for a D-Bus move, especially since the method for 
depreciating obsolete ABIs is still undecided in the LSB.

ad 2.a): It would be difficult to explain how our standardised ABI is not 
really intended to be normative in all cases, and what the standard exactly 
means.

ad 2.b): Publishing an "optional" module for AT-SPI would sound politically 
much more negative than recommending that LSB conformant distributions also 
to implement a separate standard.

ad 3.: It doesn't seem to make much sense to change the nature of the LSB, and 
I do not think that we could achieve it if we tried.


Olaf




More information about the Accessibility mailing list