mason-lspconfig/scripts/lua/mason-scripts/utils.lua, branch release-please/bootstrap/default [no description] http://git.sudomsg.com/mirror/mason-lspconfig/atom/scripts/lua/mason-scripts/utils.lua?h=release-please%2Fbootstrap%2Fdefault 2025-05-19T05:56:31Z perf: host pre-compiled filetype mappings (#555) 2025-05-19T05:56:31Z William Boman william@redwill.se 2025-05-19T05:56:31Z urn:sha1:1d6730459c42f591602500da994f01ae43a97dbc Generating the filetype mappings by accessing `vim.lsp.config` turns out to be a bad idea because: 1) performance 2) some `lsp/` configurations in nvim-lspconfig execute code immediately (see angularls) 3) accessing `vim.lsp.config[server_name]` seems to populate `:checkhealth vim.lsp` refactor!: remove handler functionality, add automatic enable feature 2025-04-21T19:53:16Z William Boman william@redwill.se 2025-04-21T19:06:36Z urn:sha1:80f2cd7734ff21da4cf1489c9695e440cdcd139f This also removes all generated code/docs, including relevant scripts. Mappings are now also dynamically generated instead of compiled. These changes should reduce churn in this plugin and make it more resilient for external changes in Mason and/or nvim-lspconfig. Mappings have been centralized in the registry instead. style: enforce import order (#169) 2023-03-12T08:25:41Z William Boman william@redwill.se 2023-03-12T08:25:41Z urn:sha1:a81503f0019942111fe464209237f8b4e85f4687 * chore(workflows): update dependencies * style: enforce import order docs: include server mapping in vimdocs (#107) 2022-12-19T10:51:55Z William Boman william@redwill.se 2022-12-19T10:51:55Z urn:sha1:75db29607407b905bc9cf93caa679be444bd0e9d Closes #106. docs: generate server-mapping.md (#13) 2022-07-27T22:03:24Z William Boman william@redwill.se 2022-07-27T22:03:24Z urn:sha1:05e70bc283471d27c905383a02185934a68ab496 init 2022-07-22T01:03:23Z William Boman william@redwill.se 2022-07-21T12:15:11Z urn:sha1:1d459b6d19118b9944d5313e4439cb361d607366