GNOME.org
 

Gtkmm-forge Digest, Vol 34, Issue 4

Send Gtkmm-forge mailing list submissions to
	gtkmm-forge lists sourceforge net

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 lists sourceforge net

You can reach the person managing the list at
	gtkmm-forge-owner lists sourceforge net

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 573713] Method lookup fails when trying to	wrap the
      gstreamermm Gst::Object class (glibmm (bugzilla.gnome.org))
   2. [Bug 530416] Adding default constructor to
      Glib::ArrayHandle<...> (glibmm (bugzilla.gnome.org))
   3. [Bug 573482] libglademm: thoughts about signal	autoconnecting
      (gtkmm (bugzilla.gnome.org))
   4. [Bug 573482] libglademm: thoughts about signal	autoconnecting
      (gtkmm (bugzilla.gnome.org))
   5. [Bug 573482] libglademm: thoughts about signal	autoconnecting
      (gtkmm (bugzilla.gnome.org))
   6. [Bug 573482] libglademm: thoughts about signal	autoconnecting
      (gtkmm (bugzilla.gnome.org))
   7. [Bug 573482] libglademm: thoughts about signal	autoconnecting
      (gtkmm (bugzilla.gnome.org))


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

Message: 1
Date: Wed,  4 Mar 2009 23:31:48 +0000 (UTC)
From: "glibmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 573713] Method lookup fails when trying
	to	wrap the gstreamermm Gst::Object class
To: gtkmm-forge lists sourceforge net
Message-ID: <20090304233148 26A4423F536 label gnome org>
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=573713

  glibmm | build | Ver: unspecified




------- Comment #4 from Jos? Alburquerque  2009-03-04 23:32 UTC -------
Sorry.  Coding too fast and didn't pay attention to important detail.


-- 
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=573713.



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

Message: 2
Date: Thu,  5 Mar 2009 01:30:06 +0000 (UTC)
From: "glibmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 530416] Adding default constructor to
	Glib::ArrayHandle<...>
To: gtkmm-forge lists sourceforge net
Message-ID: <20090305013006 376B123F526 label gnome org>
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=530416

  glibmm | general | Ver: unspecified

Jos? Alburquerque changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Severity|normal                      |enhancement
             Status|RESOLVED                    |UNCONFIRMED
         Resolution|NOTABUG                     |




------- Comment #10 from Jos? Alburquerque  2009-03-05 01:30 UTC -------
The reason I closed this bug is because I thought the patch may be confusing or
useless.  I think I'll let the glibmm make that determination.  Re-opening and
marking as enhancement.


-- 
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=530416.



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

Message: 3
Date: Thu,  5 Mar 2009 06:11:16 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 573482] libglademm: thoughts about
	signal	autoconnecting
To: gtkmm-forge lists sourceforge net
Message-ID: <20090305061116 7BA8423F522 label gnome org>
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=573482

  gtkmm | general | Ver: unspecified




------- Comment #11 from Stas Sergeev  2009-03-05 06:11 UTC -------
Hi, thanks for the review.

1. Yes. :)

2. Yes. :(
The solution for that can be to move the
part of the Slots class to Gtk::Bin, add
the virtual connect() function to Gtk::Bin,
then require all the widgets that emit signals
to implement that function. Libglade will then
only use the Gtk::Bin when connecting, no hardcodes.
But, that would be a massive change in gtkmm,
so before I start, I'd like to hear from you
about that.

3. No, actually not. It appears that libglade
already stores all the needed info in the
GladeXML struct, but they use a private header
that describes it. :( I had only to copy that
header to libglademm, only to get the definitions
of the private structs. But I am not doing any
parsing.
If you still find that bad, then the solution
would be to patch libglade and add 1-2 simple
functions to it, to give away all the info I
need. But copying the header is imho also not
all that bad, so what do you think?

> By the way, this patch would be more readable if it did not use macros.
Some macros do provide the syntactical sugar
for the user to easier define his slots. Others
are used to easier adding the support for the
new widgets. I think the first ones should
stay, the second ones can be removed, esp if
we are going to move the connection code to
the widgets.


-- 
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=573482.



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

Message: 4
Date: Thu,  5 Mar 2009 09:04:39 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 573482] libglademm: thoughts about
	signal	autoconnecting
To: gtkmm-forge lists sourceforge net
Message-ID: <20090305090439 A653D23F52E label gnome org>
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=573482

  gtkmm | general | Ver: unspecified




------- Comment #12 from Murray Cumming  2009-03-05 09:05 UTC -------
(In reply to comment #11)
> 2. Yes. :(
> The solution for that can be to move the
> part of the Slots class to Gtk::Bin, add
> the virtual connect() function to Gtk::Bin,
> then require all the widgets that emit signals
> to implement that function. Libglade will then
> only use the Gtk::Bin when connecting, no hardcodes.
> But, that would be a massive change in gtkmm,
> so before I start, I'd like to hear from you
> about that.

That's an interesting idea - adding a templated registration/retrieval system
for signals to Glib::Object. It seems possible with changes to gmmproc, though
we would need to break ABI to add the std::map member.

I wonder if that std::map could be static rather than per-object. Even so, I
would worry a bit about the registration causing a slowdown. Maybe we could
delay it until the function is used, which would be rare.

Note that an ABI break is likely in the next few months, because GTK+ 3 is
going to have an ABI break, forcing us to break ABI. I don't think that's a
wise decision but it does give us the opportunity to do things like this.
u
> 3. No, actually not. It appears that libglade
> already stores all the needed info in the
> GladeXML struct, but they use a private header
> that describes it. :( I had only to copy that
> header to libglademm, only to get the definitions
> of the private structs. But I am not doing any
> parsing.
> If you still find that bad, then the solution
> would be to patch libglade and add 1-2 simple
> functions to it, to give away all the info I
> need. But copying the header is imho also not
> all that bad, so what do you think?

Copying the header is awful. It's private for a reason. Yes, you would need to
add API to GtkBuilder.


-- 
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=573482.



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

Message: 5
Date: Thu,  5 Mar 2009 10:52:57 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 573482] libglademm: thoughts about
	signal	autoconnecting
To: gtkmm-forge lists sourceforge net
Message-ID: <20090305105258 0128523F52F label gnome org>
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=573482

  gtkmm | general | Ver: unspecified




------- Comment #13 from Stas Sergeev  2009-03-05 10:53 UTC -------
Created an attachment (id=130106)
 --> (http://bugzilla.gnome.org/attachment.cgi?id=130106&action=view)
libglade hack to give away signal info

Attached is the patch for libglade to
give away the signal info. I am a bit
worried that people may dislike adding
the function that only returns some
private pointer... but I can't help it.
We need that pointer.


-- 
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=573482.



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

Message: 6
Date: Thu,  5 Mar 2009 10:55:24 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 573482] libglademm: thoughts about
	signal	autoconnecting
To: gtkmm-forge lists sourceforge net
Message-ID: <20090305105524 80FA023F52E label gnome org>
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=573482

  gtkmm | general | Ver: unspecified

Stas Sergeev changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
 Attachment #130050|0                           |1
        is obsolete|                            |




------- Comment #14 from Stas Sergeev  2009-03-05 10:56 UTC -------
Created an attachment (id=130107)
 --> (http://bugzilla.gnome.org/attachment.cgi?id=130107&action=view)
signal_autoconnect implementation

New patch that uses the aforementioned
libglade hook.


-- 
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=573482.



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

Message: 7
Date: Thu,  5 Mar 2009 11:03:32 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 573482] libglademm: thoughts about
	signal	autoconnecting
To: gtkmm-forge lists sourceforge net
Message-ID: <20090305110332 37F0F23F52E label gnome org>
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=573482

  gtkmm | general | Ver: unspecified




------- Comment #15 from Murray Cumming  2009-03-05 11:04 UTC -------
Again, this would only make sense for GtkBuilder, which replaces libglade.


-- 
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=573482.



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

------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H

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

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


End of Gtkmm-forge Digest, Vol 34, Issue 4
******************************************
[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]