From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.devel Subject: Re: History for query replace pairs Date: Sun, 05 Oct 2014 20:46:32 -0400 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: <87wq8egh3r.fsf@lifelogs.com> References: <87a97ejxuo.fsf@mail.jurta.org> <87lhovik5c.fsf@lifelogs.com> Reply-To: emacs-devel@gnu.org NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1412556386 26436 80.91.229.3 (6 Oct 2014 00:46:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 6 Oct 2014 00:46:26 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Oct 06 02:46:21 2014 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 1XawRQ-0002LD-DG for ged-emacs-devel@m.gmane.org; Mon, 06 Oct 2014 02:46:20 +0200 Original-Received: from localhost ([::1]:49537 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XawRO-0008O8-0K for ged-emacs-devel@m.gmane.org; Sun, 05 Oct 2014 20:46:18 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34929) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XawR6-0008O2-7e for emacs-devel@gnu.org; Sun, 05 Oct 2014 20:46:05 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XawR0-0002an-VS for emacs-devel@gnu.org; Sun, 05 Oct 2014 20:46:00 -0400 Original-Received: from plane.gmane.org ([80.91.229.3]:52560) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XawR0-0002ai-O6 for emacs-devel@gnu.org; Sun, 05 Oct 2014 20:45:54 -0400 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1XawQz-0002EZ-Ro for emacs-devel@gnu.org; Mon, 06 Oct 2014 02:45:53 +0200 Original-Received: from c-98-229-61-72.hsd1.ma.comcast.net ([98.229.61.72]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 06 Oct 2014 02:45:53 +0200 Original-Received: from tzz by c-98-229-61-72.hsd1.ma.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 06 Oct 2014 02:45:53 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: emacs-devel@gnu.org Original-Lines: 49 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: c-98-229-61-72.hsd1.ma.comcast.net X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6; d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" Mail-Copies-To: never User-Agent: Gnus/5.130008 (Ma Gnus v0.8) Emacs/25.0.50 (gnu/linux) Cancel-Lock: sha1:CxNRPqeUOZmAxmC3ID6KqhtQYLE= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 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:174998 Archived-At: On Sun, 5 Oct 2014 05:59:34 +0000 (UTC) Tom wrote: T> Ted Zlatanov lifelogs.com> writes: >> >> I'd like to make this part of the Emacs core, disabled by default. Any >> objections? I think it's nicer-looking than the current UI. >> >> If not, maybe Tom would like to make it a GNU ELPA package? T> If you put it into the core then it won't be available in this T> release for users (I guess, because it's new functionality), only T> in the next one which may be years away. T> For this reason it may be better if you make an elpa (or melpa) T> package, because then every user can use it immediately, it can T> be polished there and it can be moved into the core later when T> it's matured. That's true for code that adds functionality, but IMHO code that improves usability (such as yours) should go into the core for two reasons: one, it should be usable by everyone; two, it can take advantage of core improvements without keeping backward compatibility. This is just my opinion, though. It's your code and you're free to submit it to the GNU ELPA or any other archive :) Just let us know what you prefer soon so we can move on with it. On Sun, 05 Oct 2014 02:36:57 +0300 Juri Linkov wrote: JL> I realized right now that the most intuitive and convenient way is JL> to implement a new general function to read two values in the minibuffer JL> with two entry fields. These fields could be like in Widget/Customization UI JL> where the user can switch the entry point between two fields. JL> Anything between them would be read-only like the current prompt is, e.g. JL> Query replace: [from] with: [to] JL> where [from] and [to] are entry fields. `M-p' will update these two fields JL> with the previous values from the history. That sounds fine, especially if it can be implemented quickly. Otherwise maybe we should adopt Tom's code now and improve it later. What do you think? I'll hold off until you and Tom have given your opinions. Either way, I am excited about this. It will definitely improve the UI experience! Thanks Ted