GNOME.org
 

Gtkmm-forge Digest, Vol 27, Issue 10

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 545712] `make install' doesn't install	tutorial even
      it's been built (gtkmm (bugzilla.gnome.org))
   2. [Bug 546485] Access control problem in NodeTree API
      (glibmm (bugzilla.gnome.org))
   3. [Bug 546485] Access control problem in NodeTree API
      (glibmm (bugzilla.gnome.org))
   4. [Bug 546485] Access control problem in NodeTree API
      (glibmm (bugzilla.gnome.org))
   5. [Bug 546485] Access control problem in NodeTree API
      (glibmm (bugzilla.gnome.org))
   6. [Bug 537120] Windows ListViewText crash
      (gtkmm (bugzilla.gnome.org))
   7. [Bug 547163] New: problem writing a layout manager
      (gnomemm (bugzilla.gnome.org))
   8. [Bug 547306] New: cant use effect on myself
      (gnomemm (bugzilla.gnome.org))


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

Message: 1
Date: Thu,  7 Aug 2008 07:51:26 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 545712] `make install' doesn't install
	tutorial even it's been built
To: gtkmm-forge lists sourceforge net
Message-ID: <20080807075126 09C0523F542 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=545712

  gtkmm | documentation | Ver: unspecified




------- Comment #9 from Murray Cumming  2008-08-07 07:51 UTC -------
Comitted. Thanks.


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



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

Message: 2
Date: Thu,  7 Aug 2008 08:34:25 +0000 (UTC)
From: "glibmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 546485] Access control problem in
	NodeTree API
To: gtkmm-forge lists sourceforge net
Message-ID: <20080807083425 522C123F544 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=546485

  glibmm | general | Ver: 2.17.x




------- Comment #3 from Szil?rd Pfeiffer  2008-08-07 08:34 UTC -------
(In reply to comment #2)
> > 2; function gobj() needlessly duplicated (only the a const version with GNode*
> > return is needed) and public (should be protected)
> 
> No, these should be public, and fully useful. They are in case we forget to
> wrap a C function. Without these, people couldn't call extra C functions with
> the C++ instance. 

I see and you are right, however the two versions of gobj() (const and
non-const) cause compilation problems in case of other const member functions.
For example:

child_count() member function calls gobj() (the const version is called because
child_count() is also const) but it returns with a const GNode*, which is not
so good for the wrapped g_node_child_count() as input parameter.

Maybe another function (like gobj() in attachment 115941, but maybe with other
name) should be used in case of member functions (it could be private). I am
really interested in your opinion.

> 
> I did make gobj() inline, as it is in other glibmm classes, and moved them to

It is a good idea, a forget to do it.

> the top so they will be used inline by the other templated 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=546485.



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

Message: 3
Date: Thu,  7 Aug 2008 09:03:59 +0000 (UTC)
From: "glibmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 546485] Access control problem in
	NodeTree API
To: gtkmm-forge lists sourceforge net
Message-ID: <20080807090359 7B9CB23F544 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=546485

  glibmm | general | Ver: 2.17.x




------- Comment #4 from Murray Cumming  2008-08-07 09:03 UTC -------
(In reply to comment #3)
> I see and you are right, however the two versions of gobj() (const and
> non-const) cause compilation problems in case of other const member functions.
> For example:
> 
> child_count() member function calls gobj() (the const version is called because
> child_count() is also const) but it returns with a const GNode*, which is not
> so good for the wrapped g_node_child_count() as input parameter.

C functions generally don't use const, because C doesn't support const
properly. So you should use const_cast<>, as we do throughout glibmm and 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=546485.



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

Message: 4
Date: Thu,  7 Aug 2008 20:12:27 +0000 (UTC)
From: "glibmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 546485] Access control problem in
	NodeTree API
To: gtkmm-forge lists sourceforge net
Message-ID: <20080807201227 AB85223F539 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=546485

  glibmm | general | Ver: 2.17.x




------- Comment #5 from Szil?rd Pfeiffer  2008-08-07 20:12 UTC -------
(In reply to comment #4)
> (In reply to comment #3)
> > I see and you are right, however the two versions of gobj() (const and
> > non-const) cause compilation problems in case of other const member functions.
> > For example:
> > 
> > child_count() member function calls gobj() (the const version is called because
> > child_count() is also const) but it returns with a const GNode*, which is not
> > so good for the wrapped g_node_child_count() as input parameter.
> 
> C functions generally don't use const, because C doesn't support const
> properly. So you should use const_cast<>, as we do throughout glibmm and gtkmm.
> 

Of course I should do. The question is that which one is preferred do it in
each const function directly or write a simple function (something like gobj())
and use use it to avoid the const_cast "everywhere".


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



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

Message: 5
Date: Fri,  8 Aug 2008 07:21:06 +0000 (UTC)
From: "glibmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 546485] Access control problem in
	NodeTree API
To: gtkmm-forge lists sourceforge net
Message-ID: <20080808072106 0F29323F544 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=546485

  glibmm | general | Ver: 2.17.x




------- Comment #6 from Murray Cumming  2008-08-08 07:21 UTC -------
I think it's OK as it is, though I think we do have something like
gobj_unconst() in some strange places in 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=546485.



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

Message: 6
Date: Sat,  9 Aug 2008 18:08:43 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 537120] Windows ListViewText crash
To: gtkmm-forge lists sourceforge net
Message-ID: <20080809180843 AA7FC23F506 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=537120

  gtkmm | TreeView | Ver: 2.4




------- Comment #6 from Armin Burgmeier  2008-08-09 18:08 UTC -------
I guess there is "using namespace Gtk;" missing in your test, otherwise it does
not compile. Anyway, I could not reproduce the problem with neither gcc nor
MSVC. 

When using MSVC, make sure you link against the correct libraries and use the
correct Run-Time: For a debug build, use "Multi-Threaded Debug" as "Runtime
Library", and link against the libraries ending on "d", such as
"gtkmm-2.4d.lib". For the release build, use "Multi-Threaded", and link against
the libraries without "d" (gtkmm-2.4.lib). I don't know whether that's the
problem here, but doing it wrong can result in seemingly random crashes.


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



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

Message: 7
Date: Sun, 10 Aug 2008 12:48:36 +0000 (UTC)
From: "gnomemm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 547163] New: problem writing a layout
	manager
To: gtkmm-forge lists sourceforge net
Message-ID: <bug-547163-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=547163

  gnomemm | cluttermm | Ver: unspecified
           Summary: problem writing a layout manager
           Product: gnomemm
           Version: unspecified
          Platform: Other
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: cluttermm
        AssignedTo: gtkmm-forge lists sourceforge net
        ReportedBy: gonen graphtech co il
     GNOME version: Unspecified
   GNOME milestone: Unspecified


To implement a layout manager class, I need to write a class that inherits from
clutter::actor and clutter:container, The idea is to write something similar to
clutter:group, which contains other actors, and but unlike group that just
calls do_paint one by one, It needs to make smarter choises and lay them out on
the screen.

My problem writing this class, is that i need to have several actor children,
and call there virtual functions to get the info i need to lay them out, and
also to paint them, for example, call there allocate_vfunc() to find there
screen size, and make decisions according to that size.
quote from clutter's allocate function "Should never be called by applications
(except when implementing a container or layout manager)."

I cannot do that, because all the virtual functions are protected, so I cannot
call m_child[0]->allocate(), or any other vfuncs.
I'm guessing they are protected because of "Should never be called by
applications" , but as I am implementing the exception, I'm stuck.

I'm not that familiar with the glib objects in C, I'm guessing they didnt
implement 'protected' functionality, or they can somehow override that.

Any suggestions/idea's on how to fix this?


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



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

Message: 8
Date: Mon, 11 Aug 2008 15:54:08 +0000 (UTC)
From: "gnomemm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 547306] New: cant use effect on myself
To: gtkmm-forge lists sourceforge net
Message-ID: <bug-547306-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=547306

  gnomemm | cluttermm | Ver: unspecified
           Summary: cant use effect on myself
           Product: gnomemm
           Version: unspecified
          Platform: Other
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: cluttermm
        AssignedTo: gtkmm-forge lists sourceforge net
        ReportedBy: gonen graphtech co il
     GNOME version: Unspecified
   GNOME milestone: Unspecified


Hi,

I'm writing a button actor, that inherits from clutter::actor, and I want to
use an effectTemplate when the button is pressed.

I wrote the following code in my function button_actor::real_released()

m_press_effect->fade(this, 0x44,sigc::bind(sigc::ptr_fun(do_nothing),
m_press_effect));

m_press_effect is of type Clutter::EffectTemplate, and the problem is that
fade's first parameter is not actor pointer, but a actor smart pointer
Glib::RefPtr<Clutter::Actor>).

I cannot wrap this with smart pointer like :

m_press_effect->fade(Glib::RefPtr<Clutter::Actor>(this), 
0x44,sigc::bind(sigc::ptr_fun(do_nothing), m_press_effect));

because at the end of the function, the reference count will go to 0, and it
will do 'delete this' which is very bad.

Is there any other way to write this? I wonder how GTKmm and other mm projects
solve similar problems like this.

Another small problem, is that  some functions in clutter can get NULL, but in
case you use reference, you cannot pass NULL.


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



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

-------------------------------------------------------------------------
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 lists sourceforge net
https://lists.sourceforge.net/lists/listinfo/gtkmm-forge


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