Also works in Vim.

Thought this was neat. Wanted to share.

Thanks @spicyq. It turns out Emacs does have this feature built-in (via Org-mode) with the commands org-increase-number-at-point and org-decrease-number-at-point.

The commands:

• Work in any mode, not just org-mode
• Support prefix arguments with C-u
• Do not have a default keybind

I bound the commands to C-z <up> and C-z <down>, since I had previously unbound suspend-frame from C-z:

(keymap-global-unset "C-z" 'remove) ; suspend-frame

Keep in mind you can repeat your last executed command with C-x z (and then just keep pressing z to repeat the command however many times you want).

Of course, now that I've got this far, I'm realizing that typing out either C-u 10 C-z <up> or C-z <up> C-x z + z * 9 is probably a lot more keystrokes than just changing the number myself. (At least for a single number at a single point in the buffer.)

I don't think there is a built-in Emacs feature that does the same thing. You can find several custom Emacs Lisp solutions by searching online though.

I use vim on remote servers or on my machine to edit single files. I, however, use it in a very basic sense, I do not use any vim motions. I enter edit mode, I change what I need to change, exit edit mode and save and quit, that's it.

Recently, I've been looking for alternatives to Visual Studio Code as Microsoft is starting to push Copilot very heavily and while I could use a cleaned up fork, the other concern is with more and more essential extensions becoming closed source and subject to Microsoft's licensing. And vim is a text editor that pops up over and over when I ask for recommendations.

A few days ago I've listened to No Boilerplate's Writing at the Speed of Thought which brings up a point about vim and vim motions being designed around the human body and how "editing by letters is extremely unnatural ... [and] extremely ill-suited to our nature".
That just doesn't sit well with me and may be the reason why vim never fully clicked with me. For context, I've been using computers in some capacity since a very early age, so perhaps the 'unnatural' way I've learned is so ingrained that I just can't make the switch, maybe I just think about things in a way that is more computer-centric just due to that as well.

I am still on my quest to replace VSCode and I would love to make a switch to something that's less attached to a single corporation that can pull the rug from under me at any time. A part of that quest I guess turned out to be trying to understand vim and maybe finally making it click for me, so I turn to the wonderful community of Tildes for help :)

Thank you

I believe this is a interesting issue to post it here because it's very difficult to get writing tools outside the English language. That's exactly why I ended up starting this project. If it's not allowed, I apologise in advance.

I'm a linguist and technical writer (tech writer, dev writer, documenter, technical editor, etc.) and I've always used Hemingway for my English writing. The problem was that I'd never found a text editor capable of suggesting possible improvements to a text in Brazilian Portuguese.

Years passed, and this week I had time to create a fork of Techscriptor with some interface improvements and adapt it to Brazilian Portuguese. That's how version 0.1 of Verbalize was born.

What does it do?

In a basic and summarised way, you can upload a file from your computer (in md or txt, for now) and the editor, besides allowing you to actually edit, will give you hints on how to improve the text (long sentences, complex words, jargon, adjectives and other things we should avoid in texts, especially technical ones).

Once edited, you can download the file in md format.

Access

The application can be installed (Electron), accessed through the web, or you can download the code from GitHub and run it locally in your browser.

• Live version
• Source code

Improvements

I have a few 'next steps' in mind:

• Google Drive/Onedrive integration.
• Possibility to upload a custom rules file.
• Allow it to be used offline as well.
• Improve the GUI.

Recently I’ve been growing dissatisfied with my current workflow (Obsidian and iA) and looking to try something new, and someone recommended emacs, as long as I was up for the challenge. I figure it can’t hurt to try, and if I don’t implement it, well, I’ll have learned something.

I’m fairly comfortable with CLIs, but will likely use a GUI, and will be using on a Mac.

Anyone have advice for a total novice?

From Hacker News:

Founder of Atom here. We're building the spiritual successor to Atom over at https://zed.dev.

We learned a lot with Atom and had a great time, but it always fell short of our vision. With Zed we're going to get it right. Written in Rust, custom native UI framework, engineered to be collaborative. Just starting our private alpha this week, so the timing of this announcement feels quite fitting.

A while back I developed a desktop-based text editor (Scrivenvar) that uses the Chain-of-Responsibility design pattern to help me author fairly involved text documents. The editor's high-level architecture resembles the following diagram:

https://i.imgur.com/8IMpAkN.png

Am I reinventing the wheel here? Are there any modern, cross-platform, liberal open-source (LGPL, MIT, Apache 2), text editor frameworks (such as xi or Visual Studio Code), that would enable (re)development of such a tool?

Scrivenvar is written in Java, but to my chagrin, Java 9+ no longer bundles JavaFX. The text editor was based on MarkdownWriterFX, itself based on JavaFX. This means there's no easy upgrade path, so I'm looking to rebuild the editor either as a cross-platform desktop application or as a web application.

I know there are similar products I could buy in the US that would give me this experience, but I'm not in the US and I don't have much money.

In the old days, my father had some kind of machine that was not a proper laptop and not a proper typewriter. It opened instantly to a text editor. As far as I remember, there was no noticeable boot time. It had a keyboard and an entry for a floppy disk. You typed your stuff, saved it to the floppy disk, probably to send via email or to print in another machine. I loved that machine.

I love these little gadgets that do one thing and one thing only. And, as someone with severe ADHD, they're often a necessity. If my Kindle had Youtube I would never read a book. If my PS4 had Emacs I would never play a game. The list goes on, but the principle is this: a lot of things are useful to me precisely because of what they cannot do.

And that is why I wanna recreate my father's crazy computer-typewriter.

Because I know how to use the command line, it really needs to be in total lockdown: I open it up, it shows a very simple text editor (with a few handy features that make it works even more like a typewriter) that I cannot configure, tinker or alter in any way. It's focused on writing (not editing) literature because that's what I need and other kinds of writing require an internet connection.

It would save and back up automatically (like a typewriter) to one or more drives at your choice.

There would need to be a few options because of different screen sizes, the number of screens etc, with an interface to make it easier.

So the idea is an ultra-minimal, kiosk-mode Linux distribution that can either go on a flash drive or be installed on an old laptop. No package management, no internet connection, no access to the command line, no configuration files, no distractions whatsoever. I wanna forget I'm even using Linux. I wanna recreate my father's typewriter/computer that he never let me touch.

How do I do this?