From MattKern@cyantechnology.com Tue Apr 6 11:49:15 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3338D75009D for ; Tue, 6 Apr 2010 11:49:15 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -0.836 X-Spam-Level: X-Spam-Status: No, score=-0.836 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, MISSING_SUBJECT=1.762] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fpYbNoESWqjG for ; Tue, 6 Apr 2010 11:49:14 +0000 (UTC) Received: from cyantechnology.com (mail.cyantechnology.com [62.189.175.250]) by menubar.gnome.org (Postfix) with ESMTP id 9ECEE750021 for ; Tue, 6 Apr 2010 11:49:04 +0000 (UTC) Received: from [172.16.32.89] ([172.16.32.89] RDNS failed) by cyantechnology.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 6 Apr 2010 12:49:02 +0100 From: Matt Kern To: gtkglext-list@gnome.org Content-Type: multipart/alternative; boundary="=-wP76IeMHFCdqwDdyZ3VJ" Date: Tue, 06 Apr 2010 12:48:59 +0100 Message-Id: <1270554540.14656.42.camel@deimos.cyantechnology.local> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 X-OriginalArrivalTime: 06 Apr 2010 11:49:02.0458 (UTC) FILETIME=[26F42DA0:01CAD57F] Subject: [GtkGLExt] (no subject) X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2010 11:49:15 -0000 --=-wP76IeMHFCdqwDdyZ3VJ Content-Type: text/plain Content-Transfer-Encoding: 7bit Is it possible to rander antialiased text inside a glarea? If so, how? I have a PyGtk + GtkGLext program which currently uses pango fonts: glEnable(GL_POINT_SMOOTH) glEnable(GL_LINE_SMOOTH) glEnable(GL_POLYGON_SMOOTH) glEnable(GL_BLEND) glBlendFunc(GL_SRC_ALPHA, GL_ONE_MINUS_SRC_ALPHA) glHint(GL_LINE_SMOOTH_HINT, GL_DONT_CARE) ... self.__font_string = 'courier bold 14' self.__font_list_base = glGenLists(128) self.__font_desc = pango.FontDescription(self.__font_string) self.__font = gtk.gdkgl.font_use_pango_font(self.__font_desc, 0, 128, self.__font_list_base) ... glRasterPos2f(-10.0, 6.0) glListBase(self.__font_list_base) glCallLists(node.label) However, using this approach the fonts are not rendered with antialiasing (presumably because of the list rasterization). I have experimented with calling gdk_draw_text(...) directly, but (a) the text is still blocky; (b) the text flickers despite my tinkering with _GLArea__expose_event to alter the double buffer swapping; and (c) I must additionally transform OpenGL co-ordinates into window co-ordinates. The text in the widgets surrounding the glarea is all antialiased by default, which only serves to highlight the blocky text inside the glarea. Before I waste any more time on this, can someone point me in the right direction. Thanks in advance, Matt --=-wP76IeMHFCdqwDdyZ3VJ Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit Is it possible to rander antialiased text inside a glarea?  If so, how?

I have a PyGtk + GtkGLext program which currently uses pango fonts:

        glEnable(GL_POINT_SMOOTH)
        glEnable(GL_LINE_SMOOTH)
        glEnable(GL_POLYGON_SMOOTH)
        glEnable(GL_BLEND)
        glBlendFunc(GL_SRC_ALPHA, GL_ONE_MINUS_SRC_ALPHA)
        glHint(GL_LINE_SMOOTH_HINT, GL_DONT_CARE)
        ...
        self.__font_string = 'courier bold 14'
        self.__font_list_base = glGenLists(128)
        self.__font_desc = pango.FontDescription(self.__font_string)
        self.__font = gtk.gdkgl.font_use_pango_font(self.__font_desc, 0, 128, self.__font_list_base)
        ...
        glRasterPos2f(-10.0, 6.0)
        glListBase(self.__font_list_base)
        glCallLists(node.label)
However, using this approach the fonts are not rendered with antialiasing (presumably because of the list rasterization).

I have experimented with calling gdk_draw_text(...) directly, but (a) the text is still blocky; (b) the text flickers despite my tinkering with _GLArea__expose_event to alter the double buffer swapping; and (c) I must additionally transform OpenGL co-ordinates into window co-ordinates.

The text in the widgets surrounding the glarea is all antialiased by default, which only serves to highlight the blocky text inside the glarea.

Before I waste any more time on this, can someone point me in the right direction.

Thanks in advance,
Matt

--=-wP76IeMHFCdqwDdyZ3VJ-- From muks@banu.com Tue Apr 6 12:26:17 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 539E97500DE for ; Tue, 6 Apr 2010 12:26:17 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.445 X-Spam-Level: X-Spam-Status: No, score=-2.445 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_GT=0.077, TW_TK=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ytcMnbqXLHol for ; Tue, 6 Apr 2010 12:26:16 +0000 (UTC) X-Greylist: delayed 1676 seconds by postgrey-1.32 at menubar.gnome.org; Tue, 06 Apr 2010 12:26:16 UTC Received: from mail.banu.com (mail.banu.com [67.19.28.195]) by menubar.gnome.org (Postfix) with ESMTP id 5385F7500AF for ; Tue, 6 Apr 2010 12:26:07 +0000 (UTC) Received: from jurassic (unknown [117.201.46.3]) by mail.banu.com (Postfix) with ESMTP id 59B2F1110059; Tue, 6 Apr 2010 06:58:09 -0500 (CDT) Date: Tue, 6 Apr 2010 17:28:03 +0530 From: Mukund Sivaraman To: Matt Kern Message-ID: <20100406115803.GA7084@jurassic> References: <1270554540.14656.42.camel@deimos.cyantechnology.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1270554540.14656.42.camel@deimos.cyantechnology.local> User-Agent: Mutt/1.5.20 (2009-08-17) Cc: gtkglext-list@gnome.org Subject: Re: [GtkGLExt] (no subject) X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2010 12:26:17 -0000 Hi Matt On Tue, Apr 06, 2010 at 12:48:59PM +0100, Matt Kern wrote: > Is it possible to rander antialiased text inside a glarea? If so, how? > > I have a PyGtk + GtkGLext program which currently uses pango fonts: > > > glEnable(GL_POINT_SMOOTH) > glEnable(GL_LINE_SMOOTH) > glEnable(GL_POLYGON_SMOOTH) > glEnable(GL_BLEND) > glBlendFunc(GL_SRC_ALPHA, GL_ONE_MINUS_SRC_ALPHA) > glHint(GL_LINE_SMOOTH_HINT, GL_DONT_CARE) > ... > self.__font_string = 'courier bold 14' > self.__font_list_base = glGenLists(128) > self.__font_desc = pango.FontDescription(self.__font_string) > self.__font = gtk.gdkgl.font_use_pango_font(self.__font_desc, 0, 128, self.__font_list_base) > ... > glRasterPos2f(-10.0, 6.0) > glListBase(self.__font_list_base) > glCallLists(node.label) > Look at the font-pangoft2* examples in the examples directory of the gtkglext source code distribution. You should be adapt it to your Python code. This approach obviously doesn't use the bitmap display lists as in your code above. Mukund From MattKern@cyantechnology.com Tue Apr 6 13:13:27 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B8C847500C0 for ; Tue, 6 Apr 2010 13:13:27 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.445 X-Spam-Level: X-Spam-Status: No, score=-2.445 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_GT=0.077, TW_TK=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pH9CgWbiizU2 for ; Tue, 6 Apr 2010 13:13:27 +0000 (UTC) Received: from cyantechnology.com (mail.cyantechnology.com [62.189.175.250]) by menubar.gnome.org (Postfix) with ESMTP id D96D775000B for ; Tue, 6 Apr 2010 13:13:17 +0000 (UTC) Received: from [172.16.32.89] ([172.16.32.89] RDNS failed) by cyantechnology.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 6 Apr 2010 14:13:16 +0100 From: Matt Kern To: Mukund Sivaraman In-Reply-To: <20100406115803.GA7084@jurassic> References: <1270554540.14656.42.camel@deimos.cyantechnology.local> <20100406115803.GA7084@jurassic> Content-Type: text/plain Date: Tue, 06 Apr 2010 14:13:13 +0100 Message-Id: <1270559593.14656.49.camel@deimos.cyantechnology.local> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 06 Apr 2010 13:13:16.0352 (UTC) FILETIME=[EB4F3400:01CAD58A] Cc: gtkglext-list@gnome.org Subject: Re: [GtkGLExt] (no subject) X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2010 13:13:28 -0000 Thank you for the pointer. Interestingly font-pangoft2 displays only a red sphere on my machine. The "This text is rendered with ..." message does not appear. This was with the Debian/Lenny libpango1.0-0 version 1.20.5-5. The font-pangoft2-tex example does work (assuming it is a StarWars tribute). Matt On Tue, 2010-04-06 at 17:28 +0530, Mukund Sivaraman wrote: > Hi Matt > > On Tue, Apr 06, 2010 at 12:48:59PM +0100, Matt Kern wrote: > > Is it possible to rander antialiased text inside a glarea? If so, how? > > > > I have a PyGtk + GtkGLext program which currently uses pango fonts: > > > > > > glEnable(GL_POINT_SMOOTH) > > glEnable(GL_LINE_SMOOTH) > > glEnable(GL_POLYGON_SMOOTH) > > glEnable(GL_BLEND) > > glBlendFunc(GL_SRC_ALPHA, GL_ONE_MINUS_SRC_ALPHA) > > glHint(GL_LINE_SMOOTH_HINT, GL_DONT_CARE) > > ... > > self.__font_string = 'courier bold 14' > > self.__font_list_base = glGenLists(128) > > self.__font_desc = pango.FontDescription(self.__font_string) > > self.__font = gtk.gdkgl.font_use_pango_font(self.__font_desc, 0, 128, self.__font_list_base) > > ... > > glRasterPos2f(-10.0, 6.0) > > glListBase(self.__font_list_base) > > glCallLists(node.label) > > > > Look at the font-pangoft2* examples in the examples directory of the > gtkglext source code distribution. You should be adapt it to your > Python code. This approach obviously doesn't use the bitmap display > lists as in your code above. > > Mukund -- Matt Kern Cyan This e-mail message is confidential and for use by the addressee only. If you are not the intended recipient, please contact us, delete the message from your computer and destroy any copies. Accordingly any dissemination, distribution, copying or other use of this message or any of its content by any person other than the intended recipient is strictly prohibited. Internet e-mails are not necessarily secure, therefore responsibility is not accepted for changes made to this message after it was sent. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Cyan Holdings plc or any associated or subsidiary companies. This email has been scanned for viruses. It is the responsibility of the recipient to ensure that the onward transmission, opening or use of this message and any attachments will not adversely affect its systems or data. Cyan Holdings plc, Buckingway Business Park, Swavesey, Cambridge CB24 4UQ From MattKern@cyantechnology.com Tue Apr 6 14:03:24 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id F33847500AF for ; Tue, 6 Apr 2010 14:03:23 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.445 X-Spam-Level: X-Spam-Status: No, score=-2.445 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_GT=0.077, TW_TK=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UmYw1lECH4RF for ; Tue, 6 Apr 2010 14:03:23 +0000 (UTC) Received: from cyantechnology.com (mail.cyantechnology.com [62.189.175.250]) by menubar.gnome.org (Postfix) with ESMTP id 19B6375009D for ; Tue, 6 Apr 2010 14:03:14 +0000 (UTC) Received: from [172.16.32.89] ([172.16.32.89] RDNS failed) by cyantechnology.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 6 Apr 2010 15:03:13 +0100 From: Matt Kern To: Mukund Sivaraman In-Reply-To: <1270559593.14656.49.camel@deimos.cyantechnology.local> References: <1270554540.14656.42.camel@deimos.cyantechnology.local> <20100406115803.GA7084@jurassic> <1270559593.14656.49.camel@deimos.cyantechnology.local> Content-Type: text/plain Date: Tue, 06 Apr 2010 15:03:10 +0100 Message-Id: <1270562590.14656.51.camel@deimos.cyantechnology.local> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 06 Apr 2010 14:03:13.0091 (UTC) FILETIME=[E5814930:01CAD591] Cc: gtkglext-list@gnome.org Subject: Re: [GtkGLExt] (no subject) X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2010 14:03:24 -0000 The font-pangoft2 demo does work on my other Ubuntu/Karmic install, so I guess there must be an old and broken library on my Debian machine. Matt On Tue, 2010-04-06 at 14:13 +0100, Matt Kern wrote: > Thank you for the pointer. > > Interestingly font-pangoft2 displays only a red sphere on my machine. > The "This text is rendered with ..." message does not appear. This was > with the Debian/Lenny libpango1.0-0 version 1.20.5-5. The > font-pangoft2-tex example does work (assuming it is a StarWars tribute). > > Matt > > > On Tue, 2010-04-06 at 17:28 +0530, Mukund Sivaraman wrote: > > Hi Matt > > > > On Tue, Apr 06, 2010 at 12:48:59PM +0100, Matt Kern wrote: > > > Is it possible to rander antialiased text inside a glarea? If so, how? > > > > > > I have a PyGtk + GtkGLext program which currently uses pango fonts: > > > > > > > > > glEnable(GL_POINT_SMOOTH) > > > glEnable(GL_LINE_SMOOTH) > > > glEnable(GL_POLYGON_SMOOTH) > > > glEnable(GL_BLEND) > > > glBlendFunc(GL_SRC_ALPHA, GL_ONE_MINUS_SRC_ALPHA) > > > glHint(GL_LINE_SMOOTH_HINT, GL_DONT_CARE) > > > ... > > > self.__font_string = 'courier bold 14' > > > self.__font_list_base = glGenLists(128) > > > self.__font_desc = pango.FontDescription(self.__font_string) > > > self.__font = gtk.gdkgl.font_use_pango_font(self.__font_desc, 0, 128, self.__font_list_base) > > > ... > > > glRasterPos2f(-10.0, 6.0) > > > glListBase(self.__font_list_base) > > > glCallLists(node.label) > > > > > > > Look at the font-pangoft2* examples in the examples directory of the > > gtkglext source code distribution. You should be adapt it to your > > Python code. This approach obviously doesn't use the bitmap display > > lists as in your code above. > > > > Mukund -- Matt Kern Cyan This e-mail message is confidential and for use by the addressee only. If you are not the intended recipient, please contact us, delete the message from your computer and destroy any copies. Accordingly any dissemination, distribution, copying or other use of this message or any of its content by any person other than the intended recipient is strictly prohibited. Internet e-mails are not necessarily secure, therefore responsibility is not accepted for changes made to this message after it was sent. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Cyan Holdings plc or any associated or subsidiary companies. This email has been scanned for viruses. It is the responsibility of the recipient to ensure that the onward transmission, opening or use of this message and any attachments will not adversely affect its systems or data. Cyan Holdings plc, Buckingway Business Park, Swavesey, Cambridge CB24 4UQ From tweenk.pl@gmail.com Thu Apr 8 11:11:09 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6A68E75007D for ; Thu, 8 Apr 2010 11:11:09 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KOfNptL9utSf for ; Thu, 8 Apr 2010 11:11:08 +0000 (UTC) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by menubar.gnome.org (Postfix) with ESMTP id 4D68B750072 for ; Thu, 8 Apr 2010 11:10:59 +0000 (UTC) Received: by bwz8 with SMTP id 8so143534bwz.23 for ; Thu, 08 Apr 2010 04:10:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:received:message-id :subject:from:to:content-type; bh=JR6BLcR8S7ylM4p0FZZnylqe7CaEOiVw3YGz5hsmFQc=; b=AgzC31bWlg6xZzBeioeEa8Gp/HguPusJrCHTPGuL0Iz/vgaY9oE/7aK+Q6haLf6K6a vqgK9OUX57+FXu64uJ5W6QeOvtu1s+KUkFc9Qj24/se4Fs9tfYc2F0gox50Ox/801Nin KzHv9DTJzJQGXvRCFM9pFDPMAZ91KkOa6sYwQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=aEcB3NtoF5p9UcjSVvsuSYfheStPo7obS5fBftIMNBBuUWq6g5ee1zwSr+HlANIfwT ldAJS8qiy09MFVaqFIGaPAYTrfNNQp3MBy39JDo9NADltokWTHCGJXEwnLhCAiwBxCkE F+E1/CBNIYJMQkit/9robR+8Zq1n05nj/4dvo= MIME-Version: 1.0 Received: by 10.204.71.206 with HTTP; Thu, 8 Apr 2010 04:10:57 -0700 (PDT) Date: Thu, 8 Apr 2010 13:10:57 +0200 Received: by 10.204.2.210 with SMTP id 18mr5048bkk.15.1270725057756; Thu, 08 Apr 2010 04:10:57 -0700 (PDT) Message-ID: From: =?UTF-8?Q?Krzysztof_Kosi=C5=84ski?= To: gtkglext-list@gnome.org Content-Type: text/plain; charset=UTF-8 Subject: [GtkGLExt] GtkGLExt and cairo-gl X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 11:11:09 -0000 Hello What is the backend of the Cairo surface created for GL-capable widgets by GtkGLExt? Is it possible to use a cairo-gl surface for such a widget? If yes, how do I do this? Regards, Krzysztof From melodramus@online.de Sat Apr 24 23:27:26 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B72AD7500AE for ; Sat, 24 Apr 2010 23:27:26 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cP3SO9VZ35JD for ; Sat, 24 Apr 2010 23:27:24 +0000 (UTC) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.17.8]) by menubar.gnome.org (Postfix) with ESMTP id E20F6750078 for ; Sat, 24 Apr 2010 23:27:15 +0000 (UTC) Received: from zahlenwald (p4FDEA49B.dip0.t-ipconnect.de [79.222.164.155]) by mrelayeu.kundenserver.de (node=mrbap1) with ESMTP (Nemesis) id 0MSY0i-1Ny0fI38gm-00Rz2G; Sun, 25 Apr 2010 01:21:57 +0200 Date: Sun, 25 Apr 2010 01:21:57 +0200 From: melodramus@online.de To: gtkglext-list@gnome.org Message-Id: <20100425012157.237e463c.melodramus@online.de> X-Mailer: Sylpheed 3.0.2 (GTK+ 2.20.0; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V01U2FsdGVkX18OF8U4oe3Bk2PGT4eakM41c+L06DINTU6n+3v zLvaG2A1NBhhITMIQlezA4wmjP82Sye7w9hzu3mgEpyfPBeFRr WHUBeW4fBPq3l4UZI2fTHW0XMK0M6ih Subject: [GtkGLExt] undefined reference to gtk_widget_realized X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Apr 2010 23:27:27 -0000 hello i tried to update cairo-dock and got the following message with latest stable gtk+ and gtkglext: /usr/lib/libgtkglext-x11-1.0.so: undefined reference to `GTK_WIDGET_REALIZED' /usr/lib/libgtkglext-x11-1.0.so: undefined reference to `GTK_WIDGET_TOPLEVEL' /usr/lib/libgtkglext-x11-1.0.so: undefined reference to `GTK_WIDGET_NO_WINDOW' MeloDramus From javierjc1982@gmail.com Sun Apr 25 16:33:56 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3B9F37500B6 for ; Sun, 25 Apr 2010 16:33:56 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -0.337 X-Spam-Level: X-Spam-Status: No, score=-0.337 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_ENVFROM_END_DIGIT=1.553, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_TO_NO_BRKTS_FREEMAIL=0.01] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mtg5XAcHykND for ; Sun, 25 Apr 2010 16:33:54 +0000 (UTC) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by menubar.gnome.org (Postfix) with ESMTP id 67C3F75006C for ; Sun, 25 Apr 2010 16:33:43 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id e21so1177241fga.9 for ; Sun, 25 Apr 2010 09:33:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:sender:received :in-reply-to:references:from:date:x-google-sender-auth:message-id :subject:to:cc:content-type:content-transfer-encoding; bh=GljnexjoEOdjSNr4/3AcVUvNpZ9lZnATJX5ZDwQo8m4=; b=FxZgZJz7stsY0lKhbMH2hJK3/D/MvjAwB2p1bI593dzH6XgKRyvq+CXgNQwtNDpKXJ mrVSfGaiJwAQnKuTCkYG1ENJylntMN+364hGI+m4gf7nCCvyK80I8Ov9Ou2fRG/IkRpp 6QxYQNgfCOgn5sjLXkTEEqbqMxyEfy76K3ZqA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; b=dxKJHMGVwoIPyZ2cEmU1p2lhD6cs47ivoDuKcfTQNKqFv9soRLz4bF9Db4A16Irgzu 3lGQD4nWO24Z7GFcEsg/xq+/CoVCKI3ooa+le/5p0XUtL5jXVSoCLQzcA222OI6KYd1z YqYtfCNHTHIWAIKOW5mi5xSPgwYfhMAtLpYh8= Received: by 10.86.239.11 with SMTP id m11mr4761595fgh.22.1272213215719; Sun, 25 Apr 2010 09:33:35 -0700 (PDT) MIME-Version: 1.0 Sender: javierjc1982@gmail.com Received: by 10.223.122.82 with HTTP; Sun, 25 Apr 2010 09:33:15 -0700 (PDT) In-Reply-To: <20100425012157.237e463c.melodramus@online.de> References: <20100425012157.237e463c.melodramus@online.de> From: =?UTF-8?Q?Javier_Jard=C3=B3n?= Date: Sun, 25 Apr 2010 18:33:15 +0200 X-Google-Sender-Auth: 55880da65ab9e73f Message-ID: To: melodramus@online.de Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: gtkglext-list@gnome.org Subject: Re: [GtkGLExt] undefined reference to gtk_widget_realized X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Apr 2010 16:33:56 -0000 2010/4/25 : > hello > > i tried to update cairo-dock and got the following message with latest > stable gtk+ and gtkglext: > > /usr/lib/libgtkglext-x11-1.0.so: undefined reference to > `GTK_WIDGET_REALIZED' > /usr/lib/libgtkglext-x11-1.0.so: undefined reference to > `GTK_WIDGET_TOPLEVEL' > /usr/lib/libgtkglext-x11-1.0.so: undefined reference to > `GTK_WIDGET_NO_WINDOW' Hello, The patch attached here [1] solves this problem. [1] https://bugzilla.gnome.org/show_bug.cgi?id=3D603949#c6 --=20 Javier Jard=C3=B3n Cabezas From braden@endoframe.com Sun Apr 25 17:47:08 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 81B7875006C for ; Sun, 25 Apr 2010 17:47:08 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=2 tests=[BAYES_00=-1.9] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4BiiGCoOknGl for ; Sun, 25 Apr 2010 17:47:05 +0000 (UTC) Received: from hapkido.dreamhost.com (hapkido.dreamhost.com [66.33.216.122]) by menubar.gnome.org (Postfix) with ESMTP id C8672750062 for ; Sun, 25 Apr 2010 17:46:57 +0000 (UTC) Received: from friskymail-a4.g.dreamhost.com (caibbdcaaaaf.dreamhost.com [208.113.200.5]) by hapkido.dreamhost.com (Postfix) with ESMTP id A41A517A924 for ; Sun, 25 Apr 2010 10:46:57 -0700 (PDT) Received: from [192.168.1.25] (ip72-205-34-41.dc.dc.cox.net [72.205.34.41]) by friskymail-a4.g.dreamhost.com (Postfix) with ESMTP id 6C5C5121CDC for ; Sun, 25 Apr 2010 10:46:46 -0700 (PDT) From: Braden McDaniel To: gtkglext-list@gnome.org In-Reply-To: References: <20100425012157.237e463c.melodramus@online.de> Content-Type: text/plain; charset="UTF-8" Date: Sun, 25 Apr 2010 13:46:32 -0400 Message-ID: <1272217592.14586.45.camel@bolt.endoframe.net> Mime-Version: 1.0 X-Mailer: Evolution 2.30.0.1 (2.30.0-1.fc13) Content-Transfer-Encoding: 8bit Subject: Re: [GtkGLExt] undefined reference to gtk_widget_realized X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Apr 2010 17:47:08 -0000 On Sun, 2010-04-25 at 18:33 +0200, Javier Jardón wrote: > 2010/4/25 : > > hello > > > > i tried to update cairo-dock and got the following message with latest > > stable gtk+ and gtkglext: > > > > /usr/lib/libgtkglext-x11-1.0.so: undefined reference to > > `GTK_WIDGET_REALIZED' > > /usr/lib/libgtkglext-x11-1.0.so: undefined reference to > > `GTK_WIDGET_TOPLEVEL' > > /usr/lib/libgtkglext-x11-1.0.so: undefined reference to > > `GTK_WIDGET_NO_WINDOW' > > Hello, > > The patch attached here [1] solves this problem. > > [1] https://bugzilla.gnome.org/show_bug.cgi?id=603949#c6 Argh... Well, so did the patch to bug 611803, which I applied last night. Can you update the patch to bug 603949? I'll steal this bug from Mukund and review it quickly. -- Braden McDaniel From javierjc1982@gmail.com Sun Apr 25 20:51:42 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2DB517500E0 for ; Sun, 25 Apr 2010 20:51:42 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -0.347 X-Spam-Level: X-Spam-Status: No, score=-0.347 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_ENVFROM_END_DIGIT=1.553, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 82wyQsp94wSD for ; Sun, 25 Apr 2010 20:51:40 +0000 (UTC) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by menubar.gnome.org (Postfix) with ESMTP id 1DCF97500AA for ; Sun, 25 Apr 2010 20:51:29 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id l26so29137fgb.9 for ; Sun, 25 Apr 2010 13:51:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:sender:received :in-reply-to:references:from:date:x-google-sender-auth:message-id :subject:to:cc:content-type:content-transfer-encoding; bh=KM9qbv1eSfo4+prpq23HrAfXXI9Qt7tfaXerZCjVW+E=; b=Df4QG+J3xecR00Mll7mjWmuPGQG1jdVyELcqvcvlbkgi7r30jaJ0jLLqT09mU7WbHM zhS/uvbfIoV93hCBhkH1BFM7CSOxUTmz6RYCd4XOE/dMjNHaK8AGsA5H5o2yvjLvZgWx 2YfeejAGDpvo78Rx8H8fEkMtWP1rb6nabL1ng= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; b=vbvZKqGKqT364LPmzvuBaz6ndd/3GDrlmhJfugD1zlAtKtej3NcVRsCKHdwd64LItK /3z0TXgko0kNVbLwnaSHokWmEt7o5WA1EkAtvk5YUsTnKt01WPKtSE32bFx5eZXLUHA1 7OJ3wr3cbfLOyLi44htSjFZ2ZB7uGLk6UNnrI= Received: by 10.87.8.4 with SMTP id l4mr200540fgi.1.1272228250160; Sun, 25 Apr 2010 13:44:10 -0700 (PDT) MIME-Version: 1.0 Sender: javierjc1982@gmail.com Received: by 10.223.122.82 with HTTP; Sun, 25 Apr 2010 13:41:19 -0700 (PDT) In-Reply-To: <1272217592.14586.45.camel@bolt.endoframe.net> References: <20100425012157.237e463c.melodramus@online.de> <1272217592.14586.45.camel@bolt.endoframe.net> From: =?UTF-8?Q?Javier_Jard=C3=B3n?= Date: Sun, 25 Apr 2010 22:41:19 +0200 X-Google-Sender-Auth: 4c7ad8ef06345ce3 Message-ID: To: Braden McDaniel Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: gtkglext-list@gnome.org Subject: Re: [GtkGLExt] undefined reference to gtk_widget_realized X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Apr 2010 20:51:42 -0000 2010/4/25 Braden McDaniel : > On Sun, 2010-04-25 at 18:33 +0200, Javier Jard=C3=B3n wrote: >> 2010/4/25 =C2=A0: >> > hello >> > >> > i tried to update cairo-dock and got the following message with latest >> > stable gtk+ and gtkglext: >> > >> > /usr/lib/libgtkglext-x11-1.0.so: undefined reference to >> > `GTK_WIDGET_REALIZED' >> > /usr/lib/libgtkglext-x11-1.0.so: undefined reference to >> > `GTK_WIDGET_TOPLEVEL' >> > /usr/lib/libgtkglext-x11-1.0.so: undefined reference to >> > `GTK_WIDGET_NO_WINDOW' >> >> Hello, >> >> The patch attached here [1] solves this problem. >> >> [1] https://bugzilla.gnome.org/show_bug.cgi?id=3D603949#c6 > > Argh... Well, so did the patch to bug 611803, which I applied last > night. > > Can you update the patch to bug 603949? =C2=A0I'll steal this bug from Mu= kund > and review it quickly. Sure, updated patch attached to the bug report. --=20 Javier Jard=C3=B3n Cabezas From lindleyf@cox.net Thu Apr 29 18:30:21 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id DDEB97501BB for ; Thu, 29 Apr 2010 18:30:21 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: YES X-Spam-Score: 2.8 X-Spam-Level: ** X-Spam-Status: Yes, score=2.8 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, FH_FAKE_RCVD_LINE_B=3.999, RCVD_IN_DNSWL_NONE=-0.0001, SARE_RECV_IP_FROMIP3=0.711, T_RP_MATCHES_RCVD=-0.01] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xPcogKhdr5Yr for ; Thu, 29 Apr 2010 18:30:19 +0000 (UTC) X-Greylist: delayed 470 seconds by postgrey-1.32 at menubar.gnome.org; Thu, 29 Apr 2010 18:30:19 UTC Received: from eastrmmtao102.cox.net (eastrmmtao102.cox.net [68.230.240.8]) by menubar.gnome.org (Postfix) with ESMTP id 453C4750096 for ; Thu, 29 Apr 2010 18:30:10 +0000 (UTC) Received: from eastrmimpo03.cox.net ([68.1.16.126]) by eastrmmtao102.cox.net (InterMail vM.8.00.01.00 201-2244-105-20090324) with ESMTP id <20100429182220.VVTO7060.eastrmmtao102.cox.net@eastrmimpo03.cox.net> for ; Thu, 29 Apr 2010 14:22:20 -0400 Received: from eastrmwml39 ([172.18.18.217]) by eastrmimpo03.cox.net with bizsmtp id BWNL1e0034h0NJL02WNLmT; Thu, 29 Apr 2010 14:22:20 -0400 X-VR-Score: 0.00 X-Authority-Analysis: v=1.1 cv=garkv6WxUlWCZxlYffz6yNGlDVHTZyAXTUdcTJEJ4sc= c=1 sm=1 a=fGYuO1zQW0sA:10 a=IkcTkHD0fZMA:10 a=jwOLcS3FfDfihtVPV54Mlg==:17 a=HqADrKYSiArZ9RPZB4kA:9 a=R0H7zw3iZV1ODnBvVeFQbrG84LMA:4 a=QEXdDO2ut3YA:10 a=jwOLcS3FfDfihtVPV54Mlg==:117 X-CM-Score: 0.00 Received: from 72.165.80.2 by webmail.east.cox.net; Thu, 29 Apr 2010 14:22:19 -0400 Message-ID: <20100429142219.5XR35.192137.imail@eastrmwml39> Date: Thu, 29 Apr 2010 14:22:19 -0400 From: To: gtkglext-list@gnome.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) Sensitivity: Normal Subject: [GtkGLExt] Sharing display lists + textures X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Apr 2010 18:30:22 -0000 At first glance, GtkGLExt supports a simple interface for sharing display lists and textures, which is nice. However, when I actually try to use it, I've run into several practical problems and I was hoping for some advice on ways to solve them. I have a GUI which can contain a list of items to be viewed, and zero or more figure windows in which to view them. I use GtkGLExt to draw the items in the figure windows using OpenGL. For efficiency, there are some things (texture downloads, display list generation) which I'd prefer to only do once the first time something is viewed, and then just re-use, even if the item is displayed in a different figure window, so it makes sense to share display lists + textures between the contexts underlying each GtkDrawingArea. I've figured out a way to do it....provided the first figure window stays open. All the other figure windows share with the context from there. But if that figure closes, then any windows currently existing seem to be all right, but new ones created later don't handle the textures properly. The closed windows are not actually destroyed, merely gtk_widget_hide()en, but merely unrealizing them seems to be enough to destroy the GdkGLContext. I've long thought that the biggest design flaw in OpenGL is the difficulty of creating a context without a window to attach it to. If I could just create a "window-less" context then I'd be fine, but that seems to be quite difficult using the GtkGLExt interface. So my question is, first, has anyone encountered this type of problem before? And second, what actually happens when I share textures/display lists? If I create a texture in context A, then tell context B to share with A, then destroy context A, then create context C and tell C to share with B----will that texture be available to C or not? From jeffeb3@gmail.com Thu Apr 29 20:39:09 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 311E2750096 for ; Thu, 29 Apr 2010 20:39:09 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -0.293 X-Spam-Level: X-Spam-Status: No, score=-0.293 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=1.553, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, TW_GT=0.077, TW_TK=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EfxXT32Ou2No for ; Thu, 29 Apr 2010 20:39:06 +0000 (UTC) Received: from mail-yw0-f175.google.com (mail-yw0-f175.google.com [209.85.211.175]) by menubar.gnome.org (Postfix) with ESMTP id 6F1DC75011D for ; Thu, 29 Apr 2010 20:38:58 +0000 (UTC) Received: by ywh5 with SMTP id 5so8283651ywh.13 for ; Thu, 29 Apr 2010 13:38:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:references:from:in-reply-to :mime-version:date:message-id:subject:to:cc:content-type; bh=SzWCnf0t6tWaetwjwr+WTZGXAofpcNYmJ13lUDM40UI=; b=ALIoY93KPgCeS03hoU/YV9n+G3xVP/+BoY0L3SZAMHgqDP0vozyqBWpfT0W7/Bhc8y Mag3rmjk0qk//JqoFZz6f0fh+fDMNg3YtGDlcISBH1kQwvzX29yNEFegxT41fl3KuhWM bjV1AwTkemIO8zYc7rzACnLoAZMBtIS6zApLs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=references:from:in-reply-to:mime-version:date:message-id:subject:to :cc:content-type; b=X3ccpr9VeWsbDiw1B+NbfBoWkBd+fgZ0qOmDvChcrCBDZvJXasJNpkjBdCEb3xvya+ KBfeu7I8uDNNgzOO2bM9nB5/MRqPUFf96bNbFWhj3ESnItdeWMeVNRuk73d7+4Jw22Bc eHIFtDiH5+gciU3drTaRtoJQfMPN57bGjXyvo= Received: by 10.91.148.11 with SMTP id a11mr559072ago.6.1272573529167; Thu, 29 Apr 2010 13:38:49 -0700 (PDT) References: <20100429142219.5XR35.192137.imail@eastrmwml39> From: Jeff Eberl In-Reply-To: <20100429142219.5XR35.192137.imail@eastrmwml39> Mime-Version: 1.0 (iPhone Mail 7E18) Date: Thu, 29 Apr 2010 14:38:40 -0600 Message-ID: <-7198480501514635312@unknownmsgid> To: "lindleyf@cox.net" Content-Type: text/plain; charset=ISO-8859-1 Cc: "gtkglext-list@gnome.org" Subject: Re: [GtkGLExt] Sharing display lists + textures X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Apr 2010 20:39:09 -0000 I have done this before, and I asked this group about it. I found a method for increasing and decreasing the reference counts, and I just managed an extra reference count myself. Once I was done with the context, I removed my separately managed reference. I think the commands I used were: gtk_widget_ref and gtk_widget_unref --Jeff On Apr 29, 2010, at 12:22 PM, "lindleyf@cox.net" wrote: > At first glance, GtkGLExt supports a simple interface for sharing > display lists and textures, which is nice. However, when I actually > try to use it, I've run into several practical problems and I was > hoping for some advice on ways to solve them. > > I have a GUI which can contain a list of items to be viewed, and > zero or more figure windows in which to view them. I use GtkGLExt to > draw the items in the figure windows using OpenGL. > > For efficiency, there are some things (texture downloads, display > list generation) which I'd prefer to only do once the first time > something is viewed, and then just re-use, even if the item is > displayed in a different figure window, so it makes sense to share > display lists + textures between the contexts underlying each > GtkDrawingArea. > > I've figured out a way to do it....provided the first figure window > stays open. All the other figure windows share with the context from > there. But if that figure closes, then any windows currently > existing seem to be all right, but new ones created later don't > handle the textures properly. The closed windows are not actually > destroyed, merely gtk_widget_hide()en, but merely unrealizing them > seems to be enough to destroy the GdkGLContext. > > I've long thought that the biggest design flaw in OpenGL is the > difficulty of creating a context without a window to attach it to. > If I could just create a "window-less" context then I'd be fine, but > that seems to be quite difficult using the GtkGLExt interface. > > So my question is, first, has anyone encountered this type of > problem before? And second, what actually happens when I share > textures/display lists? If I create a texture in context A, then > tell context B to share with A, then destroy context A, then create > context C and tell C to share with B----will that texture be > available to C or not? > _______________________________________________ > gtkglext-list mailing list > gtkglext-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtkglext-list From lindleyf@cox.net Thu Apr 29 23:01:27 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 4795A7500C4 for ; Thu, 29 Apr 2010 23:01:27 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: YES X-Spam-Score: 2.954 X-Spam-Level: ** X-Spam-Status: Yes, score=2.954 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, FH_FAKE_RCVD_LINE_B=3.999, RCVD_IN_DNSWL_NONE=-0.0001, SARE_RECV_IP_FROMIP3=0.711, TW_GT=0.077, TW_TK=0.077, T_RP_MATCHES_RCVD=-0.01] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Nycg4sn3RgXT for ; Thu, 29 Apr 2010 23:01:25 +0000 (UTC) Received: from eastrmmtao107.cox.net (eastrmmtao107.cox.net [68.230.240.59]) by menubar.gnome.org (Postfix) with ESMTP id D10D67500B7 for ; Thu, 29 Apr 2010 23:01:16 +0000 (UTC) Received: from eastrmimpo01.cox.net ([68.1.16.119]) by eastrmmtao107.cox.net (InterMail vM.8.00.01.00 201-2244-105-20090324) with ESMTP id <20100429230115.FRPQ23683.eastrmmtao107.cox.net@eastrmimpo01.cox.net> for ; Thu, 29 Apr 2010 19:01:15 -0400 Received: from eastrmwml36 ([172.18.18.217]) by eastrmimpo01.cox.net with bizsmtp id Bb1E1e0094h0NJL02b1E2H; Thu, 29 Apr 2010 19:01:14 -0400 X-VR-Score: -80.00 X-Authority-Analysis: v=1.1 cv=peUQrtyfBrOS+3tH/pSRFnUnRm7ewd5I18euEabcF0g= c=1 sm=1 a=mMDwB8d3ne8A:10 a=fGYuO1zQW0sA:10 a=IkcTkHD0fZMA:10 a=jwOLcS3FfDfihtVPV54Mlg==:17 a=pGLkceISAAAA:8 a=kviXuzpPAAAA:8 a=aiIX5UjjAAAA:8 a=dd858jd54WXSt62h-QsA:9 a=TfTTfAQstd4gS7qF-qcA:7 a=zgnALJ1gce8rCWPpMCujq4Rh354A:4 a=QEXdDO2ut3YA:10 a=MSl-tDqOz04A:10 a=4vB-4DCPJfMA:10 a=yauLTTMCv9sA:10 a=jwOLcS3FfDfihtVPV54Mlg==:117 X-CM-Score: 0.00 Received: from 72.165.80.2 by webmail.east.cox.net; Thu, 29 Apr 2010 19:01:15 -0400 Message-ID: <20100429190115.A5UDZ.191243.imail@eastrmwml36> Date: Thu, 29 Apr 2010 19:01:15 -0400 From: To: "gtkglext-list@gnome.org" In-Reply-To: <-7198480501514635312@unknownmsgid> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) Sensitivity: Normal Subject: Re: [GtkGLExt] Sharing display lists + textures X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Apr 2010 23:01:27 -0000 I tried g_object_ref() etc on the GdkGLContext but it didn't help. After digging through the source code I think I know why: the OpenGL resources are released independently of the gobject, in the unrealize signal handler. Now, I could of course prevent that signal handler from being called by registering my own, but that seems like it's a bit hackish. What I'd really like to do is create a context which simply doesn't go away. I've got plenty of other gtk widgets in the GUI which never disappear...but none of them needs OpenGL capability. Is it possible to OpenGL-enable a widget without actually changing how it's drawn? I also looked into using a GdkGLPixbuf as the GdkGLDrawable for creating an offscreen context. While that compiled and didn't complain, the texture sharing does not appear to be working properly so far. ---- Jeff Eberl wrote: > I have done this before, and I asked this group about it. I found a > method for increasing and decreasing the reference counts, and I just > managed an extra reference count myself. Once I was done with the > context, I removed my separately managed reference. > > I think the commands I used were: > gtk_widget_ref and gtk_widget_unref > > > --Jeff > > On Apr 29, 2010, at 12:22 PM, "lindleyf@cox.net" > wrote: > > > At first glance, GtkGLExt supports a simple interface for sharing > > display lists and textures, which is nice. However, when I actually > > try to use it, I've run into several practical problems and I was > > hoping for some advice on ways to solve them. > > > > I have a GUI which can contain a list of items to be viewed, and > > zero or more figure windows in which to view them. I use GtkGLExt to > > draw the items in the figure windows using OpenGL. > > > > For efficiency, there are some things (texture downloads, display > > list generation) which I'd prefer to only do once the first time > > something is viewed, and then just re-use, even if the item is > > displayed in a different figure window, so it makes sense to share > > display lists + textures between the contexts underlying each > > GtkDrawingArea. > > > > I've figured out a way to do it....provided the first figure window > > stays open. All the other figure windows share with the context from > > there. But if that figure closes, then any windows currently > > existing seem to be all right, but new ones created later don't > > handle the textures properly. The closed windows are not actually > > destroyed, merely gtk_widget_hide()en, but merely unrealizing them > > seems to be enough to destroy the GdkGLContext. > > > > I've long thought that the biggest design flaw in OpenGL is the > > difficulty of creating a context without a window to attach it to. > > If I could just create a "window-less" context then I'd be fine, but > > that seems to be quite difficult using the GtkGLExt interface. > > > > So my question is, first, has anyone encountered this type of > > problem before? And second, what actually happens when I share > > textures/display lists? If I create a texture in context A, then > > tell context B to share with A, then destroy context A, then create > > context C and tell C to share with B----will that texture be > > available to C or not? > > _______________________________________________ > > gtkglext-list mailing list > > gtkglext-list@gnome.org > > http://mail.gnome.org/mailman/listinfo/gtkglext-list > _______________________________________________ > gtkglext-list mailing list > gtkglext-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtkglext-list From jose.carlos.pereira@ist.utl.pt Thu Apr 29 23:53:06 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B1C1F7500CE for ; Thu, 29 Apr 2010 23:53:06 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.758 X-Spam-Level: X-Spam-Status: No, score=-1.758 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, TW_GT=0.077, TW_TK=0.077, T_RP_MATCHES_RCVD=-0.01] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LSa-E5rJ2NaV for ; Thu, 29 Apr 2010 23:53:04 +0000 (UTC) X-Greylist: delayed 492 seconds by postgrey-1.32 at menubar.gnome.org; Thu, 29 Apr 2010 23:53:03 UTC Received: from smtp2.ist.utl.pt (smtp2.ist.utl.pt [193.136.128.22]) by menubar.gnome.org (Postfix) with ESMTP id DE7EF7500C4 for ; Thu, 29 Apr 2010 23:52:55 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp2.ist.utl.pt (Postfix) with ESMTP id C44C2700253D; Fri, 30 Apr 2010 00:44:40 +0100 (WEST) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at ist.utl.pt Received: from smtp2.ist.utl.pt ([127.0.0.1]) by localhost (smtp2.ist.utl.pt [127.0.0.1]) (amavisd-new, port 10025) with LMTP id 2KwwftIK2T4t; Fri, 30 Apr 2010 00:44:40 +0100 (WEST) Received: from mail2.ist.utl.pt (mail.ist.utl.pt [IPv6:2001:690:2100:1::8]) by smtp2.ist.utl.pt (Postfix) with ESMTP id 672127000452; Fri, 30 Apr 2010 00:44:40 +0100 (WEST) Received: from [IPv6:2001:690:2100:200:218:f3ff:fe8b:2b52] (unknown [IPv6:2001:690:2100:200:218:f3ff:fe8b:2b52]) (Authenticated sender: ist12604) by mail2.ist.utl.pt (Postfix) with ESMTPSA id 5F08C200863E; Fri, 30 Apr 2010 00:44:40 +0100 (WEST) Message-ID: <4BDA157F.9020108@ist.utl.pt> Date: Fri, 30 Apr 2010 00:25:51 +0100 From: Carlos Pereira User-Agent: Thunderbird 2.0.0.16 (X11/20080723) MIME-Version: 1.0 To: lindleyf@cox.net References: <20100429142219.5XR35.192137.imail@eastrmwml39> In-Reply-To: <20100429142219.5XR35.192137.imail@eastrmwml39> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: gtkglext-list@gnome.org Subject: Re: [GtkGLExt] Sharing display lists + textures X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Apr 2010 23:53:07 -0000 I found this problem several weeks ago (I even complained on this list): shared lists only worked fine when the first window was still available. Then I realized that it was indeed bad design of my own. You can create and destroy as many windows as you like, including the first window, and shared lists will work just fine, as long as you have always a valid window at any given moment (even this limitation could be worked out I believe, you would have to copy/save a valid GL context somewhere). The trick is: when you create a new window, the context that you supply to share the lists, must be the context of a window that exists at that moment, not necessarily the context of the first window you created! When you destroy the first window, its context cannot be used anymore to serve as a model, when new shared contexts are created. You must always supply a valid context, of a valid window! this works fine with all shared lists I use. I never tried with textures but I assume it should work the same way. Specifically: 1) create window 1; 2) create window 2; #shared lists work fine in windows 1 and 2 3) remove window 1; #shared lists work fine in windows 1 and 2 4a) Wrong: create window 3 with context from window 1; #shared lists will work on window 2 but not on window 3! 4b) Good: create window 3 with context from window 2; #shared lists work fine in windows 2 and 3! Best regards, Carlos > At first glance, GtkGLExt supports a simple interface for sharing display lists and textures, which is nice. However, when I actually try to use it, I've run into several practical problems and I was hoping for some advice on ways to solve them. > > I have a GUI which can contain a list of items to be viewed, and zero or more figure windows in which to view them. I use GtkGLExt to draw the items in the figure windows using OpenGL. > > For efficiency, there are some things (texture downloads, display list generation) which I'd prefer to only do once the first time something is viewed, and then just re-use, even if the item is displayed in a different figure window, so it makes sense to share display lists + textures between the contexts underlying each GtkDrawingArea. > > I've figured out a way to do it....provided the first figure window stays open. All the other figure windows share with the context from there. But if that figure closes, then any windows currently existing seem to be all right, but new ones created later don't handle the textures properly. The closed windows are not actually destroyed, merely gtk_widget_hide()en, but merely unrealizing them seems to be enough to destroy the GdkGLContext. > > I've long thought that the biggest design flaw in OpenGL is the difficulty of creating a context without a window to attach it to. If I could just create a "window-less" context then I'd be fine, but that seems to be quite difficult using the GtkGLExt interface. > > So my question is, first, has anyone encountered this type of problem before? And second, what actually happens when I share textures/display lists? If I create a texture in context A, then tell context B to share with A, then destroy context A, then create context C and tell C to share with B----will that texture be available to C or not? > _______________________________________________ > gtkglext-list mailing list > gtkglext-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtkglext-list > > From lindleyf@cox.net Fri Apr 30 22:22:24 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 307307500AA for ; Fri, 30 Apr 2010 22:22:24 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: YES X-Spam-Score: 2.954 X-Spam-Level: ** X-Spam-Status: Yes, score=2.954 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, FH_FAKE_RCVD_LINE_B=3.999, RCVD_IN_DNSWL_NONE=-0.0001, SARE_RECV_IP_FROMIP3=0.711, TW_GT=0.077, TW_TK=0.077, T_RP_MATCHES_RCVD=-0.01] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id j6Tykdtj8cft for ; Fri, 30 Apr 2010 22:22:21 +0000 (UTC) Received: from eastrmmtao104.cox.net (eastrmmtao104.cox.net [68.230.240.46]) by menubar.gnome.org (Postfix) with ESMTP id 841EB75004D for ; Fri, 30 Apr 2010 22:22:13 +0000 (UTC) Received: from eastrmimpo02.cox.net ([68.1.16.120]) by eastrmmtao104.cox.net (InterMail vM.8.00.01.00 201-2244-105-20090324) with ESMTP id <20100430222211.EDNV18026.eastrmmtao104.cox.net@eastrmimpo02.cox.net>; Fri, 30 Apr 2010 18:22:11 -0400 Received: from eastrmwml45 ([172.18.18.217]) by eastrmimpo02.cox.net with bizsmtp id ByNB1e00H4h0NJL02yNBeP; Fri, 30 Apr 2010 18:22:11 -0400 X-VR-Score: -180.00 X-Authority-Analysis: v=1.1 cv=FnQQhIGgoxKy895ni2P06Ys7q26b/tysl77b0NRG5XA= c=1 sm=1 a=mMDwB8d3ne8A:10 a=fGYuO1zQW0sA:10 a=IkcTkHD0fZMA:10 a=jwOLcS3FfDfihtVPV54Mlg==:17 a=aiIX5UjjAAAA:8 a=bIHxE3P3MQHSKYTQU-gA:9 a=lNYcXCxI6DF40WOnpM0A:7 a=lzpWCzNs-UpYzxykchJ1z4Kl8yQA:4 a=QEXdDO2ut3YA:10 a=yauLTTMCv9sA:10 a=jwOLcS3FfDfihtVPV54Mlg==:117 X-CM-Score: 0.00 Received: from 72.165.80.2 by webmail.east.cox.net; Fri, 30 Apr 2010 18:22:11 -0400 Message-ID: <20100430182211.P0AB8.201890.imail@eastrmwml45> Date: Fri, 30 Apr 2010 18:22:11 -0400 From: To: Carlos Pereira In-Reply-To: <4BDA157F.9020108@ist.utl.pt> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) Sensitivity: Normal Cc: gtkglext-list@gnome.org Subject: Re: [GtkGLExt] Sharing display lists + textures X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Apr 2010 22:22:24 -0000 Indeed, I've read elsewhere that list sharing causes those resources to become reference counted. That's useful. Furthermore, I ought to be able to use gtk_widget_create_gl_context() to create a context which doesn't get destroyed when the associated widget is unrealized (haven't tested it yet though). However, there's still a problem. My scheme keeps things simple by never *actually* destroying figure windows. When a figure is closed, it is hidden, but kept around; when a new figure is requested, one of the previously closed ones may be opened and reused. This prevents things like queued redraws failing because they're trying to operate on widgets that no longer exist. The difficulty is that the very first window *remembers* that I set its sharing parameter to NULL since I didn't have a context yet. So when that window is closed and then re-opened, the new context created on the second realize() will still have a NULL sharing parameter, even though by that point I may have other contexts around to share with. However, I can't simply call set_gl_capability() again to change the sharing aspect; it will fast-succeed when it detects it's already set. ---- Carlos Pereira wrote: > I found this problem several weeks ago (I even complained on this list): > shared lists only worked fine when the first window was still available. > > Then I realized that it was indeed bad design of my own. You can create > and destroy as many windows as you like, including the first window, and > shared lists will work just fine, as long as you have always a valid > window at any given moment (even this limitation could be worked out I > believe, you would have to copy/save a valid GL context somewhere). > > The trick is: when you create a new window, the context that you supply > to share the lists, must be the context of a window that exists at that > moment, not necessarily the context of the first window you created! > > When you destroy the first window, its context cannot be used anymore to > serve as a model, when new shared contexts are created. You must always > supply a valid context, of a valid window! this works fine with all > shared lists I use. I never tried with textures but I assume it should > work the same way. > > Specifically: > 1) create window 1; > 2) create window 2; #shared lists work fine in windows 1 and 2 > 3) remove window 1; #shared lists work fine in windows 1 and 2 > 4a) Wrong: create window 3 with context from window 1; #shared lists > will work on window 2 but not on window 3! > 4b) Good: create window 3 with context from window 2; #shared lists work > fine in windows 2 and 3! > > Best regards, > Carlos > > At first glance, GtkGLExt supports a simple interface for sharing display lists and textures, which is nice. However, when I actually try to use it, I've run into several practical problems and I was hoping for some advice on ways to solve them. > > > > I have a GUI which can contain a list of items to be viewed, and zero or more figure windows in which to view them. I use GtkGLExt to draw the items in the figure windows using OpenGL. > > > > For efficiency, there are some things (texture downloads, display list generation) which I'd prefer to only do once the first time something is viewed, and then just re-use, even if the item is displayed in a different figure window, so it makes sense to share display lists + textures between the contexts underlying each GtkDrawingArea. > > > > I've figured out a way to do it....provided the first figure window stays open. All the other figure windows share with the context from there. But if that figure closes, then any windows currently existing seem to be all right, but new ones created later don't handle the textures properly. The closed windows are not actually destroyed, merely gtk_widget_hide()en, but merely unrealizing them seems to be enough to destroy the GdkGLContext. > > > > I've long thought that the biggest design flaw in OpenGL is the difficulty of creating a context without a window to attach it to. If I could just create a "window-less" context then I'd be fine, but that seems to be quite difficult using the GtkGLExt interface. > > > > So my question is, first, has anyone encountered this type of problem before? And second, what actually happens when I share textures/display lists? If I create a texture in context A, then tell context B to share with A, then destroy context A, then create context C and tell C to share with B----will that texture be available to C or not? > > _______________________________________________ > > gtkglext-list mailing list > > gtkglext-list@gnome.org > > http://mail.gnome.org/mailman/listinfo/gtkglext-list > > > > > > _______________________________________________ > gtkglext-list mailing list > gtkglext-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtkglext-list From no-reply@dropbox.com Fri Apr 30 22:35:48 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 4DE1E7500B6 for ; Fri, 30 Apr 2010 22:35:48 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.709 X-Spam-Level: X-Spam-Status: No, score=-2.709 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_IMAGE_ONLY_32=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7OilsAMtx2gY for ; Fri, 30 Apr 2010 22:35:45 +0000 (UTC) Received: from mailman.dropbox.com (mailman.dropbox.com [208.43.223.178]) by menubar.gnome.org (Postfix) with ESMTP id E1A1E75004D for ; Fri, 30 Apr 2010 22:35:36 +0000 (UTC) Received: from mailman.dropbox.com (localhost [127.0.0.1]) by mailman.dropbox.com (Postfix) with ESMTP id 7868E306EE2 for ; Fri, 30 Apr 2010 22:34:39 +0000 (UTC) X-DomainKeys: Sendmail DomainKeys Filter v0.6.0 mailman.dropbox.com 7868E306EE2 DomainKey-Signature: a=rsa-sha1; s=m1; d=dropbox.com; c=simple; q=dns; b=ckYqownbSOVt2JNM2XijWPPuBsZqi6M9uZGgP9c1wk6SaueH1T/1xr7v9XV6uOzQY 9wndBCm67nu17bQrLA7Xhp5HJgH3cpsHf2OavwgWJqHPJH/GXbxlKOePJGnKofXs6u6 VDV07hz8P1a1vqWX7H7ZIwMQwlPjyyO0y268msk= Content-Type: multipart/alternative; boundary="===============6524671187088115850==" MIME-Version: 1.0 From: Dropbox To: gtkglext-list@gnome.org Date: Fri, 30 Apr 2010 22:34:39 +0000 Message-Id: <20100430223439.7868E306EE2@mailman.dropbox.com> Subject: [GtkGLExt] Cristobal Navarro has invited you to Dropbox X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: axischire@gmail.com List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Apr 2010 22:35:48 -0000 --===============6524671187088115850== MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="utf8" We're excited to let you know that Cristobal Navarro has invited you to Dropbox! Cristobal Navarro has been using Dropbox to sync and share files online and across computers, and thought you might want it too. Visit http://www.dropbox.com/link/20.jcbGS-ep-L/NjE1ODg5NTY4Nw to get started. - The Dropbox Team ____________________________________________________ To stop receiving invites from Dropbox, please go to http://www.dropbox.com/bl/23d2c5abd23a/gtkglext-list%40gnome.org --===============6524671187088115850== MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/html; charset="utf8"
We're excited to let you know that Cristobal Navarro has invited you to Dropbox!

Cristobal Navarro has been using Dropbox to sync and share files online and across computers, and thought you might want it too.

Visit www.dropbox.com to get started.

- The Dropbox Team
--===============6524671187088115850==--