After some thought, I'm conviced this is an important feature:
An AOSL file should describe in one place a sequence for different interpreters which have different capabilities.
This is not true at the current time because you need either:
- different AOSL files for each specific implementation;
- one AOSL file that don't use specific capabilities;
So we need a third option that is
- one AOSL file that contain both a default description of a sequence, and capability-dependent variations too;
I have some ideas of how to implement this. I will write some drafts as soon as I have the AOSL 1.0 documentation ready (in a few weeks).
Joel Lamotte