From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Alan Third Newsgroups: gmane.emacs.bugs Subject: bug#30699: 26.0.91; buffer contents flicker on macOS frames when frames are resized Date: Tue, 6 Mar 2018 23:00:40 +0000 Message-ID: <20180306230040.GB30546@breton.holly.idiocy.org> References: <20180304202736.GA1479@breton.holly.idiocy.org> <20180304213404.GB1479@breton.holly.idiocy.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: blaine.gmane.org 1520377163 11902 195.159.176.226 (6 Mar 2018 22:59:23 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 6 Mar 2018 22:59:23 +0000 (UTC) User-Agent: Mutt/1.9.3 (2018-01-21) Cc: 30699@debbugs.gnu.org To: Aaron Jensen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Mar 06 23:59:19 2018 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1etLY6-0001UZ-0t for geb-bug-gnu-emacs@m.gmane.org; Tue, 06 Mar 2018 23:59:10 +0100 Original-Received: from localhost ([::1]:58748 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1etLa8-00083c-R5 for geb-bug-gnu-emacs@m.gmane.org; Tue, 06 Mar 2018 18:01:16 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36391) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1etLZx-00081z-Rj for bug-gnu-emacs@gnu.org; Tue, 06 Mar 2018 18:01:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1etLZu-0007Ae-QD for bug-gnu-emacs@gnu.org; Tue, 06 Mar 2018 18:01:05 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:40289) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1etLZu-0007AY-LD for bug-gnu-emacs@gnu.org; Tue, 06 Mar 2018 18:01:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1etLZu-0007QK-DG for bug-gnu-emacs@gnu.org; Tue, 06 Mar 2018 18:01:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Alan Third Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 06 Mar 2018 23:01:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30699 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 30699-submit@debbugs.gnu.org id=B30699.152037725128511 (code B ref 30699); Tue, 06 Mar 2018 23:01:02 +0000 Original-Received: (at 30699) by debbugs.gnu.org; 6 Mar 2018 23:00:51 +0000 Original-Received: from localhost ([127.0.0.1]:48186 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1etLZj-0007Pn-DX for submit@debbugs.gnu.org; Tue, 06 Mar 2018 18:00:51 -0500 Original-Received: from mail-wr0-f169.google.com ([209.85.128.169]:45921) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1etLZh-0007PZ-1Y for 30699@debbugs.gnu.org; Tue, 06 Mar 2018 18:00:49 -0500 Original-Received: by mail-wr0-f169.google.com with SMTP id p104so263495wrc.12 for <30699@debbugs.gnu.org>; Tue, 06 Mar 2018 15:00:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to :user-agent; bh=7aezNlhorxhIDGRE14q8vtDitx3wWrv2/TiRj0iCEBE=; b=Vfqc0nXGI9CteVzSZWCXliKUpqHg9oWA7lD6y0TdO6wrayr5STO/3qQid01oI2ifgz vSaELee/XrFq9/uSWB3QRSxyS5Ekkl7IQPVIWegPWb0xTDDEALvALRA23zkuQ8ZDHfVY 01lsGRyk/oz/7/VFPi/CXemjnTmu7m8B9zjNa25Kuk8hfR3bxSPjVv389kSrh118TVIf Q7fbYq0B+TqvZPl6FvAin2093s720pOZ1gRGatjodyEn2bbIPUrFD5KNCyw+GRiy6YEx c9/AI0D4Oltx7ApKjyXCvqJLp5gLxiwFsNatXUXpRgHjBXwcIclHAuPBRjpYtQvnF2dr Ctww== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=7aezNlhorxhIDGRE14q8vtDitx3wWrv2/TiRj0iCEBE=; b=iJBJuZoYd2k2jOmLuuYbwOE76O2S0zh1mDE/192oJRRVa1oRS5CzZPLNkP2yncfePP 8CEso1aBwGbS6gGhYSEVJAhLaB9Mfq6NN0HyzV7gpj97Iw6/nksF2kc5Gvs1XJ0fJs10 fEVL+bj6MSxnU0Zd9+6AFy7jKNcMcKqkh9qm9oXAvfKNWZebskJ6x04mqknW3eWUSclb qsVNHJ7EFQ2+vsobqdn6qB62Ez78C7V+C+1xwaj5aPdfJI6gbvzO4q2vmgvw/Xzix8qz +3Q4JAPXH4mjMcMBgBqMgCF5D6XtcgEGCjZWWmRgvy0noyOJE8GLipbmn98d6nLBXtBf M4Lg== X-Gm-Message-State: APf1xPAmdcTBcmeJJl0GitCRRgGAoqMPBbEJ+WQXM+8twJFt7q4jiVaf t4knqdgacRQDRPnszV+E+Og= X-Google-Smtp-Source: AG47ELsAbm5iauBLF8147FA4thUah8fED0Sjmop+upAQ1WjuQgGpYqFm4mLO3cX2poeUViozRCVzlg== X-Received: by 10.223.176.228 with SMTP id j33mr16390881wra.67.1520377242848; Tue, 06 Mar 2018 15:00:42 -0800 (PST) Original-Received: from breton.holly.idiocy.org (ip6-2001-08b0-03f8-8129-e8d9-a19c-5d74-f7c1.holly.idiocy.org. [2001:8b0:3f8:8129:e8d9:a19c:5d74:f7c1]) by smtp.gmail.com with ESMTPSA id r126sm15487504wmd.29.2018.03.06.15.00.41 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 06 Mar 2018 15:00:42 -0800 (PST) Content-Disposition: inline In-Reply-To: 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: 208.118.235.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:143970 Archived-At: On Sun, Mar 04, 2018 at 11:55:50PM -0800, Aaron Jensen wrote: > On Sun, Mar 4, 2018 at 1:34 PM, Alan Third wrote: > > The root problem is actually that we’re unable to execute redisplay > > while the frame is being resized by a mouse. The NS event loop goes > > into some ‘modal’ state which we can’t break out of, thus preventing > > us from doing anything until it’s done. If that didn’t happen we > > wouldn’t need to blank the screen at all. > > Is this true on a mac as well? How are other apps like iTerm2 able to > redraw during a resize? The short answer is that iTerm2 is a native Cocoa app, written in the way you should write Cocoa apps. Emacs isn’t. The long answer is quite complicated. I’m trying to write up a decent explanation of how the NS port works. > It's a naive question, but is it at all possible to redraw a garbaged > frame w/o a flicker? I know nothing about the drawing code, so I > apologize for the question if it's dumb. It should be, but I know very little about how Emacs goes about drawing the frame contents, so I won’t say definitely. -- Alan Third