pepper code editor

Pepper is an experiment of mine to simplify code editing from the terminal. It's mission is to be a minimal and fast code editor with an orthogonal set of both editing and navigation features.

Pepper is open-source and you can find it's repository here. Here you'll find convenient prebuilt binaries.

However, please consider purchasing it to support pepper's development!

documentation

goals

• small, however orthogonal, set of editing primitives
  
• mnemonic and easy to reach default keybindings (assuming a qwerty keyboard)
• cross-plaftorm (Windows, Linux, BSD, Mac)
• extensible through external cli tools
• be as fast and reponsive as possible
• zero runtime dependencies (besides platform libs)

non goals

• support every possible workflow (it will never ever get close to feature parity with vim or emacs)
• complex ui (like breadcumbs, floating windows, extra status bars, etc)
• multiple viewports (leave that to your window manager/terminal multiplexer). Instead clients can connect to each other and act together as if they're a single application)
• undo tree
• support for text encodings other than UTF-8
• fuzzy file picker (you can integrate with fzf, skim, fd, etc)
• workspace wide search (you can integrate with grep, ripgrep, etc)
• having any other feature that could instead be implemented by integrating an external tool

features

• everything is reachable through the keyboard
• modal editing
• multiple cursors
• caret style cursors (like most text editors, cursors can move past last line character and text is always inserted to its left)
• text-object selection
• keyboard macros
• client/server architecture
• simple syntax highlighting
• language server protocol

modal editing

Pepper is modal which means keypresses do different things depending on which mode you’re in. However, it’s also designed to have few modes so the overhead is minimal. Most of the time, users will be in either normal or insert mode.

comparing to vim

Like Vim, you have to actively start text selection. However, unlike it, you can also manipulate selections in normal mode. Also, there’s no ‘action’ then ‘movement’. There’s only selections and actions. That is, d will always only delete selected text. If the selection was empty, it does nothing.

Pepper expands on Vim’s editing capabilities by supporting multiple cursors. This enables you to make several text transformations at once. Also, cursors behave like carets instead of blocks and can always go one-past-last-character-in-line.

comparing to kakoune

Like Kakoune, you can manipulate selections while in normal mode and actions always operate on selections. However, unlike it, normal mode remembers if you’re selecting text or nor (think a pseudo-mode). This way, there’s no need for extra alt- based keybindings.

Pepper is heavily inspired by Kakoune’s selection based workflow and multiple cursors. However its cursors behave like caret ranges instead of block selections. That is, the cursor is not a one-char selection but only a visual cue to indicate the caret location.