101–110 of 124 posts
Gitter, on the other hand, is fairly straightforward. The biggest issues with it are that they chose to go with the "has a GitLab/GitHub/Twitter account and must use it to sign in" antipattern as the barrier to entry, and that the web client's layout at half-width 1080p is unfathomably bad. Like, clearly-no-one-has-ever-tested-their-responsive-layout-rules bad.
I've found trying to get help from any project that uses Gitter to be a huge pain. It seems that people hardly ever check messages on there. I hope this helps the situation from a UX perspective. Maybe can provide better notification management options?
Earlier quoted context omitted.
> Can Irssi be used to access this matrix thing? Yup. I haven't tried it myself and I think there are different ways to set that up but this could be a start (I think this is more targeted towards bridging matrix and IRC, which may or may not be what you want): https://matrix.org/bridges/#irc > If not, is there some nice matrix command line client in the Debian repos? Not sure what's in the mainline debian repos but…
Can you explain the caveat? Federated identity seems to be what matrix already offers. Even if the main instance at matrix.org dominates.
Arguably none of the alternatives have this quality either but I find it worth pointing out as a requirement for next-generation IM.
This is awesome. I found Gitter super handy because of it's close tie to repos, but being able to reach it from Element would be really nice.
You already could, before this announcement. For example, want to join https://gitter.im/hashicorp-consul/Lobby ? Then join #gitter_hashicorp-consul=2FLobby:matrix.org from Element.
That being said the bridge is very flaky. Sometimes my messages would not get delivered and attachment such as schreenshots never work either. For the most part it's quite functional though!
Can anyone comment on the state of UX with Element these days? I'm changing to Linux/Windows from Mac, so i'm dumping iMessage - but i'm not convinced Signal has a good enough UX to keep me and my family happy. Sidenote, i love how i can pay Element and support Matrix/Element.
The only UX feature I miss is threads to help organize bigger discussions better.
(Disclaimer: ShipReq dev here)
Earlier quoted context omitted.
Well, the main news is that Gitter is going to natively join Matrix. We've been talking about doing this for a few years, but it never got to the top of the todo list on either side - plus frankly we're breaking new ground by making a large existing network natively speak Matrix (complete with incorporating room archives, etc). Others (e.g. Rocket.Chat) have had a go at natively speaking Matrix but it's hard to be th…
Please, please fix the years-old notification bug where you can't turn off email notifications for every single comment without leaving the channel. "Only email me when I'm mentioned" actually emails you for every message instead.
If you use the "Mute" notification setting, you will only get emails for messages the mention you which sounds like you're after.
Earlier quoted context omitted.
We’re aware of folks objecting that messages longer than 3 lines get autopastebinned, and that replies are a bit jarring on IRC. Or do you have something else in mind? Impedance mismatches are inevitable, but we obviously don’t want Matrix to crap over native experiences on IRC or elsewhere. So: give us specifics and we’ll fix as best we can.
The reply issue is pretty hard to solve, since sometimes the extra text is useful, sometimes it isn't. Perhaps if there has been N minutes or X lines of chat since the message being replied to, then include the extra text, otherwise don't. The template should be changed to something like this though: bar: re "hello about something longis...", hello! bar: re "short hello", hello! Those are the main ones, a few more: I…
[bar](https://matrix.to/#/@bar:matrix.org): hello
> Directing a message at a specific person on the channel sometimes posts their full name on the IRC side, rather than using their IRC nick:
Bar Baz: hello
Earlier quoted context omitted.
Can you explain the caveat? Federated identity seems to be what matrix already offers. Even if the main instance at matrix.org dominates.
Federated/decentralized identity is on the roadmap and being worked on - while yes, Matrix conversations and discovery are fully decentralized and federated, each account is still tied to a single homeserver through the domain (e.g. user@matrix.org still depends on the matrix.org homeserver to use their identity) Arguably none of the alternatives have this quality either but I find it worth pointing out as a requirem…
Earlier quoted context omitted.
can you comment on the vision that gitlab as a product would have in the future for integration with gitter/matrix? We're running a decent sized gitlab+mattermost instance now, we're using mattermost guests to pull in collaborators from upstream. It would be overall a lot easier if we were using something like matrix where it's federated and we can bring people in to our homeserver without having to make accounts for…
That sounds like a great use case and we would welcome Matrix support in GitLab. Adding this isn't on our company roadmap so it would have to be a contribution. See https://gitlab.com/gitlab-org/gitlab/-/issues/22996 for a related but not quite the same suggestion.