Send Gtkmm-forge mailing list submissions to
[EMAIL PROTECTED]
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
[EMAIL PROTECTED]
You can reach the person managing the list at
[EMAIL PROTECTED]
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)"
<[EMAIL PROTECTED]>
Subject: [gtkmm bugzilla] [Bug 545712] `make install' doesn't install
tutorial even it's been built
To: [EMAIL PROTECTED]
Message-ID: <[EMAIL PROTECTED]>
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)"
<[EMAIL PROTECTED]>
Subject: [gtkmm bugzilla] [Bug 546485] Access control problem in
NodeTree API
To: [EMAIL PROTECTED]
Message-ID: <[EMAIL PROTECTED]>
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)"
<[EMAIL PROTECTED]>
Subject: [gtkmm bugzilla] [Bug 546485] Access control problem in
NodeTree API
To: [EMAIL PROTECTED]
Message-ID: <[EMAIL PROTECTED]>
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)"
<[EMAIL PROTECTED]>
Subject: [gtkmm bugzilla] [Bug 546485] Access control problem in
NodeTree API
To: [EMAIL PROTECTED]
Message-ID: <[EMAIL PROTECTED]>
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)"
<[EMAIL PROTECTED]>
Subject: [gtkmm bugzilla] [Bug 546485] Access control problem in
NodeTree API
To: [EMAIL PROTECTED]
Message-ID: <[EMAIL PROTECTED]>
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)"
<[EMAIL PROTECTED]>
Subject: [gtkmm bugzilla] [Bug 537120] Windows ListViewText crash
To: [EMAIL PROTECTED]
Message-ID: <[EMAIL PROTECTED]>
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)"
<[EMAIL PROTECTED]>
Subject: [gtkmm bugzilla] [Bug 547163] New: problem writing a layout
manager
To: [EMAIL PROTECTED]
Message-ID: <[EMAIL PROTECTED]/>
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: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
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)"
<[EMAIL PROTECTED]>
Subject: [gtkmm bugzilla] [Bug 547306] New: cant use effect on myself
To: [EMAIL PROTECTED]
Message-ID: <[EMAIL PROTECTED]/>
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: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
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
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/gtkmm-forge
End of Gtkmm-forge Digest, Vol 27, Issue 10
*******************************************
_______________________________________________
gtkmm-list mailing list
[email protected]
http://mail.gnome.org/mailman/listinfo/gtkmm-list
