GNOME.org
 

Gtkmm-forge Digest, Vol 34, Issue 21

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 576047] pkg-config for gtkmm under Windows	cannot
      handling tha path with space (gtkmm (bugzilla.gnome.org))
   2. [Bug 576047] pkg-config for gtkmm under Windows	cannot
      handling tha path with space (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 576069] New: Call to	Gtk::Builder::create_from_file is
      ambiguous (gtkmm (bugzilla.gnome.org))
   5. [Bug 576069] Call to	Gtk::Builder::create_from_file is
      ambiguous (gtkmm (bugzilla.gnome.org))
   6. [Bug 576047] pkg-config for gtkmm under Windows	cannot
      handling tha path with space (gtkmm (bugzilla.gnome.org))
   7. [Bug 573482] libglademm: thoughts about signal	autoconnecting
      (gtkmm (bugzilla.gnome.org))


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

Message: 1
Date: Fri, 20 Mar 2009 09:36:38 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 576047] pkg-config for gtkmm under
	Windows	cannot handling tha path with space
To: gtkmm-forge lists sourceforge net
Message-ID: <20090320093638 9AC5823F541 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=576047

  gtkmm | general | Ver: 2.16.x

Murray Cumming changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |armin arbur net,
                   |                            |murrayc murrayc com




------- Comment #1 from Murray Cumming  2009-03-20 09:37 UTC -------
CCing Armin, who works on the Windows installer.

Armin, is this a known pkg-config bug?

Should our installer warn the user when they use a patch with spaces?


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



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

Message: 2
Date: Fri, 20 Mar 2009 10:39:10 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 576047] pkg-config for gtkmm under
	Windows	cannot handling tha path with space
To: gtkmm-forge lists sourceforge net
Message-ID: <20090320103910 B30EE23F526 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=576047

  gtkmm | general | Ver: 2.16.x




------- Comment #2 from Armin Burgmeier  2009-03-20 10:39 UTC -------
Yes, it is a known problem. See this freedesktop.org bug:
https://bugs.freedesktop.org/show_bug.cgi?id=3571. The Wiki page at
http://live.gnome.org/gtkmm/MSWindows already mentions the problem.

I will add a warning to the installer, though I would love to simply have
pkg-config fixed. The bug mentioned above even has a patch.


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



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

Message: 3
Date: Fri, 20 Mar 2009 11:00:29 +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: <20090320110029 4D96823F52F 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 #13 from Murray Cumming  2009-03-20 11:01 UTC -------
Sorry, I was wrong. The (construct_params) constructor is indeed generated for
each class, and that is correct and necessary. However Gtk::Object manages to
implement it's own code for this in its object.ccg file. I wonder how. Could
you try to figure that out?

I also notice that Gtk::Object does correct the floating reference in its case
constructor, by using  a _CUSTOM_CTOR_CAST macro (probably in gtkobject.m4). I
was wrong about that too. So please do add something like that to gobject.m4,
but use that _CUSTOM_CTOR_CAST name instead of _CUSTOM_CAST_CTOR, for
consistency with gtkobject.m4.


-- 
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: Fri, 20 Mar 2009 11:50:32 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 576069] New: Call to
	Gtk::Builder::create_from_file is ambiguous
To: gtkmm-forge lists sourceforge net
Message-ID: <bug-576069-5595 http bugzilla 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=576069

  gtkmm | build | Ver: unspecified
           Summary: Call to Gtk::Builder::create_from_file is ambiguous
           Product: gtkmm
           Version: unspecified
          Platform: Other
        OS/Version: All
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: build
        AssignedTo: gtkmm-forge lists sourceforge net
        ReportedBy: armin arbur net
         QAContact: gtkmm-forge lists sourceforge net
     GNOME version: Unspecified
   GNOME milestone: Unspecified


Calling Gtk::Builder::create_from_file() with two string literals is ambiguous
and causes a compiler error. The line

Gtk::Builder::create("foo", "bar");

produces

foo.cpp:5: error: call of overloaded ?create_from_file(const char [4], const
char [4])? is ambiguous
/usr/include/gtkmm-2.4/gtkmm/builder.h:187: note: candidates are: static
Glib::RefPtr<Gtk::Builder> Gtk::Builder::create_from_file(const std::string&,
const Glib::ustring&)
/usr/include/gtkmm-2.4/gtkmm/builder.h:202: note:                 static
Glib::RefPtr<Gtk::Builder> Gtk::Builder::create_from_file(const std::string&,
const Glib::StringArrayHandle&)

I'm using g++ 4.3.3. The same line compiles fine on Windows using MinGW with
g++ 3.4.5.

I think the problem is because of this ArrayHandle constructor:

  template <class Cont> inline
    ArrayHandle(const Cont& container);

Can we somehow "hide" it from being seen if Cont is not a container type, to
prevent the compiler from trying implicit conversions which would not work
anyway?


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



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

Message: 5
Date: Fri, 20 Mar 2009 12:00:37 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 576069] Call to
	Gtk::Builder::create_from_file is ambiguous
To: gtkmm-forge lists sourceforge net
Message-ID: <20090320120037 11FA723F541 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=576069

  gtkmm | build | Ver: unspecified

Murray Cumming changed:

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




------- Comment #1 from Murray Cumming  2009-03-20 12:01 UTC -------
I fixed this already in recent versions of gtkmm.


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



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

Message: 6
Date: Fri, 20 Mar 2009 12:12:24 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 576047] pkg-config for gtkmm under
	Windows	cannot handling tha path with space
To: gtkmm-forge lists sourceforge net
Message-ID: <20090320121224 79D1723F536 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=576047

  gtkmm | general | Ver: 2.16.x




------- Comment #3 from Tao Wang  2009-03-20 12:12 UTC -------
ok, maybe there are 2 options.

First, build our own pkg-config with the patch fixed the problem, and package
it into the win32 installer.

Second, change the default installation path from "C:\Program Files\gtkmm" to
"C:\gtkmm", so the pkg-config problem will not be raised.

Of course, if the user intend to install it under something with space in name,
then at least a warning is shown to user.


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



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

Message: 7
Date: Fri, 20 Mar 2009 12:38:29 +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: <20090320123829 6438923F52E 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 #49 from Murray Cumming  2009-03-20 12:39 UTC -------
(In reply to comment #48)
> > 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.

It would be nice to add a test for this too, please.

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

The example seems to connect the signals before get_widget() is called. But the
instance does not exist until get_widget() is called, and the instance is
needed for the call to sigc::mem_fun().

It would be nice to see a test/example of this in the patch too.

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

Ah, thanks. Could you please remove the __ prefix and change () to (void).

> 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? :)

Once the above things are done then I will send an email to the mailing list
showing the proposed API via examples, asking if people think it is useful.


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



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

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