GNOME.org
 

Gtkmm-forge Digest, Vol 34, Issue 19

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 574861] Including _CUSTOM_CAST_CTOR and
      _CUSTOM_CONSTRUCT_CTOR macro for _CLASS_GOBJECT
      (glibmm (bugzilla.gnome.org))
   2. [Bug 573482] libglademm: thoughts about signal	autoconnecting
      (gtkmm (bugzilla.gnome.org))
   3. [Bug 574861] Including _CUSTOM_CAST_CTOR and
      _CUSTOM_CONSTRUCT_CTOR macro for _CLASS_GOBJECT
      (glibmm (bugzilla.gnome.org))
   4. [Bug 574861] Including _CUSTOM_CAST_CTOR and
      _CUSTOM_CONSTRUCT_CTOR macro for _CLASS_GOBJECT
      (glibmm (bugzilla.gnome.org))
   5. [Bug 574861] Including _CUSTOM_CAST_CTOR and
      _CUSTOM_CONSTRUCT_CTOR macro for _CLASS_GOBJECT
      (glibmm (bugzilla.gnome.org))
   6. [Bug 574861] Including _CUSTOM_CAST_CTOR and
      _CUSTOM_CONSTRUCT_CTOR macro for _CLASS_GOBJECT
      (glibmm (bugzilla.gnome.org))
   7. [Bug 574861] Including _CUSTOM_CAST_CTOR and
      _CUSTOM_CONSTRUCT_CTOR macro for _CLASS_GOBJECT
      (glibmm (bugzilla.gnome.org))


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

Message: 1
Date: Thu, 19 Mar 2009 11:30:20 +0000 (UTC)
From: "glibmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 574861] Including _CUSTOM_CAST_CTOR and
	_CUSTOM_CONSTRUCT_CTOR macro for _CLASS_GOBJECT
To: gtkmm-forge lists sourceforge net
Message-ID: <20090319113020 571CA23F52E 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=574861

  glibmm | build | Ver: unspecified

Murray Cumming changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |murrayc murrayc com




------- Comment #3 from Murray Cumming  2009-03-19 11:30 UTC -------
I don't understand what _CUSTOM_CONSTRUCT_CTOR is for? What constructor is it
for? The default one? Or is it used with arguments instead of _WRAP_CTOR()?


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



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

Message: 2
Date: Thu, 19 Mar 2009 15:03:45 +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: <20090319150345 6E52523F52F 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 #48 from Stas Sergeev  2009-03-19 15:04 UTC -------
> So, using it for member methods requires that the class derives from
> Glib::SlotsContainer, if I understand this.
It is the preferred solution, yes. But I also implemented the way of adding
the members from the non-derived classes. There is no demo for this, but
it will look like
slots.register_slot(GLIBMM_MAKE_SLOT(SomeClass::some_handler), obj_ptr);
So I think all the possibilities are now supported.

> Is there any way to use this
> when just using get_widget() instead of get_widget_derived()?
Could you please clarify?
Yep, the changes to the "basic" example are with get_widget(), so I guess
there are no problems.

> I notice that you are still using the GLIBMM_DECLARE_SLOTS() macro, though
> I've
> said that I'd like that to be removed.
MySlots2 class in the "basic" example is implemented without any macros at all.
I've just demonstrated all the possibilities. I am not asking you to apply
that example patch anywhere, so if I still use that macro in some place,
its probably not a problem. :) Other than that, if you want to remove it
entirely - it is just a single-line removal, it can be done later, or by
yourself. :) My patch currently demonstrates both ways.

So where do we go from here? Is the API now good enough (modulo the macro),
or are there any other things to be done? And if it is OK, then what are
the plans? :)


-- 
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: 3
Date: Thu, 19 Mar 2009 16:53:31 +0000 (UTC)
From: "glibmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 574861] Including _CUSTOM_CAST_CTOR and
	_CUSTOM_CONSTRUCT_CTOR macro for _CLASS_GOBJECT
To: gtkmm-forge lists sourceforge net
Message-ID: <20090319165331 A7D5C23F52E 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=574861

  glibmm | build | Ver: unspecified




------- Comment #4 from Jos? Alburquerque  2009-03-19 16:53 UTC -------
It does the same thing for the 'const Glib::ConstructParams&' constructor as
what _CUSTOM_CAST_CTOR does for the cast constructor.  Right now, in
gstreamermm, both the cast and the Glib::ConstructParam& constructor of
Gst::Object look like:


Object::Object(const Glib::ConstructParams& construct_params)
:
  Glib::Object(construct_params)
{
  //The floating reference is convenience for C,
  //but is useless and difficult for us:
  gst_object_ref(gobj());
  gst_object_sink(gobj());
}

Object::Object(GstObject* castitem)
:
  Glib::Object((GObject*)(castitem))
{
  if(G_LIKELY(GST_OBJECT_IS_FLOATING(castitem)))
  {
    //The floating reference is convenience for C,
    //but is useless and difficult for us:
    gst_object_ref(gobj());
    gst_object_sink(gobj());
  }
}

_CUSTOM_CAST_CTOR allows Gst::Object to be wrapped by gmmproc, but also to keep
the cast constructor code as above.  In the same way, _CUSTOM_CONSTRUCT_CTOR
allows the code of the Glib::ConstructParams& to also be kept.

The code needs to be kept for both constructors because otherwise when, for
example, plug-ins are created (with the Glib::ConstructParams& constructor),
warnings are caused without the floating reference code in the
Glib::ConstructParams& constructor.

To test, simply remove the custom code in the Glib::ConstructParams&
constructor, startup and exit the media player example in gstreamermm.  With
the code in the Glib::ConstructParams& constructor, there are no warnings. 
Without the code, warnings related to reference counts are issued.

_CUSTOM_CONSTRUCT_CTOR is just so that a custom Glib::ConstructParams&
constructor can be included and custom code can be included in the constructor
that way.


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



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

Message: 4
Date: Thu, 19 Mar 2009 17:49:49 +0000 (UTC)
From: "glibmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 574861] Including _CUSTOM_CAST_CTOR and
	_CUSTOM_CONSTRUCT_CTOR macro for _CLASS_GOBJECT
To: gtkmm-forge lists sourceforge net
Message-ID: <20090319174949 399B323F52F 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=574861

  glibmm | build | Ver: unspecified




------- Comment #5 from Jos? Alburquerque  2009-03-19 17:50 UTC -------
(In reply to comment #4)
> To test, simply remove the custom code in the Glib::ConstructParams&
> constructor, startup and exit the media player example in gstreamermm.  With
> the code in the Glib::ConstructParams& constructor, there are no warnings. 
> Without the code, warnings related to reference counts are issued.

The warnings would not be generated if the Gst::XImageSink (video_sink) is
added to the Gst::PlayBin2 (pipeline) in the media player example as is done
with plug-ins in the ogg_player_gtkmm example (I think that adding elements to
bins/pipelines corrects floating reference problem -- see gst_bin_add[1] and
gst_object_set_parent[2]).

[1]
http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gstreamer/html/GstBin.html#gst-bin-add
[2]
http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gstreamer/html/GstObject.html#gst-object-set-parent

The problem is that if the Gst::XImageSink is added to the Gst::PlayBin2 in the
media player example, it can't be used when setting the Gst::PlayBin2's
property_video_sink() so that the element can be used for video display (I
tested this in a regular environment using the previous to the last revision,
2112, because something about how GStreamer is configured in the jhbuild
environment doesn't let the media player example run successfully).


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



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

Message: 5
Date: Thu, 19 Mar 2009 19:33:48 +0000 (UTC)
From: "glibmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 574861] Including _CUSTOM_CAST_CTOR and
	_CUSTOM_CONSTRUCT_CTOR macro for _CLASS_GOBJECT
To: gtkmm-forge lists sourceforge net
Message-ID: <20090319193348 2E2AE23F501 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=574861

  glibmm | build | Ver: unspecified




------- Comment #6 from Jos? Alburquerque  2009-03-19 19:28 UTC -------
(In reply to comment #4)
> _CUSTOM_CONSTRUCT_CTOR is just so that a custom Glib::ConstructParams&
> constructor can be included and custom code can be included in the constructor
> that way.
> 

Maybe it ought to be called _CUSTOM_CONSTRUCT_PARAMS_CTOR?


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



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

Message: 6
Date: Thu, 19 Mar 2009 19:53:12 +0000 (UTC)
From: "glibmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 574861] Including _CUSTOM_CAST_CTOR and
	_CUSTOM_CONSTRUCT_CTOR macro for _CLASS_GOBJECT
To: gtkmm-forge lists sourceforge net
Message-ID: <20090319195312 E507723F52E 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=574861

  glibmm | build | Ver: unspecified




------- Comment #7 from Murray Cumming  2009-03-19 19:53 UTC -------
(In reply to comment #4)
> It does the same thing for the 'const Glib::ConstructParams&' constructor as
> what _CUSTOM_CAST_CTOR does for the cast constructor.

But surely no such constructor is generated normally. It's only in
Glib::ObjectBase isn't it?


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



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

Message: 7
Date: Thu, 19 Mar 2009 20:10:01 +0000 (UTC)
From: "glibmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 574861] Including _CUSTOM_CAST_CTOR and
	_CUSTOM_CONSTRUCT_CTOR macro for _CLASS_GOBJECT
To: gtkmm-forge lists sourceforge net
Message-ID: <20090319201001 3299B23EF75 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=574861

  glibmm | build | Ver: unspecified




------- Comment #8 from Jos? Alburquerque  2009-03-19 20:10 UTC -------
I'm sorry.  I was getting the following error using the patch in bug #575136:

object.cc:161: error: redefinition of ?Gst::Object::Object(const
Glib::ConstructParams&)?
object.cc:32: error: ?Gst::Object::Object(const Glib::ConstructParams&)?
previously defined here

And thought that it was because one was generated when in fact the constructor
is duplicated in that patch in object.ccg.  Apologies.


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



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

------------------------------------------------------------------------------
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com

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

_______________________________________________
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 19
*******************************************
[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]