From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: [dooglus@gmail.com: display problem after renaming open image files] Date: Thu, 05 Apr 2007 19:13:22 -0400 Message-ID: References: <87ircfu4eo.fsf@stupidchicken.com> <868xd998qo.fsf@lola.quinscape.zz> Reply-To: rms@gnu.org NNTP-Posting-Host: lo.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: sea.gmane.org 1175815145 8296 80.91.229.12 (5 Apr 2007 23:19:05 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 5 Apr 2007 23:19:05 +0000 (UTC) Cc: cyd@stupidchicken.com, emacs-devel@gnu.org To: David Kastrup Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Apr 06 01:18:50 2007 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 1HZbDv-0003A3-4g for ged-emacs-devel@m.gmane.org; Fri, 06 Apr 2007 01:18:35 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HZbHK-00013O-KI for ged-emacs-devel@m.gmane.org; Thu, 05 Apr 2007 19:22:06 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HZbEY-00085b-9L for emacs-devel@gnu.org; Thu, 05 Apr 2007 19:19:14 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HZbEX-00085A-O9 for emacs-devel@gnu.org; Thu, 05 Apr 2007 19:19:13 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HZbEX-000854-I8 for emacs-devel@gnu.org; Thu, 05 Apr 2007 19:19:13 -0400 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1HZbB7-0005sg-3x for emacs-devel@gnu.org; Thu, 05 Apr 2007 19:15:41 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.60) (envelope-from ) id 1HZb8s-00032c-7R; Thu, 05 Apr 2007 19:13:22 -0400 In-reply-to: <868xd998qo.fsf@lola.quinscape.zz> (message from David Kastrup on Tue, 03 Apr 2007 10:12:47 +0200) X-detected-kernel: 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:69099 Archived-At: Another possibility would be to allow one or several of a) a buffer b) an overlay (use the covered text) c) a cons of two markers d) t (use the data covered by the overlay itself) as an argument to the :data parameter of an image property. Then we would not need to copy material back and forth. One would need to think about what could happen when the material references by :data changes. I think that is a fine solution, and should be easy to implement. There's no immediate need for all of these options -- any one would allow use of the buffer contents, and that would be enough. Of the four options, b is both clean and general, and simple. Would someone like to implement that?