rasa-example-config alternatives and similar packages
Based on the "Configuration" category.
Alternatively, view rasa-example-config alternatives based on common mentions on social networks and blogs.
8.6 1.6 rasa-example-config VS dotenvLoad environment variables from dotenv files for Haskell
Tools for defining and parsing configurations of Haskell applications
Interface between config-value and System.GetOpt
parser for config files, shell variables, command line args.
Keep your AWS credentials file up to date with MFA-carrying temporary credentials
Do you think we are missing an alternative of rasa-example-config or a related project?
Embarrassingly modular customizable text editor built in Haskell.
A Rasa editing session with multiple cursors & viewports.
You can find hackage documentation for rasa and some extensions here:
What people are saying
Excessively Modular! - some bald guy
I'm glad I'm unemployed so I have time to configure it! - my mate Steve
You should go outside one of these days. - Mother
Rasa is designed to be easy to configure and script, both when adding extensions provided by the community, and when writing your own user-scripts.
Rasa is written in Haskell, and the configuration is done in the Haskell language, don't let that scare you though, you can script Rasa and add extensions without knowing much haskell!
^ That guide will walk you through installation and getting running! Once
you're running rasa you can experiment with creating your own adaptations. You
should customize your keymap to add a few mappings you like. It's a short step
from here to developing your own extensions.
Actions like you'd use in an
extension can be registered to listeners in your
Main.hs. You can build and
experiment with entire extensions in your config file and extract them as a
package when you're ready, kind of like a vimrc file. Again, just read the
extension guide, it covers what you need to know!
If you have any issues (and I'm sure there'll be a few; it's a new project!) please report them here.
Rasa is meant to be about as modular as an editor can be. The goal is for as much code as possible to be extracted into composable extensions. If the core editing facilities can't be implemented as extensions, then the extension interface isn't powerful enough. I've taken this to its extreme, for instance the following features are implemented as rasa extensions that anyone in the community could have written.
- Loading and saving files
- Key bindings
- Listening for keyboard events
- Multiple cursors
- Rendering the editor to the terminal
This approach has some unique pros and cons:
- Implementing most core functionality as extensions ensures a powerful and elegant extension interface.
- Flexibility; don't like the default cursor implementation? Write your own!
- Adaptability; the core of Rasa is miniscule, you can mix and match extensions to build any editor you want.
- Module cross-dependencies makes the community infrastructure more fragile; We'll likely develop a solution to this as a community as time goes on.
- Fragmentation; Not having a single implementation for a given feature means extensions that depend on a feature have to pick a specific implementation to augment. Over time data-structures and types will be standardized into Rasa's core to help alleviate this.
As stated above, the editor itself focuses primarily on easy extensibility, so it doesn't have a lot of editing features built in, instead it focuses on standardizing a good extension API. We focus on creating a simple system so people can pick it up quickly.
Here are some features of that API:
Event Listener System
All actions in the editor are triggered via an event/listener system. Extensions may subscribe to events from the editor, or from another extension and perform an action in response. The Event which triggered the listener is available as an argument). Extensions may also dispatch any kind of event at any time which other extensions may listen for.
Extensions define things that they'd like to do using a powerful set of
functions which they can embed in an
Action. Within an action an extension
may perform IO, access the available buffers, store and access extension state,
and edit text.
Run all tests:
Run only tests for core editor:
stack test rasa
At the moment you must build Rasa from source;
To provide reproducible builds, Rasa uses Stack & Nix.
- Install stack
- Install nix
- Clone this repo and
cdinto the directory
stack build && stack exec rasa(you may want to alias this to
Installation without nix (not-recommended)
- Install stack
- Clone this repo and
cdinto the directory
stack build --no-nix && stack exec rasa --no-nix(you may want to alias this to
If you have issues with nix; you may try running rasa without it with
stack build --no-nix && stack exec rasa;
You'll likely have to consider the following:
- You may need to install icu4c (
brew install icu4c), it's a dependency of the rope library rasa uses.
- On linux, when the error message
Missing C libraries: icuuc, icui18n, icudataappears, install
sudo apt install libicu-dev).
- You'll need to point to the icu4c lib in your stack.yaml wherever it's stored on your system. If you install using brew on your Mac, then you can add the following to your stack.yaml:
extra-lib-dirs: - /usr/local/opt/icu4c/lib extra-include-dirs: - /usr/local/opt/icu4c/include
- Depending on which LTS you're on, you'll likely also have to add each rasa package you use to your stack.yaml as extra-deps, here's an example:
# in stack.yaml extra-deps: - rasa-0.1.0.0 - rasa-ext-cursors-0.1.0.0 - rasa-ext-logger-0.1.0.0 - rasa-ext-vim-0.1.0.0 - text-lens-0.1.0.0 - rasa-ext-files-0.1.0.0 - rasa-ext-cmd-0.1.0.0 - rasa-ext-slate-0.1.0.0 - vty-5.14
Things are moving quickly, but I'd love a hand! You can get a rough idea of where you can help out at the Roadmap, feel free to leave a comment there asking any questions.
Chatting about features is a key part of Rasa's development; come join us in the Chat Room!