I guess not, reading this : http://discussion.forum.nokia.com/forum/showthread.php?t=124252
The embeded string table works as the embeded color table in a gif file, allowing size reduction. Necessity to add voip codec parameters in a such table in the oma wbxml to allow the E51 to be able to read it sounds like a nokia "feature". Knowing that and the obvious interest to reduce sms size, a usefull kannel functionnality would be to implement a such table, automaticaly detecting every key words found in the oma xml content when /cgi-bin/sendota is done. Le mercredi 22 octobre 2008 à 16:06 +0300, P. A. Bagyenda a écrit : > 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 > >> > >
