Glade-3 misinterprets the position attribute in a VBox when using pack type END -- everything is in the wrong order
Submitted by Laszlo Pandy
Link to original bug (#364078)
Description
Please describe the problem:
I am using Glade-3 v3.0.2. For children in a VBox, Glade-3 puts an attribute "position" in the XML like so:
<packing>
<property name="pack_type">
GTK_PACK_END</property>
<property name="position">
0</property>
</packing>
However, Glade-2 did not put a "position" attribute, and libglade just ordered them in the same order they we're read from the XML. Glade-3 specifies the bottom most child as position=0 and the child above that position=1, etc. When GTK_PACK_START is used, this works fine.
However when GTK_PACK_END is used, libglade thinks that the greater the postion, the farther down it should be. The result is that all your VBox children that use GTK_PACK_END are in the reverse order.
Recall that Glade-2 did not save the "position" attribute to XML. If you save the glade file using Glade-3 and then remove all <property name="position">
tags, and verify that all the children are listed in the order you would pack programmatically (bottom up with pack_end), libglade reads the file correctly and all the children will be in the right order.
Here are two possible solutions that I think will work:
Solution 1) don't save the <property name="position">
tags to XML like Glade-2 did.
Solution 2) reverse the position values so they are compatible with libglade.
Steps to reproduce:
Actual results:
Expected results:
Does this happen every time?
Other information: