GNOME.org
 

Gtkmm-forge Digest, Vol 28, Issue 5

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 552513] gtkmm does not build against GTK+	2.14 on
      Windows (gtkmm (bugzilla.gnome.org))
   2. [Bug 552513] gtkmm does not build against GTK+	2.14 on
      Windows (gtkmm (bugzilla.gnome.org))
   3. [Bug 552513] gtkmm does not build against GTK+	2.14 on
      Windows (gtkmm (bugzilla.gnome.org))
   4. [Bug 552513] gtkmm does not build against GTK+	2.14 on
      Windows (gtkmm (bugzilla.gnome.org))
   5. [Bug 553024] New: switching notebook pages while	removing
      them fails ungracefully (gtkmm (bugzilla.gnome.org))
   6. [Bug 553024] switching notebook pages while	removing them
      fails ungracefully (gtkmm (bugzilla.gnome.org))
   7. [Bug 553157] New: Timeline using wrong property	name +
      completely wrong/incomplete wrapper over TimeoutPool?
      (gnomemm (bugzilla.gnome.org))
   8. [Bug 553179] New: clipboard tutorial contains a bug
      (gtkmm (bugzilla.gnome.org))


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

Message: 1
Date: Wed, 17 Sep 2008 01:52:00 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 552513] gtkmm does not build against
	GTK+	2.14 on Windows
To: gtkmm-forge lists sourceforge net
Message-ID: <20080917015200 783A023F50C 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=552513

  gtkmm | build | Ver: unspecified




------- Comment #3 from Damon Register  2008-09-17 01:51 UTC -------
Created an attachment (id=118852)
 --> (http://bugzilla.gnome.org/attachment.cgi?id=118852&action=view)
gtkmm-2.13.7\gdk\gdkmm\display.cc

update to match the gtk 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=552513.



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

Message: 2
Date: Thu, 18 Sep 2008 12:14:53 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 552513] gtkmm does not build against
	GTK+	2.14 on Windows
To: gtkmm-forge lists sourceforge net
Message-ID: <20080918121453 9911B23F53A 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=552513

  gtkmm | build | Ver: unspecified




------- Comment #4 from Damon Register  2008-09-18 12:14 UTC -------
I removed #define GTK_DISABLE_DEPRECATED from toolbar.ccg and toolbar.cc.
Compiling gtkmm 2.12.7 almost works but toolbar.cc compile fails at
Toolbar::get_tooltips_object()  with an error that says _tooltips
is not a member.  

The troublemaker seems to be gtktoolbar.h where GtkToolbar has this
member

#ifndef GTK_DISABLE_DEPRECATED
  GtkTooltips     *GSEAL (tooltips);
#else
  gpointer         GSEAL (_tooltips);
#endif

Why the name change (tooltips to _tooltips) in Gtk?  To force problems
like this to show up?

I suppose there are several solutions.  gtkmm could contain the
#ifndef GTK_DISABLE_DEPRECATED but that seems messy.  I could mask
the problem by keeping the #define GTK_DISABLE_DEPRECATED in
toolbar.cc

For now I just commented the cc function to see if there were any
other compile problems with the #define GTK_DISABLE_DEPRECATED removed.
It appears that is the only problem.  With the GdkNativeWindow fix
(patch submitted) and commenting out Toolbar::get_tooltips_object()
the gtkmm compiled ok.

Should gtk be fixed to eliminate that tooltip/_tooltip difference?
What is the best solution for this problem?


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



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

Message: 3
Date: Thu, 18 Sep 2008 12:53:30 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 552513] gtkmm does not build against
	GTK+	2.14 on Windows
To: gtkmm-forge lists sourceforge net
Message-ID: <20080918125330 48C0723F526 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=552513

  gtkmm | build | Ver: unspecified




------- Comment #5 from Armin Burgmeier  2008-09-18 12:53 UTC -------
As pointed out on the mailing list, the toolbar issue has already been fixed in
recent versions of gtkmm. In the current toolbar.ccg,
Toolbar::get_tooltips_object() always returns 0:

http://svn.gnome.org/viewvc/gtkmm/trunk/gtk/src/toolbar.ccg?view=markup


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



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

Message: 4
Date: Thu, 18 Sep 2008 13:09:28 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 552513] gtkmm does not build against
	GTK+	2.14 on Windows
To: gtkmm-forge lists sourceforge net
Message-ID: <20080918130928 BD88323F53A 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=552513

  gtkmm | build | Ver: unspecified

Armin Burgmeier changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
 Attachment #118851|0                           |1
        is obsolete|                            |
 Attachment #118852|0                           |1
        is obsolete|                            |




------- Comment #6 from Armin Burgmeier  2008-09-18 13:09 UTC -------
Created an attachment (id=118945)
 --> (http://bugzilla.gnome.org/attachment.cgi?id=118945&action=view)
Proposed patch

This patch fixes the issue by changing the parameters and return values of
these functions to GdkNativeWindow, as proposed by Damon. On Linux, this is the
same as guint32, so this is not a problem (I tested this). On Windows, the old
functions are kept for compatibility.


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



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

Message: 5
Date: Sat, 20 Sep 2008 16:28:21 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 553024] New: switching notebook pages
	while	removing them fails ungracefully
To: gtkmm-forge lists sourceforge net
Message-ID: <bug-553024-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=553024

  gtkmm | general | Ver: 2.4.x
           Summary: switching notebook pages while removing them fails
                    ungracefully
           Product: gtkmm
           Version: 2.4.x
          Platform: Other
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: minor
          Priority: Normal
         Component: general
        AssignedTo: gtkmm-forge lists sourceforge net
        ReportedBy: sakari bergen tkk fi
         QAContact: gtkmm-forge lists sourceforge net
     GNOME version: Unspecified
   GNOME milestone: Unspecified


When removing pages from a notebook, using set_current_page() with an invalid
page number sometimes causes it to fail ungracefully.

I'll attach a test case which shows this behavior. The page switch signal
triggers a function that prevents the user from selecting the last page (I'm
using this in
http://beatwaves.net/files/images/software/summercode/all/sshot.png ). For some
reason this causes a crash when removing pages from a notebook with only two
pages. With a notebook with three pages it doesn't crash, hence the "add third
page" button in the test application.

The crash can be avoided by manually testing that the requested page is valid,
but nevertheless, the behavior is buggy IMO.


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



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

Message: 6
Date: Sat, 20 Sep 2008 16:30:10 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 553024] switching notebook pages while
	removing them fails ungracefully
To: gtkmm-forge lists sourceforge net
Message-ID: <20080920163010 0625D23F58F 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=553024

  gtkmm | general | Ver: 2.4.x




------- Comment #1 from Sakari Bergen  2008-09-20 16:30 UTC -------
Created an attachment (id=119042)
 --> (http://bugzilla.gnome.org/attachment.cgi?id=119042&action=view)
Testcase for the bug

compile with:
g++ `pkg-config --libs --cflags gtkmm-2.4` -o crash crash.cc


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



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

Message: 7
Date: Sun, 21 Sep 2008 16:43:14 +0000 (UTC)
From: "gnomemm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 553157] New: Timeline using wrong
	property	name + completely wrong/incomplete wrapper over TimeoutPool?
To: gtkmm-forge lists sourceforge net
Message-ID: <bug-553157-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=553157

  gnomemm | cluttermm | Ver: unspecified
           Summary: Timeline using wrong property name + completely
                    wrong/incomplete wrapper over TimeoutPool?
           Product: gnomemm
           Version: unspecified
          Platform: Other
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: critical
          Priority: Normal
         Component: cluttermm
        AssignedTo: gtkmm-forge lists sourceforge net
        ReportedBy: cristi posoiu gmail com
     GNOME version: 2.21/2.22
   GNOME milestone: Unspecified


cluttermm and clutter from svn trunk, as of today (hopefully 0.8)

a) Clutter::Timeline seems to use the property "msecs" while the property
should be 'duration' !?

b) Clutter::TimeoutPool unusable.
  Linker can't find Clutter::TimeoutPool(int msec)

  After 2 minutes of research, I think the wrapping is not done at all.
  My observations:
  1) the 2 functions defined as wrappers (add/remove) seems to treat the
TimeoutPool as a GObject.  But looking at the implementation from clutter, it
doesn't look like so.
  2) headers from cluttermm *do* define as explicit that constructor, but
implementation is missing.

Hope that helps.


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



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

Message: 8
Date: Sun, 21 Sep 2008 22:02:08 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 553179] New: clipboard tutorial
	contains a bug
To: gtkmm-forge lists sourceforge net
Message-ID: <bug-553179-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=553179

  gtkmm | general | Ver: unspecified
           Summary: clipboard tutorial contains a bug
           Product: gtkmm
           Version: unspecified
          Platform: Other
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: general
        AssignedTo: gtkmm-forge lists sourceforge net
        ReportedBy: carlo alinoe com
         QAContact: gtkmm-forge lists sourceforge net
     GNOME version: Unspecified
   GNOME milestone: Unspecified


The 'ideal' example code contains a bug, in void
ExampleWindow::on_button_copy()
it says:

  //Store the copied data until it is pasted:
  m_ClipboardStore = strData;

[...]

  refClipboard->set(listTargets, sigc::mem_fun(*this,
              &ExampleWindow::on_clipboard_get), sigc::mem_fun(*this,
                  &ExampleWindow::on_clipboard_clear) );


However, if the clipboard was filled just before with
the function, then a call to Gtk::Clipboard::set calls
the 'clear' function (because it is being set again).
Hence, this code would immediately erase m_ClipboardStore
again.

This is easy to reproduce with the example code given in
http://www.gtkmm.org/docs/gtkmm-2.4/examples/book/clipboard/ideal/

Open two applications and try to copy and paste things repeatedly;
all you'll get is nothing.

Moving the line 'm_ClipboardStore = strData' *below*
refClipboard->set(..) fixes the application.


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



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

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