nio
gomuks
nio | gomuks | |
---|---|---|
2 | 11 | |
536 | 1,276 | |
0.2% | - | |
5.6 | 4.7 | |
6 months ago | 3 months ago | |
Swift | Go | |
Mozilla Public License 2.0 | GNU Affero General Public License v3.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
nio
- Update on beta testing payments in Signal
-
I think we should make a brainstorming session and build a service on top of NANO that can be trusted by regular people.
Shameless self-plug: I've been building a Matrix client for iOS (and eventually macOS) and have been playing around with the idea of integrating a custom message type specifically for sending Nano. Something along the lines of how Apple Pay Cash works for quickly sending money to contacts in iMessage. I haven't thought about it in great detail yet, but what you propose regarding payment requests, verification on the other end and sending payment sounds fantastic. I don't want to get any hopes up, my client Nio is still very much in its alpha phase, but this sounds to useful to pass up.
gomuks
- Show HN: Beepberry – a portable e-paper computer for hackers
- Gomuks – A terminal Matrix client written in Go
- The lynx browser. 30 years later still the best internet browser.
- Element raises $30M to boost Matrix
-
Freenode, The Mainstream IRC Network, Is Collapsing
The problem with this is that this is just fundamentally untrue. There are plenty of non-Electron apps that are viable. For core functionality of e2ee, messages, exploring directories, sending images, etc, those are available in multiple alternative apps. If you're talking about other integrations like video calling, plugins, and spaces, then you'd be right as I don't know other clients that have those. But, none of those things are really required in the matrix protocol anyways, and those available features in other clients already far surpasses what IRC can do. You don't need these bleeding edge features to have an enjoyable experience on Element, and given the IRC crowd, I would assume they're adverse to bleeding edge anyways. If you want an experience similar to irssi, then you can use gomuks for a superior experience in a familiar(ish) client. So saying Element is the only suitable client implementation is outright false.
-
What's a Good Matrix Client?
There's also a nice terminal client called gomuks.
-
freenode now belongs to Andrew Lee, and I'm leaving for a new network.
gomuks is probably the most feature complete one.
-
Best examples of a Go client
gomuks is a command line-based Matrix chat client
-
Signald: Unofficial Daemon for Interacting with Signal
I am running my own home server, everyone in my family has an account they use there (the domain is our surname). Non-techy people use it and like it (past the initial setup, since setting up a custom domain requires a few more clicks than :matrix.org account). I am not waiting for the day, though, when they will need to set up a new device without access to the old one.
> I personally haven't met any "real" people who are even aware of Matrix. When I broached it with a non-IT friend, they were actively uninterested in unifying messaging applications as they had "facebook friends" and "whatsapp friends" and interacted with them differently.
I tried to sell it too with the "unify your messaging apps", but this is a wrong selling point to new users. First they need to start using matrix as their messaging app, realize that it works well, including VoIP and video calls. Once trust is there, only then start thinking about using bridges. Because there will be rough edges (e.g. federated voice/video calls do not work).
Because of the way bridges integrate to third-parties, they are not bug-free. Reliability is just not great yet. Maybe except a hosted service, Beeper[1], which is run by people who know most about these bridges and can provide support.
To sum up, I am using Matrix for my family network, and some bridges personally; I am not yet planning to spread the use of bridges beyond myself. Besides the encryption setup, I like the UI a lot. I also use gomuks[2] from time to time, which is a terminal matrix application. I have not stumped into server-side problems.
I am donating monthly to Tulir[3], the most prolific Matrix bridge developer (and, to my knowledge, co-founder of beeper). Because I started using Matrix because of the bridges.
Oh, and I love the Matrix sms bridge[4]. I set it up to see if it works, and I am not going back. It's great.
[1]: https://www.beeper.com/
[2]: https://github.com/tulir/gomuks
[3]: https://github.com/tulir
[4]: https://github.com/tijder/SmsMatrix
- Update on beta testing payments in Signal
What are some alternatives?
weechat-matrix - Weechat Matrix protocol script written in python
SwiftyChat - SwiftUI Chat UI (Client) Framework & Documentation to get started!
weechat-matrix-rs - Rust rewrite of the python weechat-matrix script.
fog - DEPRECATED: Repo Contents moved to https://github.com/mobilecoinfoundation/mobilecoin
matrix.to - A simple stateless privacy-protecting URL redirecting service for Matrix
nheko - Desktop client for Matrix using Qt and C++20.
conduit
hotline - A modern Hotline client for Mac, iOS, and iPadOS
Synapse - Synapse: Matrix homeserver written in Python/Twisted.
element-android - A glossy Matrix collaboration client for Android.