[Stox] chat states <-> isComposing

[Peter Saint-Andre <[e-mail]>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I've taken a look at the mapping between XMPP chat states (XEP-0085)
and the isComposing event (RFC 3994).

RFC 3994 has two states: idle and active. RFC 3994 has only two states
because it's really just about composing (in messaging, whether or not
the sender is actively typing or otherwise creating text for sending
to the recipient -- simply toggling between the two, changing to
active if the user is composing a message and changing to idle when
not composing a message).

XEP-0085 has five states: active, inactive, gone, composing, and
paused. XEP-0085 has more states than RFC 3994 because it's not just
about composing, but about the sender's involvement with the chat
session. Thus in XEP-0085, "active" means "paying attention to the
conversation", which ironically maps best to RFC 3994 "idle", I think.

It might be best if we don't map XEP-0085 chat states other than
composing and paused to RFC 3994 isComposing events, since RFC 3994 is
just about composing. However, in XEP-0085 it is possible to have
state transitions such as composing to active (not paused).

Thus the safest mapping might be

isComposing => chat states
  idle => active
  active => composing

chat states => isComposing
  active => idle
  inactive => idle
  gone => ???
  composing => active
  paused => idle

This mapping loses some of the granularity on the XMPP side (i.e., the
paused and inactive states), but that might be fine in this context.

I know Saúl has looked at this mapping, so I would appreciate his
feedback (and input from other folks, too).

Peter

- -- 
Peter Saint-Andre
https://stpeter.im/


-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.19 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJSOcJ1AAoJEOoGpJErxa2pQbkP/0stwD2MJn7MkjTB4wHmtJeC
onCVl5tzG/I4F98U5RkNKn03zkdt6Q3p4eF/SOPnK1tf7wxTDvuxAaokZXt1IUlX
0rwx4OdMwJ8hdF20s+lWSdhoR1NXcIK5BLgqva5RF9u+Id5UNQzGls9E1KrGcre5
4MZ41ArZEmxAyrqXYH7bqGcVR9nnF6bhHV0pjQ4mL4uGWQ9DPeJLU3Xe7/FBANFH
W1TWB68GXP2JyQ/gp7Y+dl/e7XZfTwybOpj+B4JqmtIXMPrpde6RlAKGzjfdAdWh
cGlcqDQA33MDFYAQxew6lpLNYUCll2sXia58mjxmX/QrQyUUe5UIL4v/PCHsdcMH
hszH2gZm55qVrSj26pSaUcLLRnzSEuN9nAPLukp5lK1QFHoZOPsLI1CVHE5mNY60
/IWmbSUTOpbPsUkV5CONYYJQk9wGAGZ626DWdJQ4LDYdHT+rQKOqgvYOafApmVzp
vBgrN03mtv27YQz55+T2R/UAuzyavCD6KFhg+vV18JdjuzjsvgWd9gLT1Mz2udFt
5X/zNGV7rmnIAcssYODhmcrsi7+rLGzirtIqwRqM1SHvgep6yO0qIl+97kMZnjSX
WrOUGp3JxnGnjfHgah7SXBJzPJz2Qa29oYf+qzG7qJEgF6ibuwAAgUVWZRQhGfNo
ZFePT1EC0Y7Kb0VzI2gT
=t9Qo
-----END PGP SIGNATURE-----