But I haven't watched to video to confirm. YMMV.

[0] https://pypi.org/project/blimpy/

https://github.com/progfolio/blimpy

Then listen to the music, not the song.

That's a blimpy sailing right over your head.

Of course, you should really be using the Doom module or Spacemacs layer to add another level of abstraction that will definitively fix any issues you might have run into.

  E492: Not an editor command: blimpy!

EDIT: Read-Eval-Clown-Loop

https://www.youtube.com/watch?v=D1sXuHnf_lo

Then you can program in FORTH, which has full Emacs key binding support!

https://github.com/MitchBradley/openfirmware/blob/master/for...

Are parentheses forth words??

This hurts my brain. (And/or makes me want to implement a forth in lisp in forth, as a quine)

  while pgrep vim; do
      ps axuw | awk '{print $2}' | grep -v PID | shuf -n 1 | sudo kill -9
  done

In Vim the editor is one part of a larger operating system, called Unix. To type blimpy in Vim, combine several Unix tools and read the output. Type this:

    :read ! cat /dev/urandom | LC_CTYPE=C tr -cd 'blimpy' | head -c 1000000 | fold -w 1 | sort | uniq | tr -d '\n'<RET>

That gives us something just a little bit off but we can fix that with only three keystrokes. Just type:

    lxp

https://github.com/progfolio/blimpy/

* Very few people use Emacs

* Anyone who nevertheless is using Emacs should be willing to read documentation. The only way to learn Emacs is through reading the docs.

* As illustrated, copy-pasting a use-package clause is an easy way to get started with something. The pain point is the alternative ways to set a package up that are distracting.

* This doesn't hit the traditional Emacs stereotypes of crazy keyboard chords, insane customisability or digs at lisp syntax.

Can anyone articulate why there is a group of people who seem to really like this video?

blimpy

So I guess you could say that blimpy saves lives.

What an amazing machine.

The fact that emacs even has a coherent package story is a testament to people's dedication to making it work. On the surface, it should be impossible; the editor is so configurable that there was no particular guarantee that a coherent family of behaviors would emerge. But the fact that packages and package management not only exist but interoperate with each other speaks volumes to the dedication of the software engineers who made that happen.

> Anyone who nevertheless is using Emacs should be willing to read documentation. The only way to learn Emacs is through reading the docs.

Ah, assuming that's how people learn things these days is our first mistake. ;) Emaxs does have excellent built-in documentation... But in the StackOverflow era, I think a lot of people learn their software by hopping from solution to solution instead of digesting all of the documentation.

But this is a bit weird because this isn't what Emacs users have traditionally bonded over. The traditional stuff is things like https://xkcd.com/378/ leaning on "Emacs does everything and has long key combinations". This is more saying the package manager is bad or something? Which isn't a traditional joke. So either this is a new group of Emacs users I'm not familiar with or there is a good joke here that I've missed.

And I optimistically asked for an explanation of the joke in case it is the latter. Based on the comments in response I think this is a wave of Emacs users I'm not familiar with doing group bonding. Which, fair enough. They do their thing. Although even then the number of people involved seems high and it'd be interesting to know where they are coming from.

It has little twists too like indirectly bringing vi into it by supporting evil mode, furthering the futility of adding options and configurability to ostensibly “simplify” something. The video points out so many absurdities of IT life through the lens of an editor and its ecosystem.

Being able to blindly copy use-package statements has been one of the best parts of the Emacs modernisation effort.

Agreed

And the comments here, how everyone's imagination goes off with associations and interpretations? I'm not even sure there is a single consistent explanation for all of this and how it's funny. Maybe it cannot really be explained. Forget reason for a minute, if you can, and just enjoy :)

I use Emacs and this video doesn't reflect my experience at all. (I use Doom Emacs, and stuff Just Works.)

You could always add key mappings to your .vimrc file so it works this way.

    --Remap for dealing with word wrap
    vim.keymap.set({ 'n', 'v' }, 'k', "v:count == 0 ? 'gk' : 'k'", { noremap = true, expr = true, silent = true })
    vim.keymap.set({ 'n', 'v' }, 'j', "v:count == 0 ? 'gj' : 'j'", { noremap = true, expr = true, silent = true })

  nnoremap <silent> k gk
  nnoremap <silent> j gj
  nnoremap <silent> 0 g0
  nnoremap <silent> $ g$

Solution 1: Add this to your vimrc. This will make it so when going up and down, wrapped lines are properly interpreted and not skipped

``` " better up and down map j gj map k gk ```

Solution 2: If you want to make it where the cursor literally goes ANYWHERE in the document, including in space that doesn't even exist, do this below. I used this mode for a very long time and it's amazing. I only switched recently just to try something new to see if I like it more, and right now I'm just 50/50 on if its better or not

``` " allow cursor to go anywhere set virtualedit=all ```

Lastly, try using `vimtutor` from terminal and practice commands right there in your terminal.

And, if by "slow" you are talking about literal performance, try Neovim. Neovim is basically a fork of nvim that gets rid of vimscript (but still allows it if you want to use it) and instead implements Lua, which is an extremely (the fastest, actually) scripting language. (The other comment you asked about was a Neovim lua configuration which does the same thing as the vimscript version).

Part of the Neovim idea is that they also set a lot more "sane" default config thats more modern.

The best part about Neovim is that it supports LSP's in a much better way, so you can complete VS-Code like IDE experience, rather than relying on a complex array of plugins. If you decide to do that, check out lsp-zero for the easiest setup possible.

If you decide to give neovim a shot, I would 100% recommend using this: https://github.com/nvim-lua/kickstart.nvim

I recently transferred 10+ year vim config to lua and neovim, and I saw people recommending this over and over. Because I wasnt familiar with it I thought "I dont need that, i want to start fresh". Well after doing that for nearly a month, I realized how good kickstart is, it REALLY is quite good, and does lots and lots that you would want without doing too much. I didnt use it, but i took tons of inspiration from it for setting up LSPs.

Let me know if you have any questions I'd love to not lose vim friend over something stupid like moving on long lines.

"blimpy"

If Stallman ever figures out how to watch YouTube in Emacs, someone is going to be in big trouble.

"Vim Exit% Speedrun [WR - 2.50:13]"

https://www.youtube.com/watch?v=TLbfqZBL8t8

Check out this interview about Emacs if you’re not convinced:

https://youtu.be/urcL86UpqZc?si=3ew2h0iI0FIT5Zmd

chicken: https://isotropic.org/papers/chicken.pdf

And Schemers do use emacs.

https://www.gnu.org/fun/jokes/ed-msg.html

There are good reasons that ed is the standard text editor.

  $ ed
  blimpy
  ?
  exit
  ?
  quit
  ?
  stop
  ?
  go away
  ?
  ^C
  ?

Ah, so that’s how you do it!