* A clone of this fork, on the branch `mwp-steel-integration`
* A clone of the steel git repo -> https://github.com/mattwparas/steel, on the branch `mwp-syntax-objects`
I also cannot promise that this will work on windows. I develop off of ubuntu and mac, so for now you can probably safely assume it will work on unix.
The `Cargo.toml` for helix points to a local development version of steel. Set this up so that it points to wherever you've cloned steel:
```
[workspace.dependencies]
# CHANGE 'path = ...' to point to the path to steel-core
steel-core = { path = "../../steel/crates/steel-core", version = "0.5.0", features = ["modules", "anyhow", "dylibs", "colors"] }
```
Since I'm actively developing steel alongside the helix integration in order to make things as smooth as possible, its not referencing a published version yet.
## Installing Steel
Follow the instructions here https://github.com/mattwparas/steel and https://github.com/mattwparas/steel/issues/71
Setting a `STEEL_HOME` env var, then running `cargo run -- cogs/install.scm` in the root of that repo will set up the steel core libraries so that helix can reference them.
## Installing helix
Once you're set up with steel, just run
`cargo install --path helix-term --locked`
To install the `hx` executable, with steel as the plugin language.
## Setting up configurations for helix
Note, this API is entirely subjet to change, and I promise absolutely 0 backwards compatibility while this is in development.
There are 2 important files you'll want:
*`~/.config/helix/helix.scm`
*`~/.config/helix/init.scm`
Note - these both live inside the same directory that helix sets up for runtime configurations.
### `helix.scm`
The `helix.scm` module will be loaded first before anything else, the runtime will `require` this module, and any functions exported will now be available
to be used as typed commands. For example:
```scheme
# helix.scm
(require-builtin helix/core/typable as helix.)
(require-builtin helix/core/static as helix.static.)
(require-builtin helix/core/keybindings as helix.keybindings.)
(provide shell git-add)
;;@doc
;; Specialized shell implementation, where % is a wildcard for the current file
Now, if you'd like to add the current file you're editing to git, simply type `:git-add` - you'll see the doc pop up with it since we've annotated the function
with the `@doc` symbol. Hitting enter will execute the command.
You can also conveniently open the `helix.scm` file by using the typed command `:open-helix-scm`.
### `init.scm`
The `init.scm` file is run at the top level, immediately after the `helix.scm` module is `require`d. The helix context is available here, so you can interact with the editor.
The helix context is bound to the top level variable `*helix.cx*`.
For example, if we wanted to select a random theme at startup:
```scheme
# init.scm
(require-builtin steel/random as rand::)
(require-builtin helix/core/static as helix.static.)
There are a handful of extra libraries in development for extending helix, and can be found here https://github.com/mattwparas/helix-config.
If you'd like to use them, create a directory called `cogs` in your `.config/helix` directory, and copy the files in there. In particular, `keymaps.scm` and `options.scm` are working well.
### options.scm
If you'd like to override configurations from your toml config:
In insert mode, this overrides the `ret` keybinding to instead use a custom scheme indent function. Functions _must_ be available as typed commands, and are referred to
as symbols. So in this case, the `scheme-indent` function was exported by my `helix.scm` module.