some comments on general_api
This commit is contained in:
parent
d5099b2656
commit
1c69ba974f
1 changed files with 7 additions and 7 deletions
|
@ -93,9 +93,9 @@ Inputs:
|
|||
- Whether you want federation-style event JSON
|
||||
- Whether you want coalesced ``updates`` events
|
||||
- Whether you want coalesced ``relates_to`` events (and the max # to coalesce)
|
||||
- limit= param?
|
||||
- limit= param? (XXX: probably not; this should be done in the query itself)
|
||||
- Which keys to return for events? e.g. no ``origin_server_ts`` if you don't
|
||||
show timestamps
|
||||
show timestamps (n.b. encrypted keys can't be filtered out)
|
||||
Outputs:
|
||||
- An opaque token which represents the inputs, the "filter token".
|
||||
Notes:
|
||||
|
@ -132,8 +132,8 @@ Outputs:
|
|||
- max of limit= message events
|
||||
- room ID
|
||||
Notes:
|
||||
- If a chunk token is applied, you will get a delta rather than all the
|
||||
rooms.
|
||||
- If a chunk token is applied, you will get a delta relative to the last request
|
||||
performed with that streaming token rather than all the rooms.
|
||||
Compacting notes:
|
||||
- Fixes the problem with the same event appearing in both the ``messages`` and
|
||||
``state`` keys. Represent as something like::
|
||||
|
@ -151,7 +151,7 @@ Duplicate content notes:
|
|||
state events will need to specify the ``prev_content``.
|
||||
What data flows does it address:
|
||||
- Home screen: data required on load.
|
||||
|
||||
- XXX: would this also be used for initially loading room history screens too?
|
||||
|
||||
Event Stream API ``[Draft]``
|
||||
----------------------------
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue