From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28606 invoked by alias); 16 May 2003 00:58:00 -0000 Mailing-List: contact guile-gtk-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: guile-gtk-owner@sources.redhat.com Received: (qmail 28530 invoked from network); 16 May 2003 00:57:59 -0000 Received: from unknown (HELO lumo.pacujo.net) (209.77.185.85) by sources.redhat.com with SMTP; 16 May 2003 00:57:59 -0000 Received: (from marko@localhost) by lumo.pacujo.net (8.11.6/8.11.6/SuSE Linux 0.5) id h4G0nYe28100; Thu, 15 May 2003 17:49:34 -0700 To: guile-gtk@sources.redhat.com Subject: Re: Completed GdkWindow; enhanced design References: <87n0hnhk7x.fsf@zip.com.au> From: Marko Rauhamaa Date: Fri, 16 May 2003 00:58:00 -0000 In-Reply-To: <87n0hnhk7x.fsf@zip.com.au> Message-ID: User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2003-q2/txt/msg00075.txt.bz2 Kevin Ryde : > Marko Rauhamaa writes: > > > > The GdkWindow user_data is either NULL (initially) or an SCM > > list. The first element of the list is the SCM user data (or #f). > > The remainder of the list consists of filter procedures. > > > > You will see that gdk_window_mark will simply return its user_data > > to protect it against GC. > > Are you aware that gtk stores a widget (pointer) in the GdkWindow > puser_data? So for instance you can't assume a window obtained from > gtk_widget_window will have an SCM in the user_data field. I wasn't aware of that. The GDK 1.2 specification doesn't make its usual comment about GTK reserving the user_data facility for itself. Now what are the consequences? First, it probably doesn't make sense to even provide the user access to user_data. But the other casualty would be the filter procedures that can be registered for the window. Let me make a wild guess and assume that GTK reserves the filtering mechanism for itself as well? If we dropped user_data and filtering support from GDK, the whole marking/user_data mechanism becomes unneeded. > (Presumably this issue must have shown up when you tested your > changes, so I wonder if I've badly missed something.) As I stated before, I'm first writing the code and just making sure it compiles. Once I'm done writing the code, I'll start testing it. Marko -- Marko Rauhamaa mailto:marko@pacujo.net http://pacujo.net/marko/