The UI Devirtualization Project

[bfredl]

No description provided.

[bfredl]

intermittent failure, make this more robust

test/functional/terminal/tui_spec.lua:140: Row 1 did not match.
Expected:
  |*:call ManyErr()                                   |
  |*{8:Error detected while processing function ManyErr:} |
  |*{11:line    2:}                                        |
  |{10:-- More --}{1: }                                       |
  |{3:-- TERMINAL --}                                    |
Actual:
  |*{11:line    2:}                                        |
  |*{8:FAIL 0}                                            |
  |*{8:FAIL 1}                                            |
  |{10:-- More --}{1: }                                       |
  |{3:-- TERMINAL --}                                    |```

[bfredl]

• The defined interface for the UI is only the RPC protocol. The original
  UI interface as an array of function pointers fill no function by itself.
• On the server, all the UI:s are all RPC channels.
  • ui.c is only used on the server.
  • The compositor is a preprocessing step for single-grid UI:s
• on the client, ui_client and tui talk directly to each other
  • we still do module separation, as ui_client.c could form the basis
    of a libnvim client module later.

Items for later PR:s

• vim.ui_attach is still an unhappy child, reconsider based on plugin experience.
• the flags in ui_events.in.h are still a mess. Can be simplified now.
• UX for remote attachment needs more work.
• startup for client can be simplified further (think of the millisecs we can save)