From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: joakim@verona.se Newsgroups: gmane.emacs.devel Subject: Re: Redisplay issue Date: Sat, 28 Nov 2015 22:44:03 +0100 Message-ID: References: <83fuzqr1iz.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1448747084 6996 80.91.229.3 (28 Nov 2015 21:44:44 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 28 Nov 2015 21:44:44 +0000 (UTC) Cc: Yuan MEI , emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Nov 28 22:44:30 2015 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 1a2nID-00038F-Tj for ged-emacs-devel@m.gmane.org; Sat, 28 Nov 2015 22:44:30 +0100 Original-Received: from localhost ([::1]:33890 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a2nIH-0002BU-Ab for ged-emacs-devel@m.gmane.org; Sat, 28 Nov 2015 16:44:33 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49761) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a2nIE-0002BO-7b for emacs-devel@gnu.org; Sat, 28 Nov 2015 16:44:31 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a2nID-00040r-8m for emacs-devel@gnu.org; Sat, 28 Nov 2015 16:44:30 -0500 Original-Received: from mx6.bahnhof.se ([213.80.101.16]:58902) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a2nI9-0003uL-6h; Sat, 28 Nov 2015 16:44:25 -0500 Original-Received: from localhost (mf.bahnhof.se [213.80.101.20]) by mx6-reinject (Postfix) with ESMTP id 1CCE34198B; Sat, 28 Nov 2015 22:44:23 +0100 (CET) X-Virus-Scanned: by amavisd-new using ClamAV at bahnhof.se (MF1) Original-Received: from mf1.bahnhof.se ([127.0.0.1]) by localhost (mf1.bahnhof.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id V1k5sm+2TzcC; Sat, 28 Nov 2015 22:44:18 +0100 (CET) Original-Received: from mta.verona.se (h-235-62.a149.priv.bahnhof.se [85.24.235.62]) by mf1.bahnhof.se (Postfix) with ESMTP id 6997A330AF7; Sat, 28 Nov 2015 22:44:18 +0100 (CET) Original-Received: from localhost (unknown [127.0.0.1]) by mta.verona.se (Postfix) with ESMTP id 288674E4E3B; Sat, 28 Nov 2015 21:44:18 +0000 (UTC) X-Virus-Scanned: amavisd-new at verona.se Original-Received: from mta.verona.se ([127.0.0.1]) by localhost (exodia.verona.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vcbozkizsYgE; Sat, 28 Nov 2015 22:44:03 +0100 (CET) Original-Received: from exodia.verona.se (www.verona.se [192.168.200.15]) by mta.verona.se (Postfix) with ESMTP id 3768D4E3B1B; Sat, 28 Nov 2015 22:44:03 +0100 (CET) In-Reply-To: <83fuzqr1iz.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 28 Nov 2015 10:06:28 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 213.80.101.16 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:195493 Archived-At: Eli Zaretskii writes: >> Date: Fri, 27 Nov 2015 14:31:55 -0800 >> From: Yuan MEI >> >> Sometimes when I switch to another virtual desktop then come back >> to emacs > > What is a "virtual desktop" in this case? > >> the entire frame shows only the background color, no letter >> or only part of the frame is visible. This does not happen all the >> time though. I just happened to capture a screenshot (attached, I >> hope the mailing server accepts it.) > > The screenshot shows a text-mode Emacs frame, AFAICT. Does this > happen only with text-mode frames, or do you see that in GUI frames as > well? > > If this happens with text-mode frames only, then that's not an Emacs > problem. It's a problem with the terminal emulator (xterm etc.) you > are using: it should sense the switch and redraw the display on the > low level. > > When Emacs runs on a TTY, it doesn't listen to any expose or conceal > messages sent by the windowing system, so it has no idea that its > display was concealed or exposed, and cannot initiate a redisplay in > these situations. From the Emacs POV, a TTY frame is the only thing > displayed by the console device, and the only way such a frame can be > concealed and exposed is by stopping Emacs (with the likes of "C-z") > and then resuming it. And these are the only cases a TTY frame will > be completely redrawn. > > GUI frames are different: Emacs gets expose events for them, and > should react by redrawing the exposed portion(s) of the frame. > FWIW I have also been experiencing redrawing issues lately. I have believed this was some problem with my desktop remoting software, x2go, but I'm beginning to suspect Emacs has some issue. I have used x2go and emacs for years with no problems whatsoever, but I can't rule out recent upgrades of my operating system as the source of my problem. I think I run the same window manager as Yuan as well. -- Joakim Verona