neovim/runtime/lua/vim/_init_packages.lua, branch masterVim-fork focused on extensibility and usabilityhttp://git.waynecole.info/neovim/atom?h=master2025-12-30T06:44:52Zbuild: move shared.lua to _core/2025-12-30T06:44:52ZJustin M. Keyesjustinkz@gmail.com2025-12-21T02:51:54Zurn:sha1:1d70c96e5b390c23b021930544c44d1d1e95f04fbuild: ship "_core/*" as bytecode (built-into Nvim binary)2025-12-30T06:44:24ZJustin M. Keyesjustinkz@gmail.com2025-08-29T03:43:10Zurn:sha1:20e77c5d886af54d1f7b6844cffc11129f579ad9
Problem:
We want to encourage implementing core features in Lua instead of C, but
it's clumsy because:
- Core Lua code (built into `nvim` so it is available even if VIMRUNTIME
is missing/invalid) requires manually updating CMakeLists.txt, or
stuffing it into `_editor.lua`.
- Core Lua modules are not organized similar to C modules, `_editor.lua`
is getting too big.
Solution:
- Introduce `_core/` where core Lua code can live. All Lua modules added
there will automatically be included as bytecode in the `nvim` binary.
- Move these core modules into `_core/*`:
```
_defaults.lua
_editor.lua
_options.lua
_system.lua
shared.lua
```
TODO:
- Move `_extui/ => _core/ui2/`
docs: move vim.system to own section2025-07-10T12:34:58ZLewis Russelllewis6991@gmail.com2025-07-10T09:32:17Zurn:sha1:e644038f06b4e3401f9b496bbe4337bfe8b18146fix: type fixes2025-06-06T14:36:48ZLewis Russelllewis6991@gmail.com2025-06-05T10:31:51Zurn:sha1:3b6084ddf4f0d49fb0e5d135919c9daacea2a46d
Type fixes caught by emmylua
refactor(types): more fixes2024-03-06T10:45:22ZLewis Russelllewis6991@gmail.com2024-03-06T10:03:55Zurn:sha1:ea44f74d84f87ce5aff2ef7797be986900bd74a6fix: type warnings in shared.lua2024-02-15T11:32:50ZLewis Russelllewis6991@gmail.com2024-02-15T10:53:51Zurn:sha1:35f453f65df2cab4eaeda99c205d1fda235b7bc9refactor: create function for deferred loading2024-02-03T15:53:41Zdundargocgocdundar@gmail.com2024-01-22T17:23:28Zurn:sha1:2e982f1aad9f1a03562b7a451d642f76b04c37cb
The benefit of this is that users only pay for what they use. If e.g.
only `vim.lsp.buf_get_clients()` is called then they don't need to load
all modules under `vim.lsp` which could lead to significant startuptime
saving.
Also `vim.lsp.module` is a bit nicer to user compared to
`require("vim.lsp.module")`.
This isn't used for some nested modules such as `filetype` as it breaks
tests with error messages such as "attempt to index field 'detect'".
It's not entirely certain the reason for this, but it is likely it is
due to filetype being precompiled which would imply deferred loading
isn't needed for performance reasons.
refactor: fix luals warnings2023-12-30T16:40:53Zdundargocgocdundar@gmail.com2023-12-13T13:04:24Zurn:sha1:d51b6157473c4830313b566116aa3ad38dc97412refactor(lsp): move glob parsing to util (#26519)2023-12-22T10:40:01ZSteven Arcangeli506791+stevearc@users.noreply.github.com2023-12-22T10:40:01Zurn:sha1:92204b06e7365cf4c68e6ea8258dce801f0a5df9
refactor(lsp): move glob parsing to vim.glob
Moving the logic for using vim.lpeg to create a match pattern from a
glob into `vim.glob`. There are several places in the LSP spec that
use globs, and it's very useful to have glob matching as a
generally-available utility.feat: add vim.text module (#26069)2023-11-16T17:35:54ZGregory Anders8965202+gpanders@users.noreply.github.com2023-11-16T17:35:54Zurn:sha1:4bf47222c973c4bc935d6fde106329f8a0e103e3