#editor #pepper #refactoring #modal

pepper

An opinionated modal editor to simplify code editing from the terminal

12 releases (5 breaking)

0.6.0 Feb 7, 2021
0.5.10 Dec 19, 2020
0.4.0 Oct 19, 2020
0.3.0 Oct 13, 2020
0.1.0 Apr 22, 2020

#10 in Text editors

Download history 24/week @ 2020-12-20 1/week @ 2020-12-27 8/week @ 2021-01-03 2/week @ 2021-01-10 19/week @ 2021-01-17 1/week @ 2021-01-24 2/week @ 2021-01-31 43/week @ 2021-02-07 51/week @ 2021-02-14 3/week @ 2021-02-21 4/week @ 2021-02-28 13/week @ 2021-03-07 2/week @ 2021-03-14 26/week @ 2021-03-21 29/week @ 2021-03-28 29/week @ 2021-04-04

76 downloads per month

GPL-3.0 license

735KB
19K SLoC

build badge

(I'm currently refactoring the platform layer. So we have to first finish this cleanup before we're able to continue adding features)

An opinionated modal editor to simplify code editing from the terminal

main screenshot

more screenshots

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.

default keybindings

scripting api

defining language syntaxes

config recipes

installation

binaries

Pepper is open-source, which means you're free to build it and access all of its features. However, to support the development, prebuilt binaries are available for purchase at itch.

vamolessa.itch.io/pepper

This will not only keep you updated with the latest features/fixes but also support further pepper development!

using cargo

Simply running cargo install pepper should get you up and running.

NOTE: for x11 users, you'll need to have both libxcb-shape0-dev and libxcb-xfixes0-dev in your system due to dependencies in the copypasta crate.

from source

git clone git@github.com:vamolessa/pepper.git
cd pepper
cargo install --path .

NOTE: installing from source still requires cargo (at least it's easier this way).

if you find a bug or need help

Please open an issue

goals

  • small, but orthogonal, set of editing primitives
  • mnemonic and easy to reach default keybindings (assuming a qwerty keyboard)
  • cross-plaftorm (Linux, Windows, Mac)
  • customizable through scripting
  • extensible through external cli tools
  • be as fast and reponsive as possible

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, etc)
  • workspace wide search (you can integrate with grep, ripgrep, etc)
  • having any other feature that could be implemented by integrating an external tool

features

  • everything is reachable through the keyboard
  • modal editing (normal mode also selects text)
  • 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-objects
  • macros
  • lua scripting
  • client/server architecture
  • simple syntax highlighting
  • support for language server protocol

philosophy

In the spirit of Handmade, almost all features are coded from scratch using simple stable Rust code. These are the only external crates being used in the project (mainly because of crossplatform):

  • ctrlc: prevents closing application on ctrl-c on all platforms
  • crossterm: crossplatform terminal interaction
  • copypasta: crossplatform clipboard api
  • polling: crossplatform socket events
  • argh: process complex cli args. eases rapid prototyping of new cli features
  • mlua: adds support for lua scripting
  • fuzzy-matcher: fuzzy matching for the picker ui. it could be replaced, however it's implementation does not get in the way and has minimal dependencies
  • uds_windows (windows-only): unix domain sockets for windows

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.

development thread

It's possible to kinda follow Pepper's development history in this twitter thread

big features todo

  • language server protocol (in progress)
  • debug adapter protocol

support pepper development

Pepper is open-source, which means you're free to build it and access all of its features. However, to support the development, prebuilt binaries are available for purchase at itch.

Please consider purchasing in order to support both the development of new features and bug fixing. I'll be forever grateful :)

<iframe src="https://itch.io/embed/810985?border_width=0" width="206" height="165" frameborder="0"> pepper by Matheus Lessa Rodrigues </iframe>

Dependencies

~1–1.5MB
~29K SLoC