are you using the spaces feature in element? that’s the same thing as discord “servers”. they are on the left, unless you have none yet.
I wrote my comment when testing with Element X. You only get one room list, and it commingles chats from spaces with chats you made yourself.
You have to go to a separate screen to see the spaces themselves. On this screen, I clicked on a group I was in, and it took six seconds to tell me there were four available chats.
You can also disable showing name change and membership change events if you don’t care, but membership is good to be aware of and shouldn’t be a problem with element x
Even if you disable viewing the events, they’re still loaded in the background. I like to disable them, but then you see a lot more nothing and you may not be sure why the screen is empty for a longer while.
Joining a space requires you to manually join every single room in that space, which is bound to cause even more events in low traffic rooms…
Basically, Matrix isn’t fast, it doesn’t look like it’s gonna get fast anytime soon, and it is definitely not a Discord replacement.
I was asking to find out if the slowness could be because your server does not support sliding sync for some reason (the newer faster sync method that doesn’t try to load everything), but matrix.org does. I don’t use that server anymore because they are way too overloaded for years, but maybe that’s the issue here too.
Ideally, a full log of joins and leaves wouldn’t be bound directly to a chat anyway, right?
Matrix development seems to be getting pulled in a lot of different directions: the membership history seems like it’s an IRC-inspired feature, while communities are inspired by Discord and Slack.
Rooms with a high volume of messages will appear to load faster than rooms with a high volume of joins and leaves… So maybe that’s what you’re seeing? 25 messages appearing at once is a whole lot more engaging than 25 hidden join events.
I’m agnostic about whether room joins or leaves should be recorded at all (I’ve seen discord bots report this at the server level), but the pain point is that the records are joined with the messages… I also thought redactions were weird. Federation probably requires it (maybe federation requires room events to be persisted in the room history too), but having to load extra events to explain deleted messages will probably clog up the pipeline as well.
I wrote my comment when testing with Element X. You only get one room list, and it commingles chats from spaces with chats you made yourself.
You have to go to a separate screen to see the spaces themselves. On this screen, I clicked on a group I was in, and it took six seconds to tell me there were four available chats.
Even if you disable viewing the events, they’re still loaded in the background. I like to disable them, but then you see a lot more nothing and you may not be sure why the screen is empty for a longer while.
Joining a space requires you to manually join every single room in that space, which is bound to cause even more events in low traffic rooms…
Basically, Matrix isn’t fast, it doesn’t look like it’s gonna get fast anytime soon, and it is definitely not a Discord replacement.
can I ask which homeserver are you using?
The de facto default/official one, although I have tried others in the distant past.
I was asking to find out if the slowness could be because your server does not support sliding sync for some reason (the newer faster sync method that doesn’t try to load everything), but matrix.org does. I don’t use that server anymore because they are way too overloaded for years, but maybe that’s the issue here too.
Ideally, a full log of joins and leaves wouldn’t be bound directly to a chat anyway, right?
Matrix development seems to be getting pulled in a lot of different directions: the membership history seems like it’s an IRC-inspired feature, while communities are inspired by Discord and Slack.
idk, I think it’s sensible that it’s part of room history. also, other platforms do that too.
what is not sensible is that loading them is slow, but I don’t experience that even in popular rooms
Rooms with a high volume of messages will appear to load faster than rooms with a high volume of joins and leaves… So maybe that’s what you’re seeing? 25 messages appearing at once is a whole lot more engaging than 25 hidden join events.
I’m agnostic about whether room joins or leaves should be recorded at all (I’ve seen discord bots report this at the server level), but the pain point is that the records are joined with the messages… I also thought redactions were weird. Federation probably requires it (maybe federation requires room events to be persisted in the room history too), but having to load extra events to explain deleted messages will probably clog up the pipeline as well.
Don’t mind me, I’m just thinking aloud.