ement.el VS magit-todos

Please see https://github.com/alphapapa/ement.el/issues/55

Only login limitation might be from the lack of support for SSO https://github.com/alphapapa/ement.el/issues/24 but judging from the issue it looks like SSO logins in ement.el will be coming shortly

I tried out ement recently and boy it's slick. Easily the best interface to Matrix I've used on a personal computer. Alphapapa doesn't miss.

It doesn't support single-sign-on (SSO) yet, but this is being tracked in https://github.com/alphapapa/ement.el/issues/24. If you can chime in and help test the code there, that could help get support merged sooner.

This is very interesting. I've been thinking about using an AVL tree in Ement.el for the lists of events in each room, because they need to be used in-order by timestamp, and they can be received in any order (e.g. when loading older events), and it wouldn't be good to re-sort the whole list after each insertion. As it stands, each event is effectively sorted at the time it's inserted into a room's buffer (which may be never, depending on whether the room has an open buffer), and it works well enough, but I wonder if it could be improved.

This is not an exact solution you are looking for, but magit-todos displays todos in magit-status buffers. If your repository is huge, this can slow down magit, so I don't know if you would use it.

This is an idea I've been thinking about for a while, since Bufler reached a point of stability, to use structs to define hierarchies that can be filled with objects automatically. It finally came together in my mind and this is the result (still WIP, but it's working well). I expect to use this in Bufler, org-ql, and some other projects. It could be useful as a "backend" for magit-section, ewoc, etc, similar to how magit-todos uses hierarchical magit-sections (taxy would offer a cleaner, more flexible grouping backend).

Take a look at magit-todos, IIRC it works asynchronously.