Seattle, WA
Joined January 2017
Ya, this was something were missing for a while - it's really important for me too! Finally making some progress on it the past couple of weeks though. Goal is to have the entire UI keyboard-navigable, vim style:
7
Ya! @zachbaylin implemented this for us - you can use `gh` in normal mode to see the type:
2
4
Can paste this into "devDeps" "@opam/ocaml-lsp-server": "ocaml/ocaml-lsp:ocaml-lsp-server.opam" Provides completion / go-to-definition / highlights:
2
4
Pipelined rendering: We could potentially run parts of the @reveryui rendering pipeline in parallel. Today, it's always sequential: Reconcilation -> Layout -> Draw -> Swap Buffers. But multi-core opens up the possibility of doing some of these steps in parallel.
1
3
Replying to @TheEduardoRFS
Oh no... I think I've copied and paste this code a million times:
1
1
Oh, interesting. At least the initial rendering worked.... If you close and reopen - and then type `:new test.js` - do you see an editor window like this? Or is it still blank like before? Wondering if this is a rendering issue.
1
1
Thanks @mjackson for the screenshot, that helps a ton! It looks like there is something broken for sure... the editor surface isn't rendering at all. Did you see the 'welcome' screen on start?
2
Oh ya, @reactiveconf posted my talk there (mostly about @oni_vim): youtube.com/watch?v=QD9hpiBZ… I think the @reasonconf talk will be coming soon, too.
3
Amazed by @wokalski 's PPX for components / hooks in #briskml and @reveryui ! Still have the benefit of compile-time, type-safe hooks... w/ much less boilerplate! 🚀🚀 Thanks @ekander_ for converting @reveryui components and @glennsl for bringing it to @oni_vim !
3
16
1
78