<feed xmlns='http://www.w3.org/2005/Atom'>
<title>neovim/runtime/lua/vim/vimhelp.lua, branch master</title>
<subtitle>Vim-fork focused on extensibility and usability</subtitle>
<id>http://git.waynecole.info/neovim/atom?h=master</id>
<link rel='self' href='http://git.waynecole.info/neovim/atom?h=master'/>
<link rel='alternate' type='text/html' href='http://git.waynecole.info/neovim/'/>
<updated>2025-02-22T12:07:21Z</updated>
<entry>
<title>feat(treesitter): table of contents for checkhealth, markdown (#32282)</title>
<updated>2025-02-22T12:07:21Z</updated>
<author>
<name>Christian Clason</name>
<email>c.clason@uni-graz.at</email>
</author>
<published>2025-02-22T12:07:21Z</published>
<link rel='alternate' type='text/html' href='http://git.waynecole.info/neovim/commit/?id=2e5b560482fb76342387e7183283efe9d431f114'/>
<id>urn:sha1:2e5b560482fb76342387e7183283efe9d431f114</id>
<content type='text'>
Problem: It's difficult to navigate large structured text files (vim
help, checkhealth, Markdown).

Solution: Support `gO` for table of contents and `]]`/`[[` for moving
between headings for all these filetypes using treesitter queries.

Refactor: colorization of highlight groups is moved to the `help` ftplugin
while headings-related functionality is implemented in a private
`vim.treesitter` module for possible future use for other filetypes.</content>
</entry>
<entry>
<title>refactor: use nvim.foo.bar format for namespaces</title>
<updated>2025-01-15T03:55:29Z</updated>
<author>
<name>Maria José Solano</name>
<email>majosolano99@gmail.com</email>
</author>
<published>2025-01-14T03:39:03Z</published>
<link rel='alternate' type='text/html' href='http://git.waynecole.info/neovim/commit/?id=850084b519e18122820478a71bb4bfa4c15e528a'/>
<id>urn:sha1:850084b519e18122820478a71bb4bfa4c15e528a</id>
<content type='text'>
</content>
</entry>
<entry>
<title>fix(treesitter): suppress get_parser warnings via opts.error</title>
<updated>2024-09-27T22:31:45Z</updated>
<author>
<name>Riley Bruins</name>
<email>ribru17@hotmail.com</email>
</author>
<published>2024-09-14T19:57:33Z</published>
<link rel='alternate' type='text/html' href='http://git.waynecole.info/neovim/commit/?id=0f067cd34d09b38f9aaf2e1732d825e89b573077'/>
<id>urn:sha1:0f067cd34d09b38f9aaf2e1732d825e89b573077</id>
<content type='text'>
</content>
</entry>
<entry>
<title>feat(treesitter): start moving get_parser to return nil #30313</title>
<updated>2024-09-13T12:09:11Z</updated>
<author>
<name>Riley Bruins</name>
<email>ribru17@hotmail.com</email>
</author>
<published>2024-09-13T12:09:11Z</published>
<link rel='alternate' type='text/html' href='http://git.waynecole.info/neovim/commit/?id=b9b408a56c7e607972beaa7214719ff1494e384c'/>
<id>urn:sha1:b9b408a56c7e607972beaa7214719ff1494e384c</id>
<content type='text'>
**Problem:** `vim.treesitter.get_parser` will throw an error if no parser
can be found.

- This means the caller is responsible for wrapping it in a `pcall`,
  which is easy to forget
- It also makes it slightly harder to potentially memoize `get_parser`
  in the future
- It's a bit unintuitive since many other `get_*` style functions
  conventionally return `nil` if no object is found (e.g. `get_node`,
  `get_lang`, `query.get`, etc.)

**Solution:** Return `nil` if no parser can be found or created

- This requires a function signature change, and some new assertions in
  places where the parser will always (or should always) be found.
- This commit starts by making this change internally, since it is
  breaking. Eventually it will be rolled out to the public API.</content>
</entry>
<entry>
<title>feat(help): use treesitter for table of contents</title>
<updated>2024-06-09T11:54:34Z</updated>
<author>
<name>Christian Clason</name>
<email>c.clason@uni-graz.at</email>
</author>
<published>2024-06-08T08:49:15Z</published>
<link rel='alternate' type='text/html' href='http://git.waynecole.info/neovim/commit/?id=6592873f773b4c358ea950bfcfa8cbc3fc3bc8cc'/>
<id>urn:sha1:6592873f773b4c358ea950bfcfa8cbc3fc3bc8cc</id>
<content type='text'>
Problem: Creating the table of contents for `gO` is complicated.

Solution: Use treesitter instead.
</content>
</entry>
<entry>
<title>docs: apply current colorscheme to default highlight groups</title>
<updated>2023-12-20T17:58:40Z</updated>
<author>
<name>Christian Clason</name>
<email>c.clason@uni-graz.at</email>
</author>
<published>2023-12-18T15:49:44Z</published>
<link rel='alternate' type='text/html' href='http://git.waynecole.info/neovim/commit/?id=cc6a257c8cad8051b6f7e9287249293ab0a929d9'/>
<id>urn:sha1:cc6a257c8cad8051b6f7e9287249293ab0a929d9</id>
<content type='text'>
Problem: Not all default highlight groups show their actual colors.
Solution: Refactor `vimhelp.lua` and apply it to all relevant lists (UI
groups, syntax groups, treesitter groups, LSP groups, diagnostic groups).
</content>
</entry>
<entry>
<title>feat(runtime): highlight hl groups in syntax.txt (#25050)</title>
<updated>2023-09-08T13:05:35Z</updated>
<author>
<name>zeertzjq</name>
<email>zeertzjq@outlook.com</email>
</author>
<published>2023-09-08T13:05:35Z</published>
<link rel='alternate' type='text/html' href='http://git.waynecole.info/neovim/commit/?id=d0d4160dd13fad952338b8582e2db8838172bbf1'/>
<id>urn:sha1:d0d4160dd13fad952338b8582e2db8838172bbf1</id>
<content type='text'>
- Add runtime/lua/vim/vimhelp.lua, which is a translation of Vim's
  runtime/import/dist/vimhelp.vim.
- Unlike Vim, run the highlighting from an ftplugin file instead of a
  syntax file, so that it is run even if using treesitter.</content>
</entry>
</feed>
