0.1.5 • Published 6 years ago

node-gir v0.1.5

Weekly downloads
29
License
-
Repository
github
Last release
6 years ago

node-gir

CircleCI

Node-gir is Node.js bindings to GObject Introspection making it possible to make automatic and dynamic calls to any library that has GI annotations installed. This includes most libraries from the GNOME project.

This will make it possible to script a GNOME desktop system entirely from node much in the way it's done today with Seed, GJS or pygtk. It also allows using GNOME libraries in Node.js applications. With it you can also write the performance-intensive parts of your applications in Vala and call them from Node.js and other languages.

Installation

You need GObject Introspection library to be installed. On a Debian-like system this would be handled by:

$ sudo apt-get install libgirepository1.0-dev

On an arch based system:

$ sudo pacman -S gobject-introspection

Then just install node-gir with:

$ npm install node-gir

Running tests

The tests load the gtk3 library to use as a testing target. On a Debian-like system it's likely you already have gtk3 installed, if not, it can be installed using:

$ sudo apt-get install libgtk-3-dev

You can then run the tests with the following:

$ npm test

Things which work

  • Bindings for classes are generated
  • Classes support inheritance
  • Interface methods are inherited
  • C structures are propagated as objects (fields are properties)
    • This is likely to be re-implemented though as it's very buggy currently
  • Both methods and static method can be called
  • functions can be called
    • out arguments are currently buggy.
  • GError is propagated as generic exception
  • Properties can be set/get
  • Support for signals using .connect('signal', callback)
  • Support for glib main loop.
    • the Node eventloop will be nested in the glib loop
    • we need to write documentation to detailing how this works

Things which dont work (correct)

  • Conversion between a v8 value and a GValue/GArgument is veeeery buggy (but everything needs it so most things are buggy)
  • There is no good way to delete an object (memory management sucks at all)
  • GError should be propagated as derived classes depending on GError domain
  • Structs and boxed types are still being implemented
0.1.5

6 years ago

0.1.4

6 years ago

0.1.3

6 years ago

0.1.2

7 years ago

0.1.1

7 years ago

0.1.0

7 years ago