matrix-org / matrix-org/matrix-spec

virtual/meta rooms

Open
#1,663 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

improvement
Dominant language
HTML
Stars
330
Forks
150
Avg merge
2h 21m
Merged PRs (30d)
3

Description

note: this is a rough sketch

**Suggestion**

A room which doesn't have it's own timeline, but can merge + filter + sort events from other rooms. Maybe it could be impl'd as a normal room with a `m.room.virtual` state event? Would be useful to let the server do basic processing on large amounts events/data, instead of downloading everything then filtering locally.

examples:

- could be used for "matrix-matrix bridging" where one room aggregates events from multiple others
- aggregate threads from all rooms into one room
- could be used like `/notifications`

maybe something like this:

```js
{
"merge": {
"rooms": ["!foo"], // get events from these rooms
"spaces": ["!bar"], // get events from all rooms in these spaces
"types": ["m.something"], // get events from all rooms with this type
},

"filter": {
// maybe something like push rules, or implement a custom language for filtering
},

// maybe with bump_event_types, or again use a custom expr lang
"sort_by": ["recency"],
}
```

pretty low priority and probably extremely niche but is an interesting idea to put out there

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

The issue is a rough protocol sketch and names no files, tests, or implementation entry points. Begin by clarifying the proposed virtual-room model, merge and filtering semantics, and how completion would be validated in the Matrix specification.

Written by the indexing model from the issue text.

Assessment

Domain
backend-api-design
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
20/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.