From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?iso-8859-1?Q?Jan_Dj=E4rv?= Newsgroups: gmane.emacs.devel Subject: Re: xterm.c (x_clear_frame) - commented out call to XClearWindow Date: Tue, 29 Nov 2011 19:13:49 +0100 Message-ID: <6D0D6CEE-E865-4127-A993-9A1BB9AD696C@swipnet.se> References: <87k46uukcl.fsf@gnu.org> <87d3cldffb.fsf@gnu.org> <391CC3E1-BEF3-4561-8902-8BEE63CDEAE7@swipnet.se> <87wras4taz.fsf@gnu.org> <8739dfid48.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1322590464 2269 80.91.229.12 (29 Nov 2011 18:14:24 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 29 Nov 2011 18:14:24 +0000 (UTC) Cc: Geoff Gole , Emacs development discussions To: Chong Yidong Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Nov 29 19:14:19 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RVSC2-0002dX-2l for ged-emacs-devel@m.gmane.org; Tue, 29 Nov 2011 19:14:10 +0100 Original-Received: from localhost ([::1]:42771 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RVSC1-0004Ij-Iv for ged-emacs-devel@m.gmane.org; Tue, 29 Nov 2011 13:14:09 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:40800) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RVSBt-0004Hf-Q8 for emacs-devel@gnu.org; Tue, 29 Nov 2011 13:14:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RVSBk-0001Zp-Bq for emacs-devel@gnu.org; Tue, 29 Nov 2011 13:14:01 -0500 Original-Received: from mailout.melmac.se ([62.20.26.67]:36007) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RVSBk-0001ZH-1P for emacs-devel@gnu.org; Tue, 29 Nov 2011 13:13:52 -0500 Original-Received: from mail01.melmac.se (mail01.melmac.se [62.20.26.80]) by mailout.melmac.se (Postfix) with ESMTP id 6F9E09EEB for ; Tue, 29 Nov 2011 19:13:48 +0100 (CET) Original-Received: (qmail 26293 invoked by uid 89); 29 Nov 2011 17:13:37 -0000 Original-Received: from h-46-59-42-18.na.cust.bahnhof.se (HELO coolsville.localdomain) (boel.djarv@bdtv.se@46.59.42.18) by mail01.melmac.se with ESMTPA; 29 Nov 2011 17:13:37 -0000 Original-Received: from [172.20.199.13] (zeplin [172.20.199.13]) by coolsville.localdomain (Postfix) with ESMTPSA id C32CC7FA058; Tue, 29 Nov 2011 19:13:47 +0100 (CET) In-Reply-To: <8739dfid48.fsf@gnu.org> X-Mailer: Apple Mail (2.1251.1) X-detected-operating-system: by eggs.gnu.org: Solaris 10 (beta) X-Received-From: 62.20.26.67 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:146351 Archived-At: 23 nov 2011 kl. 07:09 skrev Chong Yidong: > Jan Dj=E4rv writes: >=20 >> It would be nice if we could just fix ther leftover spaces. But I >> think it is too long in to pretest to fix this. You have to first >> find all leftover spaces (i.e. under/between scroll bars, minibuffer, >> fringe) in all cases (font size not a multiple of frame size, >> fullscreen, and so on) and in all configurations (lucid, Gtk, just X, >> motif, with or without native scrollbars, with or without Xaw3d >> scrollbars). >=20 > AFAICT, we know where the extra spaces are: they're to the right of = the > scroll bar, below the echo area, and to the right of the echo area. = It > shouldn't be difficult to clear precisely these three areas. >=20 >> And then for different environments, some redraw errors only appears >> with XFCE, some with Gnome-shell. >=20 > Any idea why? I don't understand why the redisplay engine should = behave > differently on different desktop environments. If so, surely we'll = have > bigger problems than merely unpainted frame areas. I guess the difference is in Expose events, i.e. timings and order. = Some may be modified/generated by the window manager and/or the toolkit = (i.e. Gtk+). Jan D.