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: Overlay mechanic improvements Date: Mon, 22 Sep 2014 19:11:31 -0400 Message-ID: References: <871tr6qup8.fsf@fencepost.gnu.org> <87y4tdnkro.fsf@fencepost.gnu.org> <87r3z4mxvx.fsf@fencepost.gnu.org> Reply-To: rms@gnu.org NNTP-Posting-Host: plane.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: ger.gmane.org 1411427789 11512 80.91.229.3 (22 Sep 2014 23:16:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 22 Sep 2014 23:16:29 +0000 (UTC) Cc: emacs-devel@gnu.org To: David Kastrup Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Sep 23 01:16:24 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1XWCqF-0002Yh-E9 for ged-emacs-devel@m.gmane.org; Tue, 23 Sep 2014 01:16:23 +0200 Original-Received: from localhost ([::1]:49894 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XWCqE-0007Ia-KD for ged-emacs-devel@m.gmane.org; Mon, 22 Sep 2014 19:16:22 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40839) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XWCps-0007Bk-Cj for emacs-devel@gnu.org; Mon, 22 Sep 2014 19:16:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XWCpq-0005iT-EM for emacs-devel@gnu.org; Mon, 22 Sep 2014 19:16:00 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:43138) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XWCpq-0005gF-Be for emacs-devel@gnu.org; Mon, 22 Sep 2014 19:15:58 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1XWClX-00040q-34; Mon, 22 Sep 2014 19:11:31 -0400 In-reply-to: <87r3z4mxvx.fsf@fencepost.gnu.org> (message from David Kastrup on Mon, 22 Sep 2014 00:06:42 +0200) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:174662 Archived-At: [[[ To any NSA and FBI agents reading my email: please consider ]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > Why not? If the images are thought of as part of the buffer contents, They most emphatically aren't. Search and replace works on the underlying text (invalidating the image when a replace happens), incremental search works on the underlying text (temporarily removing the image), saving saves the underlying text, all editing commands apply to the underlying text. Could you explain to me why this is right? I never used that feature, so I don't understand the context. You basically say "let's ignore all the mismatching semantics because the performance of overlays is bad". No, I am not saying that. I am saying something else: > I'd expect it to be desirable that they follow text that is copied. > If you kill text that contains some of these images of math > and then yank it back, shouldn't it come back with the images? > This is what lead me to think of text properties first for this job. Since you say that is not the desired behavior, I'd like to understand why not. What is a scenario for editing the text that is under the image overlay, and what is the right behavior? -- Dr Richard Stallman President, Free Software Foundation 51 Franklin St Boston MA 02110 USA www.fsf.org www.gnu.org Skype: No way! That's nonfree (freedom-denying) software. Use Ekiga or an ordinary phone call.