2022-03-03 21:19:40 -05:00
|
|
|
<p align="center">
|
|
|
|
<a href="https://github.com/zimfw/zimfw/releases"><img src="https://img.shields.io/github/v/release/zimfw/zimfw"></a>
|
|
|
|
<a href="https://github.com/zimfw/zimfw/issues"><img src="https://img.shields.io/github/issues/zimfw/zimfw.svg"></a>
|
|
|
|
<a href="https://github.com/zimfw/zimfw/network/members"><img src="https://img.shields.io/github/forks/zimfw/zimfw.svg"></a>
|
|
|
|
<a href="https://github.com/zimfw/zimfw/stargazers"><img src="https://img.shields.io/github/stars/zimfw/zimfw.svg"></a>
|
|
|
|
<a href="https://github.com/zimfw/zimfw/releases"><img src="https://img.shields.io/github/downloads/zimfw/zimfw/total.svg"></a>
|
|
|
|
<a href="https://github.com/zimfw/zimfw/discussions"><img src="https://img.shields.io/badge/forum-online-green.svg"></a>
|
|
|
|
<a href="https://github.com/zimfw/zimfw/blob/master/LICENSE"><img alt="GitHub" src="https://img.shields.io/github/license/zimfw/zimfw"></a>
|
|
|
|
</p>
|
|
|
|
|
2015-12-17 07:44:19 -05:00
|
|
|
<div align="center">
|
2018-01-01 07:58:41 -05:00
|
|
|
<a href="https://github.com/zimfw/zimfw">
|
2021-01-14 09:29:16 -05:00
|
|
|
<img width="600" src="https://zimfw.github.io/images/zimfw-banner@2.jpg">
|
2015-12-17 07:44:19 -05:00
|
|
|
</a>
|
|
|
|
</div>
|
|
|
|
|
2015-12-15 00:12:17 -05:00
|
|
|
What is Zim?
|
|
|
|
------------
|
2022-03-03 21:19:40 -05:00
|
|
|
Zim is a Zsh configuration framework that bundles a [plugin manager](#usage),
|
2024-06-25 13:32:13 -04:00
|
|
|
useful [modules] and a wide variety of [themes], without compromising on [speed].
|
2015-12-15 00:12:17 -05:00
|
|
|
|
2022-03-03 21:19:40 -05:00
|
|
|
Check how Zim compares to other frameworks and plugin managers:
|
2015-12-15 00:12:17 -05:00
|
|
|
|
2021-08-08 21:44:37 -04:00
|
|
|
<a href="https://github.com/zimfw/zimfw/wiki/Speed">
|
|
|
|
<img src="https://zimfw.github.io/images/results.svg">
|
|
|
|
</a>
|
2015-12-18 13:34:24 -05:00
|
|
|
|
2022-03-03 21:19:40 -05:00
|
|
|
Table of Contents
|
|
|
|
-----------------
|
|
|
|
* [Installation](#installation)
|
|
|
|
* [Automatic installation](#automatic-installation)
|
|
|
|
* [Manual installation](#manual-installation)
|
|
|
|
* [Set up `~/.zshrc`](#set-up-zshrc)
|
|
|
|
* [Create `~/.zimrc`](#create-zimrc)
|
|
|
|
* [Usage](#usage)
|
|
|
|
* [`zmodule`](#zmodule)
|
|
|
|
* [`zimfw`](#zimfw)
|
|
|
|
* [Settings](#settings)
|
|
|
|
* [Uninstalling](#uninstalling)
|
2021-08-10 11:38:01 -04:00
|
|
|
|
2015-12-15 00:12:17 -05:00
|
|
|
Installation
|
|
|
|
------------
|
2022-03-03 21:19:40 -05:00
|
|
|
Installing Zim is easy. You can choose either the automatic or manual method below:
|
|
|
|
|
|
|
|
### Automatic installation
|
|
|
|
|
|
|
|
This will install a predefined set of modules and a theme for you.
|
2015-12-15 00:12:17 -05:00
|
|
|
|
2022-03-03 21:19:40 -05:00
|
|
|
* With `curl`:
|
2024-05-26 13:44:49 -04:00
|
|
|
```zsh
|
|
|
|
curl -fsSL https://raw.githubusercontent.com/zimfw/install/master/install.zsh | zsh
|
|
|
|
```
|
2019-01-22 19:40:43 -05:00
|
|
|
|
2022-03-03 21:19:40 -05:00
|
|
|
* With `wget`:
|
2024-05-26 13:44:49 -04:00
|
|
|
```zsh
|
|
|
|
wget -nv -O - https://raw.githubusercontent.com/zimfw/install/master/install.zsh | zsh
|
|
|
|
```
|
2015-12-15 00:12:17 -05:00
|
|
|
|
2022-03-03 21:19:40 -05:00
|
|
|
Restart your terminal and you're done. Enjoy your Zsh IMproved! Take some time
|
2024-06-25 13:32:13 -04:00
|
|
|
to tweak your [`~/.zshrc`](#set-up-zshrc) file and to also check the available
|
2022-03-03 21:19:40 -05:00
|
|
|
[modules] and [themes] you can add to your [`~/.zimrc`](#create-zimrc).
|
Add a plugin mechanism \o/
This is a major change, where Zsh modules/plugins are not git submodules
in the Zim repo anymore, but customized and installed separately as
individual repositories. The discussion about this started more than 2
years ago in #88. Closes #299.
This will allow contributors' modules to live in their own repositories.
See #33, #138, #262, #281, #324.
The current code has what, up to this point, I considered to be the best
balance between simplicity, execution speed and number of files.
One measured decision was to make the initialization of modules depend
only on the `':zim' modules` style, keeping it as fast as possible.
The `':zim:module' module` style is used to install, update and clean
the modules, all operations that happen after the user got his
as-blazing-fast-possible shell prompt.
Even though I didn't care much about making install or update fast,
`xargs` has a nice feature of allowing commands to be executed in
parallel with `-P`. I took advantage of that.
I've also worked on making the `zimfw` utility give the user some nice
(while still minimalistic) output. Also I'm suggesting this as the new
name for the `zmanage` tool, since `zimfw` does not shadow the `zim`
wiki tool.
2019-01-07 18:25:34 -05:00
|
|
|
|
2019-12-04 07:22:17 -05:00
|
|
|
### Manual installation
|
|
|
|
|
2022-03-03 21:19:40 -05:00
|
|
|
1. Set Zsh as the default shell, if you haven't done so already:
|
|
|
|
```zsh
|
|
|
|
chsh -s $(which zsh)
|
|
|
|
````
|
|
|
|
|
|
|
|
2. [Set up your `~/.zshrc` file](#set-up-zshrc)
|
|
|
|
|
|
|
|
3. [Create your `~/.zimrc` file](#create-zimrc)
|
|
|
|
|
|
|
|
4. Restart your terminal and you're done. Enjoy your Zsh IMproved!
|
|
|
|
|
|
|
|
#### Set up `~/.zshrc`
|
|
|
|
|
|
|
|
Add the lines below to your `~/.zshrc` file, in the following order:
|
|
|
|
|
|
|
|
1. To use our `degit` tool by default to install modules:
|
|
|
|
```zsh
|
|
|
|
zstyle ':zim:zmodule' use 'degit'
|
|
|
|
````
|
2024-06-25 13:32:13 -04:00
|
|
|
This is optional and only required if you don't have `git` installed (yes,
|
|
|
|
zimfw works even without `git`!)
|
2022-03-03 21:19:40 -05:00
|
|
|
|
2024-06-25 13:32:13 -04:00
|
|
|
2. To set where the zimfw plugin manager configuration file will be located:
|
2024-05-26 13:44:49 -04:00
|
|
|
```zsh
|
|
|
|
ZIM_CONFIG_FILE=~/.config/zsh/zimrc
|
|
|
|
```
|
|
|
|
This is optional. The value of `ZIM_CONFIG_FILE` can be any path your user
|
|
|
|
has at least read access to. By default, the file must be at `~/.zimrc`, if
|
|
|
|
the `ZDOTDIR` environment variable is not defined. Otherwise, it must be at
|
|
|
|
`${ZDOTDIR}/.zimrc`.
|
|
|
|
|
2024-06-25 13:32:13 -04:00
|
|
|
3. To set the directory where the zimfw plugin manager will keep necessary files:
|
2022-03-03 21:19:40 -05:00
|
|
|
```zsh
|
|
|
|
ZIM_HOME=~/.zim
|
|
|
|
```
|
|
|
|
The value of `ZIM_HOME` can be any directory your user has write access to.
|
|
|
|
You can even set it to a cache directory like `${XDG_CACHE_HOME}/zim` or
|
2024-06-25 13:32:13 -04:00
|
|
|
`~/.cache/zim`.
|
2022-03-03 21:19:40 -05:00
|
|
|
|
2024-06-25 13:32:13 -04:00
|
|
|
4. To automatically download the zimfw plugin manager if missing:
|
2022-03-03 21:19:40 -05:00
|
|
|
```zsh
|
|
|
|
# Download zimfw plugin manager if missing.
|
|
|
|
if [[ ! -e ${ZIM_HOME}/zimfw.zsh ]]; then
|
|
|
|
curl -fsSL --create-dirs -o ${ZIM_HOME}/zimfw.zsh \
|
|
|
|
https://github.com/zimfw/zimfw/releases/latest/download/zimfw.zsh
|
|
|
|
fi
|
|
|
|
```
|
|
|
|
Or if you use `wget` instead of `curl`:
|
|
|
|
```zsh
|
|
|
|
# Download zimfw plugin manager if missing.
|
|
|
|
if [[ ! -e ${ZIM_HOME}/zimfw.zsh ]]; then
|
|
|
|
mkdir -p ${ZIM_HOME} && wget -nv -O ${ZIM_HOME}/zimfw.zsh \
|
|
|
|
https://github.com/zimfw/zimfw/releases/latest/download/zimfw.zsh
|
|
|
|
fi
|
|
|
|
```
|
2024-06-25 13:32:13 -04:00
|
|
|
This is optional. Alternatively, you can download the `zimfw.zsh` script
|
|
|
|
anywhere your user has write access to: just replace the occurrences of
|
|
|
|
`${ZIM_HOME}/zimfw.zsh` by the preferred path, like `/usr/local/bin/zimfw.zsh`
|
|
|
|
for example. If you choose to not include this step, you should manually
|
|
|
|
download the `zimfw.zsh` script once and keep it at the preferred path.
|
2022-03-03 21:19:40 -05:00
|
|
|
|
2024-05-26 13:44:49 -04:00
|
|
|
5. To automatically install missing modules and update the static initialization
|
2022-08-02 13:49:09 -04:00
|
|
|
script if missing or outdated:
|
2022-03-03 21:19:40 -05:00
|
|
|
```zsh
|
2024-06-25 13:32:13 -04:00
|
|
|
# Install missing modules and update ${ZIM_HOME}/init.zsh if missing or outdated.
|
2024-05-26 13:44:49 -04:00
|
|
|
if [[ ! ${ZIM_HOME}/init.zsh -nt ${ZIM_CONFIG_FILE:-${ZDOTDIR:-${HOME}}/.zimrc} ]]; then
|
2022-03-03 21:19:40 -05:00
|
|
|
source ${ZIM_HOME}/zimfw.zsh init -q
|
|
|
|
fi
|
|
|
|
```
|
|
|
|
This step is optional, but highly recommended. If you choose to not include
|
2024-06-25 13:32:13 -04:00
|
|
|
it, you must remember to manually run `zimfw install` every time you update
|
|
|
|
your [`~/.zimrc`](#create-zimrc) file. If you have chosen to keep the
|
|
|
|
`zimfw.zsh` in a different path as mentioned in the previous step, replace
|
|
|
|
`${ZIM_HOME}/zimfw.zsh` by the chosen path.
|
2022-03-03 21:19:40 -05:00
|
|
|
|
2024-05-26 13:44:49 -04:00
|
|
|
6. To source the static script, that will initialize your modules:
|
2022-03-03 21:19:40 -05:00
|
|
|
```zsh
|
|
|
|
# Initialize modules.
|
|
|
|
source ${ZIM_HOME}/init.zsh
|
|
|
|
```
|
|
|
|
|
|
|
|
#### Create `~/.zimrc`
|
|
|
|
|
2024-06-25 13:32:13 -04:00
|
|
|
This file configures the zimfw plugin manager. It's referred to as `~/.zimrc`
|
2024-05-26 13:44:49 -04:00
|
|
|
in the documentation for the sake of simplicity, but the actual location of the
|
2024-06-25 13:32:13 -04:00
|
|
|
file is defined by the following rules:
|
2024-05-26 13:44:49 -04:00
|
|
|
|
|
|
|
1. You can define the full path and name of the file with a `ZIM_CONFIG_FILE`
|
|
|
|
environment variable. For example:
|
|
|
|
```zsh
|
|
|
|
ZIM_CONFIG_FILE=~/.config/zsh/zimrc
|
|
|
|
```
|
|
|
|
|
|
|
|
2. Or, if you defined a `ZDOTDIR` environment variable, then the file must be at
|
|
|
|
`${ZDOTDIR}/.zimrc`
|
2022-03-03 21:19:40 -05:00
|
|
|
|
2024-05-26 13:44:49 -04:00
|
|
|
3. Otherwise, it must be at at `~/.zimrc`, which is it's default location.
|
|
|
|
|
|
|
|
As for the contents of the file, you can start with just:
|
2022-03-03 21:19:40 -05:00
|
|
|
```zsh
|
|
|
|
zmodule zsh-users/zsh-syntax-highlighting
|
|
|
|
zmodule zsh-users/zsh-autosuggestions
|
|
|
|
```
|
2022-03-18 23:43:01 -04:00
|
|
|
|
|
|
|
If you also want one of our prompt [themes]:
|
2024-05-26 13:44:49 -04:00
|
|
|
```zsh
|
|
|
|
zmodule git-info
|
|
|
|
zmodule duration-info
|
2022-03-18 23:43:01 -04:00
|
|
|
zmodule asciiship
|
|
|
|
zmodule zsh-users/zsh-syntax-highlighting
|
|
|
|
zmodule zsh-users/zsh-autosuggestions
|
|
|
|
```
|
|
|
|
|
|
|
|
If you want to use our [completion] module too, instead of using `compinit` directly:
|
2022-03-03 21:19:40 -05:00
|
|
|
```zsh
|
2024-05-26 13:44:49 -04:00
|
|
|
zmodule git-info
|
|
|
|
zmodule duration-info
|
2022-03-18 23:43:01 -04:00
|
|
|
zmodule asciiship
|
2022-03-03 21:19:40 -05:00
|
|
|
zmodule zsh-users/zsh-completions --fpath src
|
|
|
|
zmodule completion
|
|
|
|
zmodule zsh-users/zsh-syntax-highlighting
|
|
|
|
zmodule zsh-users/zsh-autosuggestions
|
|
|
|
```
|
|
|
|
The [completion] module calls `compinit` for you. You should remove any
|
|
|
|
`compinit` calls from your `~/.zshrc` when you use this module. The modules will
|
|
|
|
be initialized in the order they are defined, and [completion] must be
|
2022-03-06 17:28:23 -05:00
|
|
|
initialized *after* all modules that add completion definitions, so it must come
|
|
|
|
after [zsh-users/zsh-completions].
|
2022-03-03 21:19:40 -05:00
|
|
|
|
2022-03-06 17:28:23 -05:00
|
|
|
Check the [`zmodule` usage](#zmodule) below for more examples on how to use it to
|
2022-03-03 21:19:40 -05:00
|
|
|
define the modules you want to use.
|
2021-07-01 18:58:49 -04:00
|
|
|
|
2019-12-01 16:00:47 -05:00
|
|
|
Usage
|
|
|
|
-----
|
2024-06-25 13:32:13 -04:00
|
|
|
The zimfw plugin manager installs your modules at `${ZIM_HOME}/modules` and
|
2022-08-02 13:49:09 -04:00
|
|
|
builds a static script at `${ZIM_HOME}/init.zsh` that will initialize them. Your
|
|
|
|
modules are defined in your `~/.zimrc` file.
|
2022-03-03 21:19:40 -05:00
|
|
|
|
2022-09-27 18:45:16 -04:00
|
|
|
The `~/.zimrc` file must contain `zmodule` calls to define the modules to be
|
2024-06-25 13:32:13 -04:00
|
|
|
initialized. The modules will be initialized in the same order they're defined.
|
2022-03-03 21:19:40 -05:00
|
|
|
|
2024-06-25 13:32:13 -04:00
|
|
|
The `~/.zimrc` file is not sourced during Zsh startup and it's only used to
|
|
|
|
configure the zimfw plugin manager.
|
2016-09-05 18:36:44 -04:00
|
|
|
|
2022-03-06 17:28:23 -05:00
|
|
|
Check [examples of `~/.zimrc` files](#create-zimrc) above.
|
2021-11-06 18:04:47 -04:00
|
|
|
|
2019-12-01 16:00:47 -05:00
|
|
|
### zmodule
|
2016-09-05 18:36:44 -04:00
|
|
|
|
2021-11-08 20:27:14 -05:00
|
|
|
Below are some usage examples:
|
|
|
|
|
2022-01-10 20:41:50 -05:00
|
|
|
* A module from the [@zimfw] organization: `zmodule archive`
|
2021-11-08 20:27:14 -05:00
|
|
|
* A module from another GitHub organization: `zmodule StackExchange/blackbox`
|
|
|
|
* A module with a custom URL: `zmodule https://gitlab.com/Spriithy/basher.git`
|
|
|
|
* A module at an absolute path, that is already installed:
|
|
|
|
`zmodule /usr/local/share/zsh-autosuggestions`
|
|
|
|
* A module with a custom fpath: `zmodule zsh-users/zsh-completions --fpath src`
|
2024-06-25 13:32:13 -04:00
|
|
|
* A module with a custom initialization file and with git submodules disabled:
|
2022-01-25 09:32:50 -05:00
|
|
|
`zmodule spaceship-prompt/spaceship-prompt --source spaceship.zsh --no-submodules` or
|
|
|
|
`zmodule spaceship-prompt/spaceship-prompt --name spaceship --no-submodules`
|
2021-11-08 20:27:14 -05:00
|
|
|
* A module with two custom initialization files:
|
2022-09-27 18:45:16 -04:00
|
|
|
`zmodule sindresorhus/pure --source async.zsh --source pure.zsh`. Separate
|
|
|
|
zmodule calls can also be used. In this equivalent example, the second call
|
|
|
|
automatically discovers the second file to be sourced:
|
|
|
|
```
|
|
|
|
zmodule sindresorhus/pure --source async.zsh
|
|
|
|
zmodule sindresorhus/pure
|
|
|
|
```
|
2022-01-10 20:41:50 -05:00
|
|
|
* A module with a custom initialization command:
|
|
|
|
`zmodule skywind3000/z.lua --cmd 'eval "$(lua {}/z.lua --init zsh enhanced once)"'`
|
2022-05-07 17:31:08 -04:00
|
|
|
* A module with an on-pull command. It can be used to create a cached initialization script:
|
|
|
|
`zmodule skywind3000/z.lua --on-pull 'lua z.lua --init zsh enhanced once >! init.zsh'`
|
2021-11-08 20:27:14 -05:00
|
|
|
* A module with a big git repository: `zmodule romkatv/powerlevel10k --use degit`
|
2022-09-27 18:45:16 -04:00
|
|
|
* A module with a custom root subdirectory: `zmodule ohmyzsh/ohmyzsh --root plugins/vim-interaction`
|
|
|
|
* A module with multiple roots:
|
|
|
|
```
|
|
|
|
zmodule sorin-ionescu/prezto --root modules/command-not-found
|
|
|
|
zmodule sorin-ionescu/prezto --root modules/gnu-utility
|
|
|
|
```
|
|
|
|
or
|
|
|
|
```
|
|
|
|
zmodule ohmyzsh/ohmyzsh --root plugins/perl
|
|
|
|
zmodule ohmyzsh/ohmyzsh --root plugins/vim-interaction
|
|
|
|
```
|
2021-11-06 18:04:47 -04:00
|
|
|
|
|
|
|
<details id="zmodule-usage">
|
|
|
|
<summary>Want help with the complete <code>zmodule</code> usage?</summary>
|
|
|
|
|
2022-09-27 18:45:16 -04:00
|
|
|
<pre>Usage: <b>zmodule</b> <url> [<b>-n</b>|<b>--name</b> <module_name>] [<b>-r</b>|<b>--root</b> <path>] [options]
|
2016-09-05 18:36:44 -04:00
|
|
|
|
2022-09-27 18:45:16 -04:00
|
|
|
Add <b>zmodule</b> calls to your <b>~/.zimrc</b> file to define the modules to be initialized. The initiali-
|
2022-12-18 15:58:30 -05:00
|
|
|
zation will be done in the same order it's defined.
|
2016-09-05 18:36:44 -04:00
|
|
|
|
2020-10-11 13:24:01 -04:00
|
|
|
<url> Module absolute path or repository URL. The following URL formats
|
2021-11-08 20:05:32 -05:00
|
|
|
are equivalent: <b>foo</b>, <b>zimfw/foo</b>, <b>https://github.com/zimfw/foo.git</b>.
|
2022-09-27 18:45:16 -04:00
|
|
|
If an absolute path is given, the module is considered externally
|
2024-02-16 21:04:21 -05:00
|
|
|
installed and won't be installed or updated by zimfw.
|
2022-12-18 15:58:30 -05:00
|
|
|
<b>-n</b>|<b>--name</b> <module_name> Set a custom module name. Default: the last component in <url>.
|
|
|
|
Slashes can be used inside the name to organize the module into
|
|
|
|
subdirectories. The module will be installed at
|
|
|
|
<b>${ZIM_HOME}/</b><module_name>.
|
2022-09-27 18:45:16 -04:00
|
|
|
<b>-r</b>|<b>--root</b> <path> Relative path to the module root.
|
|
|
|
|
|
|
|
Per-module options:
|
2021-08-10 11:38:01 -04:00
|
|
|
<b>-b</b>|<b>--branch</b> <branch_name> Use specified branch when installing and updating the module.
|
2021-11-08 20:05:32 -05:00
|
|
|
Overrides the tag option. Default: the repository default branch.
|
|
|
|
<b>-t</b>|<b>--tag</b> <tag_name> Use specified tag when installing and updating the module. Over-
|
|
|
|
rides the branch option.
|
2024-02-16 21:04:21 -05:00
|
|
|
<b>-u</b>|<b>--use</b> <tool_name> Install and update the module using the defined tool. Default is
|
|
|
|
either defined by <b>zstyle ':zim:zmodule' use '</b><tool_name><b>'</b>, or <b>git</b>
|
|
|
|
if none is provided. The tools available are:
|
|
|
|
<b>git</b> uses the git command. Local changes are preserved on updates.
|
|
|
|
<b>degit</b> uses curl or wget, and currently only works with GitHub
|
2021-11-08 20:05:32 -05:00
|
|
|
URLs. Modules install faster and take less disk space. Local
|
|
|
|
changes are lost on updates. Git submodules are not supported.
|
2024-02-16 21:04:21 -05:00
|
|
|
<b>mkdir</b> creates an empty directory. The <url> is only used to set
|
|
|
|
the module name. Use the <b>-c</b>|<b>--cmd</b> or <b>--on-pull</b> options to execute
|
|
|
|
the desired command to generate the module files.
|
2022-01-25 09:32:50 -05:00
|
|
|
<b>--no-submodules</b> Don't install or update git submodules.
|
2021-08-10 11:38:01 -04:00
|
|
|
<b>-z</b>|<b>--frozen</b> Don't install or update the module.
|
2022-09-27 18:45:16 -04:00
|
|
|
|
|
|
|
The per-module options above are carried over multiple zmodule calls for the same module.
|
|
|
|
Modules are uniquely identified by their name.
|
|
|
|
|
|
|
|
Per-module-root options:
|
2022-12-18 15:58:30 -05:00
|
|
|
<b>--if</b> <test> Will only initialize module root if specified test returns a zero
|
|
|
|
exit status. The test is evaluated at every new terminal startup.
|
2024-02-16 21:04:21 -05:00
|
|
|
<b>--if-command</b> <cmd_name> Will only initialize module root if specified external command is
|
2024-01-22 21:36:17 -05:00
|
|
|
available. This is evaluated at every new terminal startup.
|
2024-02-16 21:04:21 -05:00
|
|
|
Equivalent to <b>--if '(( ${+commands[</b><cmd_name><b>]} ))'</b>.
|
2024-10-08 19:42:34 -04:00
|
|
|
<b>--if-ostype</b> <ostype> Will only initialize module root if <b>OSTYPE</b> is equal to the given
|
|
|
|
expression. This is evaluated at every new terminal startup.
|
|
|
|
Equivalent to <b>--if '[[ ${OSTYPE} == </b><ostype><b> ]]'</b>.
|
2022-05-07 17:31:08 -04:00
|
|
|
<b>--on-pull</b> <command> Execute command after installing or updating the module. The com-
|
|
|
|
mand is executed in the module root directory.
|
2022-09-27 18:45:16 -04:00
|
|
|
<b>-d</b>|<b>--disabled</b> Don't initialize the module root or uninstall the module.
|
|
|
|
|
|
|
|
The per-module-root options above are carried over multiple zmodule calls for the same mod-
|
|
|
|
ule root.
|
|
|
|
|
|
|
|
Per-call initialization options:
|
|
|
|
<b>-f</b>|<b>--fpath</b> <path> Will add specified path to fpath. The path is relative to the
|
|
|
|
module root directory. Default: <b>functions</b>, if the subdirectory
|
|
|
|
exists and is non-empty.
|
|
|
|
<b>-a</b>|<b>--autoload</b> <func_name> Will autoload specified function. Default: all valid names inside
|
|
|
|
the <b>functions</b> subdirectory, if any.
|
|
|
|
<b>-s</b>|<b>--source</b> <file_path> Will source specified file. The path is relative to the module
|
|
|
|
root directory. Default: <b>init.zsh</b>, if a non-empty <b>functions</b> sub-
|
|
|
|
directory exists, else the largest of the files matching the glob
|
2022-12-18 15:58:30 -05:00
|
|
|
<b>(init.zsh|</b><name><b>.(zsh|plugin.zsh|zsh-theme|sh))</b>, if any.
|
|
|
|
<name> in the glob is resolved to the last component of the mod-
|
|
|
|
ule name, or the last component of the path to the module root.
|
2022-09-27 18:45:16 -04:00
|
|
|
<b>-c</b>|<b>--cmd</b> <command> Will execute specified command. Occurrences of the <b>{}</b> placeholder
|
|
|
|
in the command are substituted by the module root directory path.
|
2021-11-08 20:05:32 -05:00
|
|
|
I.e., <b>-s 'foo.zsh'</b> and <b>-c 'source {}/foo.zsh'</b> are equivalent.
|
2021-11-06 18:04:47 -04:00
|
|
|
|
2022-09-27 18:45:16 -04:00
|
|
|
Setting any per-call initialization option above will disable the default values from the
|
|
|
|
other per-call initialization options, so only your provided values will be used. I.e. these
|
|
|
|
values are either all automatic, or all manual in each zmodule call. To use default values
|
|
|
|
and also provided values, use separate zmodule calls.
|
2020-05-02 19:47:38 -04:00
|
|
|
</pre>
|
Add a plugin mechanism \o/
This is a major change, where Zsh modules/plugins are not git submodules
in the Zim repo anymore, but customized and installed separately as
individual repositories. The discussion about this started more than 2
years ago in #88. Closes #299.
This will allow contributors' modules to live in their own repositories.
See #33, #138, #262, #281, #324.
The current code has what, up to this point, I considered to be the best
balance between simplicity, execution speed and number of files.
One measured decision was to make the initialization of modules depend
only on the `':zim' modules` style, keeping it as fast as possible.
The `':zim:module' module` style is used to install, update and clean
the modules, all operations that happen after the user got his
as-blazing-fast-possible shell prompt.
Even though I didn't care much about making install or update fast,
`xargs` has a nice feature of allowing commands to be executed in
parallel with `-P`. I took advantage of that.
I've also worked on making the `zimfw` utility give the user some nice
(while still minimalistic) output. Also I'm suggesting this as the new
name for the `zmanage` tool, since `zimfw` does not shadow the `zim`
wiki tool.
2019-01-07 18:25:34 -05:00
|
|
|
|
2021-11-06 18:04:47 -04:00
|
|
|
</details>
|
|
|
|
|
2019-12-01 16:00:47 -05:00
|
|
|
### zimfw
|
2016-09-05 18:36:44 -04:00
|
|
|
|
2022-03-03 21:19:40 -05:00
|
|
|
The Zim plugin manager:
|
2019-12-07 21:17:40 -05:00
|
|
|
|
2021-11-08 20:27:14 -05:00
|
|
|
* Added new modules to `~/.zimrc`? Run `zimfw install`.
|
|
|
|
* Removed modules from `~/.zimrc`? Run `zimfw uninstall`.
|
|
|
|
* Want to update your modules to their latest revisions? Run `zimfw update`.
|
2024-06-25 13:32:13 -04:00
|
|
|
* Want to upgrade zimfw to its latest version? Run `zimfw upgrade`.
|
|
|
|
* For more information about the zimfw plugin manager, run `zimfw help`.
|
Add a plugin mechanism \o/
This is a major change, where Zsh modules/plugins are not git submodules
in the Zim repo anymore, but customized and installed separately as
individual repositories. The discussion about this started more than 2
years ago in #88. Closes #299.
This will allow contributors' modules to live in their own repositories.
See #33, #138, #262, #281, #324.
The current code has what, up to this point, I considered to be the best
balance between simplicity, execution speed and number of files.
One measured decision was to make the initialization of modules depend
only on the `':zim' modules` style, keeping it as fast as possible.
The `':zim:module' module` style is used to install, update and clean
the modules, all operations that happen after the user got his
as-blazing-fast-possible shell prompt.
Even though I didn't care much about making install or update fast,
`xargs` has a nice feature of allowing commands to be executed in
parallel with `-P`. I took advantage of that.
I've also worked on making the `zimfw` utility give the user some nice
(while still minimalistic) output. Also I'm suggesting this as the new
name for the `zmanage` tool, since `zimfw` does not shadow the `zim`
wiki tool.
2019-01-07 18:25:34 -05:00
|
|
|
|
2020-01-15 12:35:30 -05:00
|
|
|
Settings
|
|
|
|
--------
|
2024-06-25 13:32:13 -04:00
|
|
|
Set the path of the directory used by zimfw with the `ZIM_HOME` environment
|
2022-12-18 15:58:30 -05:00
|
|
|
variable:
|
|
|
|
|
|
|
|
ZIM_HOME=~/.zim
|
|
|
|
|
2024-06-25 13:32:13 -04:00
|
|
|
By default, the zimfw plugin manager configuration file must be at `~/.zimrc`,
|
2022-12-18 15:58:30 -05:00
|
|
|
if the `ZDOTDIR` environment variable is not defined. Otherwise, it must be at
|
|
|
|
`${ZDOTDIR}/.zimrc`. You can customize its full path and name with the
|
|
|
|
`ZIM_CONFIG_FILE` environment variable:
|
|
|
|
|
|
|
|
ZIM_CONFIG_FILE=~/.config/zsh/zimrc
|
|
|
|
|
2021-08-10 11:38:01 -04:00
|
|
|
Modules are installed using `git` by default. If you don't have `git`
|
|
|
|
installed, or if you want to take advantage of our degit tool for faster and
|
|
|
|
lighter module installations, you can set degit as the default tool with:
|
|
|
|
|
|
|
|
zstyle ':zim:zmodule' use 'degit'
|
|
|
|
|
2024-06-25 13:32:13 -04:00
|
|
|
By default, zimfw will check if it has a new version available every 30 days. If
|
|
|
|
the `zimfw.zsh` file cannot be upgraded, either because your user does not have
|
|
|
|
write access to it, or because it was sourced from a symlink, then this will be
|
|
|
|
disabled. This can be manually disabled with:
|
Add a plugin mechanism \o/
This is a major change, where Zsh modules/plugins are not git submodules
in the Zim repo anymore, but customized and installed separately as
individual repositories. The discussion about this started more than 2
years ago in #88. Closes #299.
This will allow contributors' modules to live in their own repositories.
See #33, #138, #262, #281, #324.
The current code has what, up to this point, I considered to be the best
balance between simplicity, execution speed and number of files.
One measured decision was to make the initialization of modules depend
only on the `':zim' modules` style, keeping it as fast as possible.
The `':zim:module' module` style is used to install, update and clean
the modules, all operations that happen after the user got his
as-blazing-fast-possible shell prompt.
Even though I didn't care much about making install or update fast,
`xargs` has a nice feature of allowing commands to be executed in
parallel with `-P`. I took advantage of that.
I've also worked on making the `zimfw` utility give the user some nice
(while still minimalistic) output. Also I'm suggesting this as the new
name for the `zmanage` tool, since `zimfw` does not shadow the `zim`
wiki tool.
2019-01-07 18:25:34 -05:00
|
|
|
|
2020-01-15 12:35:30 -05:00
|
|
|
zstyle ':zim' disable-version-check yes
|
Add a plugin mechanism \o/
This is a major change, where Zsh modules/plugins are not git submodules
in the Zim repo anymore, but customized and installed separately as
individual repositories. The discussion about this started more than 2
years ago in #88. Closes #299.
This will allow contributors' modules to live in their own repositories.
See #33, #138, #262, #281, #324.
The current code has what, up to this point, I considered to be the best
balance between simplicity, execution speed and number of files.
One measured decision was to make the initialization of modules depend
only on the `':zim' modules` style, keeping it as fast as possible.
The `':zim:module' module` style is used to install, update and clean
the modules, all operations that happen after the user got his
as-blazing-fast-possible shell prompt.
Even though I didn't care much about making install or update fast,
`xargs` has a nice feature of allowing commands to be executed in
parallel with `-P`. I took advantage of that.
I've also worked on making the `zimfw` utility give the user some nice
(while still minimalistic) output. Also I'm suggesting this as the new
name for the `zmanage` tool, since `zimfw` does not shadow the `zim`
wiki tool.
2019-01-07 18:25:34 -05:00
|
|
|
|
2024-10-28 19:08:10 -04:00
|
|
|
To disable color output from zimfw, prefix the zimfw call with `NO_COLOR=1`,
|
|
|
|
like:
|
|
|
|
|
|
|
|
NO_COLOR=1 zimfw install
|
|
|
|
|
|
|
|
or add the following to your `.zshrc`, which should also disable color output
|
|
|
|
for other tools. See https://no-color.org/
|
|
|
|
|
|
|
|
export NO_COLOR=1
|
|
|
|
|
Add a plugin mechanism \o/
This is a major change, where Zsh modules/plugins are not git submodules
in the Zim repo anymore, but customized and installed separately as
individual repositories. The discussion about this started more than 2
years ago in #88. Closes #299.
This will allow contributors' modules to live in their own repositories.
See #33, #138, #262, #281, #324.
The current code has what, up to this point, I considered to be the best
balance between simplicity, execution speed and number of files.
One measured decision was to make the initialization of modules depend
only on the `':zim' modules` style, keeping it as fast as possible.
The `':zim:module' module` style is used to install, update and clean
the modules, all operations that happen after the user got his
as-blazing-fast-possible shell prompt.
Even though I didn't care much about making install or update fast,
`xargs` has a nice feature of allowing commands to be executed in
parallel with `-P`. I took advantage of that.
I've also worked on making the `zimfw` utility give the user some nice
(while still minimalistic) output. Also I'm suggesting this as the new
name for the `zmanage` tool, since `zimfw` does not shadow the `zim`
wiki tool.
2019-01-07 18:25:34 -05:00
|
|
|
Uninstalling
|
|
|
|
------------
|
|
|
|
The best way to remove Zim is to manually delete `~/.zim`, `~/.zimrc`, and
|
2019-12-14 22:41:19 -05:00
|
|
|
remove the initialization lines from your `~/.zshenv`, `~/.zshrc` and `~/.zlogin`.
|
2016-09-05 18:36:44 -04:00
|
|
|
|
2021-07-01 18:58:49 -04:00
|
|
|
[modules]: https://zimfw.sh/docs/modules/
|
|
|
|
[themes]: https://zimfw.sh/docs/themes/
|
2022-03-03 21:19:40 -05:00
|
|
|
[speed]: https://github.com/zimfw/zimfw/wiki/Speed
|
2022-01-10 20:41:50 -05:00
|
|
|
[@zimfw]: https://github.com/zimfw
|
2022-03-03 21:19:40 -05:00
|
|
|
[completion]: https://github.com/zimfw/completion
|
|
|
|
[zsh-users/zsh-completions]: https://github.com/zsh-users/zsh-completions
|