Re: Re: xAP-Media Schema

[Kevin Hawkins <yahoogroupskh@xxxxxxxxxxxxxx>]

Hi Mick,

There is within the spec documentation that says that a xAP message
can contain mutiple blocks within the one body - although the name for
each must be unique.   A block name can contain the '.' character that
can be used to identify related blocks that carry similar data payloads.
Often this is used to just differentiate (index) identical blocks as
frequently used in the xAPBSC.cmd messages when addressing several
endpoints simulateously.


block.1
block.2


Kevin


twitty_davis wrote:
> Hey Patrick,
>
> When you refer to sub-blocks, is this a formal part of the xAP message
> spec or is it a way of helping create the schemas (kind of like
> include statements or something) and not really part of the spec?  I'm
> trying to become more proficient with xAP and I didn't see anything in
> the spec about this so I'm wondering if I'm missing something?
>
> Mick
>
> --- In xAP_developer@xxxxxxx, "Patrick" <patrick@...>
wrote:
>
>> --- In xAP_developer@xxxxxxx, Kevin Hawkins
>> <yahoogroupskh@> wrote:
>>
>>> An interesting idea...  We have previously discussed an
inheritance
>>>
>> type
>>
>>> model for schema either to create subsets or supersets. There
is
>>>
> also a
>
>>> need for some versioning control / identification in schema
>>>
> definitions.
>
>>> Whilst talking with a lot of commercial developers there are
two
>>>
> types
>
>>> of devices that they typically always want to be able to
control -
>>>
> the
>
>>> basic I/O devices (well served by BSC) and then AV/media
players.
>>>
> As a
>
>>> third I often see lighting featuring but that is fairly well
served
>>>
>> by BSC.
>>
>> Sadly I can't see the proposed schema (Yahoo groups seems to have
the
>> stripped the attachment in the web view of the group) but I wonder
if
>> sub-blocks might help here? There is obviously overlap between,
say,
>> an audio and video schema and the need to control a
"transport" (stop,
>> play) and "listening settings" (volume etc.) - perhaps
these are best
>> expressed as sub-blocks which can be reused across multiple
schema?
>> Cheers,
>> Patrick
>>
>>
>
>
>
>
>
> Yahoo! Groups Links
>
>
>
>
>