From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: joaotavora@gmail.com (=?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?=) Newsgroups: gmane.emacs.bugs Subject: bug#28814: [BUMP, PATCH] (26.0.90; When *xref* window is needed, original window-switching intent is lost ) Date: Wed, 25 Oct 2017 14:29:45 +0100 Message-ID: <87o9ovs6d2.fsf@gmail.com> References: <87infjm3p3.fsf@gmail.com> <871slyi3lk.fsf_-_@gmail.com> <87lgk22ryu.fsf@gmail.com> <87fua91vis.fsf@gmail.com> <13af136e-12fb-4e8d-81ff-63424b1e1943@yandex.ru> <87y3nzu0xu.fsf@gmail.com> <4b46c989-f94e-a5ce-9264-069c34096419@yandex.ru> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1508938228 31358 195.159.176.226 (25 Oct 2017 13:30:28 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 25 Oct 2017 13:30:28 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.90 (gnu/linux) Cc: 28814@debbugs.gnu.org To: Dmitry Gutov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Oct 25 15:30:19 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e7LlB-0006wg-TE for geb-bug-gnu-emacs@m.gmane.org; Wed, 25 Oct 2017 15:30:18 +0200 Original-Received: from localhost ([::1]:48348 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e7LlH-0001sa-Qk for geb-bug-gnu-emacs@m.gmane.org; Wed, 25 Oct 2017 09:30:23 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57696) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e7Ll7-0001pw-3R for bug-gnu-emacs@gnu.org; Wed, 25 Oct 2017 09:30:18 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e7Lkx-0005Jw-B9 for bug-gnu-emacs@gnu.org; Wed, 25 Oct 2017 09:30:13 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:52074) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1e7Lkx-0005Jk-7L for bug-gnu-emacs@gnu.org; Wed, 25 Oct 2017 09:30:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1e7Lkw-0006Fo-TJ for bug-gnu-emacs@gnu.org; Wed, 25 Oct 2017 09:30:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: joaotavora@gmail.com (=?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?=) Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 25 Oct 2017 13:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 28814 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 28814-submit@debbugs.gnu.org id=B28814.150893819924005 (code B ref 28814); Wed, 25 Oct 2017 13:30:02 +0000 Original-Received: (at 28814) by debbugs.gnu.org; 25 Oct 2017 13:29:59 +0000 Original-Received: from localhost ([127.0.0.1]:60755 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e7Lkt-0006F7-E9 for submit@debbugs.gnu.org; Wed, 25 Oct 2017 09:29:59 -0400 Original-Received: from mail-wr0-f196.google.com ([209.85.128.196]:46281) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e7Lkr-0006Ep-BO for 28814@debbugs.gnu.org; Wed, 25 Oct 2017 09:29:57 -0400 Original-Received: by mail-wr0-f196.google.com with SMTP id l1so24063662wrc.3 for <28814@debbugs.gnu.org>; Wed, 25 Oct 2017 06:29:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:in-reply-to:references:user-agent:date :message-id:mime-version:content-transfer-encoding; bh=9EjWqV7oE6k5KZN89eVNyqDj1/iuah1RJyYiOEYfxbg=; b=XWgNvhi+lHzCGfClwjRbUKn+kF4iPxMhYo4k9KODJ7r/jFU5bmXmtKOuPf7t69YIxQ U09+Z4YjIashDDP52qhnncPR+2fGXtc4jgXWD+RuDKFv/r4i9gMHQUPkZpzwZ3HC+5zO 5FF4pZbUSpXp3G6natEXo76kQvG6MNk1W1TjxeLqJHLHNu3GqUvIWDeO+ka07Sf6Ha2V xvXESdR+zjhmWAy2lQ8OV8VL8TyMyM1X8yR2+9IN1F0OA6R0bzhvpQ6fZ3se1hSEKfeS ANMFYiZU+x4P55d6ErOH/FEZNliZkOA4DERCOWCRoFqU89ExlQXl4oVPsbxoyOu64y7f vewQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:in-reply-to:references :user-agent:date:message-id:mime-version:content-transfer-encoding; bh=9EjWqV7oE6k5KZN89eVNyqDj1/iuah1RJyYiOEYfxbg=; b=S+AW0AVM1Cx5QxbPVZXNUEt8Nj8ScaWbWdxgi79N5cy2/7IU6YOX09kRhVKH3Lx8qr M6Nm53O1CZIcAJBnh1D/48JOW2hRCtudiRsI+8ScZZlKpVjsnoK9Nf5+34LzLEJyNbox JI9xa9E3ZnpXKFjDl05Lo8GNOBcOtqT/zOVCYES74j5UU3q317HDMDiKQ000PygdjliW sNQk4+wUMnSGD5LCqb9NpoflWPgQ80FlME37V5i25hl0FM0an2MnOqM8/XLLvnzNsfDL sekXPNWluejhaWWd2jtIXgxOIZu/DqDcfrWhiq8D54G7xNbxd1p/rYdQXKpiK2WRc8kr Wt6Q== X-Gm-Message-State: AMCzsaWXQoeGFeUoYEJ4FXs09QV4nqqkA27SjPP/1yWnS72ythta64ow RAwLPW8ar6YwzRH3xl8CtiM= X-Google-Smtp-Source: ABhQp+Q+Xj6zbeY2tsXl+aDSkov+KGNrHvReD0o+ou0govcLRh1pQd9BKpJtZUO1h7dljgzpgBQAHA== X-Received: by 10.223.133.242 with SMTP id 47mr2364248wru.170.1508938191677; Wed, 25 Oct 2017 06:29:51 -0700 (PDT) Original-Received: from lolita.yourcompany.com ([88.157.205.17]) by smtp.gmail.com with ESMTPSA id w75sm2242558wmw.17.2017.10.25.06.29.50 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 25 Oct 2017 06:29:50 -0700 (PDT) In-Reply-To: <4b46c989-f94e-a5ce-9264-069c34096419@yandex.ru> (Dmitry Gutov's message of "Wed, 25 Oct 2017 13:24:01 +0300") 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:138956 Archived-At: Dmitry Gutov writes: > It would have given a more consistent mental model, though. And it's > something that corresponds to some users expectations already. > > Think Ctrl-P or "Goto Definition" preview in Sublime Text. You can > look at the destinations and pick one, or not pick anything, and the > tabs list would be intact. > ... > I agree that it might be a step forward, and help you retain some main > aspects of behavior that the users are accustomed to. I just wish it > was a step toward a more well-rounded UI. It seems you=E2=80=99re talking, in part, of the expectations of users comi= ng from more "modern" UI=E2=80=99s, like Sublime=E2=80=99s. I can understand t= hat argument, but I also argue that not drifting too much from the (twitchy, I=E2=80=99ll admit) window popping behavior of Emacs is useful in its own right. For example, I=E2=80=99d argue that Emacs users are almost universally used= to =E2=80=99C-h f/c/m=E2=80=99 stuff bringing up obtrusive windows that they c= an quit by typing =E2=80=99q=E2=80=99 and get back to their original configuration (pr= ovided, yes, that they don=E2=80=99t mess with the window configuration in the meantime). It=E2=80=99s the number one thing that annoyed me in my early Em= acs days, and I see a lot of people confused by it, until they learn how to =E2=80=99q=E2=80=99. Other examples are the default completion UI and the "= disabled command" interface. If that UI can be improved, it certainly should. (I have some very old ideas about a single window dedicated frame for help windows that could be discussed and developed). But whatever is done it should be done to Emacs as a whole, to preserve consistency. In the meantime, my xref patches try to stay close to the current paradigm. Additionally, they should benefit automatically from any future improvements. > But 'a' (correct me if I'm wrong) normally replaces a buffer in the > *current* window. And kill the previous buffer. I can=E2=80=99t correct you because I had no idea of that convention either= . I just mentioned =E2=80=99a=E2=80=99 because I read it somewhere in the discu= ssion. I=E2=80=99ll be fine with any key that means "yes I=E2=80=99ve really decided I want to = go here now take me there and bury this buffer". As a last resort, an unbound command that I can remap RET to, or a decent interface that allows me to write such a command. >> Of course my priority goes towards RET doing xref-quit-and-goto-xref and >> something else doing xref-goto-xref. If that default isn=E2=80=99t chang= ed, I=E2=80=99ll >> probably to that remap in my init file.. > > So you'd always use "something else" to navigate to > project-find-regexp search results? No, I=E2=80=99d use "n" or "SPC". These work fine as always. When I find th= e one I want to edit, I press "RET". I=E2=80=99m a big boy, I can find the *xref* buffer again :-)