From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#34294: 27.0.50; flymake-start-on-save-buffer has no effect Date: Thu, 25 Apr 2019 10:07:02 +0200 Message-ID: References: <87lg2x6fox.fsf@mail.linkov.net> <87h8dkk3ho.fsf@mail.linkov.net> <87y36w8qvy.fsf@gmail.com> <87o97ruu06.fsf@mail.linkov.net> <87bm3rxjkd.fsf@gmail.com> <87k1hy19ug.fsf@mail.linkov.net> <87d0mn3op7.fsf@mail.linkov.net> <878sxak3ew.fsf@mail.linkov.net> <87d0mct2ut.fsf@mail.linkov.net> <87ftqgpe95.fsf@mail.linkov.net> <874l6vkpu1.fsf@mail.linkov.net> <83pnpicxj1.fsf@gnu.org> <871s1r2lsz.fsf@mail.linkov.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="16444"; mail-complaints-to="usenet@blaine.gmane.org" Cc: 34294@debbugs.gnu.org, joaotavora@gmail.com To: Juri Linkov , Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Apr 25 10:08:14 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hJZQT-00048Z-IG for geb-bug-gnu-emacs@m.gmane.org; Thu, 25 Apr 2019 10:08:13 +0200 Original-Received: from localhost ([127.0.0.1]:53519 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hJZQS-0001cY-GE for geb-bug-gnu-emacs@m.gmane.org; Thu, 25 Apr 2019 04:08:12 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:48452) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hJZQJ-0001bW-GD for bug-gnu-emacs@gnu.org; Thu, 25 Apr 2019 04:08:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hJZQI-0007Dn-FW for bug-gnu-emacs@gnu.org; Thu, 25 Apr 2019 04:08:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:43819) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hJZQI-0007Dj-CL for bug-gnu-emacs@gnu.org; Thu, 25 Apr 2019 04:08:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hJZQI-0001kf-75 for bug-gnu-emacs@gnu.org; Thu, 25 Apr 2019 04:08:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 25 Apr 2019 08:08:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 34294 X-GNU-PR-Package: emacs Original-Received: via spool by 34294-submit@debbugs.gnu.org id=B34294.15561796356677 (code B ref 34294); Thu, 25 Apr 2019 08:08:02 +0000 Original-Received: (at 34294) by debbugs.gnu.org; 25 Apr 2019 08:07:15 +0000 Original-Received: from localhost ([127.0.0.1]:57363 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hJZPX-0001jc-AP for submit@debbugs.gnu.org; Thu, 25 Apr 2019 04:07:15 -0400 Original-Received: from mout.gmx.net ([212.227.15.19]:34271) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hJZPV-0001jP-Gz for 34294@debbugs.gnu.org; Thu, 25 Apr 2019 04:07:13 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1556179624; bh=GO9deFK4P2k1jfFLsVn/9e7GtroxZysndIFKYLF/pco=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=cfEVGgMJIH4GeBVYFKEjZpzQ7fqbzDYYTTAonIAl1cdZF4RGqg7BEPuM0oQqtQYhA KM5j4NCi6jbCDplVJ5OsMPHZxOGaeqNXY436l09nVAFGwOwEvAN+hP2UbkMMoLCHUp bc7M82PG5z3jMoWicShA5drWOz+Apa0LDJhBIgWk= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from [192.168.1.101] ([212.95.5.199]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LiDrv-1gxxtr0Hxb-00nSnv; Thu, 25 Apr 2019 10:07:04 +0200 In-Reply-To: <871s1r2lsz.fsf@mail.linkov.net> Content-Language: de-DE X-Provags-ID: V03:K1:v+yqTzElgBoz1Ch/BDQkaqWrVGgUSvLJlqB4pbmoCDVESO5Xt28 TZY62kD+cez5xfskAxGq2HuohrnmJ5tFebV/DVhZNeEM9YYAUX64/qHnzA7R4gKRASQf/G9 WtC8B1EsE7cq391qsnCZpduzEsODi3rQeT2NyfQTxkm8bYrOTMcKJEnoUTioyZs+WjikPVu LX91wFEJ1NtRcTvqxcJOQ== X-UI-Out-Filterresults: notjunk:1;V03:K0:pDwaRo9fUbQ=:4Z7U8leqUXuxqOOaye11ZN 5X6ethJxfw2w89+AOYv9CJENizLrc47gXXtxepn6MWKbFtmvhFBo/TjBvM2ChSPSLO8Jpy3xX kdwECSgT52FMDVmTouNl8bRcbHbpuoZzKv9bTO40wIayNprgYyyA0HhIegWyLnZw4OOmMQn7l RrweoJKj8AY0GWHgCi1hEvJNdc1ieYKgDDNY/KKWMCyXDcnt7bSxpwAHxrGCgAbhMBtsSngWU MPv4OVq0rO7vuCH0GdshjN+5UKIgolqi+w9bdtjktVnUcHuIf3hvTo+amr2byRlLInyCNfw2e KocJqqbYlFbNxCz6An4p8IKO9M809QZazYkGoVna7m8TW8+BCtaCrg3xeEIscSsLogsCq8Zm9 x+rExDJDCtqHLCnwEU3YkG+ze+BMH9Z5kVUtyM0aLKhtUaCRB92PUHM/qVaRFYEVkGDMn6OjG jfFfLjdajICefkmRgG3ablLr66c0ZPeqC37lS830tPjaAig2gV2t9w7qym0OjZUkXLgUHcoAr qU9z7kBRnRcC2KeDu8qfCf7cAr1LeRlI9jPDSqScDwVoopl38XPJ0vpYVj/zmeSZNZBtDCzgK vNyghVsUE4A7KUrTGFkym34awGcK7o42tY7k7Rh2g/voct/3ls6Yw4I4ocHh/D1+f0LlOWBMS pQ9Y2mq8dEwneq2fxsUCmJ4khrqbbsOz/+bDvO241tlXJ9y42u2S9uzolhH43TqF+WLTNgHFd tQFN9BXBEkvK37+DE6ipYvTCzAEzQsDMZPCCG7BJUpenDJBjdh+j1SqN4T0OdjxH4rZpqn7b X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.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" Xref: news.gmane.org gmane.emacs.bugs:158230 Archived-At: > I expected everything displayed in the echo area to be preserved > in the *Messages* buffer because clicking on the echo area displays > the *Messages* buffer. At the time the echo area is displayed, every connection to where its text comes from may have been lost already. Currently, the only way to securely trace that relationship from Lisp is by using a separate minibuffer-only frame and setting 'resize-mini-frames' to some function. When that function gets called, the buffer of the root window of its frame argument is the buffer whose contents should be displayed in the mini window. See my attachment of https://debbugs.gnu.org/cgi/bugreport.cgi?bug=33498#41 for an example of how to call such a function. Maybe we should allow to set `resize-mini-windows' to a function which gets called to resize the mini window (or just allow Lisp code to look at its buffer and call some standard function afterwards). But always keep in mind that Emacs asks 'yes-or-no-p' questions in the minibuffer window and 'y-or-n-p' questions in the echo area and adjust your expectations accordingly ;-) martin