Configuration
xplr can be configured using Lua via a special file named init.lua
,
which can be placed in ~/.config/xplr/
(local to user) or /etc/xplr/
(global) depending on the use case.
When xplr loads, it first executes the built-in init.lua to set the default values, which is then overwritten by another config file, if found using the following lookup order:
--config /path/to/init.lua
~/.config/xplr/init.lua
/etc/xplr/init.lua
The first one found will be loaded by xplr and the lookup will stop.
The loaded config can be further extended using the -C
or --extra-config
command-line option.
Config
The xplr configuration, exposed via xplr.config
Lua API contains the
following sections.
See:
Function
While xplr.config
defines all the static parts of the configuration,
xplr.fn
defines all the dynamic parts using functions.
See: Lua Function Calls
As always, xplr.fn.builtin
is where the built-in functions are defined
that can be overwritten.
xplr.fn.builtin.try_complete_path
Tries to auto complete the path in the input buffer
xplr.fn.builtin.fmt_general_table_row_cols_0
Renders the first column in the table
xplr.fn.builtin.fmt_general_table_row_cols_1
Renders the second column in the table
xplr.fn.builtin.fmt_general_table_row_cols_2
Renders the third column in the table
xplr.fn.builtin.fmt_general_table_row_cols_3
Renders the fourth column in the table
xplr.fn.builtin.fmt_general_table_row_cols_4
Renders the fifth column in the table
xplr.fn.custom
This is where the custom functions can be added.
There is currently no restriction on what kind of functions can be defined
in xplr.fn.custom
.
You can also use nested tables such as
xplr.fn.custom.my_plugin.my_function
to define custom functions.
Hooks
This section of the configuration cannot be overwritten by another config file or plugin, since this is an optional lua return statement specific to each config file. It can be used to define things that should be explicit for reasons like performance concerns, such as hooks.
Plugins should expose the hooks, and require users to subscribe to them explicitly.
Example:
return {
-- Add messages to send when the xplr loads.
-- This is similar to the `--on-load` command-line option.
--
-- Type: list of [Message](https://xplr.dev/en/message#message)s
on_load = {
{ LogSuccess = "Configuration successfully loaded!" },
{ CallLuaSilently = "custom.some_plugin_with_hooks.on_load" },
},
-- Add messages to send when the directory changes.
--
-- Type: list of [Message](https://xplr.dev/en/message#message)s
on_directory_change = {
{ LogSuccess = "Changed directory" },
{ CallLuaSilently = "custom.some_plugin_with_hooks.on_directory_change" },
},
-- Add messages to send when the focus changes.
--
-- Type: list of [Message](https://xplr.dev/en/message#message)s
on_focus_change = {
{ LogSuccess = "Changed focus" },
{ CallLuaSilently = "custom.some_plugin_with_hooks.on_focus_change" },
}
-- Add messages to send when the mode is switched.
--
-- Type: list of [Message](https://xplr.dev/en/message#message)s
on_mode_switch = {
{ LogSuccess = "Switched mode" },
{ CallLuaSilently = "custom.some_plugin_with_hooks.on_mode_switch" },
}
-- Add messages to send when the layout is switched
--
-- Type: list of [Message](https://xplr.dev/en/message#message)s
on_layout_switch = {
{ LogSuccess = "Switched layout" },
{ CallLuaSilently = "custom.some_plugin_with_hooks.on_layout_switch" },
}
-- Add messages to send when the selection changes
--
-- Type: list of [Message](https://xplr.dev/en/message#message)s
on_selection_change = {
{ LogSuccess = "Selection changed" },
{ CallLuaSilently = "custom.some_plugin_with_hooks.on_selection_change" },
}
}
Note:
It's not recommended to copy the entire configuration, unless you want to freeze it and miss out on useful updates to the defaults.
Instead, you can use this as a reference to overwrite only the parts you want to update.
If you still want to copy the entire configuration, make sure to put your customization before the return statement.