GNOME.org
 

Gtkmm-forge Digest, Vol 33, Issue 13

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 570943] GtkEntry can't input when toggling	visibility
      twice (gtkmm (bugzilla.gnome.org))
   2. [Bug 572978] Glib::ustring allows comparison to 0
      (glibmm (bugzilla.gnome.org))
   3. [Bug 572978] Glib::ustring allows comparison to 0
      (glibmm (bugzilla.gnome.org))
   4. [Bug 572978] Glib::ustring allows comparison to 0
      (glibmm (bugzilla.gnome.org))
   5. [Bug 572978] Glib::ustring allows comparison to 0
      (glibmm (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))
   8. [Bug 573482] libglademm: thoughts about signal	autoconnecting
      (gtkmm (bugzilla.gnome.org))


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

Message: 1
Date: Sat, 28 Feb 2009 04:21:23 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 570943] GtkEntry can't input when
	toggling	visibility twice
To: gtkmm-forge lists sourceforge net
Message-ID: <20090228042123 04F4423F526 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=570943

  gtkmm | general | Ver: 2.4

anheibb03dlj changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEEDINFO                    |UNCONFIRMED
         OS/Version|All                         |Windows




------- Comment #4 from anheibb03dlj  2009-02-28 04:21 UTC -------
(In reply to comment #3)
> Could you please double-check it on Windows too?


Sorry for taking a long time to reply you. 

i have tested it again, the entry still couldn't input. my computer os is
windows xp professional sp3, then i also have tested it on xp sp2, it has the
same result.

my compile environment: 
    windows xp professional sp3
    tdm mingw 4.3.2
    gtkmm 2.4

My english is poor, sorry for any inconvenience.


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



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

Message: 2
Date: Sat, 28 Feb 2009 11:17:11 +0000 (UTC)
From: "glibmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 572978] Glib::ustring allows comparison
	to 0
To: gtkmm-forge lists sourceforge net
Message-ID: <20090228111711 34FB023F526 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=572978

  glibmm | strings | Ver: unspecified

Murray Cumming changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |daniel kitta gmail com,
                   |                            |murrayc murrayc com




------- Comment #1 from Murray Cumming  2009-02-28 11:17 UTC -------
I bet Daniel knows why.


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



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

Message: 3
Date: Sat, 28 Feb 2009 11:42:42 +0000 (UTC)
From: "glibmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 572978] Glib::ustring allows comparison
	to 0
To: gtkmm-forge lists sourceforge net
Message-ID: <20090228114242 B2E6223F52F 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=572978

  glibmm | strings | Ver: unspecified




------- Comment #2 from Daniel Elstner  2009-02-28 11:43 UTC -------
I haven't actually tried it yet, but I think it's most likely because we have

    inline bool operator==(const ustring& lhs, const char* rhs)

in ustring.h. Your C++ standard library (i.e. GNU libstdc++) probably doesn't
have it, and the string literal therefore goes through

    std::string::string(const string::char_type*)

first. Calling the constructor implicitely _and_ interpreting 0 as a pointer
constant would require more than one hop, and therefore doesn't happen.

Any volunteers for actually verifying this hypothesis? ;-)


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



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

Message: 4
Date: Sat, 28 Feb 2009 12:46:00 +0000 (UTC)
From: "glibmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 572978] Glib::ustring allows comparison
	to 0
To: gtkmm-forge lists sourceforge net
Message-ID: <20090228124600 0ADD823F51F 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=572978

  glibmm | strings | Ver: unspecified




------- Comment #3 from Armin Burgmeier  2009-02-28 12:46 UTC -------
There is this definition in
/usr/lib/gcc/x86_64-pc-linux-gnu/4.3.3/include/g++-v4/bits/basic_string.h:

  template<typename _CharT, typename _Traits, typename _Alloc>
    inline bool
    operator==(const basic_string<_CharT, _Traits, _Alloc>& __lhs,
               const _CharT* __rhs)
    { return __lhs.compare(__rhs) == 0; }

I have verified that this is indeed used for this code:

  std::string s;
  s == "foo";


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



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

Message: 5
Date: Sat, 28 Feb 2009 13:56:02 +0000 (UTC)
From: "glibmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 572978] Glib::ustring allows comparison
	to 0
To: gtkmm-forge lists sourceforge net
Message-ID: <20090228135603 728C323F543 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=572978

  glibmm | strings | Ver: unspecified




------- Comment #4 from Daniel Elstner  2009-02-28 13:56 UTC -------
(In reply to comment #3)
> There is this definition in
> /usr/lib/gcc/x86_64-pc-linux-gnu/4.3.3/include/g++-v4/bits/basic_string.h:
> 
>   template<typename _CharT, typename _Traits, typename _Alloc>
>     inline bool
>     operator==(const basic_string<_CharT, _Traits, _Alloc>& __lhs,
>                const _CharT* __rhs)
>     { return __lhs.compare(__rhs) == 0; }

OK. I think this is different because it is a template. See Stroustrup, chapter
13.3.2:  Templates are resolved _before_ overloads or extra type conversions
are considered. At that point, the compiler looks for a match to the argument
list

    (const std::string&, int)

and the operator==() template as defined above won't match that, and that's it.

std::min() and std::max(), for instance, also exhibit this behavior -- both
arguments have to be of the same type if the template type is to be derived
implicitly.


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



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

Message: 6
Date: Sat, 28 Feb 2009 22:06:34 +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: <20090228220634 47AB523F51F 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 #3 from Stas Sergeev  2009-02-28 22:06 UTC -------
The beginning of the discussion is here:
http://mail.gnome.org/archives/gtkmm-list/2009-February/msg00154.html


-- 
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: Sat, 28 Feb 2009 22:12:46 +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: <20090228221246 F105223F526 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
----------------------------------------------------------------------------
                 CC|                            |murrayc murrayc com




-- 
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: 8
Date: Sat, 28 Feb 2009 22:17: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: <20090228221757 861CC23F52E 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 #129691|0                           |1
        is obsolete|                            |




------- Comment #4 from Stas Sergeev  2009-02-28 22:18 UTC -------
Created an attachment (id=129753)
 --> (http://bugzilla.gnome.org/attachment.cgi?id=129753&action=view)
updated patch

In reply to:
http://mail.gnome.org/archives/gtkmm-list/2009-February/msg00177.html

Murray Cumming <murrayc murrayc com> wrote:
> again from your get_slot() via dynamic_cast<>. Of course the application
> code needs to specify the get_slot()<> template type (via
> get_widget()<>) so that the dynamic_cast<> can succeed.
With the attached new patch, there is
no need to specify the type, as it uses
the SlotType typedef of the SignalProxy
classes.
The example still uses get_widget()<>, but
it should use singal_autoconnect().
signal_autoconnect() can be implemented by
iterating the widget tree and calling
Slots::connect() for each.
To implement that, I need to know how can
I iterate the widget tree.


-- 
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 33, Issue 13
*******************************************
[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]