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: keymap in yank-excluded-properties Date: 02 Sep 2002 17:02:31 +0200 Sender: emacs-devel-admin@gnu.org Message-ID: <5xelcc3054.fsf@kfs2.cua.dk> References: <20020822.173129.01368056.Takaaki.Ota@am.sony.com> <200208250525.g7P5PfH11882@wijiji.santafe.edu> <5x3ct2y2nr.fsf@kfs2.cua.dk> <20020830.124308.81460907.Takaaki.Ota@am.sony.com> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1030975411 21192 127.0.0.1 (2 Sep 2002 14:03:31 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 2 Sep 2002 14:03:31 +0000 (UTC) Cc: Takaaki.Ota@am.sony.com, emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 17lrne-0005Vh-00 for ; Mon, 02 Sep 2002 16:03:30 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17lsLt-0007s3-00 for ; Mon, 02 Sep 2002 16:38:54 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10) id 17lrp3-0003Hs-00; Mon, 02 Sep 2002 10:04:57 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 17lrmU-0003FA-00 for emacs-devel@gnu.org; Mon, 02 Sep 2002 10:02:18 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 17lrmS-0003Ex-00 for emacs-devel@gnu.org; Mon, 02 Sep 2002 10:02:18 -0400 Original-Received: from mail.filanet.dk ([195.215.206.179]) by monty-python.gnu.org with esmtp (Exim 4.10) id 17lrmS-0003Eq-00; Mon, 02 Sep 2002 10:02:16 -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 867D77C016; Mon, 2 Sep 2002 14:02:09 +0000 (GMT) Original-To: rms@gnu.org In-Reply-To: Original-Lines: 44 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:7328 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:7328 Richard Stallman writes: > What's correct to do for yanking a table? Yanking the whole table > ought to preserve its properties so that the table still functions as > one. Yanking a part of the table which can act as a complete table in > itself should also do that. However, yanking some of the text within > the table, which is less than a whole table entry, should forget that > it came from a table and treat it like any ordinary text. > > Does that make sense to you? Yes, it makes a lot of sense to me. The decision what to do must be taken when doing the yank (or yank-rectangle), rather than the kill or copy, as there just too many ways to get the (partial) table into the kill-ring, so the only place where it makes sense to determine whether "the thing" is really a table is when we yank it. > If so, can you look for a design to > achieve those results? The design must provide for easily recognizing a table as a table. It should not recognize something which might look like a table if that wasn't actually part of a table before It should recognize partial, but still valid tables, as tables. I still think that my proposal for a yank-function text property (set on the original table text, and used by yank and yank-rectangle to do the yank) would do be a simple, yet powerful approach, as it would use automatically copy that property to the kill-ring, so there is nothing we need to add to basic functionality to achieve this. I think the yank-function property should be removed from the inserted text before yank calls that function; if necessary, that function is responsible for adding the yank-function property again if that makes sense. -- Kim F. Storm http://www.cua.dk