From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Redisplay problems? Date: Fri, 21 Mar 2014 10:36:52 +0200 Message-ID: <83siqc54nv.fsf@gnu.org> References: <87ppljg4ti.fsf@kanru-mozilla.corp.tpe1.mozilla.com> <5329C53B.3030008@gmx.at> <532ABA60.7000003@gmx.at> <532B3FFE.5020403@gmx.at> <83eh1w7gkd.fsf@gnu.org> <532BF25B.2070004@gmx.at> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1395391006 18386 80.91.229.3 (21 Mar 2014 08:36:46 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 21 Mar 2014 08:36:46 +0000 (UTC) Cc: emacs-devel@gnu.org, christian@defun.dk, monnier@iro.umontreal.ca, kanru@kanru.info, cloos@jhcloos.com To: martin rudalics Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Mar 21 09:36:54 2014 Return-path: Envelope-to: ged-emacs-devel@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 1WQuwf-0004pH-BM for ged-emacs-devel@m.gmane.org; Fri, 21 Mar 2014 09:36:53 +0100 Original-Received: from localhost ([::1]:51318 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WQuwe-00011q-Tt for ged-emacs-devel@m.gmane.org; Fri, 21 Mar 2014 04:36:52 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59540) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WQuwZ-0000vU-5V for emacs-devel@gnu.org; Fri, 21 Mar 2014 04:36:51 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WQuwU-0007sz-R4 for emacs-devel@gnu.org; Fri, 21 Mar 2014 04:36:47 -0400 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:36894) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WQuwU-0007so-Ir for emacs-devel@gnu.org; Fri, 21 Mar 2014 04:36:42 -0400 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0N2S000002A5ON00@a-mtaout22.012.net.il> for emacs-devel@gnu.org; Fri, 21 Mar 2014 10:36:41 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N2S0004C2L0HJ70@a-mtaout22.012.net.il>; Fri, 21 Mar 2014 10:36:37 +0200 (IST) In-reply-to: <532BF25B.2070004@gmx.at> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 80.179.55.172 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:170692 Archived-At: > Date: Fri, 21 Mar 2014 09:03:39 +0100 > From: martin rudalics > CC: kanru@kanru.info, christian@defun.dk, monnier@iro.umontreal.ca, > cloos@jhcloos.com, emacs-devel@gnu.org > > >> But it's a redraw when we expose a hitherto invisible/obscured frame > >> whose contents have changed while it was invisible/obscured. > > > > If the glyph matrices of such a frame were updated when the contents > > changed, then there's no need to recompute them at expose event time. > > But wasn't the whole idea of maintaining an "obscured" state to not > update the glyph matrices when a change occurs while the frame is > obscured but instead to wait until the frame gets exposed again? Maybe so, but then what exactly is the problem we are discussing here? If the current glyph matrices are not up to date, marking the frame "garbaged" is the only way to redisplay it.