From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22719 invoked by alias); 16 May 2003 05:43:17 -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 22682 invoked from network); 16 May 2003 05:43:16 -0000 Received: from unknown (HELO lumo.pacujo.net) (209.77.185.85) by sources.redhat.com with SMTP; 16 May 2003 05:43:16 -0000 Received: (from marko@localhost) by lumo.pacujo.net (8.11.6/8.11.6/SuSE Linux 0.5) id h4G5Yqu28825; Thu, 15 May 2003 22:34:52 -0700 To: guile-gtk@sources.redhat.com Subject: Re: Completed GdkWindow; enhanced design References: <87n0hnhk7x.fsf@zip.com.au> <87llx7elbv.fsf@zip.com.au> From: Marko Rauhamaa In-Reply-To: <87llx7elbv.fsf@zip.com.au> User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 Date: Fri, 16 May 2003 05:43:00 -0000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2003-q2/txt/msg00079.txt.bz2 Kevin Ryde : > Marko Rauhamaa writes: > > > > But the other casualty would be the filter procedures that can be > > registered for the window. > > gdk_window_add_filter and friends are not related to the window > user_data are they? Well, just like GTK widgets are not related to user_data. The filters need to be protected from GC while they are referred to by a GdkWindow. I use user_data to keep track of the filter procedures (as well as SCM user data). > Nobody minds a bug or two in the latest cvs, but you really ought to > at least give new code a run before committing it. I've tried to be mindful of the process as laid out for me by Marius. ("Hack on!", "Make sure it compiles.") The bulk of my changes are new code that shouldn't have an impact to existing code (that user_data-GTK connection was news to me). Marko -- Marko Rauhamaa mailto:marko@pacujo.net http://pacujo.net/marko/