Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Module] rocks-lazy module for lazy-loading plugins #87

Open
mrcjkb opened this issue Dec 17, 2023 · 3 comments
Open

[Module] rocks-lazy module for lazy-loading plugins #87

mrcjkb opened this issue Dec 17, 2023 · 3 comments
Assignees

Comments

@mrcjkb
Copy link
Member

mrcjkb commented Dec 17, 2023

Depends on #86.

Users could add things like events or filetypes to their plugin config, to load plugins lazily.

[plugins]
rustaceanvim = { version = "1.0.0", opt = true, filetypes = [ "rust" ] }
@mrcjkb mrcjkb self-assigned this Mar 13, 2024
@mrcjkb
Copy link
Member Author

mrcjkb commented Apr 19, 2024

Status:

  • I've started work on a lz.n library (not public yet)
    that mirrors the basic lazy.nvim API (without complexities like merging specs, which is meant to be used by distros, afaik).
    It's designed to be usable with any plugin manager, or bare bones (e.g. with nixpkgs) with the goal of making it easy for lazy.nvim users to migrate.
  • When it's ready, this library could be used by a rocks-lazy.nvim module.

There's one thing to be considered:

  • How to integrate with rocks-config.nvim?
    Maybe we can add an API for deferring loading configs that rocks-lazy.nvim could hook into.

@mrcjkb
Copy link
Member Author

mrcjkb commented Jun 10, 2024

Update: The lz.n library is now public and has been published to luarocks. I will start work on rocks-lazy.nvim soon 😁

@mrcjkb
Copy link
Member Author

mrcjkb commented Jun 17, 2024

Update: rocks-lazy.nvim is ready for testing.

I have not yet published a stable release, because

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant