Live data from Hacker News

Gitter now speaks Matrix

matrix.org

111–120 of 122 posts

Re: Gitter now speaks Matrix

#111
post #23

Earlier quoted context omitted.

Discord has a feature (recently added?) in which you can reply to something -- it gets miniquoted above your reply. It does a good job of 'flattening out the tree'.

Element appears to have the same thing right now

replies have been a thing for quite a while in matrix

Re: Gitter now speaks Matrix

#112

Earlier quoted context omitted.

Thanks for the heads-up! Working on a fix so you can't query a private room and send in Matrix events. We already block from Gitter -> Matrix side.

Update: Fix deployed -> https://gitlab.com/gitterHQ/webapp/-/blob/develop/CHANGELOG....

Thanks! I'm still in the room with no feedback that sending the message failed, but from the room's point of view it's now private.

One other thing: my message was still posted by @matrixbot, rather than by my Matrix user. Is this another case of every client having to migrate (I'm using Fractal)?

Re: Gitter now speaks Matrix

#113

Earlier quoted context omitted.

Matrix now has two flavours of threading defined and implemented as we experiment with the different approaches: label-based threading in MSC2326[1] (i.e. "filter this room to only show msgs tagged #foo"), and full-blown free-form HN/Reddit/NNTP/SMTP/Twitter style threading in MSC2836[2]. The former is closer to Zulip, and is implemented in Synapse. The latter is closer to HN, and is implemented in Dendrite[3][4]. Cl…

So...could I write a gateway that provides functionality for threads to be pulled in from HN/Reddit/NNTP/SMTP/Twitter (MSC2836)? Think Epiverse [1] within Matrix and its clients. [1] https://epiverse.co/

There's https://github.com/42wim/matterbridge, supports Reddit/Matrix and many more plus API for extensions.

Re: Gitter now speaks Matrix

#114

This is very exciting. On the element client edits from gitter via the gitter bridge currently do not display very well. The bridge creates a new pseudo post when edits are made. Will these edits automatically be cleaned up in the history of a room in the future?

Previous history is probably not going to get rewritten. The ugly edits are sent by the old gitter bridge, the new gitter bridge can bridge edits properly.

Re: Gitter now speaks Matrix

#115

Earlier quoted context omitted.

So...could I write a gateway that provides functionality for threads to be pulled in from HN/Reddit/NNTP/SMTP/Twitter (MSC2836)? Think Epiverse [1] within Matrix and its clients. [1] https://epiverse.co/

Yup. Can't wait for someone to implement a Matrix-powered Disqus clone!

Yes, I was actually just looking at it this week!

Re: Gitter now speaks Matrix

#116

Earlier quoted context omitted.

Wow, it would be really, really interesting for a blog to offer a Matrix room as a "comment section". If you didn't care about threading, you could probably do something like that even today.

https://matrix.org/blog/2020/09/15/gsoc-report-html-embeddab... was a GSOC project this year which heads in that direction. Meanwhile Hydrogen has been built to be embeddable ( https://github.com/vector-im/hydrogen-web ). And Gitter of course has http://sidecar.gitter.im/ . But nobody has fully packaged one up as FOSS Disqus/Intercom/etc alt yet. It's a huge and easily-fillable gap in the Matrix ecosystem :)

We've been working on some Web Components that use the js sdk to talk with matrix but have been wondering if we should spend time looking at how the react sdk could be implemented in this use case assuming it would better handle encryption etc... although I think I read recently that the js sdk also handles encryption - but we'd need to add UI for verification to access encrypted rooms which seems likely to be a pain across browser sessions... there's also an issue as to which websites you might trust to share your matrix user token with to post on your behalf (but will check out Hydrogen to see how it handles this).

So thinking out loud, for a disqus clone - sticking to unencrypted rooms and web components could be the way to go! Thanks for the GSOC and Hydrogen links - will check them out!

Re: Gitter now speaks Matrix

#117
post #109

Earlier quoted context omitted.

Does the IRC bridge work reliably for you? I tried experimenting with Matrix today, I could make it to join #freenode_#xmonad:matrix.org but any message I sent didn't go through to the IRC side. When I then joined #irc:matrix.org it seems several other people were reporting this not working lately. To make this experience even less amusing, I then tried to join #xmonad:matrix.org, assuming it's the matrix equivalent…

The IRC bridge has worked reliably for me so far. My messages from Matrix get delivered to Freenode IRC channel without any problems, so far. The settings of #xmonad:matrix.org show that they allow only invited users to access their room. Here is a screenshot of their room settings: https://i.imgur.com/vxap6wY.png . This is a little weird indeed. However, there are other plenty of other rooms that do not require invi…

It seems only #xmonad on freenode is affected, so I've been asked by @matrixdotorg to report an issue and I'll do that asap.

Also, #xmonad:matrix.org being invite only seems to be another bug. I contacted the room admin who sent me a similar screenshot as you did, showing that the room is _not_ set to invite-only, and they had to upgrade the room version from 1 to 6 to fix it. I can now join the room.

I have to say this has been a very frustrating experience. In addition to these two problems with #xmonad, I also suffer from https://github.com/poljar/weechat-matrix/issues/248, https://github.com/wee-slack/wee-slack/issues/812. I am afraid the takeaway is that Matrix is not ready yet. :-/

Re: Gitter now speaks Matrix

#118
post #98
post #73

Earlier quoted context omitted.

XMPP is anything but dead yet. There were a lot of XEPs added and updated in recent years and it turned into a modern protocol being able to provide all features you could expect from a modern messaging service. It's just that you need a client and server that supports those features. Daniel Gultsch has written an Android client[1], that's as good as it can be. He also offers a maintained XMPP server [2] providing th…

I spent a long time trying to get the following to all work: 1. Store and forward 2. e2e encryption 3. Messages received on multiple clients at the same time, with clients being able to reconnect and pick up the complete conversation history. In theory, all possible. In reality, none of the clients I tried supported the same combo of XMPP plugins and encryption methods. Oh, and I need clients that work on MacOS, Wind…

I’m using ejabberd 20.07 on a Raspberry Pi 4, Conversations (paid) on Android, Monal on iOS and macOS and Gajim on Windows and Linux (sometimes macOS, too). OMEMO works fine between those. So do attachments/file transfers (not slow at all). Also MAM/history.

To have OMEMO working between multiple clients but the same user, make sure they’re all running and send a message from each client to your OMEMO contacts so they learn all your different keys and send answers encrypted for all of them.

In regards to Matrix. There’s only one reference client at the moment. But once other clients emerge and the protocol gets extended, they’ll probably have the same fate in that many 3rd party clients won’t support all features.

Re: Gitter now speaks Matrix

#119
post #118
post #98

Earlier quoted context omitted.

I spent a long time trying to get the following to all work: 1. Store and forward 2. e2e encryption 3. Messages received on multiple clients at the same time, with clients being able to reconnect and pick up the complete conversation history. In theory, all possible. In reality, none of the clients I tried supported the same combo of XMPP plugins and encryption methods. Oh, and I need clients that work on MacOS, Wind…

I’m using ejabberd 20.07 on a Raspberry Pi 4, Conversations (paid) on Android, Monal on iOS and macOS and Gajim on Windows and Linux (sometimes macOS, too). OMEMO works fine between those. So do attachments/file transfers (not slow at all). Also MAM/history. To have OMEMO working between multiple clients but the same user, make sure they’re all running and send a message from each client to your OMEMO contacts so the…

Just for the sake of accuracy, Matrix really does have a lot of impressively feature complete clients these days - Element, FluffyChat, Weechat, Mirage etc (and technically Element is 3 entirely non-overlapping codebases on web/desktop, iOS & Android). And the protocol is busy evolving; with MSCs landing on some clients before others (e.g. FluffyChat implements BlurHash based image thumbnails but Element doesn't yet). So far we haven't had massive fragmentation though, because the spec itself is monolithic - it's completely unambiguous on what the official recommended featureset is at any point in time. Anything beyond that is experimental, and there's no guarantee that it will work compatibly at all. So when something like blurhashes turns up as a random community spec change proposal (https://github.com/matrix-org/matrix-doc/blob/anoa/blurhash/...), some clients go and implement it, and once proven it gets baked into the official spec.

Re: Gitter now speaks Matrix

#120

Earlier quoted context omitted.

So...could I write a gateway that provides functionality for threads to be pulled in from HN/Reddit/NNTP/SMTP/Twitter (MSC2836)? Think Epiverse [1] within Matrix and its clients. [1] https://epiverse.co/

There's https://github.com/42wim/matterbridge , supports Reddit/Matrix and many more plus API for extensions.

Wow, thanks so much for sharing this!
Post reply on HN