Marty/dotfiles
1
0
Fork 0
Code Issues 3 Pull requests Projects Releases Wiki Activity
dotfiles/nvim/.config/nvim/lazy-lock.json

85 lines
7.8 KiB
JSON
Raw Normal View History

nvim: Move to lazy.nvim package manager Migrated from packer.nvim to lazy.nvim - it gives really fast loading times, easy lazy loading for any package and a snazzy package manager overview page (invoked through `:Lazy`) which, importantly, all do not rely on a compiled plugin list. In essence it feels like an easier to manage and robust packer replacement (even though packer is a really good manager as well) that is well worth to switch to. Migration was pretty painless as well. One thing I might do in the future is split up the plugin structure itself from a single plugin list (which invokes plugin settings files) to several files containing the plugins and their settings since it might give more structure.
2023-02-10 08:15:56 +00:00
{
nvim: Update plugin lockfile
2023-03-19 13:49:38 +00:00
"Arduino.nvim": { "branch": "main", "commit": "63f71687c0f4bcebafbb7e480f0d47b6fe46bd82" },
nvim: Move to lazy.nvim package manager Migrated from packer.nvim to lazy.nvim - it gives really fast loading times, easy lazy loading for any package and a snazzy package manager overview page (invoked through `:Lazy`) which, importantly, all do not rely on a compiled plugin list. In essence it feels like an easier to manage and robust packer replacement (even though packer is a really good manager as well) that is well worth to switch to. Migration was pretty painless as well. One thing I might do in the future is split up the plugin structure itself from a single plugin list (which invokes plugin settings files) to several files containing the plugins and their settings since it might give more structure.
2023-02-10 08:15:56 +00:00
"BetterLua.vim": { "branch": "master", "commit": "d2d6c115575d09258a794a6f20ac60233eee59d5" },
nvim: Default to stable versions for plugins Using the lazy option 'version' we default to updating only to the latest stable (semver) version of plugins. This should make it a little more stable in the long run to keep up with plugin updates. Not all plugins support this versioning scheme and for those that do not it just keeps tracking the main branch. Currently from the plugins that support it, only `nvim-lspconfig` needs to be manually kept on the main branch since it is missing the correct lua language server otherwise. This should be a problem of the past with the release of the next version of the plugin.
2023-03-03 11:51:21 +00:00
"LuaSnip": { "branch": "master", "commit": "500981ff6cefc7343e3959ef0f939bd0bfd49ba9" },
nvim: Move Navigator to dev version Since Navigator.nvim only implements wezterm compatibility in its main branch as of now, we explicitly switch away from its stable version for now.
2023-03-07 09:49:51 +00:00
"Navigator.nvim": { "branch": "master", "commit": "91d86506ac2a039504d5205d32a1d4bc7aa57072" },
nvim: Move to lazy.nvim package manager Migrated from packer.nvim to lazy.nvim - it gives really fast loading times, easy lazy loading for any package and a snazzy package manager overview page (invoked through `:Lazy`) which, importantly, all do not rely on a compiled plugin list. In essence it feels like an easier to manage and robust packer replacement (even though packer is a really good manager as well) that is well worth to switch to. Migration was pretty painless as well. One thing I might do in the future is split up the plugin structure itself from a single plugin list (which invokes plugin settings files) to several files containing the plugins and their settings since it might give more structure.
2023-02-10 08:15:56 +00:00
"bats.vim": { "branch": "master", "commit": "6a5d2ef22b0ede503d867770afd02ebb1f97b709" },
nvim: Prepare lsp-zero switch to v2 branch Switched the configuration of lsp-zero to its less integrated v2 version. Switched back to manually configuring most of nvim-cmp. Addded some manual formatting to cmp which displays completion kind as icons not as text. Manually add luasnip integration.
2023-03-22 07:30:04 +00:00
"cmp-beancount": { "branch": "main", "commit": "da154ea94d598e6649d6ad01efa0a8611eff460d" },
nvim: Move to lazy.nvim package manager Migrated from packer.nvim to lazy.nvim - it gives really fast loading times, easy lazy loading for any package and a snazzy package manager overview page (invoked through `:Lazy`) which, importantly, all do not rely on a compiled plugin list. In essence it feels like an easier to manage and robust packer replacement (even though packer is a really good manager as well) that is well worth to switch to. Migration was pretty painless as well. One thing I might do in the future is split up the plugin structure itself from a single plugin list (which invokes plugin settings files) to several files containing the plugins and their settings since it might give more structure.
2023-02-10 08:15:56 +00:00
"cmp-buffer": { "branch": "main", "commit": "3022dbc9166796b644a841a02de8dd1cc1d311fa" },
nvim: Prepare lsp-zero switch to v2 branch Switched the configuration of lsp-zero to its less integrated v2 version. Switched back to manually configuring most of nvim-cmp. Addded some manual formatting to cmp which displays completion kind as icons not as text. Manually add luasnip integration.
2023-03-22 07:30:04 +00:00
"cmp-calc": { "branch": "main", "commit": "50792f34a628ea6eb31d2c90e8df174671e4e7a0" },
nvim: Update plugin lockfile
2023-03-01 16:39:23 +00:00
"cmp-cmdline": { "branch": "main", "commit": "8fcc934a52af96120fe26358985c10c035984b53" },
nvim: Prepare lsp-zero switch to v2 branch Switched the configuration of lsp-zero to its less integrated v2 version. Switched back to manually configuring most of nvim-cmp. Addded some manual formatting to cmp which displays completion kind as icons not as text. Manually add luasnip integration.
2023-03-22 07:30:04 +00:00
"cmp-digraphs": { "branch": "master", "commit": "5efc1f0078d7c5f3ea1c8e3aad04da3fd6e081a9" },
nvim: Move to lazy.nvim package manager Migrated from packer.nvim to lazy.nvim - it gives really fast loading times, easy lazy loading for any package and a snazzy package manager overview page (invoked through `:Lazy`) which, importantly, all do not rely on a compiled plugin list. In essence it feels like an easier to manage and robust packer replacement (even though packer is a really good manager as well) that is well worth to switch to. Migration was pretty painless as well. One thing I might do in the future is split up the plugin structure itself from a single plugin list (which invokes plugin settings files) to several files containing the plugins and their settings since it might give more structure.
2023-02-10 08:15:56 +00:00
"cmp-latex-symbols": { "branch": "main", "commit": "165fb66afdbd016eaa1570e41672c4c557b57124" },
"cmp-nvim-lsp": { "branch": "main", "commit": "0e6b2ed705ddcff9738ec4ea838141654f12eeef" },
"cmp-nvim-lua": { "branch": "main", "commit": "f3491638d123cfd2c8048aefaf66d246ff250ca6" },
nvim: Update plugin lockfile
2023-03-01 16:39:23 +00:00
"cmp-pandoc-references": { "branch": "master", "commit": "2c808dff631a783ddd2c554c4c6033907589baf6" },
nvim: Move to lazy.nvim package manager Migrated from packer.nvim to lazy.nvim - it gives really fast loading times, easy lazy loading for any package and a snazzy package manager overview page (invoked through `:Lazy`) which, importantly, all do not rely on a compiled plugin list. In essence it feels like an easier to manage and robust packer replacement (even though packer is a really good manager as well) that is well worth to switch to. Migration was pretty painless as well. One thing I might do in the future is split up the plugin structure itself from a single plugin list (which invokes plugin settings files) to several files containing the plugins and their settings since it might give more structure.
2023-02-10 08:15:56 +00:00
"cmp-path": { "branch": "main", "commit": "91ff86cd9c29299a64f968ebb45846c485725f23" },
nvim: Prepare lsp-zero switch to v2 branch Switched the configuration of lsp-zero to its less integrated v2 version. Switched back to manually configuring most of nvim-cmp. Addded some manual formatting to cmp which displays completion kind as icons not as text. Manually add luasnip integration.
2023-03-22 07:30:04 +00:00
"cmp-rg": { "branch": "master", "commit": "1cad8eb315643d0df13c37401c03d7986f891011" },
nvim: Move to lazy.nvim package manager Migrated from packer.nvim to lazy.nvim - it gives really fast loading times, easy lazy loading for any package and a snazzy package manager overview page (invoked through `:Lazy`) which, importantly, all do not rely on a compiled plugin list. In essence it feels like an easier to manage and robust packer replacement (even though packer is a really good manager as well) that is well worth to switch to. Migration was pretty painless as well. One thing I might do in the future is split up the plugin structure itself from a single plugin list (which invokes plugin settings files) to several files containing the plugins and their settings since it might give more structure.
2023-02-10 08:15:56 +00:00
"cmp-spell": { "branch": "master", "commit": "60584cb75e5e8bba5a0c9e4c3ab0791e0698bffa" },
"cmp-tmux": { "branch": "main", "commit": "984772716f66d8ee88535a6bf3f94c4b4e1301f5" },
"cmp-treesitter": { "branch": "master", "commit": "b40178b780d547bcf131c684bc5fd41af17d05f2" },
nvim: Switch to lsp-zero lsp-zero offers a simple to set-up lsp configuration which is based around the plugins I use anyway (lsp, cmp, luasnip) but integrates them very well. I add a few small quality of life things on top (cmp completion for / search and for vim command mode) as well as a boatload of custom completion sources but otherwise make use of the nice presets. This has de-bloated my _cmp.lua settings somewhat and allows me to have a simple treesitter and a simple(r) lsp setup! Additionally, switched to mason.nvim to manage my lsp sources (and linters), which is both the new hotness and actually really useful. Allows portable installation of most lsp servers into neovim data directory so they do not clutter any other directories or global namespaces.
2023-02-10 14:33:33 +00:00
"cmp_luasnip": { "branch": "master", "commit": "18095520391186d634a0045dacaa346291096566" },
nvim: Move to lazy.nvim package manager Migrated from packer.nvim to lazy.nvim - it gives really fast loading times, easy lazy loading for any package and a snazzy package manager overview page (invoked through `:Lazy`) which, importantly, all do not rely on a compiled plugin list. In essence it feels like an easier to manage and robust packer replacement (even though packer is a really good manager as well) that is well worth to switch to. Migration was pretty painless as well. One thing I might do in the future is split up the plugin structure itself from a single plugin list (which invokes plugin settings files) to several files containing the plugins and their settings since it might give more structure.
2023-02-10 08:15:56 +00:00
"completion-vcard": { "branch": "master", "commit": "2220fd517a985ececed1adcf0e5be8f2815564c7" },
nvim: Default to stable versions for plugins Using the lazy option 'version' we default to updating only to the latest stable (semver) version of plugins. This should make it a little more stable in the long run to keep up with plugin updates. Not all plugins support this versioning scheme and for those that do not it just keeps tracking the main branch. Currently from the plugins that support it, only `nvim-lspconfig` needs to be manually kept on the main branch since it is missing the correct lua language server otherwise. This should be a problem of the past with the release of the next version of the plugin.
2023-03-03 11:51:21 +00:00
"dial.nvim": { "branch": "master", "commit": "54b503f906bc9e5ab85288414840a1b86d40769f" },
nvim: Update plugin lockfile
2023-03-01 16:39:23 +00:00
"dressing.nvim": { "branch": "master", "commit": "5f44f829481640be0f96759c965ae22a3bcaf7ce" },
nvim: Update plugin lockfile
2023-03-19 13:49:38 +00:00
"easyread.nvim": { "branch": "main", "commit": "73df5f4dc8fd38bef079b890b2a34412844c00b1" },
nvim: Add fidget.nvim Added fidget plugin which shows the current loading status of LSPs. Only works for a few LSP (so far), including lua and python. Should automatically pick up new implementations on update. Will display a small loading notification in the lower right corner, useful to display status for those situations where LSP loading takes a long time (e.g. rust compilation requirements or a large python environment). FIXME Does not work for each python environment startup yet, and I am not sure why - sometimes just does not display its loading startup.
2023-03-22 09:32:11 +00:00
"fidget.nvim": { "branch": "main", "commit": "688b4fec4517650e29c3e63cfbb6e498b3112ba1" },
nvim: Update plugin lockfile
2023-03-01 16:39:23 +00:00
"formatter.nvim": { "branch": "master", "commit": "ed949c13e1a942db29ababa35e8c7864ced90eb6" },
nvim: Update plugin lockfile
2023-03-19 13:49:38 +00:00
"friendly-snippets": { "branch": "main", "commit": "25ddcd96540a2ce41d714bd7fea2e7f75fea8ead" },
nvim: Improve dynamic colorscheme sourcing
2023-03-07 09:41:10 +00:00
"fwatch.nvim": { "branch": "main", "commit": "a691f7349dc66285cd75a1a698dd28bca45f2bf8" },
nvim: Default to stable versions for plugins Using the lazy option 'version' we default to updating only to the latest stable (semver) version of plugins. This should make it a little more stable in the long run to keep up with plugin updates. Not all plugins support this versioning scheme and for those that do not it just keeps tracking the main branch. Currently from the plugins that support it, only `nvim-lspconfig` needs to be manually kept on the main branch since it is missing the correct lua language server otherwise. This should be a problem of the past with the release of the next version of the plugin.
2023-03-03 11:51:21 +00:00
"gitsigns.nvim": { "branch": "main", "commit": "bb808fc7376ed7bac0fbe8f47b83d4bf01738167" },
nvim: Update lockfile
2023-03-21 17:58:51 +00:00
"jupyter-kernel.nvim": { "branch": "main", "commit": "997dd7303f1e9cb210e511364725cfc4b6c4aa36" },
"lazy.nvim": { "branch": "main", "commit": "887eb75591520a01548134c4623617b639289d0b" },
nvim: Move to lazy.nvim package manager Migrated from packer.nvim to lazy.nvim - it gives really fast loading times, easy lazy loading for any package and a snazzy package manager overview page (invoked through `:Lazy`) which, importantly, all do not rely on a compiled plugin list. In essence it feels like an easier to manage and robust packer replacement (even though packer is a really good manager as well) that is well worth to switch to. Migration was pretty painless as well. One thing I might do in the future is split up the plugin structure itself from a single plugin list (which invokes plugin settings files) to several files containing the plugins and their settings since it might give more structure.
2023-02-10 08:15:56 +00:00
"lightspeed.nvim": { "branch": "main", "commit": "299eefa6a9e2d881f1194587c573dad619fdb96f" },
nvim: Switch to lsp-zero lsp-zero offers a simple to set-up lsp configuration which is based around the plugins I use anyway (lsp, cmp, luasnip) but integrates them very well. I add a few small quality of life things on top (cmp completion for / search and for vim command mode) as well as a boatload of custom completion sources but otherwise make use of the nice presets. This has de-bloated my _cmp.lua settings somewhat and allows me to have a simple treesitter and a simple(r) lsp setup! Additionally, switched to mason.nvim to manage my lsp sources (and linters), which is both the new hotness and actually really useful. Allows portable installation of most lsp servers into neovim data directory so they do not clutter any other directories or global namespaces.
2023-02-10 14:33:33 +00:00
"lsp-format.nvim": { "branch": "master", "commit": "ca0df5c8544e51517209ea7b86ecc522c98d4f0a" },
nvim: Update lazy lockfile
2023-03-22 16:31:49 +00:00
"lsp-zero.nvim": { "branch": "v2.x", "commit": "3beb377de24b81ba3c6e719b3c15cf1f50536338" },
nvim: Default to stable versions for plugins Using the lazy option 'version' we default to updating only to the latest stable (semver) version of plugins. This should make it a little more stable in the long run to keep up with plugin updates. Not all plugins support this versioning scheme and for those that do not it just keeps tracking the main branch. Currently from the plugins that support it, only `nvim-lspconfig` needs to be manually kept on the main branch since it is missing the correct lua language server otherwise. This should be a problem of the past with the release of the next version of the plugin.
2023-03-03 11:51:21 +00:00
"lsp_signature.nvim": { "branch": "master", "commit": "4665921ff8e30601c7c1328625b3abc1427a6143" },
nvim: Update plugin lockfile
2023-03-01 16:39:23 +00:00
"lualine.nvim": { "branch": "master", "commit": "e99d733e0213ceb8f548ae6551b04ae32e590c80" },
nvim: Update plugin lockfile
2023-03-19 13:49:38 +00:00
"magma-nvim-goose": { "branch": "main", "commit": "5d916c39c1852e09fcd39eab174b8e5bbdb25f8f" },
nvim: Default to stable versions for plugins Using the lazy option 'version' we default to updating only to the latest stable (semver) version of plugins. This should make it a little more stable in the long run to keep up with plugin updates. Not all plugins support this versioning scheme and for those that do not it just keeps tracking the main branch. Currently from the plugins that support it, only `nvim-lspconfig` needs to be manually kept on the main branch since it is missing the correct lua language server otherwise. This should be a problem of the past with the release of the next version of the plugin.
2023-03-03 11:51:21 +00:00
"markdown-preview.nvim": { "branch": "master", "commit": "9becceee5740b7db6914da87358a183ad11b2049" },
nvim: Prepare lsp-zero switch to v2 branch Switched the configuration of lsp-zero to its less integrated v2 version. Switched back to manually configuring most of nvim-cmp. Addded some manual formatting to cmp which displays completion kind as icons not as text. Manually add luasnip integration.
2023-03-22 07:30:04 +00:00
"mason-lspconfig.nvim": { "branch": "main", "commit": "2b811031febe5f743e07305738181ff367e1e452" },
nvim: Update lazy lockfile
2023-03-22 16:31:49 +00:00
"mason.nvim": { "branch": "main", "commit": "9f6fd51ce6a3381fbed5fe33169ff20b5bd8f00b" },
nvim: Update plugin lockfile
2023-03-01 16:39:23 +00:00
"mini.nvim": { "branch": "main", "commit": "427751024313e2270ca723eb16af7b218c83a7fc" },
nvim: Add latex notation concealing with nabla Notations will be concealed automatically on entering a textual buffer and `$...$` style notations are contained. Concealing can be turned off with <localleader>sV, which will toggle concealing on or off for all notations in the file. Additionally, the notation under curser can be viewed in a popup with <localleader>sv.
2023-03-23 06:34:08 +00:00
"nabla.nvim": { "branch": "master", "commit": "4870fce48aa4ce3565fafb0e778378d728ad02b0" },
nvim: Default to stable versions for plugins Using the lazy option 'version' we default to updating only to the latest stable (semver) version of plugins. This should make it a little more stable in the long run to keep up with plugin updates. Not all plugins support this versioning scheme and for those that do not it just keeps tracking the main branch. Currently from the plugins that support it, only `nvim-lspconfig` needs to be manually kept on the main branch since it is missing the correct lua language server otherwise. This should be a problem of the past with the release of the next version of the plugin.
2023-03-03 11:51:21 +00:00
"neural": { "branch": "main", "commit": "155618730b87a67655bdde373ee27bfce8b07ac9" },
nvim: Update plugin lockfile
2023-03-01 16:39:23 +00:00
"nui.nvim": { "branch": "main", "commit": "0dc148c6ec06577fcf06cbab3b7dac96d48ba6be" },
nvim: Update colorizer git address
2023-03-22 15:29:10 +00:00
"nvim-base16": { "branch": "master", "commit": "db9ac827d833236b2b7bbacf6ec3a92f96b88890" },
nvim: Update plugin lockfile
2023-03-19 13:49:38 +00:00
"nvim-cmp": { "branch": "main", "commit": "777450fd0ae289463a14481673e26246b5e38bf2" },
nvim: Update colorizer git address
2023-03-22 15:29:10 +00:00
"nvim-colorizer.lua": { "branch": "master", "commit": "dde3084106a70b9a79d48f426f6d6fec6fd203f7" },
nvim: Update lockfile
2023-03-21 17:58:51 +00:00
"nvim-lspconfig": { "branch": "master", "commit": "0f94c5fded29c0024254259f3d8a0284bfb507ea" },
nvim: Default to stable versions for plugins Using the lazy option 'version' we default to updating only to the latest stable (semver) version of plugins. This should make it a little more stable in the long run to keep up with plugin updates. Not all plugins support this versioning scheme and for those that do not it just keeps tracking the main branch. Currently from the plugins that support it, only `nvim-lspconfig` needs to be manually kept on the main branch since it is missing the correct lua language server otherwise. This should be a problem of the past with the release of the next version of the plugin.
2023-03-03 11:51:21 +00:00
"nvim-notify": { "branch": "master", "commit": "bdd647f61a05c9b8a57c83b78341a0690e9c29d7" },
nvim: Update lazy lockfile
2023-03-22 16:31:49 +00:00
"nvim-surround": { "branch": "main", "commit": "056f69ed494198ff6ea0070cfc66997cfe0a6c8b" },
nvim: Default to stable versions for plugins Using the lazy option 'version' we default to updating only to the latest stable (semver) version of plugins. This should make it a little more stable in the long run to keep up with plugin updates. Not all plugins support this versioning scheme and for those that do not it just keeps tracking the main branch. Currently from the plugins that support it, only `nvim-lspconfig` needs to be manually kept on the main branch since it is missing the correct lua language server otherwise. This should be a problem of the past with the release of the next version of the plugin.
2023-03-03 11:51:21 +00:00
"nvim-toggleterm.lua": { "branch": "main", "commit": "a5638b2206c3930a16a24e5c184dddd572f8cd34" },
nvim: Add file tree In addition to my standard file manager, vifm, being integrated into neovim, I have now also added a side-pane file tree (akin to nerdtree) that is easily reachable to get a quick overview of a file layout. For now, I do not intend to do much more with the plugin, only keep it for those rare cases I want to have a view on my file layout at the same time as working in a buffer. For all other things (file operations especially) I still have vifm.
2023-03-22 14:58:18 +00:00
"nvim-tree.lua": { "branch": "master", "commit": "aa9971768a08caa4f10f94ab84e48d2ceb30b1c0" },
nvim: Default to stable versions for plugins Using the lazy option 'version' we default to updating only to the latest stable (semver) version of plugins. This should make it a little more stable in the long run to keep up with plugin updates. Not all plugins support this versioning scheme and for those that do not it just keeps tracking the main branch. Currently from the plugins that support it, only `nvim-lspconfig` needs to be manually kept on the main branch since it is missing the correct lua language server otherwise. This should be a problem of the past with the release of the next version of the plugin.
2023-03-03 11:51:21 +00:00
"nvim-treesitter": { "branch": "master", "commit": "c38646edf2bdfac157ca619697ecad9ea87fd469" },
nvim: Prepare lsp-zero switch to v2 branch Switched the configuration of lsp-zero to its less integrated v2 version. Switched back to manually configuring most of nvim-cmp. Addded some manual formatting to cmp which displays completion kind as icons not as text. Manually add luasnip integration.
2023-03-22 07:30:04 +00:00
"nvim-treesitter-context": { "branch": "master", "commit": "88d1627285f7477883516ef60521601862dae7a1" },
nvim: Update plugin lockfile
2023-03-01 16:39:23 +00:00
"nvim-treesitter-textsubjects": { "branch": "master", "commit": "b913508f503527ff540f7fe2dcf1bf1d1f259887" },
nvim: Hook treesitter commentstrings into comment maps
2023-03-07 09:46:25 +00:00
"nvim-ts-context-commentstring": { "branch": "main", "commit": "729d83ecb990dc2b30272833c213cc6d49ed5214" },
nvim: Update lockfile
2023-03-21 17:58:51 +00:00
"nvim-ts-rainbow2": { "branch": "master", "commit": "cee4601ff8aac73dee4afa1074814343bb5a0b80" },
nvim: Add file tree In addition to my standard file manager, vifm, being integrated into neovim, I have now also added a side-pane file tree (akin to nerdtree) that is easily reachable to get a quick overview of a file layout. For now, I do not intend to do much more with the plugin, only keep it for those rare cases I want to have a view on my file layout at the same time as working in a buffer. For all other things (file operations especially) I still have vifm.
2023-03-22 14:58:18 +00:00
"nvim-web-devicons": { "branch": "master", "commit": "95b1e300699be8eb6b5be1758a9d4d69fe93cc7f" },
nvim: Update plugin lockfile
2023-03-19 13:49:38 +00:00
"otter.nvim": { "branch": "main", "commit": "cfb548957aed403d9838febd7223595d47b32031" },
nvim: Update plugin lockfile
2023-03-01 16:39:23 +00:00
"playground": { "branch": "master", "commit": "4044b53c4d4fcd7a78eae20b8627f78ce7dc6f56" },
"plenary.nvim": { "branch": "master", "commit": "253d34830709d690f013daf2853a9d21ad7accab" },
nvim: Move to lazy.nvim package manager Migrated from packer.nvim to lazy.nvim - it gives really fast loading times, easy lazy loading for any package and a snazzy package manager overview page (invoked through `:Lazy`) which, importantly, all do not rely on a compiled plugin list. In essence it feels like an easier to manage and robust packer replacement (even though packer is a really good manager as well) that is well worth to switch to. Migration was pretty painless as well. One thing I might do in the future is split up the plugin structure itself from a single plugin list (which invokes plugin settings files) to several files containing the plugins and their settings since it might give more structure.
2023-02-10 08:15:56 +00:00
"popup.nvim": { "branch": "master", "commit": "b7404d35d5d3548a82149238289fa71f7f6de4ac" },
nvim: Update plugin lockfile
2023-03-19 13:49:38 +00:00
"quarto-nvim": { "branch": "main", "commit": "91c82b96660d0b2d830c668365719b295272432d" },
nvim: Update plugin lockfile
2023-03-01 16:39:23 +00:00
"significant.nvim": { "branch": "main", "commit": "5450e9d5917dc6aa9afb0fcbe32355799b8303fb" },
nvim: Add smartcolumn plugin
2023-03-22 15:14:10 +00:00
"smartcolumn.nvim": { "branch": "main", "commit": "0c572e3eae48874f25b74394a486f38cadb5c958" },
nvim: Move to lazy.nvim package manager Migrated from packer.nvim to lazy.nvim - it gives really fast loading times, easy lazy loading for any package and a snazzy package manager overview page (invoked through `:Lazy`) which, importantly, all do not rely on a compiled plugin list. In essence it feels like an easier to manage and robust packer replacement (even though packer is a really good manager as well) that is well worth to switch to. Migration was pretty painless as well. One thing I might do in the future is split up the plugin structure itself from a single plugin list (which invokes plugin settings files) to several files containing the plugins and their settings since it might give more structure.
2023-02-10 08:15:56 +00:00
"spellsitter.nvim": { "branch": "master", "commit": "4af8640d9d706447e78c13150ef7475ea2c16b30" },
"symbols-outline.nvim": { "branch": "master", "commit": "512791925d57a61c545bc303356e8a8f7869763c" },
"telescope-fzf-native.nvim": { "branch": "main", "commit": "580b6c48651cabb63455e97d7e131ed557b8c7e2" },
nvim: Default to stable versions for plugins Using the lazy option 'version' we default to updating only to the latest stable (semver) version of plugins. This should make it a little more stable in the long run to keep up with plugin updates. Not all plugins support this versioning scheme and for those that do not it just keeps tracking the main branch. Currently from the plugins that support it, only `nvim-lspconfig` needs to be manually kept on the main branch since it is missing the correct lua language server otherwise. This should be a problem of the past with the release of the next version of the plugin.
2023-03-03 11:51:21 +00:00
"telescope.nvim": { "branch": "master", "commit": "c1a2af0af69e80e14e6b226d3957a064cd080805" },
"twilight.nvim": { "branch": "main", "commit": "8bb7fa7b918baab1ca81b977102ddb54afa63512" },
"vifm.vim": { "branch": "master", "commit": "6898b7fcbc36324c127ba42cabe488ab15c785f4" },
nvim: Move to lazy.nvim package manager Migrated from packer.nvim to lazy.nvim - it gives really fast loading times, easy lazy loading for any package and a snazzy package manager overview page (invoked through `:Lazy`) which, importantly, all do not rely on a compiled plugin list. In essence it feels like an easier to manage and robust packer replacement (even though packer is a really good manager as well) that is well worth to switch to. Migration was pretty painless as well. One thing I might do in the future is split up the plugin structure itself from a single plugin list (which invokes plugin settings files) to several files containing the plugins and their settings since it might give more structure.
2023-02-10 08:15:56 +00:00
"vim-criticmarkup": { "branch": "master", "commit": "d15dc134eb177a170c79f6377f81eb02a9d20b02" },
nvim: Default to stable versions for plugins Using the lazy option 'version' we default to updating only to the latest stable (semver) version of plugins. This should make it a little more stable in the long run to keep up with plugin updates. Not all plugins support this versioning scheme and for those that do not it just keeps tracking the main branch. Currently from the plugins that support it, only `nvim-lspconfig` needs to be manually kept on the main branch since it is missing the correct lua language server otherwise. This should be a problem of the past with the release of the next version of the plugin.
2023-03-03 11:51:21 +00:00
"vim-easy-align": { "branch": "master", "commit": "0db4ea6132110631ec678a99a82aa49a0686ae65" },
nvim: Move to lazy.nvim package manager Migrated from packer.nvim to lazy.nvim - it gives really fast loading times, easy lazy loading for any package and a snazzy package manager overview page (invoked through `:Lazy`) which, importantly, all do not rely on a compiled plugin list. In essence it feels like an easier to manage and robust packer replacement (even though packer is a really good manager as well) that is well worth to switch to. Migration was pretty painless as well. One thing I might do in the future is split up the plugin structure itself from a single plugin list (which invokes plugin settings files) to several files containing the plugins and their settings since it might give more structure.
2023-02-10 08:15:56 +00:00
"vim-exchange": { "branch": "master", "commit": "784d63083ad7d613aa96f00021cd0dfb126a781a" },
nvim: Default to stable versions for plugins Using the lazy option 'version' we default to updating only to the latest stable (semver) version of plugins. This should make it a little more stable in the long run to keep up with plugin updates. Not all plugins support this versioning scheme and for those that do not it just keeps tracking the main branch. Currently from the plugins that support it, only `nvim-lspconfig` needs to be manually kept on the main branch since it is missing the correct lua language server otherwise. This should be a problem of the past with the release of the next version of the plugin.
2023-03-03 11:51:21 +00:00
"vim-numbertoggle": { "branch": "main", "commit": "df9b1fe616507340718716204ba7f434125bdf7a" },
nvim: Update plugins
2023-03-07 09:49:04 +00:00
"vim-oscyank": { "branch": "main", "commit": "ffe827a27dae98aa826e2295336c650c9a434da0" },
nvim: Move to lazy.nvim package manager Migrated from packer.nvim to lazy.nvim - it gives really fast loading times, easy lazy loading for any package and a snazzy package manager overview page (invoked through `:Lazy`) which, importantly, all do not rely on a compiled plugin list. In essence it feels like an easier to manage and robust packer replacement (even though packer is a really good manager as well) that is well worth to switch to. Migration was pretty painless as well. One thing I might do in the future is split up the plugin structure itself from a single plugin list (which invokes plugin settings files) to several files containing the plugins and their settings since it might give more structure.
2023-02-10 08:15:56 +00:00
"vim-pandoc-syntax": { "branch": "master", "commit": "4268535e1d33117a680a91160d845cd3833dfe28" },
nvim: Default to stable versions for plugins Using the lazy option 'version' we default to updating only to the latest stable (semver) version of plugins. This should make it a little more stable in the long run to keep up with plugin updates. Not all plugins support this versioning scheme and for those that do not it just keeps tracking the main branch. Currently from the plugins that support it, only `nvim-lspconfig` needs to be manually kept on the main branch since it is missing the correct lua language server otherwise. This should be a problem of the past with the release of the next version of the plugin.
2023-03-03 11:51:21 +00:00
"vim-spellsync": { "branch": "master", "commit": "3d6dd50de9c4d953cc16638112a6ae196df41463" },
"which-key.nvim": { "branch": "main", "commit": "2a0c2d80c0a60f041afb1b789cfedbd510e2b2b6" },
nvim: Add wrapping plugin
2023-03-03 11:38:09 +00:00
"wrapping.nvim": { "branch": "master", "commit": "a4013c377e2ffa3be00fb67791d3605ae3115acb" },
nvim: Update lockfile
2023-03-21 17:58:51 +00:00
"zen-mode.nvim": { "branch": "main", "commit": "d907e638c879642d226d27469b53db6925f69d4c" },
nvim: Update plugin lockfile
2023-03-01 16:39:23 +00:00
"zettelkasten.nvim": { "branch": "main", "commit": "0e77624689b470410f5355b613d45219c9350264" },
nvim: Add zk mappings
2023-03-22 16:01:02 +00:00
"zk-nvim": { "branch": "main", "commit": "50fc25b88fb28829ec7f5e5a4d4b458fca21a550" }
nvim: Move to lazy.nvim package manager Migrated from packer.nvim to lazy.nvim - it gives really fast loading times, easy lazy loading for any package and a snazzy package manager overview page (invoked through `:Lazy`) which, importantly, all do not rely on a compiled plugin list. In essence it feels like an easier to manage and robust packer replacement (even though packer is a really good manager as well) that is well worth to switch to. Migration was pretty painless as well. One thing I might do in the future is split up the plugin structure itself from a single plugin list (which invokes plugin settings files) to several files containing the plugins and their settings since it might give more structure.
2023-02-10 08:15:56 +00:00
}
Reference in a new issue Copy permalink