From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: isearch-yank-char Date: 27 Apr 2004 11:41:47 +0200 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: References: <874qr7l59b.fsf@mail.jurta.org> <20040426230345.GA8594@fencepost> <877jw2cq4f.fsf@floss.red-bean.com> <87ad0xvo33.fsf@mail.jurta.org> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1083059181 20264 80.91.224.253 (27 Apr 2004 09:46:21 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 27 Apr 2004 09:46:21 +0000 (UTC) Cc: kfogel@red-bean.com, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Tue Apr 27 11:46:14 2004 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1BIPAL-00071H-00 for ; Tue, 27 Apr 2004 11:46:13 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BIPAL-0002zv-00 for ; Tue, 27 Apr 2004 11:46:13 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.30) id 1BIP7H-0006yn-EE for emacs-devel@quimby.gnus.org; Tue, 27 Apr 2004 05:43:03 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.30) id 1BIP6c-0006xz-KG for emacs-devel@gnu.org; Tue, 27 Apr 2004 05:42:22 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.30) id 1BIP66-0006nt-HU for emacs-devel@gnu.org; Tue, 27 Apr 2004 05:42:21 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.30) id 1BIP66-0006nj-6n for emacs-devel@gnu.org; Tue, 27 Apr 2004 05:41:50 -0400 Original-Received: from fencepost.gnu.org ([127.0.0.1] helo=lola.goethe.zz) by fencepost.gnu.org with esmtp (Exim 4.24) id 1BIP46-0001Nz-V8; Tue, 27 Apr 2004 05:39:47 -0400 Original-To: Juri Linkov In-Reply-To: <87ad0xvo33.fsf@mail.jurta.org> User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 Original-Lines: 37 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:22223 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:22223 Juri Linkov writes: > Karl Fogel writes: > > Miles Bader writes: > >> It's a shame, because it would be nice to use more "normal" > >> bindings in isearch to do "isearchey variants", but it's probably > >> necessary to be pretty conservative. > > > > In this case, I wonder if we're not being overly conservative. > > Here is an idea: to create a special mode, say, conservative-mode, > where default values and key bindings will never change from version > to version. Users upset by constant changes will set it once and > for all in own .emacs and will not worry about further changes. > Users who don't set this mode (as well as novices who have no > preferences) will be ready for changes, and Emacs development will > not be restricted by care for backward compatibility anymore. So > everyone will be happy. That mode is already available: it is called "stop updating your Emacs". There is no need to provide it explicitly. Our discussions here are not for maintaining the old state: they are for striking a balance between interfaces proven over time and new ideas. A specific mode that always provides the old things is redundant, as you can always use an old Emacs. The particular balance for conservative-mode would still have to get agreed on. I think we should rather strive to invest the time for these considerations where they affect all users: all the people that are discussing here are perfectly capable of configuring their Emacs to behave like it did previously, with less effort than it takes them leading those discussions. They are still doing those discussions because they care for more than just their personal preference. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum