<feed xmlns='http://www.w3.org/2005/Atom'>
<title>rneovim.git/test, branch userregs_2</title>
<subtitle>Neovim fork with Rahm's personal hacks.
</subtitle>
<link rel='alternate' type='text/html' href='https://git.josher.dev/cgit/rneovim.git/'/>
<entry>
<title>feat(health): summary in section heading #33388</title>
<updated>2025-04-09T11:13:20+00:00</updated>
<author>
<name>Yochem van Rosmalen</name>
<email>git@yochem.nl</email>
</author>
<published>2025-04-09T11:13:20+00:00</published>
<link rel='alternate' type='text/html' href='https://git.josher.dev/cgit/rneovim.git/commit/?id=5a94edad70f9c47250fa53dd73cf30f191a3cd49'/>
<id>5a94edad70f9c47250fa53dd73cf30f191a3cd49</id>
<content type='text'>
Problem:
As checkhealth grows, it is increasingly hard to quickly glance through
the information.

Solution:
Show a summary of ok, warn, and error outputs per section.</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Problem:
As checkhealth grows, it is increasingly hard to quickly glance through
the information.

Solution:
Show a summary of ok, warn, and error outputs per section.</pre>
</div>
</content>
</entry>
<entry>
<title>fix(editor): respect [+cmd] when executing :drop #33339</title>
<updated>2025-04-08T12:54:32+00:00</updated>
<author>
<name>jyn</name>
<email>github@jyn.dev</email>
</author>
<published>2025-04-08T12:54:32+00:00</published>
<link rel='alternate' type='text/html' href='https://git.josher.dev/cgit/rneovim.git/commit/?id=3647b821ea69ea095ccc4bf8c265df474333a5d5'/>
<id>3647b821ea69ea095ccc4bf8c265df474333a5d5</id>
<content type='text'>
Problem:
Normally, `:drop +41 foo.txt` will open foo.txt with the cursor on line
41. But if foo.txt is already open, it instead is a no-op, even if the
cursor is on a different line.

Steps to reproduce:

    nvim --clean foo.txt
    :drop +30 foo.txt

Solution:
Handle +cmd in ex_drop().</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Problem:
Normally, `:drop +41 foo.txt` will open foo.txt with the cursor on line
41. But if foo.txt is already open, it instead is a no-op, even if the
cursor is on a different line.

Steps to reproduce:

    nvim --clean foo.txt
    :drop +30 foo.txt

Solution:
Handle +cmd in ex_drop().</pre>
</div>
</content>
</entry>
<entry>
<title>fix(display): scroll redrawing doesn't account for virt_lines above fold #33374</title>
<updated>2025-04-08T12:47:18+00:00</updated>
<author>
<name>luukvbaal</name>
<email>luukvbaal@gmail.com</email>
</author>
<published>2025-04-08T12:47:18+00:00</published>
<link rel='alternate' type='text/html' href='https://git.josher.dev/cgit/rneovim.git/commit/?id=5b1561bb717eae8781ff62646c675c7e842e4444'/>
<id>5b1561bb717eae8781ff62646c675c7e842e4444</id>
<content type='text'>
Problem:  Logic computing the new height of the modified area does not
          take into account virtual lines attached to a folded line.

Solution: Remove `hasFolding()` branch and let `plines_win_full()` do its job.</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Problem:  Logic computing the new height of the modified area does not
          take into account virtual lines attached to a folded line.

Solution: Remove `hasFolding()` branch and let `plines_win_full()` do its job.</pre>
</div>
</content>
</entry>
<entry>
<title>vim-patch:9.1.1283: quickfix stack is limited to 10 items</title>
<updated>2025-04-08T05:06:19+00:00</updated>
<author>
<name>zeertzjq</name>
<email>zeertzjq@outlook.com</email>
</author>
<published>2025-04-08T03:11:38+00:00</published>
<link rel='alternate' type='text/html' href='https://git.josher.dev/cgit/rneovim.git/commit/?id=00eff4b196521adc35d11c605decacef5bc98fa3'/>
<id>00eff4b196521adc35d11c605decacef5bc98fa3</id>
<content type='text'>
Problem:  quickfix and location-list stack is limited to 10 items
Solution: add the 'chistory' and 'lhistory' options to configure a
          larger quickfix/location list stack
          (64-bitman)

closes: vim/vim#16920

https://github.com/vim/vim/commit/88d41ab270a8390a43da97a903b1a4d76b89d330

Co-authored-by: 64-bitman &lt;60551350+64-bitman@users.noreply.github.com&gt;
Co-authored-by: Hirohito Higashi &lt;h.east.727@gmail.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Problem:  quickfix and location-list stack is limited to 10 items
Solution: add the 'chistory' and 'lhistory' options to configure a
          larger quickfix/location list stack
          (64-bitman)

closes: vim/vim#16920

https://github.com/vim/vim/commit/88d41ab270a8390a43da97a903b1a4d76b89d330

Co-authored-by: 64-bitman &lt;60551350+64-bitman@users.noreply.github.com&gt;
Co-authored-by: Hirohito Higashi &lt;h.east.727@gmail.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>vim-patch:9.1.1253: abort when closing window with attached quickfix data</title>
<updated>2025-04-08T05:06:19+00:00</updated>
<author>
<name>zeertzjq</name>
<email>zeertzjq@outlook.com</email>
</author>
<published>2025-04-08T03:09:56+00:00</published>
<link rel='alternate' type='text/html' href='https://git.josher.dev/cgit/rneovim.git/commit/?id=36d143e70722848855107ff05ab3997857b0c388'/>
<id>36d143e70722848855107ff05ab3997857b0c388</id>
<content type='text'>
Problem:  If win_close() is called with a window that has quickfix stack
          attached to it, the corresponding quickfix buffer will be
          closed and freed after the buffer was already closed. At that
          time curwin-&gt;w_buffer points to NULL, which the CHECK_CURBUF
          will catch and abort if ABORT_ON_ERROR is defined
Solution: in wipe_qf_buffer() temporarily point curwin-&gt;w_buffer back to
          curbuf, the window will be closed anyhow, so it shouldn't
          matter that curbuf-&gt;b_nwindows isn't incremented.

closes: vim/vim#16993
closes: vim/vim#16985

https://github.com/vim/vim/commit/ce80c59bfd3c0087a354ee549639ca60fa192fba

Co-authored-by: Christian Brabandt &lt;cb@256bit.org&gt;
Co-authored-by: Hirohito Higashi &lt;h.east.727@gmail.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Problem:  If win_close() is called with a window that has quickfix stack
          attached to it, the corresponding quickfix buffer will be
          closed and freed after the buffer was already closed. At that
          time curwin-&gt;w_buffer points to NULL, which the CHECK_CURBUF
          will catch and abort if ABORT_ON_ERROR is defined
Solution: in wipe_qf_buffer() temporarily point curwin-&gt;w_buffer back to
          curbuf, the window will be closed anyhow, so it shouldn't
          matter that curbuf-&gt;b_nwindows isn't incremented.

closes: vim/vim#16993
closes: vim/vim#16985

https://github.com/vim/vim/commit/ce80c59bfd3c0087a354ee549639ca60fa192fba

Co-authored-by: Christian Brabandt &lt;cb@256bit.org&gt;
Co-authored-by: Hirohito Higashi &lt;h.east.727@gmail.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>vim-patch:9.1.1286: filetype: help files not detected when 'iskeyword' includes ":" (#33377)</title>
<updated>2025-04-08T00:13:12+00:00</updated>
<author>
<name>zeertzjq</name>
<email>zeertzjq@outlook.com</email>
</author>
<published>2025-04-08T00:13:12+00:00</published>
<link rel='alternate' type='text/html' href='https://git.josher.dev/cgit/rneovim.git/commit/?id=8af9f8ab5ecd59df52aed9019e8ecc9f8101ee7d'/>
<id>8af9f8ab5ecd59df52aed9019e8ecc9f8101ee7d</id>
<content type='text'>
Problem:  Help files not detected when 'iskeyword' includes ":".
Solution: Do not use \&lt; and \&gt; in the pattern (zeertzjq).

fixes: vim/vim#17069
closes: vim/vim#17071

https://github.com/vim/vim/commit/e370141bf41919642061ee2e78340dca84678712</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Problem:  Help files not detected when 'iskeyword' includes ":".
Solution: Do not use \&lt; and \&gt; in the pattern (zeertzjq).

fixes: vim/vim#17069
closes: vim/vim#17071

https://github.com/vim/vim/commit/e370141bf41919642061ee2e78340dca84678712</pre>
</div>
</content>
</entry>
<entry>
<title>fix(decor): enable decoration provider in on_start #33337</title>
<updated>2025-04-07T10:58:18+00:00</updated>
<author>
<name>luukvbaal</name>
<email>luukvbaal@gmail.com</email>
</author>
<published>2025-04-07T10:58:18+00:00</published>
<link rel='alternate' type='text/html' href='https://git.josher.dev/cgit/rneovim.git/commit/?id=ca16b54c866bca6d10fc4f60874e6469bd0751cd'/>
<id>ca16b54c866bca6d10fc4f60874e6469bd0751cd</id>
<content type='text'>
Problem:  An on_win-disabled decoration provider is left disabled for
          the on_buf callback during the next redraw (if the provider
          does not subscribe to on_end).

Solution: Move re-activation of the provider from after the on_end
          callback to before the on_start callback.</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Problem:  An on_win-disabled decoration provider is left disabled for
          the on_buf callback during the next redraw (if the provider
          does not subscribe to on_end).

Solution: Move re-activation of the provider from after the on_end
          callback to before the on_start callback.</pre>
</div>
</content>
</entry>
<entry>
<title>fix(vim.hl): nvim_buf_del_extmark on invalid buffer #33331</title>
<updated>2025-04-05T22:56:40+00:00</updated>
<author>
<name>phanium</name>
<email>91544758+phanen@users.noreply.github.com</email>
</author>
<published>2025-04-05T22:56:40+00:00</published>
<link rel='alternate' type='text/html' href='https://git.josher.dev/cgit/rneovim.git/commit/?id=28e819018520a2300eaeeec6794ffcd614b25dd2'/>
<id>28e819018520a2300eaeeec6794ffcd614b25dd2</id>
<content type='text'>
Problem:
nvim_buf_del_extmark error if buffer is destroyed before timer stops

Solution:
check nvim_buf_is_valid.</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Problem:
nvim_buf_del_extmark error if buffer is destroyed before timer stops

Solution:
check nvim_buf_is_valid.</pre>
</div>
</content>
</entry>
<entry>
<title>vim-patch:9.1.1276: inline word diff treats multibyte chars as word char (#33323)</title>
<updated>2025-04-05T01:42:00+00:00</updated>
<author>
<name>zeertzjq</name>
<email>zeertzjq@outlook.com</email>
</author>
<published>2025-04-05T01:42:00+00:00</published>
<link rel='alternate' type='text/html' href='https://git.josher.dev/cgit/rneovim.git/commit/?id=e8785c2e94508eeabf6ff63e1fe1bcaecceef946'/>
<id>e8785c2e94508eeabf6ff63e1fe1bcaecceef946</id>
<content type='text'>
Problem:  inline word diff treats multibyte chars as word char
          (after 9.1.1243)
Solution: treat all non-alphanumeric characters as non-word characters
          (Yee Cheng Chin)

Previously inline word diff simply used Vim's definition of keyword to
determine what is a word, which leads to multi-byte character classes
such as emojis and CJK (Chinese/Japanese/Korean) characters all
classifying as word characters, leading to entire sentences being
grouped as a single word which does not provide meaningful information
in a diff highlight.

Fix this by treating all non-alphanumeric characters (with class number
above 2) as non-word characters, as there is usually no benefit in using
word diff on them. These include CJK characters, emojis, and also
subscript/superscript numbers. Meanwhile, multi-byte characters like
Cyrillic and Greek letters will still continue to considered as words.

Note that this is slightly inconsistent with how words are defined
elsewhere, as Vim usually considers any character with class &gt;=2 to be
a "word".

related: vim/vim#16881 (diff inline highlight)
closes: vim/vim#17050

https://github.com/vim/vim/commit/9aa120f7ada592ed03b37f4de8ee413c5385f123

Co-authored-by: Yee Cheng Chin &lt;ychin.git@gmail.com&gt;</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Problem:  inline word diff treats multibyte chars as word char
          (after 9.1.1243)
Solution: treat all non-alphanumeric characters as non-word characters
          (Yee Cheng Chin)

Previously inline word diff simply used Vim's definition of keyword to
determine what is a word, which leads to multi-byte character classes
such as emojis and CJK (Chinese/Japanese/Korean) characters all
classifying as word characters, leading to entire sentences being
grouped as a single word which does not provide meaningful information
in a diff highlight.

Fix this by treating all non-alphanumeric characters (with class number
above 2) as non-word characters, as there is usually no benefit in using
word diff on them. These include CJK characters, emojis, and also
subscript/superscript numbers. Meanwhile, multi-byte characters like
Cyrillic and Greek letters will still continue to considered as words.

Note that this is slightly inconsistent with how words are defined
elsewhere, as Vim usually considers any character with class &gt;=2 to be
a "word".

related: vim/vim#16881 (diff inline highlight)
closes: vim/vim#17050

https://github.com/vim/vim/commit/9aa120f7ada592ed03b37f4de8ee413c5385f123

Co-authored-by: Yee Cheng Chin &lt;ychin.git@gmail.com&gt;</pre>
</div>
</content>
</entry>
<entry>
<title>fix(messages): verbose message emitted without kind #33305</title>
<updated>2025-04-04T12:24:17+00:00</updated>
<author>
<name>luukvbaal</name>
<email>luukvbaal@gmail.com</email>
</author>
<published>2025-04-04T12:24:17+00:00</published>
<link rel='alternate' type='text/html' href='https://git.josher.dev/cgit/rneovim.git/commit/?id=98f5aa2564c38898d35519a1bb38dd1937c8c82e'/>
<id>98f5aa2564c38898d35519a1bb38dd1937c8c82e</id>
<content type='text'>
Problem:  Successive autocmd verbose messages may be emitted without a kind.

Solution: Always set the kind when preparing to emit a verbose message.</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Problem:  Successive autocmd verbose messages may be emitted without a kind.

Solution: Always set the kind when preparing to emit a verbose message.</pre>
</div>
</content>
</entry>
</feed>
