From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: John Wiegley Newsgroups: gmane.emacs.devel Subject: Re: A better UI than perform-replace Date: Thu, 19 Nov 2015 11:18:46 -0800 Message-ID: References: <56480D6C.2080408@yandex.ru> <876112xj2i.fsf@gmail.com> <87vb90yum7.fsf@mail.linkov.net> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1447960747 12702 80.91.229.3 (19 Nov 2015 19:19:07 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 19 Nov 2015 19:19:07 +0000 (UTC) Cc: Dmitry Gutov , emacs-devel , Oleh Krehel , Juri Linkov To: John Yates Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Nov 19 20:19:01 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ZzUjV-000457-6m for ged-emacs-devel@m.gmane.org; Thu, 19 Nov 2015 20:19:01 +0100 Original-Received: from localhost ([::1]:43696 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZzUjU-0008Ks-ND for ged-emacs-devel@m.gmane.org; Thu, 19 Nov 2015 14:19:00 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48544) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZzUjQ-0008Iu-Bs for emacs-devel@gnu.org; Thu, 19 Nov 2015 14:18:57 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZzUjL-0003YA-DO for emacs-devel@gnu.org; Thu, 19 Nov 2015 14:18:56 -0500 Original-Received: from mail-pa0-x234.google.com ([2607:f8b0:400e:c03::234]:33819) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZzUjL-0003Xs-7F for emacs-devel@gnu.org; Thu, 19 Nov 2015 14:18:51 -0500 Original-Received: by padhx2 with SMTP id hx2so89814422pad.1 for ; Thu, 19 Nov 2015 11:18:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:in-reply-to:date:message-id:references :user-agent:mail-followup-to:mime-version:content-type; bh=F9OMhgAGcJaEU/9MomPfSIUo47rlrOqe23PJXJ4J4n4=; b=XDyAqhy+zOiyDh53TT2UB7ef/2DWg5AoI05hdD/FILAF2E+Tl0EB5jqR+vB5l8/G5l fI2nB9ZQOmtmPt9cizHJb+3MK2h1tuTD5eI5iu56734/Nyrt/aLVAskaa1eoQUe6svbi Bz+xvRP3kCmYTas4YqyDc3b+SPB8gHwdSk8BNNuiqmkiUrtkqzYGOmRw3b0CirJJZF34 3rwurel4mcHCkMToBMn/OOzfQHQzh+wdydo6YwZuncUHBUDQik8qXzvq/T4E1APbG8AG V9T+dsE6KwFcUBTzEDiR6Vob6FhDUCMjiBsN+vj0GdI8hsS50KKMqCiSi1Z1Ykc/ckSI urMQ== X-Received: by 10.68.134.137 with SMTP id pk9mr13059204pbb.88.1447960730169; Thu, 19 Nov 2015 11:18:50 -0800 (PST) Original-Received: from Vulcan.local (76-234-68-79.lightspeed.frokca.sbcglobal.net. [76.234.68.79]) by smtp.gmail.com with ESMTPSA id qw1sm12232160pbb.22.2015.11.19.11.18.49 (version=TLS1 cipher=AES128-SHA bits=128/128); Thu, 19 Nov 2015 11:18:49 -0800 (PST) X-Google-Original-From: "John Wiegley" Original-Received: by Vulcan.local (Postfix, from userid 501) id A8EF910A334EC; Thu, 19 Nov 2015 11:18:48 -0800 (PST) In-Reply-To: (John Yates's message of "Thu, 19 Nov 2015 14:11:40 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (darwin) Mail-Followup-To: John Yates , Juri Linkov , Dmitry Gutov , Oleh Krehel , emacs-devel X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:400e:c03::234 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:194816 Archived-At: >>>>> John Yates writes: > Rather it is a question of wanting (or needing) to clean-up alignment > _after_ replacing a token with a token of a different length. A very common > instance is ensuring that end of line comments start at a specified column. Ah, yes, I feel your pain now, most directly. I find myself in this same circumstance quite often. Personally, I think the answer is to offer a new mode targeted at "intelligent replacements" -- beginning life in ELPA -- rather than making changes to our current machinery. That way we can test out how it works before considering upsetting a very old apple cart. For example, swiper.el is a fantastic replacement to i-search in many ways, providing not only excellent visuals, but also a nicer way to navigate hits. However, changing the centuries-old behavior of C-s is not to be done lightly; nor is there really any reason to, since users can always bind C-s to `swiper' as they see fit. John