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: require-hard-newlines to use newline Date: Sun, 13 Mar 2005 22:00:31 -0500 Message-ID: References: <1483.220.255.172.231.1109730379.squirrel@www.stupidchicken.com> <200503020302.j2232fR21722@raven.dms.auburn.edu> <2750.220.255.172.231.1109734015.squirrel@www.stupidchicken.com> <1415.220.255.169.59.1109818150.squirrel@www.stupidchicken.com> <1404.220.255.169.59.1109889146.squirrel@www.stupidchicken.com> <200503040033.j240XD022473@raven.dms.auburn.edu> <50554.203.116.59.23.1109897782.squirrel@www.stupidchicken.com> <200503080005.j2805Kg28696@raven.dms.auburn.edu> <2451.220.255.169.59.1110299961.squirrel@www.stupidchicken.com> <2518.220.255.169.59.1110532203.squirrel@www.stupidchicken.com> <3222 Reply-To: rms@gnu.org NNTP-Posting-Host: main.gmane.org X-Trace: sea.gmane.org 1110769469 4722 80.91.229.2 (14 Mar 2005 03:04:29 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 14 Mar 2005 03:04:29 +0000 (UTC) Cc: storm@cua.dk, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Mar 14 04:04:28 2005 Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DAfsW-0004xa-Ey for ged-emacs-devel@m.gmane.org; Mon, 14 Mar 2005 04:04:25 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DAg87-0008Pf-MY for ged-emacs-devel@m.gmane.org; Sun, 13 Mar 2005 22:20:31 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DAg5b-0007Ga-P6 for emacs-devel@gnu.org; Sun, 13 Mar 2005 22:17:56 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DAg5S-0007BF-C4 for emacs-devel@gnu.org; Sun, 13 Mar 2005 22:17:46 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DAg5R-0007A1-GE for emacs-devel@gnu.org; Sun, 13 Mar 2005 22:17:45 -0500 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DAfom-0004Wf-7d for emacs-devel@gnu.org; Sun, 13 Mar 2005 22:00:32 -0500 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1DAfol-0003rs-JO; Sun, 13 Mar 2005 22:00:31 -0500 Original-To: "Chong Yidong" In-reply-to: <49420.203.116.59.23.1110694472.squirrel@203.116.59.23> (cyd@stupidchicken.com) 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 X-MailScanner-To: ged-emacs-devel@m.gmane.org Xref: news.gmane.org gmane.emacs.devel:34560 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:34560 > That is more the right idea, for the part that reads from > the buffer. But it is not correct to associate this with > killing. Think of it as a variant of buffer-substring. By this, I'm guessing you mean going to a lower level, e.g. calling the filter functions from inside buffer-substring. No, buffer-substring should not call them. That's why I said "a variant of buffer-substring". Some places would call this new variant, but some would continue to call the existing, ordinary buffer-substring function. I suggest implementing the `kill-filter' variable I proposed; then I will change longlines.el to use it, and we can put longlines.el into Emacs. That's not right. It only does part of the job. Killing is not the only feature that needs to do this processing. Anyway, what about my other suggestion? The suggestion to make longlines.el use after-change-functions to discover all new text inserted in the buffer, and do longlines processing on that text?