crux VS unpackaged.el

For those still on 28, crux-rename-file-and-buffer does the same thing (https://github.com/bbatsov/crux). I've been using it for half a decade at this point. This sort of command, that no other code will rely on, was never that important to get into core, and there's some merit in making people create the commands they needed. It's not like with the additions to subr and subr-x libraries (string-replace, string-search etc), which can't come fast enough.

Use vc-rename-file or crux-rename-file-and-buffer from crux

A similar functionality is in the crux package (see crux-delete-file-and-buffer).

How about https://github.com/bbatsov/crux?

Some packages I use for more effective text editing is crux for general text editing (video on crux), paredit for lisp editing and for org-mode:

I'll go with crux. It's not all about text editing, but it's got a lot of commands in dwim-fashion.

I learned the syntax of org-mode in an hour (maybe less), It has many superiorities to markdown (see this excellent essay). Emacs is a fully-featured tool, it's a lifetime of learning, just like all extremely powerful tools, you can see the blogs of many emacs experts like Bozhidar, Protesilaos, Karl Voit (to name a few) learning new features of Emacs quite regularly.

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.

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).

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

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