From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5461 invoked by alias); 15 May 2003 23:03:36 -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 5428 invoked from network); 15 May 2003 23:03:35 -0000 Received: from unknown (HELO snoopy.pacific.net.au) (61.8.0.36) by sources.redhat.com with SMTP; 15 May 2003 23:03:35 -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 h4FN3GPc022696; Fri, 16 May 2003 09:03:16 +1000 Received: from wisma.pacific.net.au (wisma.pacific.net.au [210.23.129.72]) by sunny.pacific.net.au with ESMTP id h4FN3GQg010379; Fri, 16 May 2003 09:03:16 +1000 (EST) Received: from localhost (ppp33.dyn228.pacific.net.au [203.143.228.33]) by wisma.pacific.net.au (8.12.9/8.12.9) with ESMTP id h4FN3FYZ028433; Fri, 16 May 2003 09:03:15 +1000 (EST) Received: from gg by localhost with local (Exim 3.35 #1 (Debian)) id 19GRkh-00015f-00; Fri, 16 May 2003 09:03:07 +1000 To: Marko Rauhamaa Cc: guile-gtk@sources.redhat.com Subject: Re: Fixed memory leaks in gdk-1.2.defs References: <871xz53raq.fsf@zip.com.au> From: Kevin Ryde Mail-Copies-To: never Date: Thu, 15 May 2003 23:03:00 -0000 Message-ID: <87r86zhkyc.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/msg00073.txt.bz2 Marko Rauhamaa writes: > > - The arrow notation is more descriptive and idiomatic. The type names in mixed case don't appear in any function names currently though do they? Isn't it normally gtk-color-something? > - The "intern" suffix is actually misleading (no symbol table > manipulation is going on). If you read it as short for "internalize" then it seems fairly clear. Ie. a thing is brought to a canonical or efficient internal form. Dunno who conceived these functions (was it Marius?) or if that was what they were meant to stand for, but can always introduce a retrospective justification :-). > ->GdkFont, ->GdkColor If it was up to me I'd leave the current arrangements alone. They're not really too terrible, and there's no need for too many departures from plain vanilla gtk/gdk.