From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.bugs Subject: bug#20493: 25.0.50; next-error in change-log-mode can hide its buffer Date: Mon, 04 May 2015 18:18:11 -0400 Organization: =?UTF-8?Q?=D0=A2=D0=B5=D0=BE=D0=B4=D0=BE=D1=80_?= =?UTF-8?Q?=D0=97=D0=BB=D0=B0=D1=82=D0=B0=D0=BD=D0=BE=D0=B2?= @ Cienfuegos Message-ID: <87bni06l7g.fsf@lifelogs.com> References: <86h9rtbvvz.fsf@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1430777964 32009 80.91.229.3 (4 May 2015 22:19:24 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 4 May 2015 22:19:24 +0000 (UTC) Cc: 20493@debbugs.gnu.org To: Dmitry Gutov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue May 05 00:19:14 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 1YpOhl-0007y1-5S for geb-bug-gnu-emacs@m.gmane.org; Tue, 05 May 2015 00:19:13 +0200 Original-Received: from localhost ([::1]:36151 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YpOhk-00045S-Gz for geb-bug-gnu-emacs@m.gmane.org; Mon, 04 May 2015 18:19:12 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35647) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YpOhh-000459-DM for bug-gnu-emacs@gnu.org; Mon, 04 May 2015 18:19:10 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YpOhc-0001lD-Ag for bug-gnu-emacs@gnu.org; Mon, 04 May 2015 18:19:09 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:52376) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YpOhc-0001kX-6o for bug-gnu-emacs@gnu.org; Mon, 04 May 2015 18:19:04 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1YpOha-0008IX-Gu for bug-gnu-emacs@gnu.org; Mon, 04 May 2015 18:19:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Ted Zlatanov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 04 May 2015 22:19:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20493 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 20493-submit@debbugs.gnu.org id=B20493.143077788431833 (code B ref 20493); Mon, 04 May 2015 22:19:02 +0000 Original-Received: (at 20493) by debbugs.gnu.org; 4 May 2015 22:18:04 +0000 Original-Received: from localhost ([127.0.0.1]:34118 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YpOgd-0008HM-Jb for submit@debbugs.gnu.org; Mon, 04 May 2015 18:18:03 -0400 Original-Received: from mail-qc0-f176.google.com ([209.85.216.176]:36026) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YpOgb-0008GQ-93 for 20493@debbugs.gnu.org; Mon, 04 May 2015 18:18:02 -0400 Original-Received: by qcbgy10 with SMTP id gy10so26602965qcb.3 for <20493@debbugs.gnu.org>; Mon, 04 May 2015 15:17:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lifelogs.com; s=google; h=from:to:cc:subject:organization:references:mail-copies-to :gmane-reply-to-list:date:in-reply-to:message-id:user-agent :mime-version:content-type; bh=kxS3BM1l/YExjyi+UiE4wZUBl970QPz7r4HbZDtmtY8=; b=MznTG1ehCEbbSb9u8cKPq4UsfszsUlKu3trRb68+VI3d/EGLzaE1j2pRmRSA96r8vc hSIbDfcKbQLG6txUyZvpuIIQDpMUP0Mq4rE52GxhKoegUu/aI2Jey56phe/02mo0cG2C 07wPSVdqtqKdtoGR+o4VQoZ4jpi6cvxaFigWc= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:organization:references :mail-copies-to:gmane-reply-to-list:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=kxS3BM1l/YExjyi+UiE4wZUBl970QPz7r4HbZDtmtY8=; b=dSLNOKvGiqE0zRU3jy368zjktBv3uE/cbNiOmubWk6JyKTcIb8k6MiBEQlvNSGkxHP LKLmOzAdtuPrTGzhpVWcxCvcJBKvOcdTdIBw/WKDkoKTK612ncCoiWYIS4xh27WqV3cU 0ljHMoQACRQfWZeZm8ZdjCKC44OQfizyULnOwsIqP16BygZ61kDmOELl+My+xxTAldQO a9XXAJygz+aq3xw+FVmqwoNItDe+pwjgyQOh65APR1DJLJ5QuC9iqk3HoS8xOWm5vdWP 9X//v5XFosvE1LBJgG48qN+/io9ckhzZ0QxFFfQn9xEYcdSpG5JKSvch4bvsMcZHApbm 3/dA== X-Gm-Message-State: ALoCoQnY5zFiylPi95SrgML5UJHA1EoU8e8n2IaNYGqoqvOG0txgHPG4YJklCLsKSoqRALRjjKGp X-Received: by 10.55.54.136 with SMTP id d130mr48544128qka.22.1430777875905; Mon, 04 May 2015 15:17:55 -0700 (PDT) Original-Received: from flea (c-98-229-61-72.hsd1.ma.comcast.net. [98.229.61.72]) by mx.google.com with ESMTPSA id 78sm17558365qht.45.2015.05.04.15.17.55 (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Mon, 04 May 2015 15:17:55 -0700 (PDT) X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6; d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" Mail-Copies-To: never Gmane-Reply-To-List: yes In-Reply-To: <86h9rtbvvz.fsf@yandex.ru> (Dmitry Gutov's message of "Sun, 03 May 2015 17:04:00 +0300") User-Agent: Gnus/5.130012 (Ma Gnus v0.12) Emacs/25.0.50 (gnu/linux) 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:102480 Archived-At: On Sun, 03 May 2015 17:04:00 +0300 Dmitry Gutov wrote: DG> next-error-function in *compile* or *grep* works in a certain way: DG> - It doesn't open the locations when the *compile* buffer is selected, DG> it just jumps between them in that buffer. DG> - When *compile* is visible but displayed a different window, pressing DG> C-x ` will never display the "next error" on top of *compile*. So the DG> latter always stays visible. DG> Neither is true of change-log-next-error. DG> I think we need more consistency in this. Is the question whether `next-error' should jump to files directly like a bookmark or jump between navigation bookmarks that then have to be explicitly activated with RET or something else? I always prefer the latter, personally. Ted