From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Vitalie Spinu Newsgroups: gmane.emacs.devel Subject: Re: UI inconveniences with M-. Date: Wed, 29 Apr 2015 17:26:18 +0200 Message-ID: <87lhhb7y79.fsf@gmail.com> 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> <54ABBB47.7010603@yandex.ru> <837fszx7iy.fsf@gnu.org> <83r3r5wqwv.fsf@gnu.org> <83k2wxwexb.fsf@gnu.org> <83fv7kwbow.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1430321194 3132 80.91.229.3 (29 Apr 2015 15:26:34 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 29 Apr 2015 15:26:34 +0000 (UTC) Cc: Eli Zaretskii , Dmitry Gutov , emacs-devel@gnu.org To: Helmut Eller Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Apr 29 17:26:32 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 1YnTsc-0008UP-MO for ged-emacs-devel@m.gmane.org; Wed, 29 Apr 2015 17:26:30 +0200 Original-Received: from localhost ([::1]:39647 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YnTsc-0007r7-1O for ged-emacs-devel@m.gmane.org; Wed, 29 Apr 2015 11:26:30 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:37351) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YnTsW-0007nk-FU for emacs-devel@gnu.org; Wed, 29 Apr 2015 11:26:25 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YnTsT-0004r2-1Q for emacs-devel@gnu.org; Wed, 29 Apr 2015 11:26:24 -0400 Original-Received: from mail-wg0-x236.google.com ([2a00:1450:400c:c00::236]:35696) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YnTsS-0004ql-RD; Wed, 29 Apr 2015 11:26:20 -0400 Original-Received: by wgyo15 with SMTP id o15so32346388wgy.2; Wed, 29 Apr 2015 08:26:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=w0og9zubTis9FHtp9SFeaOCz2de7IboxtkYpqvfRRpk=; b=dNlMkN3+wY4ryM4cC85J89VHjlgEC3B3tMZmu1CEtLUF0mtldctImBFf0w5cWMnv3I xYOUVjf4Fgg3RSHzMQqUfq/OFN3dUvtji5dGYCxyGt1Ndd2BzVipGwogZml8mlC4VuMS APtKtXVq9dVgoULHxBshlkOOMEpHfULIHCCU8VdRKNJxPD7e8TnkW1548M8YG1IJOsI+ YuK+jgrTVWgkV9Z47lz9Z5nMUj83lD1hTvBW3AASPnZjZ43+074AsQ+Xsi/qDbkFBs8J QlZYa/QAL9jJ3QRIu1Yv19ULZbO22D4nesmm2W+TMb1yljMYnUz985kiPl3ke3u9ocwu yxGQ== X-Received: by 10.194.242.166 with SMTP id wr6mr12568644wjc.76.1430321180087; Wed, 29 Apr 2015 08:26:20 -0700 (PDT) Original-Received: from localhost (dhcp-077-251-128-242.chello.nl. [77.251.128.242]) by mx.google.com with ESMTPSA id o5sm21697133wia.0.2015.04.29.08.26.19 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 29 Apr 2015 08:26:19 -0700 (PDT) In-Reply-To: (Helmut Eller's message of "Wed, 29 Apr 2015 08:10:45 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c00::236 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:186017 Archived-At: >>> Helmut Eller on Wed, 29 Apr 2015 08:10:45 +0200 wrote: > On Tue, Apr 28 2015, Stefan Monnier wrote: >> [ Moving this to emacs-devel. ] >> >>>> > Emacs 24 also had "C-u M-." to go to the next one. This one doesn't; >>>> > moreover, if you try "C-u M-.", you get prompted for the symbol again, >>>> > and if you type the same one, you get nowhere. The other matches are >>>> > only available via completion, see below. > I my proposal the next-error/prev-error commands could be used to > navigate through xrefs even after the *xref* buffer disappeared. This > can was done--quite elegantly I think--by setting next-error-last-buffer > to the *xref* buffer and set the buffer local value of > next-error-function in the *xref* buffer appropriately. > Dmitry took that out because he thinks that it interferes too much with > compilation-mode. How does it interfere with the compilation-mode more concretely? By definition next-error(M-g n)/previous-error(M-g p) operate on the most recent buffer (in buffer-list) that contains `next-error-function` and is complete unrelated to compilation mode. If you just called `occur` you navigate in *occur* buffer, grep - in *grep*, compile - in *compile* etc. IMW *xref* is conceptually closer to *compile* than to *occur* or even *grep* buffers. Dmitry, would you mind putting this back? Thanks, Vitalie