rneovim.git/src/nvim/lua/executor.c, branch floattitle Neovim fork with Rahm's personal hacks. fix(lua): fix architecture-dependent behavior in usercmd "reg" (#20384) 2022-09-28T10:27:59+00:00 zeertzjq zeertzjq@outlook.com 2022-09-28T10:27:59+00:00 35e2c4a2edd28f72c48c70530c5486365c2502a4 I don't think using an integer as a NUL-terminated string can work on big-endian systems, at least. This is also not tested. Add a test. Also fix a mistake in the docs of nvim_parse_cmd. 
I don't think using an integer as a NUL-terminated string can work on
big-endian systems, at least.

This is also not tested. Add a test.

Also fix a mistake in the docs of nvim_parse_cmd.
 fix(redraw): avoid unnecessary redraws and glitches with floats+messages 2022-09-22T08:36:23+00:00 bfredl bjorn.linse@gmail.com 2022-09-16T17:21:32+00:00 00cfc1dcebd1c81dd0d8c111740782e86cf2e385 fixes #20106 fixes #20229 
fixes #20106
fixes #20229
vim-patch:8.1.0941: macros for MS-Windows are inconsistent (#20215) 2022-09-18T01:17:15+00:00 dundargoc 33953936+dundargoc@users.noreply.github.com 2022-09-18T01:17:15+00:00 6d557e324fd4223fff3279a0112f40431c540163 Problem: Macros for MS-Windows are inconsistent, using "32", "3264 and others. Solution: Use MSWIN for all MS-Windows builds. Use FEAT_GUI_MSWIN for the GUI build. (Hirohito Higashi, closes vim/vim#3932) https://github.com/vim/vim/commit/4f97475d326c2773a78561fb874e4f23c25cbcd9 
Problem:    Macros for MS-Windows are inconsistent, using "32", "3264 and
            others.
Solution:   Use MSWIN for all MS-Windows builds.  Use FEAT_GUI_MSWIN for the
            GUI build. (Hirohito Higashi, closes vim/vim#3932)
https://github.com/vim/vim/commit/4f97475d326c2773a78561fb874e4f23c25cbcd9
 vim-patch:8.2.3796: the funcexe_T struct members are not named consistently (#20214) 2022-09-16T09:31:42+00:00 zeertzjq zeertzjq@outlook.com 2022-09-16T09:31:42+00:00 3dda52d860eb4937127693d4660db18305069370 Problem: The funcexe_T struct members are not named consistently. Solution: Prefix "fe_" to all the members. https://github.com/vim/vim/commit/851f86b951cdd67ad9cf3149e46169d1375c8d82 Omit fe_check_type: always NULL in legacy Vim script. 
Problem:    The funcexe_T struct members are not named consistently.
Solution:   Prefix "fe_" to all the members.
https://github.com/vim/vim/commit/851f86b951cdd67ad9cf3149e46169d1375c8d82

Omit fe_check_type: always NULL in legacy Vim script.
 vim-patch:8.2.0067: ERROR_UNKNOWN clashes on some systems (#20212) 2022-09-16T08:37:37+00:00 zeertzjq zeertzjq@outlook.com 2022-09-16T08:37:37+00:00 b98de0e0e5df96cadbac9222ddb1caa463cea2f0 Problem: ERROR_UNKNOWN clashes on some systems. Solution: Rename ERROR_ to FCERR_. (Ola Söder, closes vim/vim#5415) https://github.com/vim/vim/commit/ef140544f6703a7a4c0f6a15f610508ed6b09e89 Remove ERROR_BOTH which was removed from Vim in patch 7.4.1582. 
Problem:    ERROR_UNKNOWN clashes on some systems.
Solution:   Rename ERROR_ to FCERR_. (Ola Söder, closes vim/vim#5415)
https://github.com/vim/vim/commit/ef140544f6703a7a4c0f6a15f610508ed6b09e89

Remove ERROR_BOTH which was removed from Vim in patch 7.4.1582.
 refactor: replace char_u with char 2022-09-11T11:28:59+00:00 Dundar Göc gocdundar@gmail.com 2022-08-26T21:11:25+00:00 3ff46544c9872b4161fd098569c30b55fe3abd36 Work on https://github.com/neovim/neovim/issues/459 
Work on https://github.com/neovim/neovim/issues/459
refactor: replace char_u with char 2022-09-09T19:02:42+00:00 Dundar Göc gocdundar@gmail.com 2022-08-26T21:11:25+00:00 c5322e752e9e568de907f7a1ef733bbfe342140c Work on https://github.com/neovim/neovim/issues/459 
Work on https://github.com/neovim/neovim/issues/459
refactor(typval): change FC_CFUNC abstraction into FC_LUAREF 2022-09-06T22:52:58+00:00 bfredl bjorn.linse@gmail.com 2022-09-06T20:23:54+00:00 db9b8b08e74ae8cfb08960eca0a7273538ebcdf1 "cfuncs" was only ever used to wrap luarefs. As vim8script is finished and will not be developed further, support for "cfuncs" for other usecases are not planned. This abstraction was immediately broken anyway in order to get luarefs out of userfuncs again. Even if a new kind of userfunc needs to be invented in the future, likely just extending the FC_... flag union directy, instead of invoking unnecessary heap object and c function pointer indirection, will be a more straightforward design pattern. 
"cfuncs" was only ever used to wrap luarefs. As vim8script is
finished and will not be developed further, support for "cfuncs"
for other usecases are not planned. This abstraction was immediately
broken anyway in order to get luarefs out of userfuncs again.

Even if a new kind of userfunc needs to be invented in the future,
likely just extending the FC_... flag union directy, instead of
invoking unnecessary heap object and c function pointer indirection,
will be a more straightforward design pattern.
fix(api)!: correctly deal with number before :tab 2022-09-02T14:28:57+00:00 zeertzjq zeertzjq@outlook.com 2022-09-01T10:46:34+00:00 1ef7720567b08caec0c077605fb2a01a9d6eafbc Now nvim_parse_cmd and nvim_create_user_command use a "tab" value which is the same as the number passed before :tab modifier instead of the number plus 1, and "tab" value is -1 if :tab modifier is not used. 
Now nvim_parse_cmd and nvim_create_user_command use a "tab" value which
is the same as the number passed before :tab modifier instead of the
number plus 1, and "tab" value is -1 if :tab modifier is not used.
feat(api): add support for :horizontal modifier 2022-09-01T12:53:43+00:00 zeertzjq zeertzjq@outlook.com 2022-09-01T12:32:59+00:00 689f5d604e59eba1ddab6f91b458a8163dc6629d