GtkBuilder и GladeXML

IIUC, GtkBuilder - это фундамент будущих поколений инструментов типа Glade.

> что является более правильным при использовании.

ИМХО, в настоящий момент - Glade.

Понял. Спасибо

>> что является более правильным при использовании.

>ИМХО, в настоящий момент - Glade.

Почему, если не секрет? Есть какие-либо преимущества по сравнению с GtkBuilder?

ИМХО, Glade более отработана, и ее используют больше людей. Кстати, какие преимущества у GtkBuilder?

>какие преимущества у GtkBuilder?

похоже, в перспективе он заменит libglade.

см. также http://www.micahcarrick.com/05-30-2008/gtk-builder-libglade-faq.html#2

>>какие преимущества у GtkBuilder?

>похоже, в перспективе он заменит libglade.

Это да, но речь о сегодняшнем дне.

Для труЪ:

"Essentially, nothing is really wrong with Libglade. GtkBuilder simply re-thinks the internal workings to make it more versatile and adhere to standards and package it along with the rest of the GTK+ library."

"you will have to run the files you create with Glade through a conversion script until Glade 3 supports saving in the GtkBuilder format directly" - хлопоты вижу, а выигрыша - не вижу.

"The Glade developers are working hard on getting GtkBuilder support integrated into Glade and are aiming to have gtk-builder-convert obsolete by Glade 3.6" - вот тогда и начнем переход :)

>вот тогда и начнем переход :)

Одно дело - переходить, а другое - начинать новый проект. Если кода нету, то лучше сразу писать на новом инструменте, чтобы потом с миграцией не париться.

> "The Glade developers are working hard on getting GtkBuilder support integrated into Glade and are aiming to have gtk-builder-convert obsolete by Glade 3.6" - вот тогда и начнем переход :)

можете начинать. glade 3.5.2 - присутствует поддержка обоих форматов

> Кстати, какие преимущества у GtkBuilder?

как минимум - возможность передавать пользовательские данные при привязке сигналов c gtk_builder_connect_signals(). у glade_xml_signals_autoconnect() такой фишки нет