From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28505 invoked by alias); 16 May 2003 22:36:20 -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 28466 invoked from network); 16 May 2003 22:36:18 -0000 Received: from unknown (HELO snoopy.pacific.net.au) (61.8.0.36) by sources.redhat.com with SMTP; 16 May 2003 22:36:18 -0000 Received: from sunny.pacific.net.au (sunny.pacific.net.au [203.2.228.40]) by snoopy.pacific.net.au (8.12.3/8.12.3/Debian-6.3) with ESMTP id h4GMa7Pc010344; Sat, 17 May 2003 08:36:08 +1000 Received: from wisma.pacific.net.au (wisma.pacific.net.au [210.23.129.72]) by sunny.pacific.net.au with ESMTP id h4GMa7Qg000988; Sat, 17 May 2003 08:36:07 +1000 (EST) Received: from localhost (ppp65.dyn228.pacific.net.au [203.143.228.65]) by wisma.pacific.net.au (8.12.9/8.12.9) with ESMTP id h4GMa5YZ001676; Sat, 17 May 2003 08:36:05 +1000 (EST) Received: from gg by localhost with local (Exim 3.35 #1 (Debian)) id 19Gnnw-0000KF-00; Sat, 17 May 2003 08:35:56 +1000 To: Marko Rauhamaa Cc: guile-gtk@sources.redhat.com Subject: Re: Completed GdkWindow; enhanced design References: <87n0hnhk7x.fsf@zip.com.au> <87llx7elbv.fsf@zip.com.au> From: Kevin Ryde Mail-Copies-To: never Date: Fri, 16 May 2003 22:36:00 -0000 In-Reply-To: (Marko Rauhamaa's message of "15 May 2003 22:34:52 -0700") Message-ID: <874r3uplis.fsf@zip.com.au> User-Agent: Gnus/5.090019 (Oort Gnus v0.19) Emacs/21.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2003-q2/txt/msg00082.txt.bz2 Marko Rauhamaa writes: > > 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). Presumably something like the widget signals would be wanted. It'd be a happy side effect if it meant each distinct gtkwindow was a unique scheme level object. Good for hashing, comparing, etc. I'd thought at one stage of proposing an equal? handler for the boxed types as a similar thing, but ended up doing what I wanted a different way. gdkfont has it's own equal function, gdkcolor doesn't need one (on the pointer value), and gdkcursor seems not unique at the gtk level, so it was only gdkwindow I was looking at. > I've tried to be mindful of the process as laid out for me by Marius. > ("Hack on!", "Make sure it compiles.") I doubt that's to be taken literally, not if anyone is meant to be looking at the code. I'm not trying to be critical, just that it'll be highly advantageous to others interested in the project if you can better communicate changes you're proposing.