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: conflicting uses of next-error-function Date: Thu, 30 Apr 2015 01:52:07 +0200 Message-ID: <87383ia3x4.fsf@gmail.com> References: <83zja6b3tc.fsf@gnu.org> <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> <877fsua62v.fsf@gmail.com> <55416538.9060702@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1430351548 8383 80.91.229.3 (29 Apr 2015 23:52:28 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 29 Apr 2015 23:52:28 +0000 (UTC) Cc: Helmut Eller , Stefan Monnier , emacs-devel@gnu.org To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Apr 30 01:52:23 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 1Ynbm5-0003rq-Vl for ged-emacs-devel@m.gmane.org; Thu, 30 Apr 2015 01:52:18 +0200 Original-Received: from localhost ([::1]:41444 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ynbm5-0003nU-EO for ged-emacs-devel@m.gmane.org; Wed, 29 Apr 2015 19:52:17 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:58167) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ynbm3-0003nP-2w for emacs-devel@gnu.org; Wed, 29 Apr 2015 19:52:15 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Ynbly-0000xk-17 for emacs-devel@gnu.org; Wed, 29 Apr 2015 19:52:15 -0400 Original-Received: from mail-wi0-x232.google.com ([2a00:1450:400c:c05::232]:34536) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ynblx-0000xL-R0 for emacs-devel@gnu.org; Wed, 29 Apr 2015 19:52:09 -0400 Original-Received: by wicmx19 with SMTP id mx19so1006209wic.1 for ; Wed, 29 Apr 2015 16:52:09 -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=KV3lWv/Zl8pFIPkOw476maEMAXeHh5jeoUyzxUtDxco=; b=HzjEet5VN4TVCCZy+UGtXaYMiGtnpwhn7FWoIp8+7tHy38t4sXtF6z1FH8hszpT2pp wmIF6T3ayT8lCr/TQRKP0N8YPEybS5oax6ExtBENc0I9RyAYmV5cWa6Xlws4iC7yTuHx 0XQacqYF6AVeJ58F7AT25RwP6d0xmZHrHMUtiSMmYmQLky+ck/Jyt3qVF4KbesZbmdxd oWVUktHfdrkvxsN7ZyhEW9Y9H0Z1O+qrFQBj4iNtAes1n2snwM3T9etfu7fApszSvBX6 jFwXGsZJDM70stLE5cmIzAGCSshboixFb9tz/1rDtkgkapcxIrqIp4XP/77ReC215SI5 qt+g== X-Received: by 10.180.187.12 with SMTP id fo12mr272181wic.40.1430351529174; Wed, 29 Apr 2015 16:52:09 -0700 (PDT) Original-Received: from localhost (dhcp-077-251-128-242.chello.nl. [77.251.128.242]) by mx.google.com with ESMTPSA id kc4sm765757wjc.2.2015.04.29.16.52.07 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 29 Apr 2015 16:52:07 -0700 (PDT) In-Reply-To: <55416538.9060702@yandex.ru> (Dmitry Gutov's message of "Thu, 30 Apr 2015 02:11:52 +0300") 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:c05::232 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:186049 Archived-At: >>> Dmitry Gutov on Thu, 30 Apr 2015 02:11:52 +0300 wrote: > On 04/30/2015 02:05 AM, Vitalie Spinu wrote: >> Shouldn't then the first invocation of next-error push into >> xref--marker-ring (for M-.) in case it took you to a wrong place? > That would be nice. Something like (unless (eq last-command 'next-error) > (xref-push-marker-stack)). Yes. But don't offend the `previous-error ;) >> How about using the free M-0 prefix in next-error to prompt for the >> compilation buffer on which to operate? > Unfortunately, it's already taken: both `next-error' and `previous-error' take > numeric arguments, and `M-0 C-`' means "move by zero errors". Hm... I thought that's useless, but it actually makes sense. > Which looks like a waste to me: it pretty rare to move by many errors at a time > (and know that number precisely). If after me, numeric prefixes for all navigation commands are pretty a wasteful. I never use those. > `C-x 4 C-`'? It's actually longer "C-x 4 C-x `"' M-g map is pretty empty. Maybe "M-g e" and M-g M-e? Easy to type on qwerty. Vitalie (BTW, would be nice to have "M-g c" bound to `goto-char` to keep company to "M-g g")