From: Mario S. <ma...@ru...> - 2016-07-22 10:05:16
|
You know, thinking about it, it may not be, as the methods defined on the ruby object isn't directly available on the c side, without having to get a pointer to the ruby method and called via a ruby specific c routine. If you can figure out how to capture and call the specific ruby method from the c side to the ruby side you should be good. On Jul 22, 2016 4:33 AM, "Thomas Martitz" <ku...@ro...> wrote: > Am 22.07.2016 um 10:28 schrieb Mario Steele: > > Here's a silly question, > > > > Hello, > > not silly at all! > > > Have you tried to implement the methods Peas::Activatable requires? > > EG: activate, deactivate, update_state, even if the methods aren't > > actually doing anything? > > > > EG: > > > > class Foo < GLib::Object > > type_register > > > > include Peas::Activatable > > > > def activate > > puts "Activate is here!" > > end > > > > def deactivate > > puts "Deactivate is here!" > > end > > > > def update_state > > puts "Update State is here!" > > end > > end > > > > $foo = Foo.new > > > > Then try on your C side: assert(PEAS_IS_ACTIVATABLE(foo_gobj)) > > Yes, I have tried this, without success. > > At this point I'm wondering if implementing GObject interfaces is > supported at all? Surprising if not, since interfaces are a fundamental > aspect of the GObject system (and OOP in general). > > Best regards. > > > ------------------------------------------------------------------------------ > What NetFlow Analyzer can do for you? Monitors network bandwidth and > traffic > patterns at an interface-level. Reveals which users, apps, and protocols > are > consuming the most bandwidth. Provides multi-vendor support for NetFlow, > J-Flow, sFlow and other flows. Make informed decisions using capacity > planning > reports.http://sdm.link/zohodev2dev > _______________________________________________ > ruby-gnome2-devel-en mailing list > rub...@li... > https://lists.sourceforge.net/lists/listinfo/ruby-gnome2-devel-en > |