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#19468: 25.0.50; UI inconveniences with M-. Date: Tue, 06 Jan 2015 13:39:03 +0300 Message-ID: <54ABBB47.7010603@yandex.ru> References: <83zja6b3tc.fsf@gnu.org> <54A24079.4020902@yandex.ru> <54A2FF47.6010207@yandex.ru> <54A86135.7080004@yandex.ru> <54A90002.7080009@gmx.at> <54A9C3FB.7000602@yandex.ru> <54AA3881.3080304@gmx.at> 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 1420541059 22645 80.91.229.3 (6 Jan 2015 10:44:19 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 6 Jan 2015 10:44:19 +0000 (UTC) Cc: 19468@debbugs.gnu.org To: martin rudalics , Helmut Eller Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Jan 06 11:44:12 2015 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 1Y8RZ7-00064x-Th for geb-bug-gnu-emacs@m.gmane.org; Tue, 06 Jan 2015 11:40:46 +0100 Original-Received: from localhost ([::1]:35819 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y8RZ7-0003dl-Bs for geb-bug-gnu-emacs@m.gmane.org; Tue, 06 Jan 2015 05:40:45 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48087) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y8RYY-0002z6-Ps for bug-gnu-emacs@gnu.org; Tue, 06 Jan 2015 05:40:11 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Y8RYQ-00063K-K6 for bug-gnu-emacs@gnu.org; Tue, 06 Jan 2015 05:40:10 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:56827) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y8RYQ-00063G-Fh for bug-gnu-emacs@gnu.org; Tue, 06 Jan 2015 05:40:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1Y8RYQ-0005nM-4G for bug-gnu-emacs@gnu.org; Tue, 06 Jan 2015 05:40:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 06 Jan 2015 10:40:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19468 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 19468-submit@debbugs.gnu.org id=B19468.142054075222209 (code B ref 19468); Tue, 06 Jan 2015 10:40:02 +0000 Original-Received: (at 19468) by debbugs.gnu.org; 6 Jan 2015 10:39:12 +0000 Original-Received: from localhost ([127.0.0.1]:37960 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Y8RXb-0005m9-R3 for submit@debbugs.gnu.org; Tue, 06 Jan 2015 05:39:12 -0500 Original-Received: from mail-lb0-f182.google.com ([209.85.217.182]:42064) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Y8RXZ-0005m1-UK for 19468@debbugs.gnu.org; Tue, 06 Jan 2015 05:39:10 -0500 Original-Received: by mail-lb0-f182.google.com with SMTP id u10so715761lbd.13 for <19468@debbugs.gnu.org>; Tue, 06 Jan 2015 02:39:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=5xV0ioNx1KVKLFNxRgvSDbHSVswYWQNLX8549eds0i8=; b=pMdkYshAeVM4ItkfxsIWxZDQCV4rBQlL+DCrBNwk8jdbwTiozglYufKhsBPo15xgM1 98bV2fSwPKgspNoKy/2FLtJTMw/Ot+cF5Q6fegHADdOfFOIsj7dJHBok19wBMaQWlpdu OEp79pJ1rjq5MESJ5JH5LaiBhpbD8dCOpOz80D32XltOBT0isw2/Ggw8n/G9ryoLC5tl Dg0NfrbND8hTg0wVDBNxI4LGD8FsC9OQ/GMkBYafqUTSlvETIAzF8TuYdd4YArRlj5jB ipgwPoT2kVx8dwuuhmw/pB4Q6uuxinmfszPyaEbRc8HG5zmf7h3Wcnk4BV2KSYqVfOMv /HGg== X-Received: by 10.112.235.137 with SMTP id um9mr98810522lbc.41.1420540749066; Tue, 06 Jan 2015 02:39:09 -0800 (PST) Original-Received: from [192.168.1.3] ([178.252.98.87]) by mx.google.com with ESMTPSA id g7sm15276773lae.15.2015.01.06.02.39.07 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 06 Jan 2015 02:39:08 -0800 (PST) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:33.0) Gecko/20100101 Thunderbird/33.0 In-Reply-To: <54AA3881.3080304@gmx.at> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.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-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:98064 Archived-At: On 01/05/2015 10:08 AM, martin rudalics wrote: > > In all likelihood, we've displayed several buffers in succession in > that other window. Or none. Doing `quit-window' there exactly once won't > suffice. > > It should, conceptually. One `quit-window' would switch to the buffer below it. If that one was also displayed by xref, we don't gain much at all. And what if, like I already mentioned, xref hasn't displayed any xref definitions yet? > We have two windows we want to quit simultaneously. Quit windows or not, that's an implementation detail. We want to restore window configuration before xref, but only if the user hasn't tampered with it in the process. > Any of them could > have been made specially for xrefing Not really: `xref--display-position' calls (display-buffer (current-buffer) t). > The entire information what to do should be in the `quit-restore' > parameter of any of these windows. If what I described above doesn't > work out automatically you might have to adjust the `quit-restore' > parameter manually. But it should work automatically. What then, you would rather I save the original buffer displayed in the other window, and then changed the `quit-restore' parameter in that window before quitting? I could just as well do all the `bury-buffer' myself. And that won't take care of the case when the window configuration is changed by anything other than xref. I've pushed my implementation using `quit-window' to scratch/xref, please take a look. What would you do better?