On Mon, 2005-01-24 at 19:06 -0300, Ney Andrà de Mello Zunino wrote: > Hello. > > Since 1) my application's UI is all built with Glade; 2) I would like to > use a Gtk::ComboBoxText element which is not available in Glade;
A Gtk:ComboBoxText is a Gtk::ComboBox. > and 3) > get_widget_derived() requires a special constructor form, Yes, please see the example: http://www.gtkmm.org/docs/gtkmm-2.4/docs/tutorial/html/ch19s03.html > I thought that > the way to go would be to derive from Gtk::ComboBoxText, like the > following code snippet: > > class MyComboBoxText : public Gtk::ComboBoxText > { > public: > MyComboBoxText(BaseObjectType* cobject, > const Glib::RefPtr<Gnome::Glade::Xml>& refGlade) > : Gtk::ComboBoxText(cobject) > { > } > virtual ~MyComboBoxText() {} > }; > > The first thing I noticed was that the elements entered in Glade would > not show up. This seems to be a new glade feature. Could you file a gnomemm/libglademm bug in bugzilla please? Obviously you can work around this for now by adding the items only in your code. > So I tried adding them with > Gtk::ComboBoxText::append_text(). This time they do show up, but twice > per line, as if in a 2 column layout. How can I make it so that my > ComboBoxText derived class uses the default m_text_columns which is a > protected member of the Gtk::ComboBoxText class? > > As a general related question, what's the way to go in a situation like > this, where the widget needed is not directly available in Glade but one > wishes to have all the UI defined there as opposed to mixing libglademm > calls and manual widget instantiation/definition? Use the base class, in Glade, that Glade does know about. It's quite difficult to make Glade know about extra properties of your derived class. -- Murray Cumming [EMAIL PROTECTED] www.murrayc.com www.openismus.com _______________________________________________ gtkmm-list mailing list [email protected] http://mail.gnome.org/mailman/listinfo/gtkmm-list
