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#36680: 27.0.50; undo-tree visualizer flickering with display-buffer-reuse-frames -> t Date: Fri, 19 Jul 2019 10:16:07 +0200 Message-ID: <4ceffd03-e78a-8a52-0a00-f9a2ebd4c9dc@gmx.at> References: <878sszdjj1.fsf@web.de> <73a9bb70-d34f-9229-ca4b-12701c3082f8@gmx.at> <871ryo12zj.fsf@web.de> <87v9w0yrkd.fsf@web.de> <069eff63-937d-16d8-3273-68e849782c10@gmx.at> <87v9vzyrds.fsf@web.de> 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="186057"; mail-complaints-to="usenet@blaine.gmane.org" Cc: 36680@debbugs.gnu.org To: Michael Heerdegen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Jul 19 10:17:11 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.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1hoO4k-000mDc-Fh for geb-bug-gnu-emacs@m.gmane.org; Fri, 19 Jul 2019 10:17:10 +0200 Original-Received: from localhost ([::1]:42990 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hoO4i-0006U8-Mi for geb-bug-gnu-emacs@m.gmane.org; Fri, 19 Jul 2019 04:17:08 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:47254) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hoO4e-0006NL-49 for bug-gnu-emacs@gnu.org; Fri, 19 Jul 2019 04:17:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hoO4d-0003Wh-2e for bug-gnu-emacs@gnu.org; Fri, 19 Jul 2019 04:17:04 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:46271) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hoO4c-0003WT-Uq for bug-gnu-emacs@gnu.org; Fri, 19 Jul 2019 04:17:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hoO4c-0004RD-PH for bug-gnu-emacs@gnu.org; Fri, 19 Jul 2019 04:17: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: Fri, 19 Jul 2019 08:17:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 36680 X-GNU-PR-Package: emacs Original-Received: via spool by 36680-submit@debbugs.gnu.org id=B36680.156352418114874 (code B ref 36680); Fri, 19 Jul 2019 08:17:02 +0000 Original-Received: (at 36680) by debbugs.gnu.org; 19 Jul 2019 08:16:21 +0000 Original-Received: from localhost ([127.0.0.1]:55091 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hoO3u-0003qm-Pr for submit@debbugs.gnu.org; Fri, 19 Jul 2019 04:16:19 -0400 Original-Received: from mout.gmx.net ([212.227.15.19]:54173) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hoO3q-0003ir-QW for 36680@debbugs.gnu.org; Fri, 19 Jul 2019 04:16:15 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1563524166; bh=RRBjyPiE1dJQyz0UViBgoLlu2wB2yypgVh/F/jl4Wak=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=OYg5adpN2vVj+1m5EpmtmvZInBiobrZ5rjiQ91DtOVLdMl/0LYFjUoD4nA0uu+Jq/ mBEflUkoSKMScaIbuozf7j4a8YQO/r1STDv86Gt4TEvakmG02Ou+6Ir51Dipgn+aBs UgUJDJ3pLYutzltU9Pig7i28BWlvHblIvksA94F4= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from [192.168.1.101] ([212.95.5.58]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MUI8w-1hxdS83FTu-00Qy29; Fri, 19 Jul 2019 10:16:06 +0200 In-Reply-To: <87v9vzyrds.fsf@web.de> Content-Language: de-DE X-Provags-ID: V03:K1:vrYo/Mh1urXc+hbwbFSx37L2F0MfLsf2GEUxSJnCVubtwnGXiB/ AK0BJZT1KKTjqGnCfOIm5bRe6eo09YSI7qIWh2YAgiwGGuo8EC+xtwZ33waKMFvmZLZyxhc Kp4GD6AcBTzBIABhAIqvjG7JHrB6qB/Hz/6JF31hsDBLATd/wulOJdMnus7eOOVkt7IRNso nOt8OsO6tfz7ngTSfBJ9A== X-UI-Out-Filterresults: notjunk:1;V03:K0:AI66MGw67O4=:+SjwB3hrVvTB26Zdnmi7p3 pnjoq/YkA9fx1GxWGx8WjUkW+kmKD//SbKS691rOVf0mvRDMoaMMTdg69JKhgS6uqinfK5Txa t5uKS2aMGigvjQfEDOh7GzzJHOpuI/BlvgGynX0a11WBfb1C0LioddnedmyfFNyiojxO5tKtG 8hrnXydqc8VeiYyLp+8LUuwXGy8oFuM0Iy84jfXCr734+SCiZudtZSjQBg0SeGqaSx1wERAqz 7ZbIEya6dddhBPC6igkRkSkyOXB+8JYDV59gn6R9HVRSaxLGFoWq4aLXNtHQv4pWF7Vsgdjlk FpUQqjcLQnVptJAjZZ0dzCf8ulTAgHUxyzlzAM7nLj8eTxX5AYCX0GwYzi1bGkSXgGDrao7NN kLnZ1K8tcpPeZU3gqbQMLfXJkVbdj3ZYzox3Q2thJTsDJWZ+syoudteieElA0QYBWcTvKyJZg TP33DIpveofFawCZ5rJEoSZvbqXQhfm7biVy6rXFRgBXAuRP5+je0LOXBh65A45+59IjiRdqv ZJL6Zwu4msspgW0kDWaJCxil/HvCqXfr3Q/V7MMxFoCBuCKocgvVmWlj5gakCHR4WYCiQDw7D YnMgu9gokxV5GRLuOsiZXUx7MAHCgUYPxrSo/n2H8YBvc9TqmowIKczJg9b8OKk4M/DhYBBAr eyRxseOZKwkybnUBAT8Q6C05lXqoAr7P1tDPCk9yz6aIsvmaZUumWbvJ7ZOvPuVFodDKbceed uYX4N2gyeCg+KnVCqLBOjj6eODc2TSn+Efxud6FFT6+sSLzlyZLmxOKnfbLTEWsRFSprcR8v 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:163370 Archived-At: >> You probably should have used an 'inhibit-switch-frame' ALIST entry >> then. > > Where would you suggest to do that, as a user, without changing code? > Potentially any arbitrary buffer can be affected. It's not trivial, unfortunately. As a user, one has to identify the calling undo-tree function. >> OK. Then please, try the attached patch. > > Yes, good, that's what I want - thanks. I pushed the change now. > I hope no existing code relies > on the old behavior. But I think it's an improvement, also in other > situations. Strictly speaking, the change should be in 'get-buffer-window-list' to possibly pick a window before the selected one on the selected frame. But I can't really change the semantics of that. >> Note that when there's no suitable window on the selected frame you >> will still get the annoying behavior. > > In this case it's not trivial what could be done better. Let's say that > this is not part of my report. OK. If you see no further problems, please close this bug. Thanks, martin