From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: YAMAMOTO Mitsuharu Newsgroups: gmane.emacs.devel Subject: Re: RFC: status icon support Date: Tue, 15 Jan 2008 06:40:48 +0900 (JST) Message-ID: <20080115.064048.07606749.mituharu@math.s.chiba-u.ac.jp> References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1200346890 24762 80.91.229.12 (14 Jan 2008 21:41:30 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 14 Jan 2008 21:41:30 +0000 (UTC) Cc: emacs-devel@gnu.org To: tromey@redhat.com Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jan 14 22:41:49 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1JEX3x-0007IR-CE for ged-emacs-devel@m.gmane.org; Mon, 14 Jan 2008 22:41:45 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JEX3Z-0006PO-5D for ged-emacs-devel@m.gmane.org; Mon, 14 Jan 2008 16:41:21 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JEX3V-0006Nh-8r for emacs-devel@gnu.org; Mon, 14 Jan 2008 16:41:17 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JEX3T-0006Kf-K2 for emacs-devel@gnu.org; Mon, 14 Jan 2008 16:41:16 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JEX3T-0006KI-Dm for emacs-devel@gnu.org; Mon, 14 Jan 2008 16:41:15 -0500 Original-Received: from ntp.math.s.chiba-u.ac.jp ([133.82.132.2] helo=mathmail.math.s.chiba-u.ac.jp) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JEX3T-0004g0-DK for emacs-devel@gnu.org; Mon, 14 Jan 2008 16:41:15 -0500 Original-Received: from localhost (church [133.82.132.36]) by mathmail.math.s.chiba-u.ac.jp (Postfix) with ESMTP id B01DE2C45; Tue, 15 Jan 2008 06:41:11 +0900 (JST) In-Reply-To: X-Mailer: Mew version 3.3 on Emacs 22.1 / Mule 5.0 (SAKAKI) X-detected-kernel: by monty-python.gnu.org: NetBSD 3.0 (DF) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:86914 Archived-At: >>>>> On Sun, 13 Jan 2008 20:49:42 -0700, Tom Tromey said: >>> The introduction of a new Lisp data type for this purpose looks >>> rather unusual compared with what other kinds of existing objects >>> do. For example, images, which are more fundamental notion I >>> think, do not have a dedicated Lisp data type but are represented >>> by image descriptors that are just lists of the form `(image >>> . PROPS)'. > Ok. I suppose I could pretty easily change the lisp-visible > representation to a cons like (status-icon . N), where N is an index > into a table in systray.c. What would you think of that? A tool bar is represented as a keymap. If status icons are similar to tool bar icons (application-level as opposed to frame-level), the use of the keymap data structure looks more consistent to me. YAMAMOTO Mitsuharu mituharu@math.s.chiba-u.ac.jp