From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 395 invoked by alias); 30 Jul 2003 23:09:08 -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 385 invoked from network); 30 Jul 2003 23:09:07 -0000 Received: from unknown (HELO snoopy.pacific.net.au) (61.8.0.36) by sources.redhat.com with SMTP; 30 Jul 2003 23:09:07 -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.4) with ESMTP id h6UN96iI002254 for ; Thu, 31 Jul 2003 09:09:06 +1000 Received: from wisma.pacific.net.au (wisma.pacific.net.au [210.23.129.72]) by sunny.pacific.net.au with ESMTP id h6UN957a010207 for ; Thu, 31 Jul 2003 09:09:05 +1000 (EST) Received: from localhost (ppp28.dyn228.pacific.net.au [203.143.228.28]) by wisma.pacific.net.au (8.12.9/8.12.9) with ESMTP id h6UN92aB010453 for ; Thu, 31 Jul 2003 09:09:04 +1000 (EST) Received: from gg by localhost with local (Exim 3.35 #1 (Debian)) id 19i043-0001Zo-00; Thu, 31 Jul 2003 09:08:59 +1000 To: guile-gtk@sources.redhat.com Subject: gdk-event-send-client-message From: Kevin Ryde Mail-Copies-To: never Date: Wed, 30 Jul 2003 23:09:00 -0000 Message-ID: <878yqfzk6s.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-q3/txt/msg00015.txt.bz2 I propose to have gdk-event-send-client-message and gdk-event-send-clientmessage-toall take a GdkEvent object, as per the C functions. There might be a place for a combined event creation and sending as now, but not under the C function names. gdk-event-new is standard in gtk 2, taking an event type, and I think can be usefully included. It and some field setter functions would do the trick for lots of event object stuff. A possibility, in addition to setters, would be to take some keyword arguments in gdk-event-new for the fields. I can imagine that being pretty convenient, since an event with nothing but a type stored is not especially useful, so almost always a gdk-event-new would be followed by some sets.