Created attachment 78698 [details] [review]
Added widgets

This patch adds,

GTK_TYPE_ASSISTANT,
GTK_TYPE_LINK_BUTTON, 
GTK_TYPE_RECENT_CHOOSER_WIDGET,
GTK_TYPE_RECENT_CHOOSER_DIALOG

I had also added GTK_TYPE_PAGE_SETUP_UNIX_DIALOG &
GTK_TYPE_PRINT_UNIX_DIALOG, but it seems I need to
add a dual build mechanism for that, I dont know
how James feels about that, comments ?

Created attachment 78706 [details] [review]
Includes unixprint widgets

This version of the patch includes all the missing gtk+ 2.10
widgets, bumps the required gtk+ version to 2.10 and adds code
to optionally support GtkPageSetupUnixDialog and GtkPrintUnixDialog
depending on the availability of the gtk+-unix-print-2.0.pc file.

I think the patch should handle custom tab(s) on GtkPrintUnixDialog. You add them  with gtk_print_unix_dialog_add_custom_tab(). (The docs don't say anything about more than 1 tab, but the code just works for > 1 tab too; although it'll insert always in position 2 on the notebook, so you'll have to insert in reverse order).

Will this be done in time for 2.20?

(In reply to comment #4)
> Will this be done in time for 2.20?
> 

Custom tabs, doubtfull - I dont think that should hold us back from 
adding the new widgets though, we can always add custom tab stuff for 2.22 
(actually it represents little to no work in libglade, in the 
glade runtime I'm not sure what it represents, it sounds like a tricky 
feature but will just need a little experimentation).

Also makeing a note here; the PKG_CHECK_MODULES() route
for detecting unixprint is a no-go - gtkunixprint.pc is
distributed on win32 as well as on unix systems, people
didnt express an interest in fixing that either when I raised
the topic, so I was told to use AC_CHECK_FUNC() instead.

Thats been done in glade, but should also be done for this
patch...

The GNOME Release team has officially deprecated libglade in favor of GtkBuilder[1]. So it's unlikely to get further development. I am closing bugs as WONTFIX. Please feel free to reopen the bugs in future if anyone takes the responsibility for active development.

[1] http://permalink.gmane.org/gmane.comp.gnome.devel.announce/28