From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Karl Fogel Newsgroups: gmane.emacs.devel Subject: Re: isearch-yank-char Date: 27 Apr 2004 17:49:30 -0500 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <87n04x9gud.fsf@floss.red-bean.com> References: <874qr7l59b.fsf@mail.jurta.org> <20040426230345.GA8594@fencepost> <877jw2cq4f.fsf@floss.red-bean.com> <87ad0xvo33.fsf@mail.jurta.org> Reply-To: kfogel@red-bean.com NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1083128966 18971 80.91.224.253 (28 Apr 2004 05:09:26 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 28 Apr 2004 05:09:26 +0000 (UTC) Cc: Juri Linkov , emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Wed Apr 28 07:09:15 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 1BIhJr-0006wz-00 for ; Wed, 28 Apr 2004 07:09:15 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BIhJr-0005hk-00 for ; Wed, 28 Apr 2004 07:09:15 +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 1BIhJC-0002Ke-Ua for emacs-devel@quimby.gnus.org; Wed, 28 Apr 2004 01:08:34 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.30) id 1BIhJ6-0002J7-L8 for emacs-devel@gnu.org; Wed, 28 Apr 2004 01:08:28 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.30) id 1BIhI5-0001yO-AW for emacs-devel@gnu.org; Wed, 28 Apr 2004 01:07:56 -0400 Original-Received: from [207.115.63.78] (helo=pimout6-ext.prodigy.net) by monty-python.gnu.org with esmtp (Exim 4.30) id 1BIhI4-0001pB-7c; Wed, 28 Apr 2004 01:07:24 -0400 Original-Received: from floss.red-bean.com (adsl-66-73-175-183.dsl.chcgil.ameritech.net [66.73.175.183]) by pimout6-ext.prodigy.net (8.12.10/8.12.10) with ESMTP id i3S56tqB220214; Wed, 28 Apr 2004 01:06:55 -0400 Original-Received: from kfogel by floss.red-bean.com with local (Exim 3.34 #1 (Debian)) id 1BIbOM-0004AI-00; Tue, 27 Apr 2004 17:49:30 -0500 Original-To: David Kastrup Emacs: everything *and* the kitchen sink. In-Reply-To: Original-Lines: 17 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 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:22280 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:22280 I don't think a 'conservative-mode' is the direction to go. Adding more choices is not helpful. Conservative-mode would be an endless source of future decision avoidance. For any given new feature or binding, someone would say "Well, we can't figure out what to do, so let's add the feature, but disable it in conservative-mode." Is that really what we want? Anyone who knows enough about Emacs to know to look for and/or tweak a hypothetical conservative-mode, knows enough to simply adjust their isearch bindings directly. The target audience for conservative mode would not be helped in reality, because they'd probably never even know the mode existed. We should either do the new isearch bindings or not do them, instead of growing Yet Another Choice Mechanism in Emacs. -Karl