parro-it

> NodeJS-to-Native-GUI

I feel I have to find a better name for libui-node

Yes, N-API seems to be superior. And it's a particular good fit because libui itself has a C API

FYI, I just wrote the comparison I was speaking above: https://github.com/parro-it/libui-napi/issues/11

Not a simple rewrite, but neither a task that require a C wizard... The current version of libui-node implements C++ classes that wraps libui C function. They are exposed directly to JS. This experiment implements N-API C functions that wraps libui C function. Then, a set of JS classes wrap them, offering the same public API as libui-node.

Currently, I implemented windows, boxes, and multiline entry. I have to compare this experiment with the curent implementation in terms of erformance, memory consuption etc. before to decide to continue with N-API or not.

Ah yes, sorry @andlabs

Some days ago I started a N-API version of the bindings: https://github.com/parro-it/libui-napi

Is still really incomplete compared to libui-node, but just in case someone wants to help

Hi, libui-node author here. I'm glad for your appreciation. The project is well alive now, proton-native give me new motivational energy

The data grid has still problems on macOS unfortunately, but @andlabs is working on it...

I'm not a native speaker, I had no idea what "kike" means in english before reading this issue.

I intended the word only in the sense "to suffer the same fate as the azer/kik project".

I renamed the project, my apologies to anyone who could have been offended by my mistake.