GNOME Bugzilla – Bug 156612
Integration of libglade
Last modified: 2004-12-22 21:47:04 UTC
What are the benefits of moving to libglade? According to Tristan: - Less code to maintain overall (ofcourse that means less bugs, both projects should benefit from eachother this way). - Ganaunteed exact replicas of created glade files
Created attachment 33136 [details] [review] necessary patch (of libglade) for integration of libglade into glade3 This fixs libglade3's glade_interface_dump() and rename the type GladeProperty (conflicts with Glade3's GladeProperty) to GladePropInfo
Created attachment 33137 [details] [review] Saving using libglade This depends on the first patch (of libglade)
Created attachment 33160 [details] [review] Revised It depends on the first patch (of libglade)
Created attachment 33528 [details] [review] Saving and loading - prototype
Created attachment 33545 [details] [review] ChangeLog patch
Created attachment 33654 [details] [review] Revised
Created attachment 33814 [details] Re-re-revised
Comment on attachment 33814 [details] Re-re-revised Committed on the LIBGLADE_INTEGRATION branch
*** Bug 156512 has been marked as a duplicate of this bug. ***
*** Bug 156513 has been marked as a duplicate of this bug. ***
Created attachment 34877 [details] [review] Potential final patch This patch integrates: - Ivan Wong's patch for loading with libglade - My patch to libglade for non-widget object support + implementation of g_module_lookup for user_data in signal handlers - Ivan Wong's patch for applications to startup correctly on win32 platforms. This patch is currently against libglade-2.4.0 and is nescisary to compile and run glade-3 LIBGLADE_INTEGRATION branch.
Note that the last patch (Potential final patch) obsoletes the first original patch.
Whats the status of this branch being merged into HEAD?
I'm closing this, the patch now will exist as libglade bugzilla. *** This bug has been marked as a duplicate of 161903 ***