From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.devel Subject: Re: Flymake refactored Date: Fri, 29 Sep 2017 13:56:21 -0400 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: <87shf59ynu.fsf@lifelogs.com> References: <87h8vmj3tr.fsf@lolita> <873775blkz.fsf@lifelogs.com> <87y3oxa2tl.fsf@lifelogs.com> <43e6a2b4-af88-e8d6-5a86-7ac0aaac6ca3@yandex.ru> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1506707813 5875 195.159.176.226 (29 Sep 2017 17:56:53 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 29 Sep 2017 17:56:53 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Sep 29 19:56:49 2017 Return-path: Envelope-to: ged-emacs-devel@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 1dxzWo-00010g-9F for ged-emacs-devel@m.gmane.org; Fri, 29 Sep 2017 19:56:46 +0200 Original-Received: from localhost ([::1]:36468 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dxzWv-0006JK-Qp for ged-emacs-devel@m.gmane.org; Fri, 29 Sep 2017 13:56:53 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:37106) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dxzWk-0006HO-7j for emacs-devel@gnu.org; Fri, 29 Sep 2017 13:56:43 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dxzWh-0001B4-5M for emacs-devel@gnu.org; Fri, 29 Sep 2017 13:56:42 -0400 Original-Received: from [195.159.176.226] (port=36218 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dxzWg-0001AQ-Tk for emacs-devel@gnu.org; Fri, 29 Sep 2017 13:56:39 -0400 Original-Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1dxzWT-0007q8-N9 for emacs-devel@gnu.org; Fri, 29 Sep 2017 19:56:25 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: emacs-devel@gnu.org Original-Lines: 31 Original-X-Complaints-To: usenet@blaine.gmane.org 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 Cancel-Lock: sha1:EKS6WYydPN47oTOxCFr7AUG9ODM= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 195.159.176.226 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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" Xref: news.gmane.org gmane.emacs.devel:218924 Archived-At: On Fri, 29 Sep 2017 19:35:38 +0200 Dmitry Gutov wrote: DG> On 9/29/17 6:26 PM, Ted Zlatanov wrote: >> I was specifically talking about how Flymake should integrate with >> next-error. Sorry I didn't make that clearer. DG> It's still not clear to me, then. Should Flymake integration be "messy"? I'd go for "unsurprising" :) >> I'm not sure if you want to follow up on that bug or here in a new >> thread, but if you want to make a branch with the changes you think >> would improve the next-error DWIM experience, I'll be glad to take a >> look and test it with my workflows. That would probably be the most >> effective way. DG> Hopefully, someday. Right now, I see how it shouldn't work, but I don't exactly DG> see how it should. It might be productive to gather use cases and workflows. Those were missing in the bug discussion, and will probably make it clearer. For instance, my typical Flycheck interaction while writing CFEngine code is to keep 1-2 cfengine-mode buffers open (next-error just navigates between syntax errors in the visible buffer) and to sometimes pop up an Occur buffer (in which case I want to navigate ocurrences for as long as the Occur buffer is visible). I generally don't compile, grep, or git grep in that workflow. HTH Ted