Nabble - Gnome - Glade - Dev

Re: please help: bug: glade2 file conversion to glade3 failed

2009-12-04T10:28:33Z

On Fri, Dec 4, 2009 at 3:00 PM, Saku Masukita
<sakumasukita@...> wrote:

>
>
> On Wed, Nov 25, 2009 at 7:01 PM, Tristan Van Berkom
> <tristan.van.berkom@...> wrote:
>>
>> On Wed, Nov 25, 2009 at 4:31 PM, Saku Masukita
>> <sakumasukita@...> wrote:
>>
>> Dont care about that warning, its a missing translation and has nothing
>> to do with loading your project.
>
> Thank you Tristan,
>
>> What version of Glade do you have ? try the latest tarball
>> from ftp.gnome.org (3.6.7).
>
> In fact I have upgraded to the latest version of Ubuntu (9.10) and
> glade (alias glade-3) comes installed (there is no glade-2) but after
> commenting out the aforementioned line I can load everything now
> but still have that horizontal/vertical problem you mentioned.
>
>> Does it crash before or after firing a bunch of runtime warnings about
>> GtkCList ?
>
> No it does not crash now that I have the latest version.
> I just get several warnings.
>
>>
>> >>
>> >> needed for the icon definitions and Glade
>> >> did not crash - for your app to look normal;
>> >
>> > I see several GtkImage instances in the glade file. Are these the
>> > icon definitions you are referring to?
>> >
>>
>> I know, Glade 2 does not output that property, cause its new, its new and
>> introduced broken.
>
> Too bad that such property was introduced broken.
> Do you foresee that in future versions such conversion
> problem would be fixed?
>

The easiest fix would be in GTK+, to fix it from a conversion
could be possible from Glade, i.e. we could make the rude assumption
that any libglade file is broken and "fix" it on the way into GtkBuilder;
that would not solve the problem of any GtkBuilder files that were
created before the GTK+ version introducing GtkOrientable (which is
the other half of the problem at hand).

I cant speak for when that bug will be fixed in GTK+, I did not submit
a patch myself, although such a patch would be arguably easy to write.

Cheers,
-Tristan
_______________________________________________
Glade-devel maillist - Glade-devel@...
http://lists.ximian.com/mailman/listinfo/glade-devel

Re: please help: bug: glade2 file conversion to glade3 failed

2009-12-04T09:00:00Z

On Wed, Nov 25, 2009 at 7:01 PM, Tristan Van Berkom <tristan.van.berkom@...> wrote:

On Wed, Nov 25, 2009 at 4:31 PM, Saku Masukita
<sakumasukita@...> wrote:

Dont care about that warning, its a missing translation and has nothing
to do with loading your project.

Thank you Tristan,

What version of Glade do you have ? try the latest tarball
from ftp.gnome.org (3.6.7).

In fact I have upgraded to the latest version of Ubuntu (9.10) and
glade (alias glade-3) comes installed (there is no glade-2) but after
commenting out the aforementioned line I can load everything now
but still have that horizontal/vertical problem you mentioned.

Does it crash before or after firing a bunch of runtime warnings about
GtkCList ?

No it does not crash now that I have the latest version.
I just get several warnings.

>>
>> needed for the icon definitions and Glade
>> did not crash - for your app to look normal;
>
> I see several GtkImage instances in the glade file. Are these the
> icon definitions you are referring to?
>

I know, Glade 2 does not output that property, cause its new, its new and
introduced broken.

Too bad that such property was introduced broken.
Do you foresee that in future versions such conversion
problem would be fixed?

Thank you very much for your help,

Regards,

John Goche

_______________________________________________
Glade-devel maillist - Glade-devel@...
http://lists.ximian.com/mailman/listinfo/glade-devel

why depend on version 3 of libgnome and libgda + current versions

2009-11-26T12:18:22Z

when I installed glade3 it pulled:
libgnomedb3 and libgnomedb (which is version 4)
libgda-3_0-3 and libgda-4_0-4
I tried uninstalling:

libgnomedb3
glade3-libgnomedb3
libgda-3_0-3

and everything is fine, glade doesn't spit any errors or warnings that didn't exist before.

so why have old versions + current version?

my system is openSUSE 11.2 x86 GNOME, installed glade3 from yast

I thought maybe this is an openSUSE issue, but maybe u have something to say ?

--
A.M. Abdelaziz

_______________________________________________
Glade-devel maillist - Glade-devel@...
http://lists.ximian.com/mailman/listinfo/glade-devel

Re: please help: bug: glade2 file conversion to glade3 failed

2009-11-24T10:57:53Z

On Tue, Nov 24, 2009 at 4:52 PM, Tristan Van Berkom
<tristan.van.berkom@...> wrote:

> - You can introduce stock icons using the GtkIconFactory object
> available with GtkBuilder
> - The GnomeDateEdit missing displayable value reflects a missing
> translatable string in Glade's backend
> (seems the GTK+ backend handles some gnome types possibly, for
> some minor conversions at load time)
> - People generally use GtkTreeView for what they used to use GtkCList for
>
> - As far as "getting your Glade file to work", As I said, I removed
> the <requires> line as I saw it was only
> needed for the icon definitions and Glade
> did not crash - for your app to look normal; the "orientation"
> property of every GtkOrientable widget
> must be set properly, google might find you a script for this as
> its a common problem, or, you might
> write one and tell google about it, or somebody might just fix the
> bug in GTK+.

Oops hit send prematurely but the letter was done, essentially considering
the shear size of your UI, converting it to use GtkBuilder will not be such
an easy task - you will at least have to understand GtkTreeView for instance...

Anyway good luck with your project,

-Tristan

>
>
>
>
> On Tue, Nov 24, 2009 at 4:34 PM, Saku Masukita
> <sakumasukita@...> wrote:
>>
>> On Tue, Nov 24, 2009 at 4:39 PM, Tristan Van Berkom
>> <tristan.van.berkom@...> wrote:
>>>
>>> Yes, generally that just means replacing calls to glade_xml_new()
>>> with gtk_builder_add_from_file(), and then glade_xml_get_widget()
>>> with gtk_builder_get_object() (i.e. the api is very small).
>>>
>>> The bulk of your work to use GtkBuilder would be to get rid
>>> of the gnome widgets essentially, which is something you
>>> would want to do anyway for new code.
>>>
>>> >
>>> > Obviously something needs to be done for me to be able to open the
>>> > file with glade-3, but I am not sure exactly what. Any ideas?
>>>
>>> The warnings are normal (as we actually need people to contribute
>>> artwork for those missing icons), the segfault I cant tell by looking into
>>> your file, but I was able to do something with it.
>>>
>>> After looking at the segfault (which I didnt reproduce because I didnt
>>> build the gnome catalog here...) I found that you do not use any gnome
>>> widgets (good first of all for you), only gnome stock icons.
>>>
>>> So, after removing the <requires/> line from your Glade file I loaded
>>> up with no segfault, but horizontally.
>>
>> Yes, I was in fact aware of the fact that I had not used any gnome-specific
>> code. So I cannot really explain to myself why the glade 2 GUI builder had
>> placed the <requires lib="gnome"/> XML element in the XML file but I
>> guess glade 2 is history now so it's probably not worth fixing such bug.
>>
>> Actually the reason might seem to be the fact that I have used some
>> gnome icons in the glade 2 XML file despite not using any actual widgets.
>> Here are the gnome icons from the glade 2 XML file which I seem to have
>> been using (seem like these icons correspond to the stock property):
>>
>> stock property:
>> gnome-stock-text-numbered-list
>> gnome-stock-multiple-file
>> gnome-stock-mail-new
>> gnome-stock-about
>> gnome-stock-book-blue
>> gnome-stock-book-yellow
>> gnome-stock-book-red
>> gnome-stock-book-green
>>
>> So, I'm not sure what the corresponding icons would be in
>> the most recent Gtk icons if any at all. But I guess this is
>> what I need to fix. Otherwise can I not just simply copy
>> these gnome icons to my source code tree and somehow
>> import them into glade-3 from there?
>>
>> Otherwise what should I do? Should I just delete these lines
>> to get it to work? Because right now despite deleting the
>> <requires lib="gnome"/> tag I still get the segmentation
>> fault.
>>
>> Plus I just don't understand what these complaints about
>> GnomeDateEdit which I don't see used within the glade 2
>> file are. And the names of the icons from the warnings do
>> not appear inside the glade 2 file either. I am confused.
>>
>> I guess 4034 is just an error code (apart from the segfault).
>>
>> -------------------------------------------------------------------------------------------------
>> GladeUI-Message: No displayable values for property GtkScaleButton::size
>> GladeUI-Message: No displayable values for property GtkImage::icon-size
>>
>> (glade-3:4034): GladeUI-WARNING **: No icon named 'widget-gtk-sizegroup' was
>> found for object class 'GtkSizeGroup'.
>>
>> (glade-3:4034): GladeUI-WARNING **: No icon named 'widget-gtk-accelgroup'
>> was found for object class 'GtkAccelGroup'.
>>
>> (glade-3:4034): GladeUI-WARNING **: No icon named 'widget-gtk-adjustment'
>> was found for object class 'GtkAdjustment'.
>>
>> (glade-3:4034): GladeUI-WARNING **: No icon named 'widget-gtk-uimanager' was
>> found for object class 'GtkUIManager'.
>>
>> (glade-3:4034): GladeUI-WARNING **: No icon named
>> 'widget-gtk-treemodelfilter' was found for object class
>> 'GtkTreeModelFilter'.
>>
>> (glade-3:4034): GladeUI-WARNING **: No icon named 'widget-gtk-treemodelsort'
>> was found for object class 'GtkTreeModelSort'.
>>
>> (glade-3:4034): GladeUI-WARNING **: No icon named 'widget-gtk-treeselection'
>> was found for object class 'GtkTreeSelection'.
>>
>> (glade-3:4034): GladeUI-WARNING **: No icon named 'widget-gtk-statusicon'
>> was found for object class 'GtkStatusIcon'.
>>
>> (glade-3:4034): GladeUI-WARNING **: No icon named 'widget-gtk-textbuffer'
>> was found for object class 'GtkTextBuffer'.
>>
>> (glade-3:4034): GladeUI-WARNING **: No icon named 'widget-gtk-texttag' was
>> found for object class 'GtkTextTag'.
>> GladeUI-Message: No displayable values for property GtkTextTag::direction
>>
>> (glade-3:4034): GladeUI-WARNING **: No icon named 'widget-gtk-texttagtable'
>> was found for object class 'GtkTextTagTable'.
>>
>> (glade-3:4034): GladeUI-WARNING **: No icon named 'widget-gtk-filefilter'
>> was found for object class 'GtkFileFilter'.
>> GladeUI-Message: 1 missing displayable value for
>> GnomeDateEdit::dateedit-flags
>> GladeUI-Message: No displayable values for property
>> GnomeIconList::selection-mode
>> Segmentation fault
>> -------------------------------------------------------------------------------------------------
>>
>>
>>> To fix the horizontalness, I'm not sure if someone attached a script
>>> to the bug that does that (since your file is considerably large and
>>> a PITA to fix by hand), fixing it by hand means fixing the orientation
>>> property of each vbox/vpaned etc in the project.
>>
>> Yeah, maybe a script is needed, but since I don't really understand what
>> the replacements should be I am also not sure about how to write such
>> script.
>>
>>>
>>> I got a bunch of errors from CList, seems support for CList somehow
>>> got broken in Glade, however your file still seems to load and save ok,
>>> Im not sure whats going on with your CList children (ofcourse you will
>>> have to drop deprecated GtkCList anyway to move on to GtkBuilder).
>>
>> So what do I use in place of GtkCList or CList?
>>
>>>
>>> In terms of litterature I think there is not much, its better for you to
>>> stick with some tutorials, reference manuals, the source and irc I
>>> would think.
>>>
>>
>> Thank, I will have a look at these as well, but what other modifications
>> did you make to the glade file to get it to work?
>>
>> Thanks,
>>
>> Saku Masukita
>>
>

_______________________________________________
Glade-devel maillist - Glade-devel@...
http://lists.ximian.com/mailman/listinfo/glade-devel

Re: please help: bug: glade2 file conversion to glade3 failed

2009-11-24T10:52:25Z

- You can introduce stock icons using the GtkIconFactory object
available with GtkBuilder
- The GnomeDateEdit missing displayable value reflects a missing
translatable string in Glade's backend
(seems the GTK+ backend handles some gnome types possibly, for
some minor conversions at load time)
- People generally use GtkTreeView for what they used to use GtkCList for

- As far as "getting your Glade file to work", As I said, I removed
the <requires> line as I saw it was only
needed for the icon definitions and Glade
did not crash - for your app to look normal; the "orientation"
property of every GtkOrientable widget
must be set properly, google might find you a script for this as
its a common problem, or, you might
write one and tell google about it, or somebody might just fix the
bug in GTK+.

On Tue, Nov 24, 2009 at 4:34 PM, Saku Masukita
<sakumasukita@...> wrote:

>
> On Tue, Nov 24, 2009 at 4:39 PM, Tristan Van Berkom
> <tristan.van.berkom@...> wrote:
>>
>> Yes, generally that just means replacing calls to glade_xml_new()
>> with gtk_builder_add_from_file(), and then glade_xml_get_widget()
>> with gtk_builder_get_object() (i.e. the api is very small).
>>
>> The bulk of your work to use GtkBuilder would be to get rid
>> of the gnome widgets essentially, which is something you
>> would want to do anyway for new code.
>>
>> >
>> > Obviously something needs to be done for me to be able to open the
>> > file with glade-3, but I am not sure exactly what. Any ideas?
>>
>> The warnings are normal (as we actually need people to contribute
>> artwork for those missing icons), the segfault I cant tell by looking into
>> your file, but I was able to do something with it.
>>
>> After looking at the segfault (which I didnt reproduce because I didnt
>> build the gnome catalog here...) I found that you do not use any gnome
>> widgets (good first of all for you), only gnome stock icons.
>>
>> So, after removing the <requires/> line from your Glade file I loaded
>> up with no segfault, but horizontally.
>
> Yes, I was in fact aware of the fact that I had not used any gnome-specific
> code. So I cannot really explain to myself why the glade 2 GUI builder had
> placed the <requires lib="gnome"/> XML element in the XML file but I
> guess glade 2 is history now so it's probably not worth fixing such bug.
>
> Actually the reason might seem to be the fact that I have used some
> gnome icons in the glade 2 XML file despite not using any actual widgets.
> Here are the gnome icons from the glade 2 XML file which I seem to have
> been using (seem like these icons correspond to the stock property):
>
> stock property:
> gnome-stock-text-numbered-list
> gnome-stock-multiple-file
> gnome-stock-mail-new
> gnome-stock-about
> gnome-stock-book-blue
> gnome-stock-book-yellow
> gnome-stock-book-red
> gnome-stock-book-green
>
> So, I'm not sure what the corresponding icons would be in
> the most recent Gtk icons if any at all. But I guess this is
> what I need to fix. Otherwise can I not just simply copy
> these gnome icons to my source code tree and somehow
> import them into glade-3 from there?
>
> Otherwise what should I do? Should I just delete these lines
> to get it to work? Because right now despite deleting the
> <requires lib="gnome"/> tag I still get the segmentation
> fault.
>
> Plus I just don't understand what these complaints about
> GnomeDateEdit which I don't see used within the glade 2
> file are. And the names of the icons from the warnings do
> not appear inside the glade 2 file either. I am confused.
>
> I guess 4034 is just an error code (apart from the segfault).
>
> -------------------------------------------------------------------------------------------------
> GladeUI-Message: No displayable values for property GtkScaleButton::size
> GladeUI-Message: No displayable values for property GtkImage::icon-size
>
> (glade-3:4034): GladeUI-WARNING **: No icon named 'widget-gtk-sizegroup' was
> found for object class 'GtkSizeGroup'.
>
> (glade-3:4034): GladeUI-WARNING **: No icon named 'widget-gtk-accelgroup'
> was found for object class 'GtkAccelGroup'.
>
> (glade-3:4034): GladeUI-WARNING **: No icon named 'widget-gtk-adjustment'
> was found for object class 'GtkAdjustment'.
>
> (glade-3:4034): GladeUI-WARNING **: No icon named 'widget-gtk-uimanager' was
> found for object class 'GtkUIManager'.
>
> (glade-3:4034): GladeUI-WARNING **: No icon named
> 'widget-gtk-treemodelfilter' was found for object class
> 'GtkTreeModelFilter'.
>
> (glade-3:4034): GladeUI-WARNING **: No icon named 'widget-gtk-treemodelsort'
> was found for object class 'GtkTreeModelSort'.
>
> (glade-3:4034): GladeUI-WARNING **: No icon named 'widget-gtk-treeselection'
> was found for object class 'GtkTreeSelection'.
>
> (glade-3:4034): GladeUI-WARNING **: No icon named 'widget-gtk-statusicon'
> was found for object class 'GtkStatusIcon'.
>
> (glade-3:4034): GladeUI-WARNING **: No icon named 'widget-gtk-textbuffer'
> was found for object class 'GtkTextBuffer'.
>
> (glade-3:4034): GladeUI-WARNING **: No icon named 'widget-gtk-texttag' was
> found for object class 'GtkTextTag'.
> GladeUI-Message: No displayable values for property GtkTextTag::direction
>
> (glade-3:4034): GladeUI-WARNING **: No icon named 'widget-gtk-texttagtable'
> was found for object class 'GtkTextTagTable'.
>
> (glade-3:4034): GladeUI-WARNING **: No icon named 'widget-gtk-filefilter'
> was found for object class 'GtkFileFilter'.
> GladeUI-Message: 1 missing displayable value for
> GnomeDateEdit::dateedit-flags
> GladeUI-Message: No displayable values for property
> GnomeIconList::selection-mode
> Segmentation fault
> -------------------------------------------------------------------------------------------------
>
>
>> To fix the horizontalness, I'm not sure if someone attached a script
>> to the bug that does that (since your file is considerably large and
>> a PITA to fix by hand), fixing it by hand means fixing the orientation
>> property of each vbox/vpaned etc in the project.
>
> Yeah, maybe a script is needed, but since I don't really understand what
> the replacements should be I am also not sure about how to write such
> script.
>
>>
>> I got a bunch of errors from CList, seems support for CList somehow
>> got broken in Glade, however your file still seems to load and save ok,
>> Im not sure whats going on with your CList children (ofcourse you will
>> have to drop deprecated GtkCList anyway to move on to GtkBuilder).
>
> So what do I use in place of GtkCList or CList?
>
>>
>> In terms of litterature I think there is not much, its better for you to
>> stick with some tutorials, reference manuals, the source and irc I
>> would think.
>>
>
> Thank, I will have a look at these as well, but what other modifications
> did you make to the glade file to get it to work?
>
> Thanks,
>
> Saku Masukita
>

_______________________________________________
Glade-devel maillist - Glade-devel@...
http://lists.ximian.com/mailman/listinfo/glade-devel

Re: please help: bug: glade2 file conversion to glade3 failed

2009-11-24T10:34:25Z

On Tue, Nov 24, 2009 at 4:39 PM, Tristan Van Berkom <tristan.van.berkom@...> wrote:

Yes, generally that just means replacing calls to glade_xml_new()
with gtk_builder_add_from_file(), and then glade_xml_get_widget()
with gtk_builder_get_object() (i.e. the api is very small).

The bulk of your work to use GtkBuilder would be to get rid
of the gnome widgets essentially, which is something you
would want to do anyway for new code.

>
> Obviously something needs to be done for me to be able to open the
> file with glade-3, but I am not sure exactly what. Any ideas?

The warnings are normal (as we actually need people to contribute
artwork for those missing icons), the segfault I cant tell by looking into
your file, but I was able to do something with it.

After looking at the segfault (which I didnt reproduce because I didnt
build the gnome catalog here...) I found that you do not use any gnome
widgets (good first of all for you), only gnome stock icons.

So, after removing the <requires/> line from your Glade file I loaded
up with no segfault, but horizontally.

Yes, I was in fact aware of the fact that I had not used any gnome-specific
code. So I cannot really explain to myself why the glade 2 GUI builder had
placed the <requires lib="gnome"/> XML element in the XML file but I
guess glade 2 is history now so it's probably not worth fixing such bug.

Actually the reason might seem to be the fact that I have used some
gnome icons in the glade 2 XML file despite not using any actual widgets.
Here are the gnome icons from the glade 2 XML file which I seem to have
been using (seem like these icons correspond to the stock property):

stock property:
gnome-stock-text-numbered-list
gnome-stock-multiple-file
gnome-stock-mail-new
gnome-stock-about
gnome-stock-book-blue
gnome-stock-book-yellow
gnome-stock-book-red
gnome-stock-book-green

So, I'm not sure what the corresponding icons would be in
the most recent Gtk icons if any at all. But I guess this is
what I need to fix. Otherwise can I not just simply copy
these gnome icons to my source code tree and somehow
import them into glade-3 from there?

Otherwise what should I do? Should I just delete these lines
to get it to work? Because right now despite deleting the
<requires lib="gnome"/> tag I still get the segmentation
fault.

Plus I just don't understand what these complaints about
GnomeDateEdit which I don't see used within the glade 2
file are. And the names of the icons from the warnings do
not appear inside the glade 2 file either. I am confused.

I guess 4034 is just an error code (apart from the segfault).

-------------------------------------------------------------------------------------------------
GladeUI-Message: No displayable values for property GtkScaleButton::size
GladeUI-Message: No displayable values for property GtkImage::icon-size

(glade-3:4034): GladeUI-WARNING **: No icon named 'widget-gtk-sizegroup' was found for object class 'GtkSizeGroup'.

(glade-3:4034): GladeUI-WARNING **: No icon named 'widget-gtk-accelgroup' was found for object class 'GtkAccelGroup'.

(glade-3:4034): GladeUI-WARNING **: No icon named 'widget-gtk-adjustment' was found for object class 'GtkAdjustment'.

(glade-3:4034): GladeUI-WARNING **: No icon named 'widget-gtk-uimanager' was found for object class 'GtkUIManager'.

(glade-3:4034): GladeUI-WARNING **: No icon named 'widget-gtk-treemodelfilter' was found for object class 'GtkTreeModelFilter'.

(glade-3:4034): GladeUI-WARNING **: No icon named 'widget-gtk-treemodelsort' was found for object class 'GtkTreeModelSort'.

(glade-3:4034): GladeUI-WARNING **: No icon named 'widget-gtk-treeselection' was found for object class 'GtkTreeSelection'.

(glade-3:4034): GladeUI-WARNING **: No icon named 'widget-gtk-statusicon' was found for object class 'GtkStatusIcon'.

(glade-3:4034): GladeUI-WARNING **: No icon named 'widget-gtk-textbuffer' was found for object class 'GtkTextBuffer'.

(glade-3:4034): GladeUI-WARNING **: No icon named 'widget-gtk-texttag' was found for object class 'GtkTextTag'.
GladeUI-Message: No displayable values for property GtkTextTag::direction

(glade-3:4034): GladeUI-WARNING **: No icon named 'widget-gtk-texttagtable' was found for object class 'GtkTextTagTable'.

(glade-3:4034): GladeUI-WARNING **: No icon named 'widget-gtk-filefilter' was found for object class 'GtkFileFilter'.
GladeUI-Message: 1 missing displayable value for GnomeDateEdit::dateedit-flags
GladeUI-Message: No displayable values for property GnomeIconList::selection-mode
Segmentation fault
-------------------------------------------------------------------------------------------------

To fix the horizontalness, I'm not sure if someone attached a script
to the bug that does that (since your file is considerably large and
a PITA to fix by hand), fixing it by hand means fixing the orientation
property of each vbox/vpaned etc in the project.

Yeah, maybe a script is needed, but since I don't really understand what
the replacements should be I am also not sure about how to write such
script.

I got a bunch of errors from CList, seems support for CList somehow
got broken in Glade, however your file still seems to load and save ok,
Im not sure whats going on with your CList children (ofcourse you will
have to drop deprecated GtkCList anyway to move on to GtkBuilder).

So what do I use in place of GtkCList or CList?

In terms of litterature I think there is not much, its better for you to
stick with some tutorials, reference manuals, the source and irc I
would think.

Thank, I will have a look at these as well, but what other modifications
did you make to the glade file to get it to work?

Thanks,

Saku Masukita

_______________________________________________
Glade-devel maillist - Glade-devel@...
http://lists.ximian.com/mailman/listinfo/glade-devel

Re: please help: bug: glade2 file conversion to glade3 failed

2009-11-24T08:39:43Z

On Tue, Nov 24, 2009 at 2:06 PM, Saku Masukita
<sakumasukita@...> wrote:

>
>
> On Mon, Nov 23, 2009 at 4:41 PM, Tristan Van Berkom
> <tristan.van.berkom@...> wrote:
>>
>> On Mon, Nov 23, 2009 at 2:29 PM, Saku Masukita
>> <sakumasukita@...> wrote:
>> >
>> > Well, apparently the script comes from a package
>> > called libglade2-dev as the following output shows:
>> >
>> > $ dpkg-query -S /usr/bin/libglade-convert
>> > libglade2-dev: /usr/bin/libglade-convert
>> >
>>
>> Thats an old conversion script to convert files from
>> Glade 1 format to a format readable by libglade.
>>
>> By now libglade is deprecated and people are migrating
>> to GtkBuilder (which essentially does what libglade did,
>> except has some advantages such as doing it natively
>> from the GTK+ widget code).
>
>
> OK so that might as well mean that I can uninstall libglade
> completely from my Ubuntu 9.04 Linux system.

Not exactly, it means that eventually this can be the case
and it will be phased out, but surely there is plenty of code
still using libglade on your system.

>
>>
>> You dont need a conversion tool to load a file created
>> with Glade 2, in Glade 3 - just open the file in Glade 3.
>>
>> You will encounter a bug where everything seems horizontally
>> oriented (because the file was created with Glade 2 in an
>> old version, it wont output the orientation property needed
>> to tell VBoxes that they need to be vertical, sorry about that).
>
> Too bad this could not have been fixed in the code.
> What are the reasons for it not working out of the box?
> Are there some widget property incompatibilities?

Yes the full description is here:
https://bugzilla.gnome.org/show_bug.cgi?id=587256

>
>>
>> libgnomeui is an old library that does lots of gnome specific
>> stuff, it pulls in lots of dependencies you dont want to build
>> nowadays and most of the widgets if not all, have equal
>> coverage in GTK+ by now (i.e. its another old and deprecated
>> widget library).
>
>
> OK so it looks like I will be uninstalling libgnomeui as well.
> I never liked the idea of gnome-specific widgets which cannot
> then be ported to other platforms anyway.
>
>> You can at least start by loading the file in Glade, fixing
>> the orientation property where you need to (search vbox
>> in the search entry should help), then convert it to GtkBuilder
>> (use the project preferences dialog) and see what deprecated
>> widgets dissapear in the conversion - should give you an idea
>> of what widget types you need to replace to move on to GtkBuilder.
>>
>
> Looks like I am going to have to learn how to use GtkBuilder
> to port my C code which worked with glade 2 code to C code
> that works with glade 3.

Yes, generally that just means replacing calls to glade_xml_new()
with gtk_builder_add_from_file(), and then glade_xml_get_widget()
with gtk_builder_get_object() (i.e. the api is very small).

The bulk of your work to use GtkBuilder would be to get rid
of the gnome widgets essentially, which is something you
would want to do anyway for new code.

>
> Obviously something needs to be done for me to be able to open the
> file with glade-3, but I am not sure exactly what. Any ideas?

The warnings are normal (as we actually need people to contribute
artwork for those missing icons), the segfault I cant tell by looking into
your file, but I was able to do something with it.

After looking at the segfault (which I didnt reproduce because I didnt
build the gnome catalog here...) I found that you do not use any gnome
widgets (good first of all for you), only gnome stock icons.

So, after removing the <requires/> line from your Glade file I loaded
up with no segfault, but horizontally.

To fix the horizontalness, I'm not sure if someone attached a script
to the bug that does that (since your file is considerably large and
a PITA to fix by hand), fixing it by hand means fixing the orientation
property of each vbox/vpaned etc in the project.

I got a bunch of errors from CList, seems support for CList somehow
got broken in Glade, however your file still seems to load and save ok,
Im not sure whats going on with your CList children (ofcourse you will
have to drop deprecated GtkCList anyway to move on to GtkBuilder).

In terms of litterature I think there is not much, its better for you to
stick with some tutorials, reference manuals, the source and irc I
would think.

Cheers,
-Tristan
_______________________________________________
Glade-devel maillist - Glade-devel@...
http://lists.ximian.com/mailman/listinfo/glade-devel

Re: please help: bug: glade2 file conversion to glade3 failed

2009-11-24T08:06:37Z

On Mon, Nov 23, 2009 at 4:41 PM, Tristan Van Berkom <tristan.van.berkom@...> wrote:

On Mon, Nov 23, 2009 at 2:29 PM, Saku Masukita
<sakumasukita@...> wrote:
>
> Well, apparently the script comes from a package
> called libglade2-dev as the following output shows:
>
> $ dpkg-query -S /usr/bin/libglade-convert
> libglade2-dev: /usr/bin/libglade-convert
>

Thats an old conversion script to convert files from
Glade 1 format to a format readable by libglade.

By now libglade is deprecated and people are migrating
to GtkBuilder (which essentially does what libglade did,
except has some advantages such as doing it natively
from the GTK+ widget code).

OK so that might as well mean that I can uninstall libglade

completely from my Ubuntu 9.04 Linux system.

You dont need a conversion tool to load a file created
with Glade 2, in Glade 3 - just open the file in Glade 3.

You will encounter a bug where everything seems horizontally
oriented (because the file was created with Glade 2 in an
old version, it wont output the orientation property needed
to tell VBoxes that they need to be vertical, sorry about that).

Too bad this could not have been fixed in the code.

What are the reasons for it not working out of the box?

Are there some widget property incompatibilities?

libgnomeui is an old library that does lots of gnome specific
stuff, it pulls in lots of dependencies you dont want to build
nowadays and most of the widgets if not all, have equal
coverage in GTK+ by now (i.e. its another old and deprecated
widget library).

OK so it looks like I will be uninstalling libgnomeui as well.
I never liked the idea of gnome-specific widgets which cannot
then be ported to other platforms anyway.

You can at least start by loading the file in Glade, fixing
the orientation property where you need to (search vbox
in the search entry should help), then convert it to GtkBuilder
(use the project preferences dialog) and see what deprecated
widgets dissapear in the conversion - should give you an idea
of what widget types you need to replace to move on to GtkBuilder.

Looks like I am going to have to learn how to use GtkBuilder
to port my C code which worked with glade 2 code to C code
that works with glade 3.

Well, when I try to open the file http://whm.sf.net/foo.glade
with glade-2 I am successful but with glade-3 I get a
segmentation fault:

GladeUI-Message: No displayable values for property GtkScaleButton::size
GladeUI-Message: No displayable values for property GtkImage::icon-size

(glade-3:4487): GladeUI-WARNING **: No icon named 'widget-gtk-sizegroup' was found for object class 'GtkSizeGroup'.

(glade-3:4487): GladeUI-WARNING **: No icon named 'widget-gtk-accelgroup' was found for object class 'GtkAccelGroup'.

(glade-3:4487): GladeUI-WARNING **: No icon named 'widget-gtk-adjustment' was found for object class 'GtkAdjustment'.

(glade-3:4487): GladeUI-WARNING **: No icon named 'widget-gtk-uimanager' was found for object class 'GtkUIManager'.

(glade-3:4487): GladeUI-WARNING **: No icon named 'widget-gtk-treemodelfilter' was found for object class 'GtkTreeModelFilter'.

(glade-3:4487): GladeUI-WARNING **: No icon named 'widget-gtk-treemodelsort' was found for object class 'GtkTreeModelSort'.

(glade-3:4487): GladeUI-WARNING **: No icon named 'widget-gtk-treeselection' was found for object class 'GtkTreeSelection'.

(glade-3:4487): GladeUI-WARNING **: No icon named 'widget-gtk-statusicon' was found for object class 'GtkStatusIcon'.

(glade-3:4487): GladeUI-WARNING **: No icon named 'widget-gtk-textbuffer' was found for object class 'GtkTextBuffer'.

(glade-3:4487): GladeUI-WARNING **: No icon named 'widget-gtk-texttag' was found for object class 'GtkTextTag'.
GladeUI-Message: No displayable values for property GtkTextTag::direction

(glade-3:4487): GladeUI-WARNING **: No icon named 'widget-gtk-texttagtable' was found for object class 'GtkTextTagTable'.

(glade-3:4487): GladeUI-WARNING **: No icon named 'widget-gtk-filefilter' was found for object class 'GtkFileFilter'.
GladeUI-Message: 1 missing displayable value for GnomeDateEdit::dateedit-flags
GladeUI-Message: No displayable values for property GnomeIconList::selection-mode
Segmentation fault

Obviously something needs to be done for me to be able to open the
file with glade-3, but I am not sure exactly what. Any ideas?

----------------------------------------------------------------------------------------------------
APART FROM THIS...

By the way, is the book "The Official Gnome 2 Developer's Guide"
as in the links appearing below now an outdated book?

http://www.amazon.com/gp/search?index=books&linkCode=qs&keywords=1593270305
http://developer.novell.com/wiki/index.php/The_Official_Gnome_2_Developer%27s_Guide

Is there better more up-to-date books on Gtk/Glib/Glade deve lopment
which are more relevant nowadays (given that as you mentioned the
development libraries are now more gnome-independent?)

Looks like nowadays the reference books on this subject are:

- Foundations of GTK+ Development (Expert's Voice in Open Source) (Paperback)
by Andrew Krause

and

- Gtk+ Programming in C (Paperback)
by Syd Logan

but I am not sure about whether any of these cover GtkBuilder and glade.

Any suggestions or recommendations on selecting a proper place
to work with are very welcome (I have used Gtk and Glib in the past
but now I am somewhat rusty on it and need something to go by in
order to upgrade properly),

Thank you for your help and feedback,

Saku Masukita

_______________________________________________
Glade-devel maillist - Glade-devel@...
http://lists.ximian.com/mailman/listinfo/glade-devel

Re: please help: bug: glade2 file conversion to glade3 failed

2009-11-23T08:41:07Z

On Mon, Nov 23, 2009 at 2:29 PM, Saku Masukita
<sakumasukita@...> wrote:

>
> On Sun, Nov 22, 2009 at 5:11 PM, Tristan Van Berkom
> <tristan.van.berkom@...> wrote:
>>
>> Hello.
>>
>> Glade does not come with any conversion script.
>
> Well, apparently the script comes from a package
> called libglade2-dev as the following output shows:
>
> $ dpkg-query -S /usr/bin/libglade-convert
> libglade2-dev: /usr/bin/libglade-convert
>

Thats an old conversion script to convert files from
Glade 1 format to a format readable by libglade.

By now libglade is deprecated and people are migrating
to GtkBuilder (which essentially does what libglade did,
except has some advantages such as doing it natively
from the GTK+ widget code).

You dont need a conversion tool to load a file created
with Glade 2, in Glade 3 - just open the file in Glade 3.

You will encounter a bug where everything seems horizontally
oriented (because the file was created with Glade 2 in an
old version, it wont output the orientation property needed
to tell VBoxes that they need to be vertical, sorry about that).

libgnomeui is an old library that does lots of gnome specific
stuff, it pulls in lots of dependencies you dont want to build
nowadays and most of the widgets if not all, have equal
coverage in GTK+ by now (i.e. its another old and deprecated
widget library).

You can at least start by loading the file in Glade, fixing
the orientation property where you need to (search vbox
in the search entry should help), then convert it to GtkBuilder
(use the project preferences dialog) and see what deprecated
widgets dissapear in the conversion - should give you an idea
of what widget types you need to replace to move on to GtkBuilder.

Cheers,
-Tristan

> The list of files which are part of this ubuntu package
> are the following which seem to include version 2 of
> a static library called libglade which I presume is
> used to create executable files which parse a
> glade XML file when run. The list is reported
> below:
>
> $ dpkg-query -L libglade2-dev
> /.
> /usr
> /usr/share
> /usr/share/doc
> /usr/share/doc/libglade2-dev
> /usr/share/doc/libglade2-dev/copyright
> /usr/share/doc/libglade2-dev/examples
> /usr/share/doc/libglade2-dev/examples/bonobo.glade
> /usr/share/doc/libglade2-dev/examples/simple.glade.gz
> /usr/share/doc/libglade2-dev/examples/first.glade
> /usr/share/doc/libglade2-dev/examples/example.glade.gz
> /usr/share/doc-base
> /usr/share/doc-base/libglade2-dev
> /usr/share/man
> /usr/share/man/man1
> /usr/share/man/man1/libglade-convert.1.gz
> /usr/share/gtk-doc
> /usr/share/gtk-doc/html
> /usr/share/gtk-doc/html/libglade
> /usr/share/gtk-doc/html/libglade/GladeXML.html
> /usr/share/gtk-doc/html/libglade/home.png
> /usr/share/gtk-doc/html/libglade/index.html
> /usr/share/gtk-doc/html/libglade/index.sgml
> /usr/share/gtk-doc/html/libglade/left.png
> /usr/share/gtk-doc/html/libglade/libglade-Libglade-Build.html
> /usr/share/gtk-doc/html/libglade/libglade-Libglade-Initialisation.html
> /usr/share/gtk-doc/html/libglade/libglade-Libglade-SAX-Parser.html
> /usr/share/gtk-doc/html/libglade/libglade-dtd-exceptions.html
> /usr/share/gtk-doc/html/libglade/libglade-dtd.html
> /usr/share/gtk-doc/html/libglade/libglade-embedding.html
> /usr/share/gtk-doc/html/libglade/libglade-extending.html
> /usr/share/gtk-doc/html/libglade/libglade-i18n.html
> /usr/share/gtk-doc/html/libglade/libglade-lib.html
> /usr/share/gtk-doc/html/libglade/libglade-modules.html
> /usr/share/gtk-doc/html/libglade/libglade-notes.html
> /usr/share/gtk-doc/html/libglade/libglade.devhelp
> /usr/share/gtk-doc/html/libglade/libglade.devhelp2
> /usr/share/gtk-doc/html/libglade/right.png
> /usr/share/gtk-doc/html/libglade/style.css
> /usr/share/gtk-doc/html/libglade/up.png
> /usr/include
> /usr/include/libglade-2.0
> /usr/include/libglade-2.0/glade
> /usr/include/libglade-2.0/glade/glade.h
> /usr/include/libglade-2.0/glade/glade-init.h
> /usr/include/libglade-2.0/glade/glade-xml.h
> /usr/include/libglade-2.0/glade/glade-build.h
> /usr/include/libglade-2.0/glade/glade-parser.h
> /usr/lib
> /usr/lib/libglade-2.0.a
> /usr/lib/libglade-2.0.la
> /usr/lib/pkgconfig
> /usr/lib/pkgconfig/libglade-2.0.pc
> /usr/bin
> /usr/bin/libglade-convert
> /usr/share/doc/libglade2-dev/README
> /usr/share/doc/libglade2-dev/AUTHORS
> /usr/share/doc/libglade2-dev/NEWS.gz
> /usr/share/doc/libglade2-dev/changelog.Debian.gz
> /usr/lib/libglade-2.0.so
> $
>
> However when I look at the list of installed packages
> related to glade I get the all of the following:
>
> BEGIN OUTPUT +++++++++++++++++++++++++++++
>
> $ dpkg-query -l '*glade*'
> Desired=Unknown/Install/Remove/Purge/Hold
> |
> Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend
> |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err:
> uppercase=bad)
> ||/ Name
> Version                                  Description
> +++-========================================-========================================-================================================================================================
> un glade
> <none>                                   (no description available)
> ii glade-3
> 3.6.3-0ubuntu1                           GTK+ 2 User Interface Builder
> un glade-gnome
> <none>                                   (no description available)
> un glade-gnome-3
> <none>                                   (no description available)
> ii libglade2-0
> 1:2.6.4-1                                library to load .glade files at
> runtime
> ii libglade2-dev
> 1:2.6.4-1                                development files for libglade
> ii libglade2.0-cil
> 2.12.8-2                                 CLI binding for the Glade libraries
> 2.6
> un libgladeui-1-1
> <none>                                   (no description available)
> un libgladeui-1-2
> <none>                                   (no description available)
> un libgladeui-1-3
> <none>                                   (no description available)
> un libgladeui-1-4
> <none>                                   (no description available)
> un libgladeui-1-5
> <none>                                   (no description available)
> un libgladeui-1-7
> <none>                                   (no description available)
> un libgladeui-1-8
> <none>                                   (no description available)
> ii libgladeui-1-9
> 3.6.3-0ubuntu1                           GTK+ User Interface Build core
> library
> un python-glade
> <none>                                   (no description available)
> ii python-glade2
> 2.14.1-1ubuntu1                          GTK+ bindings: Glade support
> un python2.3-glade2
> <none>                                   (no description available)
> un python2.4-glade2
> <none>                                   (no description available)
> un python2.5-glade2
> <none>                                   (no description available)
> un python2.6-glade2
> <none>                                   (no description available)
>
> END OUTPUT +++++++++++++++++++++++++++++
>
> I am puzzled with the fact that on the download site there are only
> these two directories which seem pertinent to modern glade /
> libglade development but there is no libgladeui package. So
> I do not understand what the difference is between libglade
> and libgladeui. What is libgladeui?
>
> http://ftp.gnome.org/pub/GNOME/sources/glade3/3.6/
> http://ftp.gnome.org/pub/GNOME/sources/libglade/2.6/
>
>>
>> Just make sure you have the gnome plugin for Glade installed
>> on your system and then try to load the file directly in Glade.
>
>
> Well, as far as I remember I do not remember using any
> gnome-specific widgets which are not part of GTK inside
> my glade 2 XML file but I am going to try your suggestion
> just in case...
>
> $ sudo apt-get install glade-gnome
>
> No luck with this, as after such apt-get installation I still
> get the same error messages when trying to use
> libglade-convert to convert my glade 2 XML file
> to a glade 3 XML file.
>
> So let us try and install glade-gnome-2 instead...
>
> $ sudo apt-get install glade-gnome-2
>
> And let us also try and install glade-gnome-3 ...
>
> $ sudo apt-get install glade-gnome-3
>
> Well, even after these installs I still get the
> same error message when I try to convert
> my glade 2 XML file to a glade 3 XML file,
> exactly the same as reported originally.
>
> Traceback (most recent call last):
> File "/usr/bin/libglade-convert", line 1212, in <module>
>     main()
> File "/usr/bin/libglade-convert", line 1209, in main
>     handle_file(args[0])
> File "/usr/bin/libglade-convert", line 1172, in handle_file
>     check_widget(widgetdef, requireslist)
> File "/usr/bin/libglade-convert", line 1148, in check_widget
>     elif widget['class'][:5] == 'Gnome' and 'gnome' not in requirelist:
> TypeError: 'NoneType' object is unsubscriptable
>
>
>> From there, you will probably want to use GtkBuilder, for
>> that you will first have to figure out how to eliminate the
>> deprecated libgnomeui widgets from your project, then
>> convert the project format in the preferences.
>
> What exactly is libgnomeui? I am stuck and I am not sure
> about how to proceed with the XML glade 2 file conversion
> to glade 3 XML.
>
> Thank you for your help
> with the conversion,
>
> Saku
>
>>
>> Cheers,
>> -Tristan
>>
>> On Sun, Nov 22, 2009 at 2:53 PM, Saku Masukita
>> <sakumasukita@...> wrote:
>> >
>> > Hello,
>> >
>> > I am running ubuntu 9.04 and wanted to use glade
>> > so I ran the following command at a shell prompt:
>> >
>> > $ sudo apt-get install glade-3
>> >
>> > I have an old glade2 file from November of 2004
>> > and would like to convert it to the glade3 file format
>> > but for whatever reason the python conversion tool
>> > which comes with glade3 is failing to work.
>> >
>> > $ libglade-convert foo.glade
>> > Traceback (most recent call last):
>> > File "/usr/bin/libglade-convert", line 1212, in <module>
>> >     main()
>> > File "/usr/bin/libglade-convert", line 1209, in main
>> >     handle_file(args[0])
>> > File "/usr/bin/libglade-convert", line 1172, in handle_file
>> >     check_widget(widgetdef, requireslist)
>> > File "/usr/bin/libglade-convert", line 1148, in check_widget
>> >     elif widget['class'][:5] == 'Gnome' and 'gnome' not in requirelist:
>> > TypeError: 'NoneType' object is unsubscriptable
>> >
>> > I am not sure what is causing this.
>> >
>> > The glade 2 file which is causing these errors can be found at:
>> >
>> > http://whm.sourceforge.net/foo.glade
>> >
>> > Thank you for your help,
>> >
>> > Hopefully libglade-converter can be fixed to address this problem,
>> >
>> > Thanks,
>> >
>> > Saku Masukita
>> >
>> >
>> >
>> > _______________________________________________
>> > Glade-devel maillist - Glade-devel@...
>> > http://lists.ximian.com/mailman/listinfo/glade-devel
>> >
>> >
>
>

_______________________________________________
Glade-devel maillist - Glade-devel@...
http://lists.ximian.com/mailman/listinfo/glade-devel

Re: please help: bug: glade2 file conversion to glade3 failed

2009-11-23T08:29:39Z

On Sun, Nov 22, 2009 at 5:11 PM, Tristan Van Berkom <tristan.van.berkom@...> wrote:

Hello.

Glade does not come with any conversion script.

Well, apparently the script comes from a package
called libglade2-dev as the following output shows:

$ dpkg-query -S /usr/bin/libglade-convert
libglade2-dev: /usr/bin/libglade-convert

The list of files which are part of this ubuntu package
are the following which seem to include version 2 of
a static library called libglade which I presume is
used to create executable files which parse a
glade XML file when run. The list is reported
below:

$ dpkg-query -L libglade2-dev
/.
/usr
/usr/share
/usr/share/doc
/usr/share/doc/libglade2-dev
/usr/share/doc/libglade2-dev/copyright
/usr/share/doc/libglade2-dev/examples
/usr/share/doc/libglade2-dev/examples/bonobo.glade
/usr/share/doc/libglade2-dev/examples/simple.glade.gz
/usr/share/doc/libglade2-dev/examples/first.glade
/usr/share/doc/libglade2-dev/examples/example.glade.gz
/usr/share/doc-base
/usr/share/doc-base/libglade2-dev
/usr/share/man
/usr/share/man/man1
/usr/share/man/man1/libglade-convert.1.gz
/usr/share/gtk-doc
/usr/share/gtk-doc/html
/usr/share/gtk-doc/html/libglade
/usr/share/gtk-doc/html/libglade/GladeXML.html
/usr/share/gtk-doc/html/libglade/home.png
/usr/share/gtk-doc/html/libglade/index.html
/usr/share/gtk-doc/html/libglade/index.sgml
/usr/share/gtk-doc/html/libglade/left.png
/usr/share/gtk-doc/html/libglade/libglade-Libglade-Build.html
/usr/share/gtk-doc/html/libglade/libglade-Libglade-Initialisation.html
/usr/share/gtk-doc/html/libglade/libglade-Libglade-SAX-Parser.html
/usr/share/gtk-doc/html/libglade/libglade-dtd-exceptions.html
/usr/share/gtk-doc/html/libglade/libglade-dtd.html
/usr/share/gtk-doc/html/libglade/libglade-embedding.html
/usr/share/gtk-doc/html/libglade/libglade-extending.html
/usr/share/gtk-doc/html/libglade/libglade-i18n.html
/usr/share/gtk-doc/html/libglade/libglade-lib.html
/usr/share/gtk-doc/html/libglade/libglade-modules.html
/usr/share/gtk-doc/html/libglade/libglade-notes.html
/usr/share/gtk-doc/html/libglade/libglade.devhelp
/usr/share/gtk-doc/html/libglade/libglade.devhelp2
/usr/share/gtk-doc/html/libglade/right.png
/usr/share/gtk-doc/html/libglade/style.css
/usr/share/gtk-doc/html/libglade/up.png
/usr/include
/usr/include/libglade-2.0
/usr/include/libglade-2.0/glade
/usr/include/libglade-2.0/glade/glade.h
/usr/include/libglade-2.0/glade/glade-init.h
/usr/include/libglade-2.0/glade/glade-xml.h
/usr/include/libglade-2.0/glade/glade-build.h
/usr/include/libglade-2.0/glade/glade-parser.h
/usr/lib
/usr/lib/libglade-2.0.a
/usr/lib/libglade-2.0.la
/usr/lib/pkgconfig
/usr/lib/pkgconfig/libglade-2.0.pc
/usr/bin
/usr/bin/libglade-convert
/usr/share/doc/libglade2-dev/README
/usr/share/doc/libglade2-dev/AUTHORS
/usr/share/doc/libglade2-dev/NEWS.gz
/usr/share/doc/libglade2-dev/changelog.Debian.gz
/usr/lib/libglade-2.0.so
$

However when I look at the list of installed packages
related to glade I get the all of the following:

BEGIN OUTPUT +++++++++++++++++++++++++++++

$ dpkg-query -l '*glade*'
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name                                     Version                                  Description
+++-========================================-========================================-================================================================================================
un glade                                    <none>                                   (no description available)
ii glade-3                                  3.6.3-0ubuntu1                           GTK+ 2 User Interface Builder
un glade-gnome                              <none>                                   (no description available)
un glade-gnome-3                            <none>                                   (no description available)
ii libglade2-0                              1:2.6.4-1                                library to load .glade files at runtime
ii libglade2-dev                            1:2.6.4-1                                development files for libglade
ii libglade2.0-cil                          2.12.8-2                                 CLI binding for the Glade libraries 2.6
un libgladeui-1-1                           <none>                                   (no description available)
un libgladeui-1-2                           <none>                                   (no description available)
un libgladeui-1-3                           <none>                                   (no description available)
un libgladeui-1-4                           <none>                                   (no description available)
un libgladeui-1-5                           <none>                                   (no description available)
un libgladeui-1-7                           <none>                                   (no description available)
un libgladeui-1-8                           <none>                                   (no description available)
ii libgladeui-1-9                           3.6.3-0ubuntu1                           GTK+ User Interface Build core library
un python-glade                             <none>                                   (no description available)
ii python-glade2                            2.14.1-1ubuntu1                          GTK+ bindings: Glade support
un python2.3-glade2                         <none>                                   (no description available)
un python2.4-glade2                         <none>                                   (no description available)
un python2.5-glade2                         <none>                                   (no description available)
un python2.6-glade2                         <none>                                   (no description available)

END OUTPUT +++++++++++++++++++++++++++++

I am puzzled with the fact that on the download site there are only
these two directories which seem pertinent to modern glade /
libglade development but there is no libgladeui package. So
I do not understand what the difference is between libglade
and libgladeui. What is libgladeui?

http://ftp.gnome.org/pub/GNOME/sources/glade3/3.6/
http://ftp.gnome.org/pub/GNOME/sources/libglade/2.6/

Just make sure you have the gnome plugin for Glade installed
on your system and then try to load the file directly in Glade.

Well, as far as I remember I do not remember using any
gnome-specific widgets which are not part of GTK inside
my glade 2 XML file but I am going to try your suggestion
just in case...

$ sudo apt-get install glade-gnome

No luck with this, as after such apt-get installation I still
get the same error messages when trying to use
libglade-convert to convert my glade 2 XML file
to a glade 3 XML file.

So let us try and install glade-gnome-2 instead...

$ sudo apt-get install glade-gnome-2

And let us also try and install glade-gnome-3 ...

$ sudo apt-get install glade-gnome-3

Well, even after these installs I still get the
same error message when I try to convert
my glade 2 XML file to a glade 3 XML file,
exactly the same as reported originally.

Traceback (most recent call last):
File "/usr/bin/libglade-convert", line 1212, in <module>
    main()
File "/usr/bin/libglade-convert", line 1209, in main
    handle_file(args[0])
File "/usr/bin/libglade-convert", line 1172, in handle_file
    check_widget(widgetdef, requireslist)
File "/usr/bin/libglade-convert", line 1148, in check_widget
    elif widget['class'][:5] == 'Gnome' and 'gnome' not in requirelist:
TypeError: 'NoneType' object is unsubscriptable

>From there, you will probably want to use GtkBuilder, for
that you will first have to figure out how to eliminate the
deprecated libgnomeui widgets from your project, then
convert the project format in the preferences.

What exactly is libgnomeui? I am stuck and I am not sure
about how to proceed with the XML glade 2 file conversion
to glade 3 XML.

Thank you for your help
with the conversion,

Saku

Cheers,
-Tristan

On Sun, Nov 22, 2009 at 2:53 PM, Saku Masukita
<sakumasukita@...> wrote:
>
> Hello,
>
> I am running ubuntu 9.04 and wanted to use glade
> so I ran the following command at a shell prompt:
>
> $ sudo apt-get install glade-3
>
> I have an old glade2 file from November of 2004
> and would like to convert it to the glade3 file format
> but for whatever reason the python conversion tool
> which comes with glade3 is failing to work.
>
> $ libglade-convert foo.glade
> Traceback (most recent call last):
> File "/usr/bin/libglade-convert", line 1212, in <module>
>     main()
> File "/usr/bin/libglade-convert", line 1209, in main
>     handle_file(args[0])
> File "/usr/bin/libglade-convert", line 1172, in handle_file
>     check_widget(widgetdef, requireslist)
> File "/usr/bin/libglade-convert", line 1148, in check_widget
>     elif widget['class'][:5] == 'Gnome' and 'gnome' not in requirelist:
> TypeError: 'NoneType' object is unsubscriptable
>
> I am not sure what is causing this.
>
> The glade 2 file which is causing these errors can be found at:
>
> http://whm.sourceforge.net/foo.glade
>
> Thank you for your help,
>
> Hopefully libglade-converter can be fixed to address this problem,
>
> Thanks,
>
> Saku Masukita
>
>
>

> _______________________________________________
> Glade-devel maillist - Glade-devel@...
> http://lists.ximian.com/mailman/listinfo/glade-devel
>
>

_______________________________________________
Glade-devel maillist - Glade-devel@...
http://lists.ximian.com/mailman/listinfo/glade-devel

Re: please help: bug: glade2 file conversion to glade3 failed

2009-11-22T09:11:52Z

Hello.

Glade does not come with any conversion script.

Just make sure you have the gnome plugin for Glade installed
on your system and then try to load the file directly in Glade.

>From there, you will probably want to use GtkBuilder, for
that you will first have to figure out how to eliminate the
deprecated libgnomeui widgets from your project, then
convert the project format in the preferences.

Cheers,
-Tristan

On Sun, Nov 22, 2009 at 2:53 PM, Saku Masukita
<sakumasukita@...> wrote:

>
> Hello,
>
> I am running ubuntu 9.04 and wanted to use glade
> so I ran the following command at a shell prompt:
>
> $ sudo apt-get install glade-3
>
> I have an old glade2 file from November of 2004
> and would like to convert it to the glade3 file format
> but for whatever reason the python conversion tool
> which comes with glade3 is failing to work.
>
> $ libglade-convert foo.glade
> Traceback (most recent call last):
> File "/usr/bin/libglade-convert", line 1212, in <module>
>     main()
> File "/usr/bin/libglade-convert", line 1209, in main
>     handle_file(args[0])
> File "/usr/bin/libglade-convert", line 1172, in handle_file
>     check_widget(widgetdef, requireslist)
> File "/usr/bin/libglade-convert", line 1148, in check_widget
>     elif widget['class'][:5] == 'Gnome' and 'gnome' not in requirelist:
> TypeError: 'NoneType' object is unsubscriptable
>
> I am not sure what is causing this.
>
> The glade 2 file which is causing these errors can be found at:
>
> http://whm.sourceforge.net/foo.glade
>
> Thank you for your help,
>
> Hopefully libglade-converter can be fixed to address this problem,
>
> Thanks,
>
> Saku Masukita
>
>
>
> _______________________________________________
> Glade-devel maillist - Glade-devel@...
> http://lists.ximian.com/mailman/listinfo/glade-devel
>
>

_______________________________________________
Glade-devel maillist - Glade-devel@...
http://lists.ximian.com/mailman/listinfo/glade-devel

please help: bug: glade2 file conversion to glade3 failed

2009-11-22T08:53:59Z

Hello,

I am running ubuntu 9.04 and wanted to use glade
so I ran the following command at a shell prompt:

$ sudo apt-get install glade-3

I have an old glade2 file from November of 2004
and would like to convert it to the glade3 file format
but for whatever reason the python conversion tool
which comes with glade3 is failing to work.

$ libglade-convert foo.glade
Traceback (most recent call last):
File "/usr/bin/libglade-convert", line 1212, in <module>
    main()
File "/usr/bin/libglade-convert", line 1209, in main
    handle_file(args[0])
File "/usr/bin/libglade-convert", line 1172, in handle_file
    check_widget(widgetdef, requireslist)
File "/usr/bin/libglade-convert", line 1148, in check_widget
    elif widget['class'][:5] == 'Gnome' and 'gnome' not in requirelist:
TypeError: 'NoneType' object is unsubscriptable

I am not sure what is causing this.

The glade 2 file which is causing these errors can be found at:

http://whm.sourceforge.net/foo.glade

Thank you for your help,

Hopefully libglade-converter can be fixed to address this problem,

Thanks,

Saku Masukita

_______________________________________________
Glade-devel maillist - Glade-devel@...
http://lists.ximian.com/mailman/listinfo/glade-devel

Re: Gtk.entryCompletition

2009-10-12T06:11:43Z

On Mon, 2009-10-12 at 03:54 +0200, francesco@... wrote:
> Is it possibile to "connect" an entry to a gtk.entrycompletition in
> glade 3.6.7?
> I tried but i saw just a liststore connection for gtk.entrycompletition
> and a buffer or text object for the simple entry. And it is impossibile
> to fill entrycompletition. in the building gui just like an Entry.
> i missed something ?

As far as I can tell, no, because GtkEntry doesn't have a property for
completion. As a partial solution, you should be able to define and fill
a completion object with Glade, and then attach it to the entry at the
run time.

_______________________________________________
Glade-devel maillist - Glade-devel@...
http://lists.ximian.com/mailman/listinfo/glade-devel

Gtk.entryCompletition

2009-10-11T18:53:33Z

Is it possibile to "connect" an entry to a gtk.entrycompletition in
glade 3.6.7?
I tried but i saw just a liststore connection for gtk.entrycompletition
and a buffer or text object for the simple entry. And it is impossibile
to fill entrycompletition. in the building gui just like an Entry.
i missed something ?

thanks
F.

--

_______________________________________________
Glade-devel maillist - Glade-devel@...
http://lists.ximian.com/mailman/listinfo/glade-devel

Re: a suggestion about glade3

2009-10-09T08:20:40Z

On Fri, Oct 9, 2009 at 8:35 AM, yq s <wzssyqa@...> wrote:
> i think glade3 is over translated.
>
> the tip of widget on palette should be translated,also the properties of
> widget.

Here you mean these items shouldn't be translated ? sounds like a fair
suggestion possibly for user preferences, could you file this as an
enhancement bug at bugzilla.gnome.org for glade3 please ?

Thankyou,
-Tristan
_______________________________________________
Glade-devel maillist - Glade-devel@...
http://lists.ximian.com/mailman/listinfo/glade-devel

a suggestion about glade3

2009-10-09T04:35:21Z

i think glade3 is over translated.

the tip of widget on palette should be translated,also the properties of widget.

developers who use the glade can understand the simple English words.
and if translated,it may have ambiguity.

_______________________________________________
Glade-devel maillist - Glade-devel@...
http://lists.ximian.com/mailman/listinfo/glade-devel

Re: Fixed layout

2009-10-01T13:49:28Z

On Thu, Oct 1, 2009 at 4:06 PM, Patrick Hallinan
<patrick.j.hallinan@...> wrote:
[...]
>>
>> Sure, remember that you should not use GtkFixed under almost any
>> circumstances,
>
> This is mantra but not necessarily true. Fixed layout lowers that bar for
> GUI development. The success of Visual Basic screams that fixed layout is
> valuable.

Sure, after 5 years or so we get tired of going though all the details of
why its important to use resizable containers in GTK+.

Without getting into too many details, suffice it to say that GTK+ isnt
designed to work that way, and the GtkFixed and GtkLayout are just
very primitive implementations of a canvas (i.e. you will get better
results using coordinates + z coordinates in goocanvas or clutter
with a flying textures type environment).

>>
>> GtkFixed is definitely not useful to you if you are
>> writing an application that is supposed to integrate into a desktop
>> environment.
>
> This is mantra but not necessarily true. It's a question of when to
> experience the pain.

Its just a question of writing an application that will naturally run
on different resulotions with different system font sizes.

The pain is just part of GTK+, on the other hand it would be
really great if somebody cared enough to enhance the Glade
workspace to better manipulate resizable containers in more
intuitive and comprehensible ways.

>>
>> With that in mind, just hold SHIFT key down in the workspace... or
>> push the Drag/Resize button
>
> I'm in the process of changing part of a Dialog and I wanted to do some mock
> ups. This particular Dialog is created programmcially. I tried using Glade
> with the Fixed container and I found it too painful. I guess I'll resort to
> pen and paper.
>
> In the past I've used Visual Studio and/or SharpDevelop to do a mock up but
> I don't have access to Windows at the moment.
>
>>
>> I put on the toolbar because the
>> SHIFT key was so undiscoverable.
>
> Even the icon was undiscoverable to me because I've used Glade in the past.
>
> I think that a perfect open source world would have a Lua (or Python)
> development environment with a GUI builder that had a simple mode with all
> the features of Visual Basic and an advanced mode with the beloved
> GtkBox's.
>

Again, using GtkBox is just the way its done in GTK+, in a perfect world
the GTK+ plugin for Glade would offer great support for GtkBox manipulation,
and then the goocanvas or clutter plugin would obviously work with coordinates,
because the toolkits are coordinate based -- GTK+ is simply not
coordinate based.

Cheers,
-Tristan
_______________________________________________
Glade-devel maillist - Glade-devel@...
http://lists.ximian.com/mailman/listinfo/glade-devel

Re: Fixed layout

2009-09-26T17:15:24Z

On Sat, Sep 26, 2009 at 3:27 PM, Patrick Hallinan
<patrick.j.hallinan@...> wrote:
> Is there any plan to provide first-class support for Fixed layout in Glade?
> For example, the ability to move and resize widgets directly with the
> mouse. This kind of thing is extremely useful in the early stages of GUI
> development when the desired design/layout is changing a lot. It is also
> quite nice for quick/dirty GUI's.

Sure, remember that you should not use GtkFixed under almost any
circumstances, GtkFixed is definitely not useful to you if you are
writing an application that is supposed to integrate into a desktop
environment.

With that in mind, just hold SHIFT key down in the workspace... or
push the Drag/Resize button I put on the toolbar because the
SHIFT key was so undiscoverable.

Cheers,
-Tristan

...ofcourse I didnt go through all that trouble just for the
not-so-relevant GtkFixed widget... you can also use drag/resize for
widgets inside more useful containers, like GtkBox and GtkTable...

>
> _______________________________________________
> Glade-devel maillist - Glade-devel@...
> http://lists.ximian.com/mailman/listinfo/glade-devel
>
>
_______________________________________________
Glade-devel maillist - Glade-devel@...
http://lists.ximian.com/mailman/listinfo/glade-devel

Re: Fixed layout

2009-09-26T12:27:43Z

Is there any plan to provide first-class support for Fixed layout in Glade? For example, the ability to move and resize widgets directly with the mouse. This kind of thing is extremely useful in the early stages of GUI development when the desired design/layout is changing a lot. It is also quite nice for quick/dirty GUI's.

_______________________________________________
Glade-devel maillist - Glade-devel@...
http://lists.ximian.com/mailman/listinfo/glade-devel

Glade re-branched stable as gnome-2-28

2009-09-22T14:41:54Z

After a moments pause, I decided this year was a good time to go
with the GNOME branching scheme.

It will make more sense if Glade does not see a major point release
for quite some time to just branch with the gnome version numbers
(will be easier for me to handle patches which break freezes etc.).

So sorry for the confusion there, the good branch for releasable
Glade with no unexpected freeze breaks for GNOME 2.28 is the
'gnome-2-28' branch.

Cheers,
-Tristan
_______________________________________________
Glade-devel maillist - Glade-devel@...
http://lists.ximian.com/mailman/listinfo/glade-devel

Re: widgets with the same name in the same file?

2009-09-17T23:43:07Z

Il giorno name="incorrect" class="incorrect">gio 17 set 2009 18:34:32
name="incorrect" class="incorrect">CEST, Timo ha scritto:

> name="incorrect" class="incorrect">It name="incorrect"
> class="incorrect">is name="incorrect" class="incorrect">possible.
> name="incorrect" class="incorrect">When name="incorrect"
> class="incorrect">you start name="incorrect" class="incorrect">Glade
> (or name="incorrect" class="incorrect">Edit=>name="incorrect"
> class="incorrect">Preferences), name="incorrect"
> class="incorrect">choose in
> name="incorrect" class="incorrect">the name="incorrect"
> class="incorrect">preferences name="incorrect"
> class="incorrect">dialog name="incorrect" class="incorrect">for:
> name="incorrect" class="incorrect">Object name="incorrect"
> class="incorrect">names are name="incorrect"
> class="incorrect">unique: name="incorrect" class="incorrect">inside
> name="incorrect" class="incorrect">toplevels
>
> name="incorrect" class="incorrect">Instead name="incorrect"
> class="incorrect">of "name="incorrect" class="incorrect">Within
> name="incorrect" class="incorrect">the name="incorrect"
> class="incorrect">project".

name="incorrect" class="incorrect">but in name="incorrect"
class="incorrect">this case name="incorrect" class="incorrect">is
name="incorrect" class="incorrect">it possibile name="incorrect"
class="incorrect">to name="incorrect" class="incorrect">load,
name="incorrect" class="incorrect">with name="incorrect"
class="incorrect">gtkbuilder, name="incorrect" class="incorrect">for
name="incorrect" class="incorrect">example name="incorrect"
class="incorrect">two name="incorrect" class="incorrect">windows
name="incorrect" class="incorrect">with name="incorrect"
class="incorrect">inside a name="incorrect" class="incorrect">button
name="incorrect" class="incorrect">with name="incorrect"
class="incorrect">the name="incorrect" class="incorrect">same name?
and, when i use gtk_builder_get_object whichever name="incorrect"
class="incorrect">button name="incorrect" class="incorrect">gtkbuilder
returns?

> Roland Koebler schreef:
>> Hi,
>>
>> in name="incorrect" class="incorrect">Glade v3 name="incorrect"
>> class="incorrect">it seems name="incorrect" class="incorrect">to be
>> impossible name="incorrect" class="incorrect">to give
>> name="incorrect" class="incorrect">two widgets name="incorrect"
>> class="incorrect">the name="incorrect" class="incorrect">same
>> name, which was name="incorrect" class="incorrect">possible in
>> name="incorrect" class="incorrect">Glade v2. Although
>> name="incorrect" class="incorrect">it may sound strange
>> at first, name="incorrect" class="incorrect">it definitely
>> name="incorrect" class="incorrect">is useful name="incorrect"
>> class="incorrect">to have name="incorrect" class="incorrect">two
>> widgets name="incorrect" class="incorrect">with name="incorrect"
>> class="incorrect">the name="incorrect" class="incorrect">same
>> name in one file, e.g. name="incorrect" class="incorrect">for
>> having several name="incorrect" class="incorrect">windows in 1
>> glade-file,
>> where each window has a "close_button" or a "number_entry".
>> I used name="incorrect" class="incorrect">this a lot
>> name="incorrect" class="incorrect">with name="incorrect"
>> class="incorrect">Glade v2.
>>
>> So, could name="incorrect" class="incorrect">you again (like in
>> name="incorrect" class="incorrect">Glade v2) allow several widgets
>> name="incorrect" class="incorrect">with name="incorrect"
>> class="incorrect">the
>> name="incorrect" class="incorrect">same name in one file?
>>
>> (The alternative name="incorrect" class="incorrect">for
>> name="incorrect" class="incorrect">the name="incorrect"
>> class="incorrect">example above would either be much longer widget-
>> name="incorrect" class="incorrect">names (plus specific code
>> name="incorrect" class="incorrect">for every window, since generic
>> code may not work)
>> or a whole bunch name="incorrect" class="incorrect">of
>> glade-files---which both seems clumsy.)

_______________________________________________
Glade-devel maillist - Glade-devel@...
http://lists.ximian.com/mailman/listinfo/glade-devel

Re: widgets with the same name in the same file?

2009-09-17T09:34:32Z

It is possible. When you start Glade (or Edit=>Preferences), choose in
the preferences dialog for:
Object names are unique: inside toplevels

Instead of "Within the project".

Timo

Roland Koebler schreef:

> Hi,
>
> in Glade v3 it seems to be impossible to give two widgets the same
> name, which was possible in Glade v2. Although it may sound strange
> at first, it definitely is useful to have two widgets with the same
> name in one file, e.g. for having several windows in 1 glade-file,
> where each window has a "close_button" or a "number_entry".
> I used this a lot with Glade v2.
>
> So, could you again (like in Glade v2) allow several widgets with the
> same name in one file?
>
> (The alternative for the example above would either be much longer widget-
> names (plus specific code for every window, since generic code may not work)
> or a whole bunch of glade-files---which both seems clumsy.)
>
>
> regards,
> Roland
>
> _______________________________________________
> Glade-devel maillist - Glade-devel@...
> http://lists.ximian.com/mailman/listinfo/glade-devel
>

_______________________________________________
Glade-devel maillist - Glade-devel@...
http://lists.ximian.com/mailman/listinfo/glade-devel

widgets with the same name in the same file?

2009-09-17T08:57:10Z

Hi,

in Glade v3 it seems to be impossible to give two widgets the same
name, which was possible in Glade v2. Although it may sound strange
at first, it definitely is useful to have two widgets with the same
name in one file, e.g. for having several windows in 1 glade-file,
where each window has a "close_button" or a "number_entry".
I used this a lot with Glade v2.

So, could you again (like in Glade v2) allow several widgets with the
same name in one file?

(The alternative for the example above would either be much longer widget-
names (plus specific code for every window, since generic code may not work)
or a whole bunch of glade-files---which both seems clumsy.)

regards,
Roland

_______________________________________________
Glade-devel maillist - Glade-devel@...
http://lists.ximian.com/mailman/listinfo/glade-devel

Re: how to add a page to a notebook widget

2009-09-10T09:28:57Z

On Thu, 2009-09-10 at 04:46 -0700, David Bunch wrote:
> Hi all,
>
> Does anyone know how to add a page to a notebook widget using glade 3?
> The default has only three pages and I am trying to add an extra one,
> but I haven't been able to figure out how for the life of me. Any
> help would be much appreciated!
>
Select the notebook, right click and you will get a remove and add page
menu item.

greets

Juan Pablo

_______________________________________________
Glade-devel maillist - Glade-devel@...
http://lists.ximian.com/mailman/listinfo/glade-devel

how to add a page to a notebook widget

2009-09-10T04:46:58Z

Hi all,

Does anyone know how to add a page to a notebook widget using glade 3? The default has only three pages and I am trying to add an extra one, but I haven't been able to figure out how for the life of me. Any help would be much appreciated!

Thanks,
- David

--
Whoever fights monsters should see to it that in the process he does not
become a monster. And when you look into an abyss, the abyss also looks
into you.
-- Friedrich Nietzsche

_______________________________________________
Glade-devel maillist - Glade-devel@...
http://lists.ximian.com/mailman/listinfo/glade-devel

Re: toolbar no incons

2009-08-23T15:42:35Z

Tristan Van Berkom ha scritto:

> On Sun, Aug 23, 2009 at 6:00 PM, francesco<francesco@...> wrote:
>
>> Hi all, i upgraded my glade in karmic today and i am figthting with the
>> horizzontal bug,
>> some work , hope made just one time and i can work again, but i have
>> also another problem
>> and is that in toolbar a can't see icons, they are not stock but home
>> made icons in a a specific path,
>> in the glade gui icon path is set and i can see it in my application
>> but not in the edit area.
>> It is a knonw bug? It is a problem with ols files?
>>
>
> You should either:
> - use short filenames for the icons and distribute the icons beside
> the glade file
> - use relative filenames, again relative to the path the file is installed
> - or use fullpaths to the icons (probably not ideal).
>
> my guess is you dont have the glade file and the icons installed in sync.
>
> You can also consider using GtkIconFactory, it wont help find your graphics
> but offers some interesting features for exposing icons in your application.
>
> Cheers,
> -Tristan
>

icons are png in the same dir of glade files
http://trac.promotux.it/promogest/browser/trunk/core/gui
my app show icons and glade too but not in the edit widget part of glade.
i have custom icons also inside button icons+label and all is working
good. the problem is only with toolbars.
thanks for GtkIconFactory, i ll study it.
_______________________________________________
Glade-devel maillist - Glade-devel@...
http://lists.ximian.com/mailman/listinfo/glade-devel

Re: toolbar no incons

2009-08-23T15:12:34Z

On Sun, Aug 23, 2009 at 6:00 PM, francesco<francesco@...> wrote:
> Hi all, i upgraded my glade in karmic today and i am figthting with the
> horizzontal bug,
> some work , hope made just one time and i can work again, but i have
> also another problem
> and is that in toolbar a can't see icons, they are not stock but home
> made icons in a a specific path,
> in the glade gui icon path is set and i can see it in my application
> but not in the edit area.
> It is a knonw bug? It is a problem with ols files?

You should either:
- use short filenames for the icons and distribute the icons beside
the glade file
- use relative filenames, again relative to the path the file is installed
- or use fullpaths to the icons (probably not ideal).

my guess is you dont have the glade file and the icons installed in sync.

You can also consider using GtkIconFactory, it wont help find your graphics
but offers some interesting features for exposing icons in your application.

Cheers,
-Tristan
_______________________________________________
Glade-devel maillist - Glade-devel@...
http://lists.ximian.com/mailman/listinfo/glade-devel

toolbar no incons

2009-08-23T15:00:47Z

Hi all, i upgraded my glade in karmic today and i am figthting with the
horizzontal bug,
some work , hope made just one time and i can work again, but i have
also another problem
and is that in toolbar a can't see icons, they are not stock but home
made icons in a a specific path,
in the glade gui icon path is set and i can see it in my application
but not in the edit area.
It is a knonw bug? It is a problem with ols files?

thanks
F.
_______________________________________________
Glade-devel maillist - Glade-devel@...
http://lists.ximian.com/mailman/listinfo/glade-devel

Converting old *.glade - file into the new format version 2

2009-08-19T09:56:04Z

I am about to rewrite an old application which uses the old glade-format. And
I am asking me whether there exists any application which translates the old
format in the new format ?

Thank you for your answer !

_______________________________________________
Glade-devel maillist - Glade-devel@...
http://lists.ximian.com/mailman/listinfo/glade-devel

Re: glade & gsettings

2009-08-11T19:41:10Z

On Tue, Aug 11, 2009 at 10:11 PM, Sam Thursfield<ssssam@...> wrote:

> On Tue, Aug 11, 2009 at 8:13 PM, Tristan Van
> Berkom<tristan.van.berkom@...> wrote:
>> One important detail is that you should expose the widget
>> not as a dialog, but as a widget proper (possibly could come
>> with a utility function to fire a dialog, but that could be coded
>> into the core).
>
> Will do.
>
> ...
>> - In the binding editor:
>
> the binding editor at the moment is just a treeview in a dialog with a
> 'remove' button. properties are added to the treeview when you go
> "connect to setting" from a context menu on the property in the
> inspector.

Understood, ideally it would be great if you could also bind properties
in that treeview, similar to how we add columns to liststores (by
using an editable "<add binding>" row with a completion of bindable
properties)... but if thats not there for now it doesnt break anything...

>> - properties that are insensitive/disabled cannot be bound; a
>> text or tooltip
>> explaining why it cannot be bound should show up (this text
>> is generically
>> accessible on GladeProperty instances)
>
> okay, i already don't allow binding packing props for example
>
>> - properties that are invisible should not even show up.
> i don't think is is relevant given the fact that properties only
> appear in the editor when first bound

Right for now that is irrelevant...

>
>> - properties that are in the future from the target project
>> version should
>> show a warning icon/text (also generically accessible).
>
> i'm not sure what you mean here .. :(

Properties have metadata on them dictating in what version
of their toolkit it was introduced, the project preferences dialog
lets you select the target version for your project (usually you
only see the target for GTK+, while other plugins generally dont
use the versioning, its still there).

Anyway the point is that if you use a new property from GTK+ 2.18
and you are targetting GTK+ 2.14 for instance, you get a warning icon
in the UI with a tooltip explaining the version conflict, you also get
a warning when trying to save a property that mismatches the target
version (i.e. saving with that property at any value other than its default).

>
>> Its also important to note that glade_project_verify() codepaths still need to
>> produce expectable results - that means when saving a project that binds
>> properties outside of the target toolkit version range - the error explaining
>> why should still popup.
>
> will look into this.
>
>> Also, now that a GladeProperty can be bindable, I suppose this adds api
>> to GladeProperty (and then similar api to GladeCommand), how is the binding
>> data to be saved (as a new attribute to the <property> tag) ?
>
> yes it does. the bindings will be saved (this isn't implemented in
> glade but is in gtkbuilder) as a "setting" attribute on the <property>
> tag. The top of the .ui file has a declaration such as <settings
> schema="org.gnome.foo" path="/apps/frobozz/" /> which I just realised
> will also need to be exposed in GLADE somewhere .. I guess in the
> project settings, since this is a global thing.
>

[...]
> I don't really understand the problem here. The value of a property
> inside GLADE is unaffected by whether it's bound to a setting or not,
> surely? sorry if I'm missing the point totally but I can't quite get
> my head around this :)

Well currently if a property is at its default value it is not saved,
period - this
policy will have to change obviously with bindings.

Next, I guess the right thing to do is to make the binding and the setting
of a property mutually exclusive, right ? or can the value be used for
something ?

Finally, when we load classes like GtkButton for instance we are going
to check a bunch of default values of properties, so:
a.) if a child widget is found, then we set the virtual edit-mode
property to "custom button content"
b.) if the "use-stock" property is set, then we set editing to "stock button"
c.) finally resort to "label with optional image"

A better example is now in GtkEntry we do:
a.) if "primary-icon-name" is non-default, then we edit the primary
entry icon from the icon theme
b.) if "primary-icon-pixbuf" is not default, then we use the pixbuf edit mode
c.) then resort to stock-id mode for the primary icon.

So what edit mode do I get for my GtkEntry when I want to bind the
entry's "primary-icon-name" property to a setting ? it *should* continue
to be the icon mode.

A quick search through the GTK+ plugin for
glade_widget_property_original_default()
or through the sources in general for glade_property_orig_default()
etc will give you
a better picture of the voidness of an "unset" property.

Basically an unset property will now suddenly and quite unexpectedly
become useful in
cases where its auxiliary settings metadata counterpart is
non-null/setup (this is in my
opinion right, but it will break a good portion of existing code that
assumes otherwise...)

Cheers,
-Tristan
_______________________________________________
Glade-devel maillist - Glade-devel@...
http://lists.ximian.com/mailman/listinfo/glade-devel

glade & gsettings

2009-08-11T19:11:58Z

On Tue, Aug 11, 2009 at 8:13 PM, Tristan Van
Berkom<tristan.van.berkom@...> wrote:
> One important detail is that you should expose the widget
> not as a dialog, but as a widget proper (possibly could come
> with a utility function to fire a dialog, but that could be coded
> into the core).

Will do.

...
> - In the binding editor:

the binding editor at the moment is just a treeview in a dialog with a
'remove' button. properties are added to the treeview when you go
"connect to setting" from a context menu on the property in the
inspector.

> - properties that are insensitive/disabled cannot be bound; a
> text or tooltip
> explaining why it cannot be bound should show up (this text
> is generically
> accessible on GladeProperty instances)

okay, i already don't allow binding packing props for example

> - properties that are invisible should not even show up.
i don't think is is relevant given the fact that properties only
appear in the editor when first bound

> - properties that are in the future from the target project
> version should
> show a warning icon/text (also generically accessible).

i'm not sure what you mean here .. :(

> Its also important to note that glade_project_verify() codepaths still need to
> produce expectable results - that means when saving a project that binds
> properties outside of the target toolkit version range - the error explaining
> why should still popup.

will look into this.

> Also, now that a GladeProperty can be bindable, I suppose this adds api
> to GladeProperty (and then similar api to GladeCommand), how is the binding
> data to be saved (as a new attribute to the <property> tag) ?

yes it does. the bindings will be saved (this isn't implemented in
glade but is in gtkbuilder) as a "setting" attribute on the <property>
tag. The top of the .ui file has a declaration such as <settings
schema="org.gnome.foo" path="/apps/frobozz/" /> which I just realised
will also need to be exposed in GLADE somewhere .. I guess in the
project settings, since this is a global thing.

> In an abstract way, lets say that this changes the nature of GladeProperty
> from a single state object, to a concurrent state object, this may present some
> problems in the core, we have to brainstorm a little together about how this is
> going to fit in...
>
> Consider that from the POV of the plugin, a GladeProperty represents the
> value assigned to a property - this property is not serialized if its
> at the default
> value (unless specified as "save-always") - a property can also have
> i18n metadata
> on it, but that data is useless when the property is default (i.e. we
> dont save empty
> strings just to say that they are translatable and give context), so
> you can safely
> say that a default property is unset and meaningless.
>
> So,... you can bet that the plugin already makes assumptions in a few places
> about a property being default or not, as specially at load time to decide
> configuration modes of buttons and images etc, at the same time changing
> the behavior and return value of glade_property_orig_default() should be out
> of the question.
>
> It would be possible to split up the data or maintain a separate list on
> the GladeWidget that points to the bound properties - but I think I would
> at this point rather live with some minor api breakage than the convoluted
> complex code that may result in separating those datum.

I don't really understand the problem here. The value of a property
inside GLADE is unaffected by whether it's bound to a setting or not,
surely? sorry if I'm missing the point totally but I can't quite get
my head around this :)

> Well anyway, Im eager to hear your thoughts about how to address this
> area, it might help if you came up with the new apis for GladeProperty
> or GladeWidget and proposed them here for discussion.

will post these tomorrow (tired now :)

sam
_______________________________________________
Glade-devel maillist - Glade-devel@...
http://lists.ximian.com/mailman/listinfo/glade-devel

Re: glade & gsettings

2009-08-11T12:13:20Z

On Tue, Aug 11, 2009 at 1:00 PM, Sam Thursfield<ssssam@...> wrote:
> Hello!
> I've been doing some more hacking on putting gsettings into GLADE.
> I've got to one of the thorny areas - preventing conflicts when you
> bind say a GtkRadioButton::active to a gsetting, and also set a
> related action on it.

Hi,
Great to hear that you are making progress ;-)

First off, I like the dialog per widget approach, it will give us
the flexibility we need.

One important detail is that you should expose the widget
not as a dialog, but as a widget proper (possibly could come
with a utility function to fire a dialog, but that could be coded
into the core).

This is so that we continue to offer a proper and flexible api
both to IDEs and to our own frontend (for instance, in the
future if and when we collapse the properties into one
more comprehensible tab then we might easily add the
binding editor widget to a "bindings" tab).

> Here is what I've thought should happen:
> * when you set a related action and the 'active' property is bound to
> a setting: the binding needs to move to the action's 'active' property
> (which would be done from the relevant GladeCommand). This could be
> confusing to the user - I thought that if this happens it should open
> the bindings window for the action to show what has gone on.
> * when you set bind a widget's active property but a related action
> is set: either: 1. don't allow it - the 'connect to setting' context
> menu item should be disabled with a tooltip to say why. or, 2. bind
> the action's property instead (and select the action in GLADE so that
> it's obvious what has gone on.)

I think we should keep unexpected results to a minimum.

Currently the only places where Glade clears properties are
from custom editors which feature radio buttons that control
various modes in which you can setup a widget (i.e. use stock
or custom images in buttons etc), this I think is quite clear.

I would prefer:
- Setting a related-action clears properties, and also clears bound
properties.
(this starts to be unclear because it starts modifying/clearing
properties that
are not on the editor page itself, I suggest solving this by
firing a dialog from
the activatable editor in the case that the widget already has
bound properties,
telling the user the properties will be cleared and asking if he
is sure etc).

- In the binding editor:
- properties that are insensitive/disabled cannot be bound; a
text or tooltip
explaining why it cannot be bound should show up (this text
is generically
accessible on GladeProperty instances)
- properties that are invisible should not even show up.
- properties that are in the future from the target project
version should
show a warning icon/text (also generically accessible).

Its also important to note that glade_project_verify() codepaths still need to
produce expectable results - that means when saving a project that binds
properties outside of the target toolkit version range - the error explaining
why should still popup.

Also, now that a GladeProperty can be bindable, I suppose this adds api
to GladeProperty (and then similar api to GladeCommand), how is the binding
data to be saved (as a new attribute to the <property> tag) ?

In an abstract way, lets say that this changes the nature of GladeProperty
from a single state object, to a concurrent state object, this may present some
problems in the core, we have to brainstorm a little together about how this is
going to fit in...

Consider that from the POV of the plugin, a GladeProperty represents the
value assigned to a property - this property is not serialized if its
at the default
value (unless specified as "save-always") - a property can also have
i18n metadata
on it, but that data is useless when the property is default (i.e. we
dont save empty
strings just to say that they are translatable and give context), so
you can safely
say that a default property is unset and meaningless.

So,... you can bet that the plugin already makes assumptions in a few places
about a property being default or not, as specially at load time to decide
configuration modes of buttons and images etc, at the same time changing
the behavior and return value of glade_property_orig_default() should be out
of the question.

It would be possible to split up the data or maintain a separate list on
the GladeWidget that points to the bound properties - but I think I would
at this point rather live with some minor api breakage than the convoluted
complex code that may result in separating those datum.

Well anyway, Im eager to hear your thoughts about how to address this
area, it might help if you came up with the new apis for GladeProperty
or GladeWidget and proposed them here for discussion.

Cheers,
-Tristan
_______________________________________________
Glade-devel maillist - Glade-devel@...
http://lists.ximian.com/mailman/listinfo/glade-devel

glade & gsettings

2009-08-11T10:00:02Z

Hello!
I've been doing some more hacking on putting gsettings into GLADE.
I've got to one of the thorny areas - preventing conflicts when you
bind say a GtkRadioButton::active to a gsetting, and also set a
related action on it.

Here is what I've thought should happen:
* when you set a related action and the 'active' property is bound to
a setting: the binding needs to move to the action's 'active' property
(which would be done from the relevant GladeCommand). This could be
confusing to the user - I thought that if this happens it should open
the bindings window for the action to show what has gone on.
* when you set bind a widget's active property but a related action
is set: either: 1. don't allow it - the 'connect to setting' context
menu item should be disabled with a tooltip to say why. or, 2. bind
the action's property instead (and select the action in GLADE so that
it's obvious what has gone on.)

Any comments on this? Especially for the second case, I prefer
approach #2 I think because it saves a tiny bit of effort for the user
- but either is workable. I'll be implementing this in a day or two
(before the gsoc deadline :).
Thanks
Sam
_______________________________________________
Glade-devel maillist - Glade-devel@...
http://lists.ximian.com/mailman/listinfo/glade-devel

Re: auto connect signals

2009-08-06T06:20:07Z

I modified Makefile to pkg-config --cflags --libs gtk+-2.0 gmodule_export-2.0
It's Okay! Thanks.

On Thu, Aug 6, 2009 at 9:15 PM, Alexey Kurochkin <alexey.kurochkin@...> wrote:

On Thu, 2009-08-06 at 13:59 +0800, Xiao Yafeng wrote:
> error messages:
> (hello:12512): Gtk-WARNING **: Could not find signal
> handler 'on_button_quit_clicked'

> Is there a way to auto connect callback function to widget designed by
> glade or I miss something?
>

Seems like you're missing -export-dynamic flag to gcc. You may want to
read through some glade tutorial. Here's one:
http://www.micahcarrick.com/12-24-2007/gtk-glade-tutorial-part-1.html

_______________________________________________
Glade-devel maillist - Glade-devel@...
http://lists.ximian.com/mailman/listinfo/glade-devel

_______________________________________________
Glade-devel maillist - Glade-devel@...
http://lists.ximian.com/mailman/listinfo/glade-devel

Re: auto connect signals

2009-08-06T06:14:12Z

On Thu, 2009-08-06 at 13:59 +0800, Xiao Yafeng wrote:
> error messages:
> (hello:12512): Gtk-WARNING **: Could not find signal
> handler 'on_button_quit_clicked'

> Is there a way to auto connect callback function to widget designed by
> glade or I miss something?
>

Seems like you're missing -export-dynamic flag to gcc. You may want to
read through some glade tutorial. Here's one:
http://www.micahcarrick.com/12-24-2007/gtk-glade-tutorial-part-1.html

_______________________________________________
Glade-devel maillist - Glade-devel@...
http://lists.ximian.com/mailman/listinfo/glade-devel