A text folding minor mode for Emacs.
With this minor mode enabled, you can collapse and expand regions of text.
The actual buffer contents are never changed in any way. This works by using overlays to affect how the buffer is presented. This also means that all of your usual editing commands should work with folded regions. For example killing and yanking folded text works as you would expect.
There are many commands provided to make expanding and collapsing text convenient.
The easiest way is to just use MELPA. For manual installation:
Firstly, origami requires the following dependencies:
You should install these anyway, they make working with elisp much more comfortable.
Drop this package somewhere on your load-path or
(add-to-list 'load-path (expand-file-name "/path/to/origami.el/"))
Then
(require 'origami)
In a buffer run M-x origami-mode
, and start experimenting with any
of the supplied origami interactive functions. I recommend binding
these to keys of your choice in the origami-mode-map
.
There is also global-origami-mode
if you just want to enable origami
everywhere. For any major-mode that doesn't have explicit support,
origami will use the indentation of the buffer to determine folds.
Origami has been tested on Emacs 24.3, 24.4 and 24.5.
Origami works by parsing the buffer to determine a fold structure.
The following commands are supplied to move between and manipulate folds. Those in bold are particularly useful. Many primitives are provided so that you may compose your own custom functions.
origami-open-node | Open a fold node. |
origami-open-node-recursively | Open a fold node and all of its children. |
origami-show-node | Like origami-open-node but also opens parent fold nodes recursively so as to ensure the position where point is is visible. |
origami-close-node | Close a fold node. |
origami-close-node-recursively | Close a fold node and all of its children. |
origami-toggle-node | Toggle open or closed a fold node. |
origami-forward-toggle-node | Search forward on this line for a node and toggle it open or closed. This makes toggling nodes much more convenient. |
origami-recursively-toggle-node | Acts like org-mode header collapsing. Cycle a fold between open, recursively open, closed. |
origami-open-all-nodes | Open every fold in the buffer. |
origami-close-all-nodes | Close every fold in the buffer. |
origami-toggle-all-nodes | Toggle open/closed every fold node in the buffer. |
origami-show-only-node | Close everything but the folds necessary to see the point. Very useful for concentrating on an area of code. |
origami-previous-fold | Move to the previous fold. |
origami-next-fold | Move to the end of the next fold. |
origami-forward-fold | Move to the start of the next fold. |
origami-forward-fold-same-level | Move to the start of the next fold that is a sibling of the current fold. |
origami-backward-fold-same-level | Move to the start of the previous fold that is a sibling of the current fold. |
origami-undo | Undo the last folding operation. |
origami-redo | Redo the last undone folding operation. |
origami-reset | Remove all folds from the buffer and reset all origami state. Useful if origami messes up! |
To some degree, yes. Currently out of the box support is provided for:
- C
- C++
- Clojure
- Go
- Java
- Javascript
- PHP
- Perl
- Python
- elisp
Anything not in this list will be folded using indentation. This works surprisingly well for most major-modes and is great for folding text.
It should be trivial to add support for any language that uses braces
to delimit blocks. Just add to origami-parser-alist
something like:
(mode-name . origami-c-style-parser)
. Adding support for another
lisp dialect should be almost as simple. You can also easily define a
parser for anything with start and end delimiters (similar to braces).
Use the origami-markers-parser
function for this. There's an example
defined for triple-braces in origami-parser-alist
.
I'm happy to work on parsers for other languages if interest is expressed. Cut an issue and I'll see what I can do.
You can write your own parser too. An origami parser is a function that takes a 'create function' and returns a function taking the string to be parsed. The returned function should return a list of fold nodes. Fold nodes are created using the passed-in create function. Here is an example that creates a single fold node:
(defun my-amazing-parser (create)
(lambda (content)
(list (funcall create beginning-of-the-fold-node-point-position ; inclusive
end-of-the-fold-node-point-position ; exclusive
offset ; this allows you to show some of the start of the folded text
child-nodes))))
While I work on writing better documentation for parsing, I suggest starting by looking at the current parsers in origami-parsers.el to see how they work.
You most certainly can. Just add a buffer-local variable that
references a key in origami-parser-alist
. Something like:
;; -*- origami-fold-style: triple-braces -*-
This will add fold-marker support to that file.
How is this different from yafolding?
I wasn't aware of yafolding before writing this. It looks like origami provides a richer set of functions for manipulating folds. It is also smarter about folding for the supported modes - yafolding uses indentation as a folding heuristic.
How is this different from hideshow?
Again, origami provides a much richer set of functions for manipulating folds. I looked at extending hideshow but gave up when I realised it kept all of its state in the buffer overlays. This makes it quite difficult to write some of the more complex fold manipulations.
Origami maintains a data structure representing the folds and provides a rich library of functions for manipulating it. This makes adding new folding operations easy.
How is this different from folding.el?
Folding.el uses markers in the buffer to annotate folds. Origami also supports this and more.
It's general purpose and concentrates only on providing a great folding solution. You need only write a parser for origami to get all of its fold-manipulating features for free.