Re: filechooserdialog



Sure, I'll have a look-see.

Thanks,
Dave M

On Tue, Jan 8, 2013 at 4:13 PM, Torsten Schoenfeld <kaffeetisch gmx de> wrote:
On 03.08.2012 23:57, Dave M wrote:

Now for the general GtkResponseType problem.  Unfortunately, I don't see
an
easy way to solve the problem nicely in one go.  The issue is that all
arguments and return values that conceptually are of type
GtkResponseType,
are actually marked as a plain gint so that C users can pass in values
that
are not actually in the pre-defined enum.  So we would have to go through
each occurrence of GtkResponseType and add an override that does the
%reponse_code dance like above.  I think these are all cases:

â gtk_dialog_new_with_buttons, gtk_dialog_run, gtk_dialog_response,
gtk_dialog_add_button, gtk_dialog_add_buttons,
gtk_dialog_add_action_widget,
gtk_dialog_set_default_response, gtk_dialog_set_response_sensitive,
gtk_dialog_get_response_for_widget, gtk_dialog_get_widget_for_response,
gtk_dialog_set_alternative_button_order,
gtk_dialog_set_alternative_button_order_from_array (these last two
probably
also need some annotation work first)
â GtkDialog's "response" signal


I've now finally managed to get this sorted with the recent round of commits
to Glib::Object::Introspection and Gtk3.

â gtk_file_chooser_dialog_new


And I committed your patch for this.

This only leaves:


â gtk_recent_chooser_dialog_new,
gtk_recent_chooser_dialog_new_for_manager
â gtk_info_bar_new_with_buttons, gtk_info_bar_add_action_widget,
gtk_info_bar_add_button, gtk_info_bar_add_buttons,
gtk_info_bar_set_response_sensitive, gtk_info_bar_set_default_response,
gtk_info_bar_response
â GtkInfoBar's "response" signal


Are you up for tackling these?

_______________________________________________
gtk-perl-list mailing list
gtk-perl-list gnome org
https://mail.gnome.org/mailman/listinfo/gtk-perl-list



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]