From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: storm@cua.dk (Kim F. Storm) Newsgroups: gmane.emacs.devel Subject: Re: Question about copy-region-as-kill Date: 11 Apr 2002 18:27:55 +0200 Sender: emacs-devel-admin@gnu.org Message-ID: <5xlmbu42us.fsf@kfs2.cua.dk> References: <87ofh09xjq.fsf@alice.dynodns.net> <200204050602.g3562Dl18586@aztec.santafe.edu> <87bscx7rlf.fsf@alice.dynodns.net> <3791-Sat06Apr2002101927+0300-eliz@is.elta.co.il> <873cy9nsom.fsf@alice.dynodns.net> <87wuvk77mc.fsf@wesley.springies.com> <200204081553.g38FrFM10159@rum.cs.yale.edu> <87zo0dc2em.fsf@alice.dynodns.net> <5x3cy5md5e.fsf@kfs2.cua.dk> <200204101424.g3AEO8N20963@aztec.santafe.edu> <5x3cy3semh.fsf@kfs2.cua.dk> <200204111453.g3BErQr21369@aztec.santafe.edu> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1018541108 8200 127.0.0.1 (11 Apr 2002 16:05:08 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Thu, 11 Apr 2002 16:05:08 +0000 (UTC) Cc: johnw@gnu.org, emacs-devel@gnu.org Return-path: Original-Received: from hermes.netfonds.no ([195.204.10.138]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 16vguB-0000o2-01 for ; Thu, 11 Apr 2002 17:54:35 +0200 Original-Received: from quimby.gnus.org (quimby.gnus.org [80.91.224.244]) by hermes.netfonds.no (8.10.1/8.9.3) with ESMTP id g3BFUMf21240 for ; Thu, 11 Apr 2002 17:30:22 +0200 (CEST) Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 16vgmb-0003j3-00 for ; Thu, 11 Apr 2002 17:46:45 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16vgWY-0005D5-00; Thu, 11 Apr 2002 11:30:10 -0400 Original-Received: from mail.filanet.dk ([195.215.206.179]) by fencepost.gnu.org with smtp (Exim 3.34 #1 (Debian)) id 16vgTZ-0004vf-00; Thu, 11 Apr 2002 11:27:05 -0400 Original-Received: from kfs2.cua.dk.cua.dk (kfs2.local.filanet.dk [192.168.1.182]) by mail.filanet.dk (Postfix) with SMTP id 3E7C97C047; Thu, 11 Apr 2002 15:27:03 +0000 (GMT) Original-To: rms@gnu.org In-Reply-To: <200204111453.g3BErQr21369@aztec.santafe.edu> Original-Lines: 50 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2.50 Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.9 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:2543 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:2543 Richard Stallman writes: > Again, it depends... E.g. if we enhance RMAIL to show small icons > for unread or urgent messages (or whatever), we don't want to copy > those images -- but if a mail message contains an image, we would > (probably) want to copy that (as an image). > > "Enhance RMAIL to show icons" is not a clear description of a scenario. > Where would these icons go? In which buffer? It might use an image property to show an icon _instead_ of a MIME attachment. Now, if you copy the message to another buffer, do you want to still _see_ the icon instead of the MIME attachment, or do you want to see the "raw" text? There may also be a mouse action associated with the icon, causing the MIME attachment to be expanded (or saved or whatever). I guess, it again depends on what the target buffer is. If you are composing a new message, it would make sense to just see the icon for the attachment, but for other purposes, that may not be what you want... > > Can't think of any, but I suppose there will be those 10% of special > cases which will never fit (entirely) into a specific category. > > Talking about the possibility of unknown whatever does not help > sharpen the analysis. Are there any interesting cases that you can > think of now? No, but images are a good example of something which may be problematic, e.g. it does make sense to copy images between "document" buffers or mail buffers, but not into a C or lisp buffer. However, as I tried to explain, some images (e.g. a picture of my cat) may be "true" images (which are part of the text/document), and other images may be added by emacs lisp code (e.g. an icon for an attachment). So I don't think you can make a general rule which will cover both. > > But what about (also) having a user command: > > yank-without-properties > > I dislike it very much. It is far better to have a convenient > way to clear out text properties from the region. I dislike it too, but at least it gives the user the final word!