Nabble - Gtkmm

Re: Gtk::Notebook memory management quirks

2008-07-23T09:20:00Z

2008/7/23 Julien Langer <julien.langer@...>:

2008/7/23 Murray Cumming <murrayc@...>:

On Wed, 2008-07-23 at 12:12 +0200, Julien Langer wrote:
> 2008/7/23 Murray Cumming <murrayc@...>:
>
> I don't think that the builder should delete widgets. Do you
> have a
> simple-as-possible compileable test case that shows this? If
> so, could
> you please add it to bugzilla?
>
>
> I load the widgets that are displayed on the notebook tab from a
> GtkBuilder file.
> Multiple tabs can be opened, so I need to create a new GtkBuilder for
> each tab. (I didn't find another way to replicate the widgets created
> by the GtkBuilder).
> Each of these GtkBuilder files has a VBox with the notebook contents
> which is then added to the notebook as the child widget.
> Once the tab is closed I release the last reference to the
> RefPtr<GtkBuilder> (Of course I need to make sure that no one else
> also holds a reference to the same GtkBuilder). The GtkBuilder will
> then release the VBox.

Again, I don't think that's true, or that it should be true. Do you have

a simple-as-possible compileable test case that shows this?

I'm currently not at home so I can't prepare an example but the documentation of the GtkBuilder says:
"A GtkBuilder holds a reference to all objects that it has constructed and drops these references when it is finalized. This finalization can cause the destruction of non-widget objects or widgets which are not contained in a toplevel window. For toplevel windows constructed by a builder, it is the responsibility of the user to call gtk_widget_destroy() to get rid of them and all the widgets they contain. "
http://library.gnome.org/devel/gtk/stable/GtkBuilder.html

That's for plain Gtk though, the Gtkmm documentation doesn't say anything about GtkBuilder's memory management.

But that's exactly what's happening in my case since my GtkBuilder files do not contain a toplevel window.

Ok here's a minimal example:

main.cpp:

struct MyHBox : public Gtk::HBox
{
    MyHBox(BaseObjectType* cobject, const Glib::RefPtr<Gtk::Builder>& builder)
       : Gtk::HBox(cobject) {}

    ~MyHBox()
    {
       std::cout << "deleted" << std::endl;
    }
};

int main(int argc, char* argv[])
{
    Gtk::Main kit(argc, argv);
    Glib::RefPtr<Gtk::Builder> builder = Gtk::Builder::create_from_file( "test.ui" );

    MyHBox *box;
    builder->get_widget_derived( "hbox", box );
}

test.ui:
<interface>
<object class="GtkHBox" id="hbox">
<property name="visible">True</property>
<child>
<placeholder/>
</child>
</object>
</interface>

> I first thought that the VBox is released by the notebook but then I
> realized that it's the GtkBuilder of course.
>
> It's all a big hack of course but as I said earlier I didn't find
> another clever way to replicate widgets that come from a GtkBuilder
> (I'd need something like a clone factory with the GtkBuilder providing
> the examplar objects but as far as I know widgets can't be copied or
> cloned)

--
murrayc@...
www.murrayc.com
www.openismus.com

_______________________________________________
gtkmm-list mailing list
gtkmm-list@...
http://mail.gnome.org/mailman/listinfo/gtkmm-list

Re: Gtk::Notebook memory management quirks

2008-07-23T07:41:27Z

2008/7/23 Murray Cumming <murrayc@...>:

On Wed, 2008-07-23 at 12:12 +0200, Julien Langer wrote:
> 2008/7/23 Murray Cumming <murrayc@...>:
>
> I don't think that the builder should delete widgets. Do you
> have a
> simple-as-possible compileable test case that shows this? If
> so, could
> you please add it to bugzilla?
>
>
> I load the widgets that are displayed on the notebook tab from a
> GtkBuilder file.
> Multiple tabs can be opened, so I need to create a new GtkBuilder for
> each tab. (I didn't find another way to replicate the widgets created
> by the GtkBuilder).
> Each of these GtkBuilder files has a VBox with the notebook contents
> which is then added to the notebook as the child widget.
> Once the tab is closed I release the last reference to the
> RefPtr<GtkBuilder> (Of course I need to make sure that no one else
> also holds a reference to the same GtkBuilder). The GtkBuilder will
> then release the VBox.

Again, I don't think that's true, or that it should be true. Do you have

a simple-as-possible compileable test case that shows this?

I'm currently not at home so I can't prepare an example but the documentation of the GtkBuilder says:
"A GtkBuilder holds a reference to all objects that it has constructed and drops these references when it is finalized. This finalization can cause the destruction of non-widget objects or widgets which are not contained in a toplevel window. For toplevel windows constructed by a builder, it is the responsibility of the user to call gtk_widget_destroy() to get rid of them and all the widgets they contain. "
http://library.gnome.org/devel/gtk/stable/GtkBuilder.html

That's for plain Gtk though, the Gtkmm documentation doesn't say anything about GtkBuilder's memory management.

But that's exactly what's happening in my case since my GtkBuilder files do not contain a toplevel window.

> I first thought that the VBox is released by the notebook but then I
> realized that it's the GtkBuilder of course.
>
> It's all a big hack of course but as I said earlier I didn't find
> another clever way to replicate widgets that come from a GtkBuilder
> (I'd need something like a clone factory with the GtkBuilder providing
> the examplar objects but as far as I know widgets can't be copied or
> cloned)

--
murrayc@...
www.murrayc.com
www.openismus.com

_______________________________________________
gtkmm-list mailing list
gtkmm-list@...
http://mail.gnome.org/mailman/listinfo/gtkmm-list

Re: Gtk::Notebook memory management quirks

2008-07-23T07:24:13Z

On Wed, 2008-07-23 at 12:12 +0200, Julien Langer wrote:

> 2008/7/23 Murray Cumming <murrayc@...>:
>
> I don't think that the builder should delete widgets. Do you
> have a
> simple-as-possible compileable test case that shows this? If
> so, could
> you please add it to bugzilla?
>
>
> I load the widgets that are displayed on the notebook tab from a
> GtkBuilder file.
> Multiple tabs can be opened, so I need to create a new GtkBuilder for
> each tab. (I didn't find another way to replicate the widgets created
> by the GtkBuilder).
> Each of these GtkBuilder files has a VBox with the notebook contents
> which is then added to the notebook as the child widget.
> Once the tab is closed I release the last reference to the
> RefPtr<GtkBuilder> (Of course I need to make sure that no one else
> also holds a reference to the same GtkBuilder). The GtkBuilder will
> then release the VBox.

Again, I don't think that's true, or that it should be true. Do you have
a simple-as-possible compileable test case that shows this?

> I first thought that the VBox is released by the notebook but then I
> realized that it's the GtkBuilder of course.
>
> It's all a big hack of course but as I said earlier I didn't find
> another clever way to replicate widgets that come from a GtkBuilder
> (I'd need something like a clone factory with the GtkBuilder providing
> the examplar objects but as far as I know widgets can't be copied or
> cloned)

--
murrayc@...
www.murrayc.com
www.openismus.com

_______________________________________________
gtkmm-list mailing list
gtkmm-list@...
http://mail.gnome.org/mailman/listinfo/gtkmm-list

Re: New API in GTK+ 2.13/14

2008-07-23T07:12:40Z

On Tue, 2008-07-08 at 11:18 +0200, Murray Cumming wrote:
> It looks like GTK+ 2.14 will be released quite soon. I have not been
> paying enough attention to it, so it would be great if people could take
> a look and try to wrap the new API for gtkmm so we can release gtkmm
> 2.14 soon afer GTK+ 2.14 is released.
>
> http://library.gnome.org/devel/gtk/unstable/ix09.html

I think I have wrapped most of the new API, but it would be great if
people could double-check. See the NEWS files for lists of new API for
now.

--
murrayc@...
www.murrayc.com
www.openismus.com

_______________________________________________
gtkmm-list mailing list
gtkmm-list@...
http://mail.gnome.org/mailman/listinfo/gtkmm-list

Gtkmm-forge Digest, Vol 26, Issue 7

2008-07-23T07:12:19Z

Send Gtkmm-forge mailing list submissions to
gtkmm-forge@...

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/gtkmm-forge
or, via email, send a message with subject or body 'help' to
gtkmm-forge-request@...

You can reach the person managing the list at
gtkmm-forge-owner@...

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Gtkmm-forge digest..."

gtkmm-forge is the mailing list that receives gtkmm bug reports from bugzilla. A daily digest is sent to gtkmm-main, to encourage people to help fixing the bugs. Do not try to unsubscribe gtkmm-forge from gtkmm-list.

Today's Topics:

1. [Bug 544135] [PATCH] Include depreated flags in
gtkmmconfig.in (backport from trunk) (gtkmm (bugzilla.gnome.org))
2. [Bug 520778] [PATCH] GNode wrapper implementation
(glibmm (bugzilla.gnome.org))
3. [Bug 520778] [PATCH] GNode wrapper implementation
(glibmm (bugzilla.gnome.org))
4. [Bug 520778] [PATCH] GNode wrapper implementation
(glibmm (bugzilla.gnome.org))
5. [Bug 423990] glibmm et al don't recognize new GNU m4
(glibmm (bugzilla.gnome.org))
6. [Bug 423990] glibmm et al don't recognize new GNU m4
(glibmm (bugzilla.gnome.org))
7. [Bug 520778] [PATCH] GNode wrapper implementation
(glibmm (bugzilla.gnome.org))
8. [Bug 423990] glibmm et al don't recognize new GNU m4
(glibmm (bugzilla.gnome.org))

----------------------------------------------------------------------

Message: 1
Date: Tue, 22 Jul 2008 10:05:58 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
<bugzilla-daemon@...>
Subject: [gtkmm bugzilla] [Bug 544135] [PATCH] Include depreated flags
in gtkmmconfig.in (backport from trunk)
To: gtkmm-forge@...
Message-ID: <20080722100558.92CD023F52F@...>
Content-Type: text/plain; charset=utf-8

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
http://bugzilla.gnome.org/show_bug.cgi?id=544135

gtkmm | general | Ver: 2.10.x

------- Comment #1 from Johannes Schmid 2008-07-22 10:05 UTC -------
Created an attachment (id=114993)
--> (http://bugzilla.gnome.org/attachment.cgi?id=114993&action=view)
Patch to backport the change

--
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=544135.

------------------------------

Message: 2
Date: Tue, 22 Jul 2008 21:32:52 +0000 (UTC)
From: "glibmm (bugzilla.gnome.org)"
<bugzilla-daemon@...>
Subject: [gtkmm bugzilla] [Bug 520778] [PATCH] GNode wrapper
implementation
To: gtkmm-forge@...
Message-ID: <20080722213252.552A523F518@...>
Content-Type: text/plain; charset=utf-8

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
http://bugzilla.gnome.org/show_bug.cgi?id=520778

glibmm | general | Ver: 2.15.x

------- Comment #12 from Szilard Pfeiffer 2008-07-22 21:32 UTC -------
Created an attachment (id=115050)
--> (http://bugzilla.gnome.org/attachment.cgi?id=115050&action=view)
suggested changes to the wrapper

--
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=520778.

------------------------------

Message: 3
Date: Tue, 22 Jul 2008 21:46:32 +0000 (UTC)
From: "glibmm (bugzilla.gnome.org)"
<bugzilla-daemon@...>
Subject: [gtkmm bugzilla] [Bug 520778] [PATCH] GNode wrapper
implementation
To: gtkmm-forge@...
Message-ID: <20080722214632.4AB6E23F505@...>
Content-Type: text/plain; charset=utf-8

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
http://bugzilla.gnome.org/show_bug.cgi?id=520778

glibmm | general | Ver: 2.15.x

Szilard Pfeiffer changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |szilard.pfeiffer@...

------- Comment #13 from Szilard Pfeiffer 2008-07-22 21:46 UTC -------
I would like to suggest some changes in the implementation of the wrapper
(comment 12). I can see the following benefits:

1; Glib::Node class would be closer to the original GNode structure, so it
would be simpler
2; Foreach or traverse slots should use the tree node instead of the node's
data only
3; Data would be compared by the operator == of class T instead of pointer
comparison in case of find functions

--
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=520778.

------------------------------

Message: 4
Date: Wed, 23 Jul 2008 07:17:15 +0000 (UTC)
From: "glibmm (bugzilla.gnome.org)"
<bugzilla-daemon@...>
Subject: [gtkmm bugzilla] [Bug 520778] [PATCH] GNode wrapper
implementation
To: gtkmm-forge@...
Message-ID: <20080723071716.8E66523F58D@...>
Content-Type: text/plain; charset=utf-8

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
http://bugzilla.gnome.org/show_bug.cgi?id=520778

glibmm | general | Ver: 2.15.x

------- Comment #14 from Murray Cumming 2008-07-23 07:17 UTC -------
(In reply to comment #13)
> I would like to suggest some changes in the implementation of the wrapper
> (comment 12). I can see the following benefits:
>
> 1; Glib::Node

You mean Glib::Tree, I guess.

> class would be closer to the original GNode structure, so it
> would be simpler
> 2; Foreach or traverse slots should use the tree node instead of the node's
> data only

What would be the advantage of this?

> 3; Data would be compared by the operator == of class T instead of pointer
> comparison in case of find functions

The patch seems to have lots of unrelated changes, which makes it difficult to
review.

--
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=520778.

------------------------------

Message: 5
Date: Wed, 23 Jul 2008 07:50:25 +0000 (UTC)
From: "glibmm (bugzilla.gnome.org)"
<bugzilla-daemon@...>
Subject: [gtkmm bugzilla] [Bug 423990] glibmm et al don't recognize
new GNU m4
To: gtkmm-forge@...
Message-ID: <20080723075025.8467A23F545@...>
Content-Type: text/plain; charset=utf-8

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
http://bugzilla.gnome.org/show_bug.cgi?id=423990

glibmm | build | Ver: unspecified

------- Comment #9 from Murray Cumming 2008-07-23 07:50 UTC -------
Could you submit an actual patch, please, ideally against svn, with a ChangeLog
entry.

--
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=423990.

------------------------------

Message: 6
Date: Wed, 23 Jul 2008 09:05:25 +0000 (UTC)
From: "glibmm (bugzilla.gnome.org)"
<bugzilla-daemon@...>
Subject: [gtkmm bugzilla] [Bug 423990] glibmm et al don't recognize
new GNU m4
To: gtkmm-forge@...
Message-ID: <20080723090525.1557423F591@...>
Content-Type: text/plain; charset=utf-8

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
http://bugzilla.gnome.org/show_bug.cgi?id=423990

glibmm | build | Ver: unspecified

------- Comment #10 from Damien Carbery 2008-07-23 09:05 UTC -------
Created an attachment (id=115083)
--> (http://bugzilla.gnome.org/attachment.cgi?id=115083&action=view)
Use grep -i to check for GNU m4. Include ChangeLog entry.

--
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=423990.

------------------------------

Message: 7
Date: Wed, 23 Jul 2008 12:51:04 +0000 (UTC)
From: "glibmm (bugzilla.gnome.org)"
<bugzilla-daemon@...>
Subject: [gtkmm bugzilla] [Bug 520778] [PATCH] GNode wrapper
implementation
To: gtkmm-forge@...
Message-ID: <20080723125104.09AC823F522@...>
Content-Type: text/plain; charset=utf-8

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
http://bugzilla.gnome.org/show_bug.cgi?id=520778

glibmm | general | Ver: 2.15.x

------- Comment #15 from Levi Bard 2008-07-23 12:51 UTC -------
(In reply to comment #13)
> 1; Glib::Node class would be closer to the original GNode structure, so it
> would be simpler

Are you suggesting renaming Tree to Node?

> 3; Data would be compared by the operator == of class T instead of pointer
> comparison in case of find functions

Data is already compared using the == operator.

--
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=520778.

------------------------------

Message: 8
Date: Wed, 23 Jul 2008 13:12:09 +0000 (UTC)
From: "glibmm (bugzilla.gnome.org)"
<bugzilla-daemon@...>
Subject: [gtkmm bugzilla] [Bug 423990] glibmm et al don't recognize
new GNU m4
To: gtkmm-forge@...
Message-ID: <20080723131209.3F7B723F543@...>
Content-Type: text/plain; charset=utf-8

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
http://bugzilla.gnome.org/show_bug.cgi?id=423990

glibmm | build | Ver: unspecified

------- Comment #11 from Murray Cumming 2008-07-23 13:12 UTC -------
Committed to svn trunk. Thanks.

I guess we will see if it stops working for anyone.

--
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=423990.

------------------------------

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/

------------------------------

_______________________________________________
Gtkmm-forge mailing list
Gtkmm-forge@...
https://lists.sourceforge.net/lists/listinfo/gtkmm-forge

End of Gtkmm-forge Digest, Vol 26, Issue 7
******************************************
_______________________________________________
gtkmm-list mailing list
gtkmm-list@...
http://mail.gnome.org/mailman/listinfo/gtkmm-list

ANNOUNCE: gtkmm 2.13.5

2008-07-23T06:58:12Z

*** gtkmm 2.14:

gtkmm 2.13 wraps new API in GTK+ 2.13. It will become the API/ABI-stable
gtkmm 2.14 when GTK+ 2.14.0 is released. gtkmm 2.13 is API/ABI-compatibile with
gtkmm 2.12, 2.10, 2.8, 2.6 and 2.4. It is a version of the gtkmm-2.4 API.

gtkmm stays in-sync with GTK+ by following the official GNOME release schedule:
http://www.gnome.org/start/unstable/

Bindings for the rest of the GNOME Platform are also available, and are also
API-stable.

http://www.gtkmm.org

*** Changes

gtkmm 2.13.5 (unstable):

Gtk:
* Builder: Added versions of create_from_file(),
create_from_string(), add_from_file(), and add_from_string()
that take an ID or array of IDs, to allow building of only a part of
the file, as was already possible with libglade.
* CellRendererCombo: Wrapped the changed signal.
(Murray Cumming)
* FileChooser: get_preview_widget(): Avoid an endless loop.
Bug #543288 (Jens Georg)
* Printer: Added is_paused() and is_accepting_jobs().
(Murray Cumming)

Build:
* pangomm is now in its own tarball.
(Murray Cumming)
* MSVC_Net2003 project files: Mention new source files
for builder, scalebutton, tooltip, and volumebutton.
(Jens Georg) Bug #543294.

*** Development

There is active discussion on the mailing list:
http://www.gtkmm.org/mailinglist.shtml
and in the #c++ channel on irc.gnome.org

--
Murray Cumming
murrayc@...
www.murrayc.com
www.openismus.com

_______________________________________________
gtkmm-list mailing list
gtkmm-list@...
http://mail.gnome.org/mailman/listinfo/gtkmm-list

Treeview_foregroundcolor_for_specificrows

2008-07-23T05:36:16Z

Hi,

I need to display some records in a Gtk::TreeView. The foreground color of some specific rows in the tree view has to be shown in red color . Could anyone give me some ideas on how this can be done?

Thanks In Advance,
Saikamesh

_______________________________________________
gtkmm-list mailing list
gtkmm-list@...
http://mail.gnome.org/mailman/listinfo/gtkmm-list

Re: Gtk::Notebook memory management quirks

2008-07-23T03:12:37Z

2008/7/23 Murray Cumming <murrayc@...>:

I don't think that the builder should delete widgets. Do you have a
simple-as-possible compileable test case that shows this? If so, could
you please add it to bugzilla?

I load the widgets that are displayed on the notebook tab from a GtkBuilder file.
Multiple tabs can be opened, so I need to create a new GtkBuilder for each tab. (I didn't find another way to replicate the widgets created by the GtkBuilder).
Each of these GtkBuilder files has a VBox with the notebook contents which is then added to the notebook as the child widget.
Once the tab is closed I release the last reference to the RefPtr<GtkBuilder> (Of course I need to make sure that no one else also holds a reference to the same GtkBuilder). The GtkBuilder will then release the VBox.
I first thought that the VBox is released by the notebook but then I realized that it's the GtkBuilder of course.

It's all a big hack of course but as I said earlier I didn't find another clever way to replicate widgets that come from a GtkBuilder (I'd need something like a clone factory with the GtkBuilder providing the examplar objects but as far as I know widgets can't be copied or cloned)

-Julien

_______________________________________________
gtkmm-list mailing list
gtkmm-list@...
http://mail.gnome.org/mailman/listinfo/gtkmm-list

Re: Gtk::Notebook memory management quirks

2008-07-23T02:46:07Z

On Sun, 2008-07-20 at 01:33 +0200, Julien Langer wrote:

> On Sa, 2008-07-19 at 02:10 +0200, Julien Langer wrote:
> > Hi,
> >
> > About this function:
> > http://www.gtkmm.org/docs/gtkmm-2.4/docs/reference/html/classGtk_1_1Notebook.html#f7bdf8ec9f703fb21aec6d372085f38a
> >
> > I noticed that the tab label does not get deleted automatically when
> > the
> > page is removed via remove_page (the child widget is properly removed
> > though).
> > Is this the intended behaviour?

Yes. Why should a widget be deleted just because you remove it from a
container?

> It seems a bit strange to me and it
> > also
> > doesn't seem to be documented (at least I didn't find anything about
> > it)
> >
> >
> > -Julien
> >
>
> Well it looks like I was wrong about this.
> It was actually the GtkBuilder who deleted my child widgets, not the
> notebook itself.

I don't think that the builder should delete widgets. Do you have a
simple-as-possible compileable test case that shows this? If so, could
you please add it to bugzilla?

--
murrayc@...
www.murrayc.com
www.openismus.com

_______________________________________________
gtkmm-list mailing list
gtkmm-list@...
http://mail.gnome.org/mailman/listinfo/gtkmm-list

Treeview_foregroundcolor_for_specificrows

2008-07-23T02:09:23Z

Hi,

I need to display some records in a Gtk::TreeView. The foreground color of some specific rows in the tree view has to be shown in red color . Could anyone give me some ideas on how this can be done?

Thanks In Advance,
Saikamesh

_______________________________________________
gtkmm-list mailing list
gtkmm-list@...
http://mail.gnome.org/mailman/listinfo/gtkmm-list

Re: [gst-devel] Gstreamer with C++

2008-07-22T22:59:00Z

José Alburquerque wrote:

> Eric Jonas wrote:
>> [continuing on gtkmm-list] Do you anticipate it being possible to
>> use elements written in c++ from
>> gstreamer pipelines in other languages (C, python, etc) ? I imagine the
>> dealing with the complexity of C++ name mangling, lifecycle complexity,
>> and ABI would make this difficult.
>
> Yes I think this is right; I don't think it's possible to write
> GStreamer plugins in c++. The GstPlugin
> <http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gstreamer/html/GstPlugin.html>
> API explains (in the description) that a GstPluginDesc
> <http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gstreamer/html/GstPlugin.html#GstPluginDesc>
> called "gst_plugin_desc" must be exported by the developer and then
> write the necessary plugin code. We would have to find a way to use a
> slot in the GstPluginDesc for the GstPluginInitFunc
> <http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gstreamer/html/GstPlugin.html#GstPluginInitFunc>
> (a pointer to a plugin init function) and I'm not sure how we would go
> about this (partly because to start with we would need for the
> GstPluginInitFunc type to have an additional gpointer* parameter).
> Also, as you say, the gstreamermm library initialization and lifecycle
> of objects is something that we would most probably have to pay
> attention to. I've been thinking about all this a bit since you
> asked, and presently this doesn't seem possible, though I may think
> about it a bit more and make a definite determination later (God
> willing). Right now, I'd suggest not to plan on writing c++ plugins
> until this is made definite. Does this help?
>

I need to refine this answer:

There are two ways to register new GStreamer plugins: 1) The way I
described above which to me looks more and more less likely to be
possible with gstreamermm and 2) registering a plugin specific to an
application "statically" (which means that the plugin is not "shipped as
a separate module file" according to the GstPlugin docs). In the C API,
the gst_plugin_register_static()
<http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gstreamer/html/GstPlugin.html#gst-plugin-register-static>
function is used to register plugin elements that have been written in
an application. These plugins are available outside the application to
others (I think regardless of which language they employ to use the
plugin) as long as the application is "active" (I would think). If this
gst_plugin_register_static() function can be successfully wrapped in
gstreamerrmm I think what you're asking about may be possible in this
way. I'll be working on wrapping this function and we should know
fairly quickly (a release or two) if this can become a possibility with
gstreamermm.

--
José Alburquerque

_______________________________________________
gtkmm-list mailing list
gtkmm-list@...
http://mail.gnome.org/mailman/listinfo/gtkmm-list

Re: building giomm on win32

2008-07-22T14:30:17Z

My mistake. My giomm.vcproj had those files.

----- Original Message ----
From: john blair <mailtome200420032002@...>
To: gtkmm-list@...
Sent: Tuesday, July 22, 2008 1:51:35 PM
Subject: building giomm on win32

I am trying to build giomm from glibmm-2.16.4 on win32 and getting the same error described here:
http://bugzilla.gnome.org/show_bug.cgi?id=524126

Does somebody has a patch to resolve this?

_______________________________________________
gtkmm-list mailing list
gtkmm-list@...
http://mail.gnome.org/mailman/listinfo/gtkmm-list

building giomm on win32

2008-07-22T13:51:35Z

I am trying to build giomm from glibmm-2.16.4 on win32 and getting the same error described here:
http://bugzilla.gnome.org/show_bug.cgi?id=524126

Does somebody has a patch to resolve this?

_______________________________________________
gtkmm-list mailing list
gtkmm-list@...
http://mail.gnome.org/mailman/listinfo/gtkmm-list

Re: Glibmm:Threads

2008-07-22T10:27:40Z

Toby Roworth wrote:

> Hello
>
> I'm currently writing a program that decodes video and displays it
> onto a secondary screen using OpenGl, with a GTKmm GUI on the first
> screen. However the video decoding is quite processor intensive, and
> maxes out one of my processors, without the other getting a look in.
> This prevents the GUI from operating whilst video is decoding.
>
> I have attempted to solve this by putting the decoding loop inside a
> Glibmm::Thread, but this does not seem to have any effect - is this
> likely to be because I'm using the wrong tool for the job, misusing
> the right tool or something else.

By what I've read on this list, you're problem may be related to gtkmm
event handling and threads. You may want to search the list
(http://marc.info/?l=gtkmm) for something along these lines. I'd
encourage you to try gstreamermm, but it may not be stable enough for
general usage yet, though it does have a media player example that uses
gtkmm.

--
José Alburquerque

_______________________________________________
gtkmm-list mailing list
gtkmm-list@...
http://mail.gnome.org/mailman/listinfo/gtkmm-list

Glibmm:Threads

2008-07-22T07:19:26Z

Hello

I'm currently writing a program that decodes video and displays it onto
a secondary screen using OpenGl, with a GTKmm GUI on the first screen.
However the video decoding is quite processor intensive, and maxes out
one of my processors, without the other getting a look in. This prevents
the GUI from operating whilst video is decoding.

I have attempted to solve this by putting the decoding loop inside a
Glibmm::Thread, but this does not seem to have any effect - is this
likely to be because I'm using the wrong tool for the job, misusing the
right tool or something else.

Any help appreciated

Toby
--
------------------------------------------------------------------------
Sent by Toby Roworth (webmaster@...)
This message is intended for the named reciepients only, and should not
be forwarded without permission
The conents of this message may be ©Toby Roworth

_______________________________________________
gtkmm-list mailing list
gtkmm-list@...
http://mail.gnome.org/mailman/listinfo/gtkmm-list

Scribble with rubber

2008-07-22T04:10:59Z

Hi..
I have created a window that scribble on one image..
Now i want have the possibility of rubber that have scribbled..use spin botton that escludes one by one..when i use the pen..i don't can use tha rubber..and conversely
Someone have some code..idea..?
This is..my code..
there is also the event box..that capture the coord of the point that scribble..
thanks in advance..
;)

#include <gtkmm.h>
#include <iostream>
#include <gdkmm/cursor.h>

class Example_DrawingArea : public Gtk::Window
{
public:
Example_DrawingArea();
virtual ~Example_DrawingArea();

protected:
//signal handlers:
bool on_drawingarea_scribble_expose_event(GdkEventExpose* event);
bool on_drawingarea_scribble_configure_event(GdkEventConfigure* event);
bool on_drawingarea_scribble_motion_notify_event(GdkEventMotion* event);
bool on_drawingarea_scribble_button_press_event(GdkEventButton* event);

void scribble_draw_brush(int x, int y);

//Member widgets:
Gtk::Frame m_Frame_Scribble;
Gtk::VBox m_VBox;
Gtk::Label m_Label_Scribble;
Gtk::DrawingArea m_DrawingArea_Scribble;
Glib::RefPtr<Gdk::Pixmap> m_refPixmap_Scribble;
};

Example_DrawingArea::Example_DrawingArea()
:
m_VBox(false, 8)
{
set_title("Drawing Area");
set_border_width(8);

m_VBox.set_border_width(8);
add(m_VBox);

/* Create the scribble area */

m_Label_Scribble.set_markup("<u>Scribble area</u>");
m_VBox.pack_start(m_Label_Scribble, Gtk::PACK_SHRINK);

m_Frame_Scribble.set_shadow_type(Gtk::SHADOW_IN);
m_VBox.pack_start(m_Frame_Scribble);

/* set a minimum size */
m_DrawingArea_Scribble.set_size_request(200, 200);
m_Frame_Scribble.add(m_DrawingArea_Scribble);

/* Signals used to handle backing pixmap */
m_DrawingArea_Scribble.signal_expose_event().connect(
sigc::mem_fun(*this, &Example_DrawingArea::on_drawingarea_scribble_expose_event));
m_DrawingArea_Scribble.signal_configure_event().connect(
sigc::mem_fun(*this, &Example_DrawingArea::on_drawingarea_scribble_configure_event));

/* Event signals */
m_DrawingArea_Scribble.signal_motion_notify_event().connect(
sigc::mem_fun(*this, &Example_DrawingArea::on_drawingarea_scribble_motion_notify_event));
m_DrawingArea_Scribble.signal_button_press_event().connect(
sigc::mem_fun(*this, &Example_DrawingArea::on_drawingarea_scribble_button_press_event));

m_DrawingArea_Scribble.add_events(Gdk::LEAVE_NOTIFY_MASK |
Gdk::BUTTON_PRESS_MASK |
Gdk::POINTER_MOTION_MASK |
Gdk::POINTER_MOTION_HINT_MASK);
show_all();
}
Example_DrawingArea::~Example_DrawingArea()
{
}

bool Example_DrawingArea::on_drawingarea_scribble_expose_event(GdkEventExpose* event)
{

m_DrawingArea_Scribble.get_window()->draw_drawable(
m_DrawingArea_Scribble.get_style()->get_fg_gc(m_DrawingArea_Scribble.get_state()),
m_refPixmap_Scribble,
// Only copy the area that was exposed:
event->area.x, event->area.y,
event->area.x, event->area.y,
event->area.width, event->area.height);

return false;
}
bool Example_DrawingArea::on_drawingarea_scribble_configure_event(GdkEventConfigure*)
{
m_refPixmap_Scribble =
Gdk::Pixmap::create_from_xpm(m_DrawingArea_Scribble.get_window(),get_default_style()->get_bg(Gtk::STATE_NORMAL),"/home/silvia/Scrivania/Senza nome.xpm");

return true;
}

bool Example_DrawingArea::on_drawingarea_scribble_motion_notify_event(GdkEventMotion* event)
{
if(!m_refPixmap_Scribble)
return false; // paranoia check, in case we haven't gotten a configure event

if(event && event->window)
{
const Glib::RefPtr<Gdk::Window> refWindow =
Glib::wrap((GdkWindowObject*) event->window, true); // true == take_copy

if(refWindow)
{
int x = 0, y = 0;
Gdk::ModifierType state = Gdk::ModifierType(0);

refWindow->get_pointer(x, y, state);

if((state & Gdk::BUTTON1_MASK) != 0)
{
scribble_draw_brush(x, y);
std::cout<<"coord:" << event->x << "..." << event->y << std::endl;

}
}
}

return true;
}

bool Example_DrawingArea::on_drawingarea_scribble_button_press_event(GdkEventButton* event)
{
if(!m_refPixmap_Scribble)
return false; // paranoia check, in case we haven't gotten a configure event

if(event->button == 1)
{
scribble_draw_brush(int(event->x), int(event->y));
// std::cout<<"coord:" << event->x << "..." << event->y << std::endl;
}
return true;
}
/* Draw a rectangle on the screen.
*/
void Example_DrawingArea::scribble_draw_brush(int x, int y)
{
const Gdk::Rectangle update_rect (x - 3, y - 3, 6, 6);

// Paint to the pixmap, where we store our state.
//
m_refPixmap_Scribble->draw_rectangle(
m_DrawingArea_Scribble.get_style()->get_black_gc(),
true,
update_rect.get_x(), update_rect.get_y(),
update_rect.get_width(), update_rect.get_height());

// Now invalidate the affected region of the drawing area.
m_DrawingArea_Scribble.get_window()->invalidate_rect(update_rect, false);
}

int main (int argc, char *argv[])
{
Gtk::Main kit(argc, argv);
Example_DrawingArea DemoWindow;
Gtk::Main::run(DemoWindow);
return 0;
}

Gtkmm-forge Digest, Vol 26, Issue 6

2008-07-22T03:17:54Z

Send Gtkmm-forge mailing list submissions to
gtkmm-forge@...

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/gtkmm-forge
or, via email, send a message with subject or body 'help' to
gtkmm-forge-request@...

You can reach the person managing the list at
gtkmm-forge-owner@...

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Gtkmm-forge digest..."

gtkmm-forge is the mailing list that receives gtkmm bug reports from bugzilla. A daily digest is sent to gtkmm-main, to encourage people to help fixing the bugs. Do not try to unsubscribe gtkmm-forge from gtkmm-list.

Today's Topics:

1. [Bug 543294] vcproj file is missing source files
(gtkmm (bugzilla.gnome.org))
2. [Bug 543288] infinite recursion on
Gtk::FileChooser::get_preview_widget (gtkmm (bugzilla.gnome.org))
3. [Bug 543292] vcproj file is missing four source files
(glibmm (bugzilla.gnome.org))
4. [Bug 543671] New: Notebook::PageList::const_iterator
operator!= does not work (with gcc 4.3.1) (gtkmm (bugzilla.gnome.org))
5. [Bug 543671] Notebook::PageList::const_iterator operator!=
does not work (with gcc 4.3.1) (gtkmm (bugzilla.gnome.org))
6. [Bug 543772] New: Unable to load from glade using gtkmm in MS
Visual Studio 2008 (gtkmm (bugzilla.gnome.org))
7. [Bug 423990] glibmm et al don't recognize new GNU m4
(glibmm (bugzilla.gnome.org))
8. [Bug 544135] New: [PATCH] Include depreated flags in
gtkmmconfig.in (backport from trunk) (gtkmm (bugzilla.gnome.org))

----------------------------------------------------------------------

Message: 1
Date: Wed, 16 Jul 2008 15:49:24 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
<bugzilla-daemon@...>
Subject: [gtkmm bugzilla] [Bug 543294] vcproj file is missing source
files
To: gtkmm-forge@...
Message-ID: <20080716154924.4E1FF23F58E@...>
Content-Type: text/plain; charset=utf-8

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
http://bugzilla.gnome.org/show_bug.cgi?id=543294

gtkmm | build | Ver: 2.13.x

Murray Cumming changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |murrayc@...
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED

------- Comment #2 from Murray Cumming 2008-07-16 15:49 UTC -------
Committed. Thanks.

2008-07-16 Jens Georg <mail@...>

* MSVC_Net2003/gtkmm/gtkmm.vcproj: Mention new source files
for builder, scalebutton, tooltip, and volumebutton.
Bug #543294.

--
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=543294.

------------------------------

Message: 2
Date: Wed, 16 Jul 2008 15:56:07 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
<bugzilla-daemon@...>
Subject: [gtkmm bugzilla] [Bug 543288] infinite recursion on
Gtk::FileChooser::get_preview_widget
To: gtkmm-forge@...
Message-ID: <20080716155607.66A5823F58E@...>
Content-Type: text/plain; charset=utf-8

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
http://bugzilla.gnome.org/show_bug.cgi?id=543288

gtkmm | general | Ver: 2.13.x

Murray Cumming changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |murrayc@...
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED

------- Comment #1 from Murray Cumming 2008-07-16 15:56 UTC -------
Very strange. Fixed (but not generally in gmmproc) in svn trunk and the
gtkmm-2-12 branch:

2008-07-16 Murray Cumming <murrayc@...>

* gtk/src/filechooser.hg: get_preview_widget(): Move the const
overload after the non-const one, because gmmproc otherwise seems to
make both just calls to the non-const one. We really need to stop
gmmproc from doing that, first figuring out why.
Luckily, I don't think we put them in this order very often.
Bug #543288 (Jens Georg)

--
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=543288.

------------------------------

Message: 3
Date: Wed, 16 Jul 2008 15:47:04 +0000 (UTC)
From: "glibmm (bugzilla.gnome.org)"
<bugzilla-daemon@...>
Subject: [gtkmm bugzilla] [Bug 543292] vcproj file is missing four
source files
To: gtkmm-forge@...
Message-ID: <20080716154704.F023723F58E@...>
Content-Type: text/plain; charset=utf-8

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
http://bugzilla.gnome.org/show_bug.cgi?id=543292

glibmm | build | Ver: 2.17.x

Murray Cumming changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |murrayc@...
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED

------- Comment #2 from Murray Cumming 2008-07-16 15:47 UTC -------
Committed. Thanks. Please patch the ChangeLog in future:

2008-07-16 Jens Georg <mail@...>

* MSVC_Net2003/glibmm/glibmm.vcproj: Mention new source files
for regex and keyfile.
Bug #543292.

--
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=543292.

------------------------------

Message: 4
Date: Fri, 18 Jul 2008 23:29:43 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
<bugzilla-daemon@...>
Subject: [gtkmm bugzilla] [Bug 543671] New:
Notebook::PageList::const_iterator operator!= does not work (with gcc
4.3.1)
To: gtkmm-forge@...
Message-ID: <bug-543671-5595@.../>
Content-Type: text/plain; charset=utf-8

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
http://bugzilla.gnome.org/show_bug.cgi?id=543671

gtkmm | general | Ver: 2.12.x
Summary: Notebook::PageList::const_iterator operator!= does not
work (with gcc 4.3.1)
Product: gtkmm
Version: 2.12.x
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: Normal
Component: general
AssignedTo: gtkmm-forge@...
ReportedBy: julien.langer@...
QAContact: gtkmm-forge@...
GNOME version: 2.21/2.22
GNOME milestone: Unspecified

The following code does not work with gtkmm 2.12.7 and gcc 4.3.1

const Notebook::PageList& list = notebook->pages();
Notebook::PageList::const_iterator it = list.begin();
for ( ; it != list.end(); ++it ) { ... }

Compilation fails on containers.h:340
bool operator!=(const Self& src) const { return T_Base::operator!=(src); }

with the following error from gcc:
/usr/include/glibmm-2.4/glibmm/containers.h|340|error: 'operator!=' is not a
member of 'Gtk::Notebook_Helpers::PageIterator'|

It works fine when the const_iterator is replaced with a plain iterator.

--
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=543671.

------------------------------

Message: 5
Date: Fri, 18 Jul 2008 23:40:50 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
<bugzilla-daemon@...>
Subject: [gtkmm bugzilla] [Bug 543671]
Notebook::PageList::const_iterator operator!= does not work (with gcc
4.3.1)
To: gtkmm-forge@...
Message-ID: <20080718234050.4101A23F516@...>
Content-Type: text/plain; charset=utf-8

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
http://bugzilla.gnome.org/show_bug.cgi?id=543671

gtkmm | general | Ver: 2.12.x

------- Comment #1 from Julien Langer 2008-07-18 23:40 UTC -------
Well, const_iterator doesn't seem to be the only iterator type that's not
working:
reverse_iterator and const_reverse_iterato produce the same error.

--
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=543671.

------------------------------

Message: 6
Date: Sat, 19 Jul 2008 20:35:16 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
<bugzilla-daemon@...>
Subject: [gtkmm bugzilla] [Bug 543772] New: Unable to load from glade
using gtkmm in MS Visual Studio 2008
To: gtkmm-forge@...
Message-ID: <bug-543772-5595@.../>
Content-Type: text/plain; charset=utf-8

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
http://bugzilla.gnome.org/show_bug.cgi?id=543772

gtkmm | general | Ver: 2.4.x
Summary: Unable to load from glade using gtkmm in MS Visual
Studio 2008
Product: gtkmm
Version: 2.4.x
Platform: Other
OS/Version: All
Status: UNCONFIRMED
Severity: major
Priority: Normal
Component: general
AssignedTo: gtkmm-forge@...
ReportedBy: ngwane_emma@...
QAContact: gtkmm-forge@...
GNOME version: Unspecified
GNOME milestone: Unspecified

Please describe the problem:
Hi,
My simple gtkmm application fails to run in MS Visual Studio 2008 although it
successfully compiles in the IDE (Have added the property sheets and tweaked
the settings as described on the gtkmm documentation home page.

Reason:
The execution of the program fails when it encounters the following code
snippet:
Glib::RefPtr<Gnome::Glade::Xml> mainXml= Gnome::Glade::Xml::create(cars.glade);

it produces the following error message:

Glib::ConvertError at memory location 0x0023f52c

console shows a warning:
(Project CARS.exe:5000): libglade-WARNING **: could not find glade file
'\xcc\xc
c\xcc\xcccars.glade'

Steps to reproduce:
1. Create any simple glade file
2. Create a gtkmm project and write a small program to load widgets from the
glade file
3. Compile and run the program in Microsoft Visual Studio

Actual results:
Application crashes on execution

Expected results:
the application should have executed well because it was successfully compiled
without errors

Does this happen every time?
Yes

Other information:

--
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=543772.

------------------------------

Message: 7
Date: Mon, 21 Jul 2008 15:07:56 +0000 (UTC)
From: "glibmm (bugzilla.gnome.org)"
<bugzilla-daemon@...>
Subject: [gtkmm bugzilla] [Bug 423990] glibmm et al don't recognize
new GNU m4
To: gtkmm-forge@...
Message-ID: <20080721150756.537CD23F52F@...>
Content-Type: text/plain; charset=utf-8

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
http://bugzilla.gnome.org/show_bug.cgi?id=423990

glibmm | build | Ver: unspecified

------- Comment #8 from Damien Carbery 2008-07-21 15:07 UTC -------
Reopening as the bug still exists for me in 2.17.x.

--
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=423990.

------------------------------

Message: 8
Date: Tue, 22 Jul 2008 10:05:24 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
<bugzilla-daemon@...>
Subject: [gtkmm bugzilla] [Bug 544135] New: [PATCH] Include depreated
flags in gtkmmconfig.in (backport from trunk)
To: gtkmm-forge@...
Message-ID: <bug-544135-5595@.../>
Content-Type: text/plain; charset=utf-8

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
http://bugzilla.gnome.org/show_bug.cgi?id=544135

gtkmm | general | Ver: 2.10.x
Summary: [PATCH] Include depreated flags in gtkmmconfig.in
(backport from trunk)
Product: gtkmm
Version: 2.10.x
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: Normal
Component: general
AssignedTo: gtkmm-forge@...
ReportedBy: jhs@...
QAContact: gtkmm-forge@...
CC: murrayc@...
GNOME version: 2.19/2.20
GNOME milestone: Unspecified

Backports this change from trunk:
2007-10-12 Armin Burgmeier <armin@...>

* gdk/gdkmmconfig.h.in:
* gtk/gtkmmconfig.h.in:
* configure.in: Added G{D,T}KMM_DISABLE_DEPRECATED defines to
g{d,t}kmmconfig.h so other code can check whether deprecated API is
available or not.

This allows to build bakery without modifications on maemo.

--
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=544135.

------------------------------

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/

------------------------------

_______________________________________________
Gtkmm-forge mailing list
Gtkmm-forge@...
https://lists.sourceforge.net/lists/listinfo/gtkmm-forge

End of Gtkmm-forge Digest, Vol 26, Issue 6
******************************************
_______________________________________________
gtkmm-list mailing list
gtkmm-list@...
http://mail.gnome.org/mailman/listinfo/gtkmm-list