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: inhibiting x_scroll_run for a window? Date: Fri, 10 Sep 2010 12:07:37 +0200 Message-ID: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1284113805 20147 80.91.229.12 (10 Sep 2010 10:16:45 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 10 Sep 2010 10:16:45 +0000 (UTC) To: Emacs developers Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Sep 10 12:16:44 2010 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Ou0ew-00032w-ND for ged-emacs-devel@m.gmane.org; Fri, 10 Sep 2010 12:16:42 +0200 Original-Received: from localhost ([127.0.0.1]:36498 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ou0WN-00051h-JH for ged-emacs-devel@m.gmane.org; Fri, 10 Sep 2010 06:07:51 -0400 Original-Received: from [140.186.70.92] (port=43348 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ou0WE-00051c-Jc for emacs-devel@gnu.org; Fri, 10 Sep 2010 06:07:43 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Ou0WD-0005iv-E4 for emacs-devel@gnu.org; Fri, 10 Sep 2010 06:07:42 -0400 Original-Received: from smtprelay-b11.telenor.se ([62.127.194.20]:50425) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Ou0WD-0005im-7j for emacs-devel@gnu.org; Fri, 10 Sep 2010 06:07:41 -0400 Original-Received: from ipb1.telenor.se (ipb1.telenor.se [195.54.127.164]) by smtprelay-b11.telenor.se (Postfix) with ESMTP id E2FF7E8255 for ; Fri, 10 Sep 2010 12:07:39 +0200 (CEST) X-SENDER-IP: [83.227.138.150] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArQxAG+fiUxT44qWPGdsb2JhbACHa5lWDAEBAQE1LbxzhT0EiiCDEw X-IronPort-AV: E=Sophos;i="4.56,345,1280700000"; d="scan'208";a="128970455" Original-Received: from ua-83-227-138-150.cust.bredbandsbolaget.se (HELO www.verona.se) ([83.227.138.150]) by ipb1.telenor.se with ESMTP; 10 Sep 2010 12:07:39 +0200 Original-Received: from localhost.localdomain (unknown [192.168.201.6]) by www.verona.se (Postfix) with ESMTP id 5D1A172D891 for ; Fri, 10 Sep 2010 12:07:38 +0200 (CEST) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:129872 Archived-At: I spent a little time on the xwidget branch, and noticed that sometimes widgets get "stuck" on a coordinate when scrolling. This only happens sometimes. I think this is because Emacs sometimes decide to scroll the window by blitting rather than redrawing. I would like to understand how to get more control over scrolling. - is it possible to disable blit-scrolling and instead force redraw scrolling for a particular window? - is it possible to know where a glyp is supposed to be on-screen after a redisplay? Currently I solve this for xwidgets by assuming that after a redisplay has finished, my drawing routine has been called with valid coordinates sometime during redisplay. This doesnt seem to happen always and thats why I suspect the scrolling routine, but perhaps my basic aproach is flawed. -- Joakim Verona