Fw: [PHP-GTK-DEV] [PATCH] Core changes needed for ext/libglade support

Aha! gobject is GladeXML's parent these days.... It's still _wrong_, but at least now I know why it's wrong :) ----- Original Message ----- From: "Steph" <steph@zend.com> To: "PHP-GTK dev" <php-gtk-dev@lists.php.net> Cc: "Andrei" <andrei@gravitonic.com> Sent: Friday, September 23, 2005 11:50 AM Subject: [PHP-GTK-DEV] [PATCH] Core changes needed for ext/libglade support > Andrei, hi, > > If you can't/aren't prepared to bump the version requirement for ATK, let me > know and I'll find an earlier libglade to work with. Please let me know > fairly soon though, as some of the GladeXML functions have changed too. (I > haven't started work on the overrides yet.) > > Question: how worried would you be if the gobject methods turned up in an > extension class? > > Any clues as to what's happening here would be very welcome. > > C:\php5>php -r "print_r(get_class_methods('GladeXML'))"; > Array > ( > [0] => __construct > [1] => construct > [2] => get_widget > [3] => relative_file > [4] => signal_autoconnect // so far so good, this part matches > gen_libglade.c > [5] => __tostring // enter chaos... > [6] => connect > [7] => connect_after > [8] => connect_object > [9] => connect_object_after > [10] => get_property > [11] => set_property > [12] => get_data > [13] => set_data > [14] => block > [15] => unblock > [16] => disconnect > [17] => is_connected > [18] => signal_list_ids > [19] => signal_list_names > [20] => signal_query > ) > > C:\php5>php -r "print_r(get_class_methods('Libglade'))"; > Array > ( > [0] => get_widget_name // no problems here whatsoever > [1] => get_widget_tree > ) > > Could it be anything to do with gobject also having __construct() and > construct() methods declared? > > - Steph > > ---------------------------------------------------------------------------- ---- > -- > PHP-GTK Development Mailing List (http://gtk.php.net/) > To unsubscribe, visit: http://www.php.net/unsub.php