make intro match order of sections as per max g-j feedback
This commit is contained in:
parent
07c4d6cd21
commit
c0e55bb99e
1 changed files with 5 additions and 5 deletions
|
@ -190,16 +190,16 @@ Events in a room
|
|||
|
||||
Room events are split into two categories:
|
||||
|
||||
:Message events:
|
||||
These are events which describe transient "once-off" activity in a room:
|
||||
typically communication such as sending an instant messaage or setting up a
|
||||
VoIP call. These used to be called 'non-state' events.
|
||||
|
||||
:State Events:
|
||||
These are events which update the metadata state of the room (e.g. room topic,
|
||||
room membership etc). State is keyed by a tuple of event ``type`` and a
|
||||
``state_key``. State in the room with the same key-tuple will be overwritten.
|
||||
|
||||
:Message events:
|
||||
These are events which describe transient "once-off" activity in a room:
|
||||
typically communication such as sending an instant messaage or setting up a
|
||||
VoIP call. These used to be called 'non-state' events.
|
||||
|
||||
This specification outlines several events, all with the event type prefix
|
||||
``m.``. However, applications may wish to add their own type of event, and this
|
||||
can be achieved using the REST API detailed in the following sections. If new
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue