From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#2270: [PATCH] bug#2270, RE: 23.0.90; find-library:... (2) other-window version Date: Wed, 27 Apr 2016 20:43:15 +0300 Message-ID: <636c5081-9c37-5eb4-ca6b-d44c654bd0e2@yandex.ru> References: <871vu5d7y9.fsf@cyd.mit.edu> <07346487C61E40D891C856C44C06986E@us.oracle.com> <06691A5A9E1B4BC7BC157ADFE73B5A24@us.oracle.com> <87bn4vgdz8.fsf@gnus.org> <489d9709-08dc-45d6-99c3-ed8faf7e9714@default> <871t5rgdfp.fsf@gnus.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1461779062 5662 80.91.229.3 (27 Apr 2016 17:44:22 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 27 Apr 2016 17:44:22 +0000 (UTC) Cc: 2270@emacsbugs.donarmstrong.com, Chong Yidong , Stefan Monnier , 2270@debbugs.gnu.org To: Lars Ingebrigtsen , Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Apr 27 19:44:12 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1avTVR-0002K9-RS for geb-bug-gnu-emacs@m.gmane.org; Wed, 27 Apr 2016 19:44:10 +0200 Original-Received: from localhost ([::1]:44504 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1avTVR-00078c-AV for geb-bug-gnu-emacs@m.gmane.org; Wed, 27 Apr 2016 13:44:09 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40596) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1avTVN-00075o-D8 for bug-gnu-emacs@gnu.org; Wed, 27 Apr 2016 13:44:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1avTVK-0002PO-53 for bug-gnu-emacs@gnu.org; Wed, 27 Apr 2016 13:44:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:38091) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1avTVK-0002PJ-1g for bug-gnu-emacs@gnu.org; Wed, 27 Apr 2016 13:44:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1avTVJ-0006g3-Rj for bug-gnu-emacs@gnu.org; Wed, 27 Apr 2016 13:44:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 27 Apr 2016 17:44:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 2270 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: fixed Original-Received: via spool by 2270-submit@debbugs.gnu.org id=B2270.146177900425605 (code B ref 2270); Wed, 27 Apr 2016 17:44:01 +0000 Original-Received: (at 2270) by debbugs.gnu.org; 27 Apr 2016 17:43:24 +0000 Original-Received: from localhost ([127.0.0.1]:50426 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1avTUi-0006et-L0 for submit@debbugs.gnu.org; Wed, 27 Apr 2016 13:43:24 -0400 Original-Received: from mail-wm0-f67.google.com ([74.125.82.67]:35408) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1avTUh-0006ea-2K for 2270@emacsbugs.donarmstrong.com; Wed, 27 Apr 2016 13:43:23 -0400 Original-Received: by mail-wm0-f67.google.com with SMTP id e201so15288526wme.2 for <2270@emacsbugs.donarmstrong.com>; Wed, 27 Apr 2016 10:43:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=f1xw0ByVagu9TLS38fItGf/xsWTwv+YjdL1ODLAwpzY=; b=0K/SFaKiry/ZUOmFheQc8NHkP7SnYh/Iiq0aPAUwH2JcYPzqZMVtutboaF4Y4pjk1k n/kNP/q4Ef+AUAeh1NM1MQhC8Ndx5EoUWtz7eKKj2Y7MQdwPuCtbuE2uqih9oktIxJPQ Wt6xcNMY06IRPJ1zNN0+XSgVQaViPABQZGKoiY5mGypr34JZYDCs74WIc4tbJorBPsTi U3LTV2WEWnCEOLwgNeF/lIlraHQAoFD+6UGfJuyWBURHGmpPAVs+WqDKSgkDmpOADjzo 8Mgqz52LSt+nYT6V7D2khfadcQPz4G7dzgk/D/6qjeJIpIknEhK7ZbRXsxyh6V9ygGri Z6iQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:to:references:cc:from:message-id :date:user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=f1xw0ByVagu9TLS38fItGf/xsWTwv+YjdL1ODLAwpzY=; b=BGIXZSXyxTmmn8//4YrkmiJzmM8fEiK2apJELjIgwEH7iaVwsKGFwaMctk+wqBaWMy F1Zo4KcrV4dDwzaxJBXse52L6Wqg+m6hzFyz/xRxOxiQNpCfd0s44/znsnZ2rClR3XIQ v+HOFAzNNtkOsHH7PQiyQ/G0haDzBxxgzvo533ISa+LYO5RdNV9vwOiS/m5+xphY7PxG X9z8v+TAC76j0xOTGgb4ZBZHZD/QCnRgZyEV6c8+SZmlrVTkDD8aaS3+brIs0tMzBpRV cDGWy32me2Y0AKUIBWegXxIg23uUZPLp+Ur9qIEFdIV3MjtlDxI0qvRz2K+oRypcdcnr hOrw== X-Gm-Message-State: AOPr4FXJz92zK8Ka7peLrJagnlRKOG2N3x+f4eSBEbr2sOHsG3dHvuG6GOdWxv8AuB8JcQ== X-Received: by 10.28.161.198 with SMTP id k189mr17364042wme.23.1461778997403; Wed, 27 Apr 2016 10:43:17 -0700 (PDT) Original-Received: from [192.168.0.185] ([212.50.99.193]) by smtp.googlemail.com with ESMTPSA id u192sm30505125wmd.11.2016.04.27.10.43.15 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 27 Apr 2016 10:43:16 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.0 In-Reply-To: <871t5rgdfp.fsf@gnus.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:116936 Archived-At: On 04/27/2016 08:38 PM, Lars Ingebrigtsen wrote: > `find-library' isn't bound to any key, but I think it probably should > be. `C-x 4 l' seems like as good a keystroke as any. Any thought from > other people? I use the command quite a lot... I think the "other window" version should simply be a separate command, like find-function-other-window, xref-find-definitions-other-window, etc. Having a default binding for it would be a bit odd, considering find-library doesn't have one. >> 2. I think that the other-window version is far more useful than >> the same-window version. So if other-window behavior is available >> only via a prefix arg I'd prefer that it be the other way around: >> a prefix arg uses the same window; no prefix arg uses another >> window. (Yes, that would be a change in the default behavior.) -1 from me. > The command now uses pop-to-buffer-same-window, which is quite > customisable, as I understand things. (I haven't looked into the > new-fangled window popping controlling functions.) So I think this > should be customisable ... somehow ... by the users now. It's... not as easy as one might hope. And if you customize `find-library' to use the other window this way, there will be no way to have it use the current window just this one time. And vice versa.