1 # Vis - Combining Modal Editing with Structural Regular Expressions
3 [![builds.sr.ht status](https://builds.sr.ht/~martanne/vis.svg)](https://builds.sr.ht/~martanne/vis)
4 [![Coverity Scan Build Status](https://scan.coverity.com/projects/3939/badge.svg)](https://scan.coverity.com/projects/3939)
5 [![codecov](https://codecov.io/gh/martanne/vis/branch/master/graph/badge.svg)](https://codecov.io/gh/martanne/vis)
6 [![Documentation Status](https://readthedocs.org/projects/vis/badge/?version=master)](http://vis.readthedocs.io/en/master/?badge=master)
7 [![#vis-editor on freenode](https://img.shields.io/badge/IRC-%23vis--editor-blue.svg)](irc://irc.freenode.net/vis-editor)
9 Vis aims to be a modern, legacy-free, simple yet efficient editor,
10 combining the strengths of both vi(m) and sam.
12 It extends vi's modal editing with built-in support for multiple
13 cursors/selections and combines it with [sam's](http://sam.cat-v.org/)
14 [structural regular expression](http://doc.cat-v.org/bell_labs/structural_regexps/)
15 based [command language](http://doc.cat-v.org/bell_labs/sam_lang_tutorial/).
17 A universal editor, it has decent Unicode support and should cope with arbitrary
18 files, including large, binary or single-line ones.
20 Efficient syntax highlighting is provided using
21 [Parsing Expression Grammars](https://en.wikipedia.org/wiki/Parsing_expression_grammar),
22 which can be conveniently expressed using [Lua](http://www.lua.org/)
23 in the form of [LPeg](http://www.inf.puc-rio.br/~roberto/lpeg/).
25 The editor core is written in a reasonable amount of clean (your mileage
26 may vary), modern and legacy-free C code, enabling it to run in
27 resource-constrained environments. The implementation should be easy to hack on
28 and encourage experimentation. There is also a Lua API for in-process
31 Vis strives to be *simple* and focuses on its core task: efficient text
32 management. Clipboard and digraph handling as well as a fuzzy file open
33 dialog are all provided by independent utilities. There exist plans to use
34 a client/server architecture, delegating window management to your windowing
35 system or favorite terminal multiplexer.
37 The intention is *not* to be bug-for-bug compatible with vi(m). Instead,
38 we aim to provide more powerful editing features based on an elegant design
39 and clean implementation.
41 [![vis demo](https://asciinema.org/a/41361.png)](https://asciinema.org/a/41361)
46 In order to build vis you will need a
47 [C99](http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1256.pdf)
48 compiler, a [POSIX.1-2008](http://pubs.opengroup.org/onlinepubs/9699919799/)
49 compatible environment as well as:
51 * [libtermkey](http://www.leonerd.org.uk/code/libtermkey/)
52 * [curses](https://en.wikipedia.org/wiki/Curses_(programming_library)) (recommended)
53 * [Lua](http://www.lua.org/) >= 5.2 (optional)
54 * [LPeg](http://www.inf.puc-rio.br/~roberto/lpeg/) >= 0.12
55 (optional runtime dependency required for syntax highlighting)
56 * [TRE](http://laurikari.net/tre/) (optional for more memory efficient regex search)
58 Assuming these dependencies are met, execute:
60 $ ./configure && make && sudo make install
62 By default the `configure` script will try to auto detect support for
63 Lua. See `configure --help` for a list of supported options. You can
64 also manually tweak the generated `config.mk` file.
66 Or simply use one of the
67 [distribution provided packages](https://github.com/martanne/vis/wiki/Distribution-Packages).
72 End user documentation can be found in the
73 [`vis(1)` manual page](http://martanne.github.io/vis/man/vis.1.html)
74 and the [Wiki](https://github.com/martanne/vis/wiki). Read the
75 [FAQ](https://github.com/martanne/vis/wiki/FAQ) for common questions.
76 Learn about some differences compared to
77 [`sam(1)`](https://github.com/martanne/vis/wiki/Differences-from-Sam) and
78 [`vim(1)`](https://github.com/martanne/vis/wiki/Differences-from-Vi(m)),
81 [C API](https://vis.readthedocs.io/) as well as [Lua API](http://martanne.github.io/vis/doc/)
82 documentation is also available.
87 Some features which will *not* be implemented:
89 - tabs / multiple workspaces / advanced window management
90 - file and directory browser
91 - support for file archives (tar, zip, ...)
92 - support for network protocols (ftp, http, ssh ...)
95 - GUIs (neither x11, motif, gtk, win32 ...) although the codebase
96 should make it easy to add them
99 - ex mode, we have more elegant structural regexp
102 - internal spell checker
103 - lots of compile time configurable features / `#ifdef` mess
108 There are plenty of ways to contribute, below are a few ideas:
111 - [Color Themes](https://github.com/martanne/vis/wiki/Themes)
112 - [Name](https://github.com/martanne/vis/issues/338) +
113 [Logo](https://github.com/martanne/vis/issues/328)
116 - [Manual Pages](https://github.com/martanne/vis/wiki/Developer-Overview#manual-pages)
117 - Improve `:help` output
119 - [API Documentation](https://github.com/martanne/vis/wiki/Developer-Overview#api-documentation)
121 - [Unit Tests](https://github.com/martanne/vis-test/tree/master/lua)
122 - [Plugin Development](https://github.com/martanne/vis/wiki/Plugins)
123 - [API Design](https://github.com/martanne/vis/issues/292)
124 * [Testing Infrastructure](https://github.com/martanne/vis-test)
125 * [Distribution Packaging](https://github.com/martanne/vis/wiki/Distribution-Packages)
126 * [Core Editor Design](https://github.com/martanne/vis/issues?q=is%3Aopen+is%3Aissue+label%3Adesign)
128 Checkout the [Developer Overview](https://github.com/martanne/vis/wiki/Developer-Overview)
129 to get started and do not hesitate to ask question in the `#vis-editor`
130 IRC channel on freenode.