RE: Character encoding in xAP messages

["Edward Pearson" <edward.mailgroup@xxxxxxxxxxxxxxxx>]

------=_NextPart_000_0056_01C50088.BB5A80B0
Content-Type: text/plain;
charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

The spec says ASCII and, thinking it through, it probably means ASCII and
n=
ot UTF8.
=20
I'd previously observed accented characters not transferring correctly in
s=
ong titles between my custom Exstreamer app and its xFx controller. The
'fi=
x' to xFx below would allow these characters to be encoded but in a way
tha=
t's off spec. The Barix Control Language (tinyBasic) that the Exstreamer
co=
de is written in expects ASCII of course so (not tried it) will barf if it
=
starts to see double-octet characters in messages.
=20
Sounds like using the binary operator is the only safe way to go for
unicod=
e strings then. But I bet many xAP progs don't deal with this correctly.

_____=20=20

From: Mark Harrison (Groups) [mailto:mph@xxxxxxx]=20
Sent: 19 January 2005 23:24
To: xAP_developer@xxxxxxx
Subject: Re: [xAP_developer] Character encoding in xAP messages


Edward Pearson wrote:=20

Oh cool - you fixed an old bug in my Extreamer client that'd I'd never had
=
the time to track down!
=20
To formalise this - the xAP specification says ASCII everywhere. Was this
d=
one for a specific reason or were the specification definers just being a
b=
it loose here? Maybe the spec should be revised to say UTF8.
=20
Right, I'm off to listen to some German techno with umlauts in the title
an=
d other diacritically challenged corners of my music collection...

I had understood that non-ASCII stuff should all be represented in a
binary=
format, and therefore use the "keyword!" rather than the
"keyword=3D" form=
... and that the UTF-8 encoding should be specified as the encoding method
=
in notes section of the Schema definition

>From the point of view of my own code, I honestly don't know how, say,
xAPl=
ogger would respond if you tried to log a xAP message containing "Pot
s=C4=
=83 m=C4=83n=C3=A2nc sticl=C4=83 =C8=99i ea nu m=C4=83
r=C4=83ne=C8=99te." =
(which is, in case you were wondering, the Romanian for "I can eat
glass.")=
=20

Anyone got access to a suitable installation this evening to try?

I have no particular objection to a Specification (xAP 1.2.A ?) revision
to=
say "UTF-8" in appropriate places.

I seem to remember that ASCII was picked support by LCD / VFD display
devic=
es at a time when it was felt that these would be a common part of most
xAP=
installations.... I'm not sure how many have been produced, and whether th=
ey all support non-ASCII.

M.


_____=20=20