From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: display word wrapping Date: 03 Jun 2004 11:00:38 +0200 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: References: <20040603003149.2313.LEKTU@mi.madritel.es> <20040603101417.96B7.JMBARRANQUERO@wke.es> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1086253267 21154 80.91.224.253 (3 Jun 2004 09:01:07 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 3 Jun 2004 09:01:07 +0000 (UTC) Cc: emacs-devel@gnu.org, Jason Rumney Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Thu Jun 03 11:00:53 2004 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1BVo5k-0006S2-00 for ; Thu, 03 Jun 2004 11:00:52 +0200 Original-Received: from lists.gnu.org ([199.232.76.165]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BVo5k-0001iO-00 for ; Thu, 03 Jun 2004 11:00:52 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BVo64-0004XH-NT for emacs-devel@quimby.gnus.org; Thu, 03 Jun 2004 05:01:12 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BVo60-0004Wz-C8 for emacs-devel@gnu.org; Thu, 03 Jun 2004 05:01:08 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BVo5z-0004Wh-IJ for emacs-devel@gnu.org; Thu, 03 Jun 2004 05:01:07 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BVo5z-0004WX-FU for emacs-devel@gnu.org; Thu, 03 Jun 2004 05:01:07 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BVo5Z-00053P-E5 for emacs-devel@gnu.org; Thu, 03 Jun 2004 05:00:41 -0400 Original-Received: from localhost ([127.0.0.1] helo=lola.goethe.zz) by fencepost.gnu.org with esmtp (Exim 4.34) id 1BVo5Y-0006OB-QR; Thu, 03 Jun 2004 05:00:41 -0400 Original-To: Juanma Barranquero In-Reply-To: <20040603101417.96B7.JMBARRANQUERO@wke.es> Original-Lines: 27 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:24460 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:24460 Juanma Barranquero writes: > Another question. It is a bug that a -nw run of Emacs has a non-nil > image-types? > > C-h v image-types [RET] => "image-types's value is (pbm xbm)" I don't think so. The supported image types do not depend on the actual display currently in use: they specify what kind of images Emacs is able to decipher and load. If you want to know whether they can be _displayed_, use display-images-p. There is one possible inconsistency I see: postscript images work only on X displays because they are implemented using X properties and X Pixmaps. So their availability is a mixture of the decoding routines and the actual display type involved. But for everything else, I don't see an incitement to have image-types be display-dependent. B&W bitmap displays should probably _prefer_ monochrome image formats if available, but I don't know if they should actually fail when only color images are there. Given current hardware, we probably don't need to worry too much about that, though. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum