Skip to content
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

Thoughts about a matrix-rust-sdk connection #721

Open
gerion0 opened this issue Feb 26, 2024 · 0 comments
Open

Thoughts about a matrix-rust-sdk connection #721

gerion0 opened this issue Feb 26, 2024 · 0 comments
Labels
enhancement A feature or change request for the library

Comments

@gerion0
Copy link

gerion0 commented Feb 26, 2024

I'm a happy user of Neochat and a regular reader of the Matrix Weekly Newsletter. Nearly in every Newsletter some changes in the matrix-rust-sdk are mentioned since it serves as test bed for the newer Matrix techniques and backs the next generation Element clients. As far as I know it should be the Matrix library that implements most of the specification.

Neochat, on the other hand offers me a much better user experience than the Element program family. It integrates way better into my KDE desktop, so that I prefer it over Element. It lacks some Matrix features, though, for which the right place to implement this library would be.

Therefore, I was wondering, if it would be possible to combine the two worlds and adapt libQuotient to be a Qt/C++-Matrix library that uses the matrix-rust-sdk for most of its functionality. I have not looked into the code of either of the two projects and have no clue of the internals of Matrix so I'm not qualified enough to have an opinion by myself. It is just an idea and I'm interested in your opinion about that topic.

@gerion0 gerion0 added the enhancement A feature or change request for the library label Feb 26, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement A feature or change request for the library
Projects
None yet
Development

No branches or pull requests

1 participant