rneovim.git/src/nvim/api/keysets.lua, branch userreg

refactor(api): make typed dicts appear as types in the source code

2023-04-07T19:30:21+00:00

problem: can we have Serde?
solution: we have Serde at home

This by itself is just a change of notation, that could be quickly
merged to avoid messy merge conflicts, but upcoming changes are planned:

- keysets no longer need to be defined in one single file. `keysets.h` is
  just the initial automatic conversion of the previous `keysets.lua`.
  keysets just used in a single api/{scope}.h can be moved to that file, later on.

- Typed dicts will have more specific types than Object. this will
  enable most of the existing manual typechecking boilerplate to be eliminated.
  We will need some annotation for missing value, i e a boolean will
  need to be represented as a TriState (none/false/true) in some cases.

- Eventually: optional parameters in form of a `Dict opts` final
  parameter will get added in some form to metadata. this will require
  a discussion/desicion about type forward compatibility.

feat(api): set statuscolumn line number in nvim_eval_statusline()

2023-04-07T01:27:44+00:00

Having the user set `v:lnum` before calling `nvim_eval_statusline()` is
unnecesarily fragile. Redraws inbetween setting `v:lnum` and the
`nvim_eval_statusline()` call will overwrite `v:lnum`.

feat(api): evaluate 'statuscolumn' with nvim_eval_statusline()

2023-04-05T10:36:47+00:00

feat(api): nvim_exec2(), deprecate nvim_exec() #19032

2023-03-25T16:58:48+00:00

Problem:
The signature of nvim_exec() is not extensible per ":help api-contract".

Solution:
Introduce nvim_exec2() and deprecate nvim_exec().

feat(api): add nvim_get_hl (#22693)

2023-03-23T09:31:39+00:00

Problem: no way of getting all highlight group definitions in a namespace.

Solution: add `nvim_get_hl()`, deprecate `nvim_get_hl_by_name()` and `nvim_get_hl_by_id()`.

feat(api): add filetype option nvim_get_option_value

2023-03-20T10:00:52+00:00

- Also adjust the expr-mapping behaviour so normal commands and text
  changes are allowed in internal dummy buffers.

feat(highlight): define the concept of altfont as a (c)term rendering attribute

2023-01-24T11:27:50+00:00

build: make generated source files reproducible #21586

2023-01-23T09:26:46+00:00

Problem:
Build is not reproducible, because generated source files (.c/.h/) are not
deterministic, mostly because Lua pairs() is unordered by design (for security).

https://github.com/LuaJIT/LuaJIT/issues/626#issuecomment-707005671
https://www.lua.org/manual/5.1/manual.html#pdf-next
> The order in which the indices are enumerated is not specified [...]
>
>> The hardening of the VM deliberately randomizes string hashes. This in
>> turn randomizes the iteration order of tables with string keys.

Solution:
- Update the code generation scripts to be deterministic.
    - That is only a partial solution: the exported function
      (funcs_metadata.generated.h) and ui event
      (ui_events_metadata.generated.h) metadata have some mpack'ed
      tables, which are not serialized deterministically.
    - As a workaround, introduce `PRG_GEN_LUA` cmake setting, so you can
      inject a modified build of luajit (with LUAJIT_SECURITY_PRN=0)
      that preserves table order.
    - Longer-term we should change the mpack'ed data structure so it no
      longer uses tables keyed by strings.

Closes #20124

Co-Authored-By: dundargoc 
Co-Authored-By: Arnout Engelen

fix(tui): more work in the TUI

2022-12-31T12:25:26+00:00

refactor(tui): use nvim_echo() for verbose terminfo

2022-12-20T20:43:42+00:00

This is needed for #18375 for the obvious reasons.
note: verbose_terminfo_event is only temporarily needed
until the full TUI process refactor is merged.