From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Leo Newsgroups: gmane.emacs.devel Subject: Re: 23.0.60; gs.el - This code is experimental. Don't use it. Date: Wed, 04 Feb 2009 16:16:51 +0000 Message-ID: References: <87iqps29hf.fsf@cyd.mit.edu> <87priv5m8f.fsf@cyd.mit.edu> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1233764345 13283 80.91.229.12 (4 Feb 2009 16:19:05 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 4 Feb 2009 16:19:05 +0000 (UTC) Cc: Chong Yidong , dak@gnu.org, 1524@emacsbugs.donarmstrong.com, emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Feb 04 17:20:17 2009 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 1LUkTj-0005K5-Gv for ged-emacs-devel@m.gmane.org; Wed, 04 Feb 2009 17:19:55 +0100 Original-Received: from localhost ([127.0.0.1]:60245 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LUkSQ-0006IC-Dn for ged-emacs-devel@m.gmane.org; Wed, 04 Feb 2009 11:18:34 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LUkQr-0005e1-Mo for emacs-devel@gnu.org; Wed, 04 Feb 2009 11:16:57 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LUkQq-0005df-3U for emacs-devel@gnu.org; Wed, 04 Feb 2009 11:16:56 -0500 Original-Received: from [199.232.76.173] (port=35431 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LUkQp-0005dc-PR for emacs-devel@gnu.org; Wed, 04 Feb 2009 11:16:55 -0500 Original-Received: from ppsw-7.csi.cam.ac.uk ([131.111.8.137]:51093) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LUkQn-0006cz-4S; Wed, 04 Feb 2009 11:16:53 -0500 X-Cam-AntiVirus: no malware found X-Cam-SpamDetails: not scanned X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Original-Received: from smaug.linux.pwf.cam.ac.uk ([193.60.95.72]:41659) by ppsw-7.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.157]:587) with esmtpsa (LOGIN:sl392) (TLSv1:DHE-RSA-AES256-SHA:256) id 1LUkQm-0006sd-Ne (Exim 4.70) (return-path ); Wed, 04 Feb 2009 16:16:52 +0000 In-Reply-To: (Stefan Monnier's message of "Sun, 11 Jan 2009 09:57:39 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) 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:108740 Archived-At: On 2009-01-11 14:57 +0000, Stefan Monnier wrote: [...] > IIRC David Kastrup would know how broken it is. Here is David's response. ------------------------------------------------ Leo writes: > 2009/1/11 Stefan Monnier : >>>>> I think it is safe to remove (info "(elisp)PostScript Images") and >>>>> gs.el now that over a month has passed. >>>> It's used in image.c. We should probably try to fix it if it >doesn't >>>> work properly. >>> I don't use it so I don't know whether it has bugs. I suspect it >>> has. But I'm mostly concerned by the comment in the source which >advise >>> users not to use it. >> >> IIRC David Kastrup would know how broken it is. > > Stefan's email sent an email address of yours which is no longer in > use. Could you comment this in emacs-devel mailing list? Pass it on if you want to. There are a lot of problems due to Ghostscript rendering directly to Pixmaps. Every image is rendered with its own Ghostscript process, but the parameter passing requires X properties as a global resource. This is done once per Ghostscript session and includes the display dimensions, so it can't really be extended to multiple image rendering without further Ghostscript API changes. The display code triggering the display is rather asynchronous: I've not been able figuring out how it is rooted in the bowels of the display engine. In practice, it worked more or less for a single image rendering per Emacs session. It doesn't scale at all. Serious work both in Ghostscript as well as in Emacs would be required to make this a smooth working feature, and I see no candidate for either. ------------------------------------------------