-
-
Notifications
You must be signed in to change notification settings - Fork 97
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Aggregations are confusing #1405
Comments
IMHO the main problem here is the term "bundle", which I have long hated. (I think we iterated quite a lot on this on #1062). We should refer to either "an aggregation" if we are talking about the aggregation in general, or "bundled aggregation" if we specifically want to refer to the automatic inclusion in
No, all of the events which relate to a given event ( |
As a bit of an contrary view -- what's the point of separating the "bundling" of it into a different term? Since the |
only that it gives us a useful term to describe when the aggregation is included and when it is not. But I don't disagree, we could probably live without mentioning bundles or bundling at all and our lives would be better for it. |
fwiw, I find I keep swapping "bundle" and "aggregation" because "bundle" is more intuitive for what's happening (not everything feels aggregated, but everything feels bundled). |
An
m.replace
event is aggregated by a server to (sometimes) create a bundle: none of these words are intuitive.See https://spec.matrix.org/v1.4/client-server-api/#server-side-aggregation-of-mreplace-relationships and related sections.
The text was updated successfully, but these errors were encountered: