Re: [glade--]Fix for set_size_request
- From: Christof Petig <christof petig-baender de>
- To: Mark Jones <mark jones106 verizon net>
- Cc: glademm-list gnome org
- Subject: Re: [glade--]Fix for set_size_request
- Date: Wed, 23 Oct 2002 08:32:01 +0200
Mark Jones wrote:
I looked into this tonight. There are two things missing related to size and positioning (that I see):
1. Set size request not written. The source of this is in: writers/widget.cc (line 85)
void Gtk_Widget::Configure(const Widget &w, CxxFile &f,const std::string &instance) const
{
....some lines of code here
// then:
WriteIntIntProperty(w,f,instance, "width", "height",
GTKMM2?"size_request":"usize");
// Should be:
WriteIntIntProperty(w,f,instance, GTKMM2?"width_request":"width", GTKMM2?"height_request":"height",
GTKMM2?"size_request":"usize");
That's wrong because the name of the tag is not dependant on the gtkmm
version installed but on the glade version which created the file (=>
Configuration.glade2). [just to explain]
Do you see the following line in widget.cc:89
WriteIntIntProperty(w,f,instance, "width_request", "height_request",
GTKMM2?"size_request":"usize"); ?
Doesn't it work for you? If not I have to debug it (it _looks_ perfectly
right to me). Perhaps a spelling bug?
With this change it works for Gtkmm2.
But creating gtkmm2 projects from a glade-1 file is broken ;-)
You'll notice I just copied the properties out of the packing section to the section above. Then it finds them as properties when it looks for them in writers/fixed.cc:
void Gtk_Fixed::AddChild(const Widget &w,CxxFile &f,const std::string &instance) const
{ int x=w.getIntProperty("x",0);
int y=w.getIntProperty("y",0);
The problem is that the wrong tag is used. w is the <widget> and not the
<packing> tag. Fix is:
const ChildParamList ch(w.get_Child_params());
int x=ch.getIntProperty("x",0);
[in glade-1 the <packing> tag was called <child> and had been a child of
<widget>, so that's why it looks this way].
Actually in glade-1 <x> was a child of <widget> and not <child> aka
<packing>.
fixed in CVS
I just never use fixed because once you swith the theme/font/language it
get's a mess (or only ugly if you are lucky). But people used to other
visual design tools prefer it because it's easier to place the widgets
by hand than designing an well looking vbox/hbox/table/alignment
hierarchy (if I guess right).
Yours
Christof
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]