nvim-treesitter/queries/http, branch v0.9.2[no description]http://git.sudomsg.com/mirror/nvim-treesitter/atom/queries/http?h=v0.9.22023-10-25T16:18:50Zrefactor: Remove all `(ERROR) @error` captures2023-10-25T16:18:50ZPham Huy Hoanghoangtun0810@gmail.com2023-10-25T07:45:14Zurn:sha1:107e61afb7129d637ea6c3c68b97a22194b0bf16
As discussed in PR#5421, capturing `@error` is inconsistent, requiring
deep nesting (or priority) in order to correctly have red backgrounds to
it.
Some queries has this capture, some don't. For consistency purposes,
removing all of them is more preferable.
For re-enabling error, either add `(ERROR) @error` or `(ERROR _ @error)`
to your custom queries.
feat: add xml & dtd parsers2023-08-13T07:34:57ZObserverOfTimechronobserver@disroot.org2023-08-04T11:50:28Zurn:sha1:5b3dd8cff1064db583ddd3edd314e94a02ea1befchore(injections)!: update injection syntax to 0.92023-08-12T15:34:15ZPham Huy Hoanghoangtun0810@gmail.com2023-05-03T10:07:59Zurn:sha1:78b54eb7f6a9956d25a3911fa0dfd0cabfe2a4c5
Since 0.9, @lang syntax is still available as fallback but will soon be deprecated.
Because of that, new syntax should be adopted once 0.9 becomes the
baseline requirements for nvim-treesitter
- update health check
- update doc
feat(http): update parser queries from upstream2023-04-20T09:50:08ZAmaan Qureshiamaanq12@gmail.com2023-04-20T09:20:02Zurn:sha1:c44a63ffdc213a5b56685a34502a00f56a2d061einjections(http): add comment injection2021-11-12T20:52:50ZStephan Seitzstephan.seitz@fau.de2021-11-12T20:43:11Zurn:sha1:8fe8415ae8b38d8a05f685bc09e496b143454444refactor: inherit json2021-11-12T20:52:50Zgegounedev@clog.rocks2021-11-04T21:12:21Zurn:sha1:bb0ef1848853c825dcf805a63ea98a648bb60b48fix: address change requests2021-11-12T20:52:50Zgegounedev@clog.rocks2021-11-04T13:16:39Zurn:sha1:599bdaf2f011580b75082f4896b60ff02411ea48feat: add http parser2021-11-12T20:52:50Zgegounedev@clog.rocks2021-11-04T11:56:26Zurn:sha1:a93c5b80d724f40da649f7e351234531e0e9fcb2
All credit goes to @NTBBloodbath.
See: https://github.com/NTBBloodbath/rest.nvim/issues/75#issuecomment-960447966
Co-authored-by: NTBBloodbath <bloodbathalchemist@protonmail.com>