Guillaume,

My reading of the wbxml spec is that the string appearing in the string table or appearing inline should amount to the same thing. Which means that Kannel is behaving correctly (in doing the latter). Adding a string table to ota_compiler.c going to require a little bit of work, for whoever has the time.

P.

On Oct 22, 2008, at 15:45, Guillaume Godart wrote:

I know that, we are not speaking about the xml->wbxml tokens table but
about a string table who can be defined in the begining of any wbxml
content, reducing its size.

it is explained here :
http://discussion.forum.nokia.com/forum/showthread.php?t=124252





Le mercredi 22 octobre 2008 à 14:39 +0200, Stipe Tolj a écrit :
Guillaume Godart schrieb:
are you absolutely sure it is the source code used to compile wbxml
content from xml content ?

I'm sure, we don't have any tokens for the CODEC, MEDIASUBTYPE, PRIORITYINDEX in the code tables. Reason: they are NOT specified as binary tokens in the latest
OMA ProvCont spec.

These will be "encoded" in plain text bytes, not via own "tokens". So the
encoded WBXML string simply represents them as bytes.

Stipe



Reply via email to