Sha256: ef0d12e073224340bc2da87e2532b30e31bb98dadb9cd65cbd9d4f1f12dc0ddf

Contents?: true

Size: 1.34 KB

Versions: 1

Compression:

Stored size: 1.34 KB

Contents

= TODO

== Use GIR to bootstrap the GIRepository namespace

Currently, all the classes used to read the GIR are hand-coded. It should
be possible to hand-code only part of it and use that to generate the rest.
This would also integrate that properly with the rest of the GObject type
system.

Update: This has been tried, but the problem is that the GIRepository
namespace is not object-oriented: The Info structs are not GObjects, and
the methods that act upon them are just functions in the GIRepository
namespace. Perhaps some custom method_missing can be implemented to handle
this, though.

== Handle passing of generic pointers

Many GObject methods take a pointer to 'user data'. This means we should be
able to pass any Ruby object. On the other hand, these cases cannot be
distinguished, based on the GIR data, from methods that take a pointer to
any GObject.

I'm currently passing the object id as the value of the 'gpointer'. Special
overrided will have to be used for the cases where the 'gpointer' actually
needs to be a GObject. I consider it an omission in GIRepository that these
two cases are not distinguished.

== Compatibility with all implementations.

Currently, there are the following incompatibilities:

* JRuby disables ObjectSpace by default, so using _id2ref for handling the
  passing of generic pointers is not ideal.

== See Also

rake notes

Version data entries

1 entries across 1 versions & 1 rubygems

Version Path
gir_ffi-0.0.4 TODO.rdoc