ement.el
unpackaged.el
ement.el | unpackaged.el | |
---|---|---|
21 | 9 | |
464 | 373 | |
- | - | |
9.2 | 1.6 | |
about 19 hours ago | about 1 year ago | |
Emacs Lisp | Emacs Lisp | |
GNU General Public License v3.0 only | GNU General Public License v3.0 only |
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.
ement.el
- Ement.el: v0.10 released (a Matrix client for Emacs) (includes a minor security fix)
-
Is Ement.el the Best Matrix Client? - System Crafters Live!
Please see https://github.com/alphapapa/ement.el/issues/55
- Ement.el v0.9 released (a Matrix client for Emacs)
-
Ement.el: v0.8 released (Matrix client for Emacs)
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
-
alphapapa/magit-todos: v1.6 released (Show source files' TODOs in Magit status buffer)
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.
-
[ANN] Ement.el v0.7 released (Matrix client for Emacs)
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.
- [ANN] Ement.el v0.6 released (Matrix client for Emacs)
- Ement.el – Matrix Client for Emacs
- [ANN] Ement.el v0.3 released (Matrix client for Emacs)
-
idf: lazy, incremental dataflow elisp library package
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.
unpackaged.el
- Repository with code snippets and utility functions
- [ANN] unpackaged/imenu-eww-headings: Offer HTML headings in EWW buffers with Imenu
- unpackaged/custom-toggle-all-more-hide: Expand all options’ documentation
-
The Emacs Lock-In Effect or the Emacs Sunk Cost Fallacy
The question is almost like asking a fish to describe water. It's the sudden lack of it that produces a really clear example. :)
Anyway, here's a random example that comes to mind: I have some sexps in a Lisp file and I want to sort them alphabetically. Each sexp (usually a top-level form, but not necessarily) usually spans multiple lines, so line-sorting won't do it. Since they may be top-level forms, there may be comments between them that would lose their context if their position relative to sexps were lost, so comments need to "stick to" sexps they're above.
How would you solve this in a random text editor?
In Emacs, I would develop a command that does what I need. At each stage of the development process, I evaluate the command's definition, and it's instantly available to be used and tested. I could even test the function on its own definition, if I wanted to be silly (undoing the sorting after testing, of course).
When I'm done, I save the command definition to my configuration, and it's now a permanent tool in my toolbox. I didn't have to recompile the editor and start a new process, nor did I have to submit a patch to an upstream and ask for it to be merged. Similarly to a carpenter (forgive me if it sounds silly), my editor is my workbench, and as wood is malleable, so is my editor.
So, here's the command I came up with (maybe not the prettiest implementation, but maybe not the worst): https://github.com/alphapapa/unpackaged.el#sort-sexps And using Emacs and Org mode, I publish it into this "unpackaged" package, which I then install into my configuration as a package, and other users can then easily install it into theirs, too.
I don't know of any other editor that can do all of this, certainly not so easily.
- An Introduction to the Ultimate Git UI, Magit!
-
Automatically sorting an Org file upon save using multiple sorting criteria
Here's the code in my Emacs config. I'll probably add these functions to unpackaged.el (the Org sorting function there is more primitive than these).
-
Navigation suggestion needed
Sorting. This is handled within Org, see org-sort. However, you may find this function helpful for sorting recursively and with multiple methods (e.g. first by priority, then alphabetically): https://github.com/alphapapa/unpackaged.el#sort-tree-by-multiple-methods-at-once
-
Lets talk about Emacs UI
The customize buffers can be used with the keyboard. You can tab between fields, and C-c C-c to set values. See also https://github.com/alphapapa/unpackaged.el#set-value-of-customization-option-at-point
What are some alternatives?
burly.el - Save and restore frames and windows with their buffers in Emacs
lispy - Short and sweet LISP editing
ts.el - Emacs timestamp and date-time library
Emacs-VSCode-Default-High-Contras
ledger - Double-entry accounting system with a command-line reporting interface
vertico - :dizzy: vertico.el - VERTical Interactive COmpletion
svg-lib - Emacs SVG libraries for creatings tags, icons and bars
org-make-toc - Automatic tables of contents for Org-mode files
mu4e-thread-folding - Functions for folding threads in mu4e headers view
org-ql - A searching tool for Org-mode, including custom query languages, commands, saved searches and agenda-like views, etc.
taxy.el - Programmable taxonomical hierarchies for arbitrary objects
consult - :mag: consult.el - Consulting completing-read