From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: gamegrid.el and some games Date: Mon, 16 Sep 2002 15:27:53 -0400 Sender: emacs-devel-admin@gnu.org Message-ID: References: <87n0ql94mz.fsf@pot.cnuce.cnr.it> Reply-To: rms@gnu.org NNTP-Posting-Host: localhost.gmane.org X-Trace: main.gmane.org 1032204799 28010 127.0.0.1 (16 Sep 2002 19:33:19 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 16 Sep 2002 19:33:19 +0000 (UTC) Cc: emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 17r1cT-0007Hc-00 for ; Mon, 16 Sep 2002 21:33:17 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17r2Fw-0001SX-00 for ; Mon, 16 Sep 2002 22:14:05 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10) id 17r1cl-00031F-00; Mon, 16 Sep 2002 15:33:35 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 17r1XH-00017u-00 for emacs-devel@gnu.org; Mon, 16 Sep 2002 15:27:55 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 17r1XF-00017i-00 for emacs-devel@gnu.org; Mon, 16 Sep 2002 15:27:55 -0400 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by monty-python.gnu.org with esmtp (Exim 4.10) id 17r1XF-00017c-00 for emacs-devel@gnu.org; Mon, 16 Sep 2002 15:27:53 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.10) id 17r1XF-0008R8-00; Mon, 16 Sep 2002 15:27:53 -0400 Original-To: alkibiades@gmx.de In-reply-to: (message from Oliver Scholz on Mon, 16 Sep 2002 14:01:20 +0200) Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:7957 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:7957 > * Use a PBM form of the same image. How hard is that? Does it have > drawbacks? You mean, if a package provides only XPM we should calculate a PBM/XBM image from that XPM via manipulation of the data strings? I was thinking that the programmer would supply the image in PBM format. This could be in addition to XPM, or instead of XPM. How hard is that? It is a pity that Emacs does not provide any means to create and change an image in the image cache directly. This could make this task (and some others) much easier. I guess so. It would be nice if all image formats (or at least more of them) supported getting the image from Lisp data rather than from a file. Does someone want to work on that? > * Change gamegrid so that it can check for support for a specific > bitmap type before deciding to use a bitmap of that type. [...] I am not sure. Depending on how it is done it could either introduce incompatibilities to the former version of gamegrid or it could make gamegrid's interface even less clear. Incompatibilities with the former version of gamegrid are not terribly important. Most of the programs that use gamegrid are included in Emacs. We would change them too. I doubt the interface will be much less clear. I guess, instead of applying `find-image' we could introduce new environment types for Emacsen compiled with and without support for XPM. Then we could fix pong.el, tetris.el and snake.el to be aware of that distinction. The keyword would then be 'glyph for an Emacs with support for XPM (for the sake of compatibility) and 'xbm-glyph or 'simple-glyph or whatever for an Emacs that support nothing but the image types not relying on external libraries. That seems like a good method.