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: Emacs and Gnome Canvas Date: Sat, 17 Jul 2010 10:33:08 +0200 Message-ID: <4C416AC4.6030502@swipnet.se> References: <4C3CD120.4040905@swipnet.se> <5A91499A-0470-43FD-9F48-560CEAD3424C@mit.edu> <83wrsyr068.fsf@gnu.org> <83iq4hhjww.fsf@gnu.org> <87sk3lbvv0.fsf@telefonica.net> <83hbk1grnq.fsf@gnu.org> <4C3EBCDC.8050709@swipnet.se> <83d3upgmwj.fsf@gnu.org> <4C3ECB4C.6050208@swipnet.se> <83aaptgly1.fsf@gnu.org> <4C3ED4F9.4080603@swipnet.se> <83630hgi0r.fsf@gnu.org> <4C3EE8D6.3020607@swipnet.se> <8339vlgcax.fsf@gnu.org> <87fwzkbzg8.fsf@telefonica.net> <877hkwag6y.fsf@stupidchicken.com> <4C400B3C.4000203@swipnet.se> <83iq4fg3eb.fsf@gnu.org> <83fwzjg17j.fsf@gnu.org> <4C405398.4010203@swipnet.se> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1279355608 31248 80.91.229.12 (17 Jul 2010 08:33:28 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 17 Jul 2010 08:33:28 +0000 (UTC) Cc: ofv@wanadoo.es, Eli Zaretskii , cyd@stupidchicken.com, emacs-devel@gnu.org To: YAMAMOTO Mitsuharu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jul 17 10:33:25 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 1Oa2po-0008DT-5O for ged-emacs-devel@m.gmane.org; Sat, 17 Jul 2010 10:33:24 +0200 Original-Received: from localhost ([127.0.0.1]:35893 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Oa2pn-000879-KG for ged-emacs-devel@m.gmane.org; Sat, 17 Jul 2010 04:33:23 -0400 Original-Received: from [140.186.70.92] (port=49672 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Oa2pf-000868-Op for emacs-devel@gnu.org; Sat, 17 Jul 2010 04:33:16 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Oa2pe-0001My-N4 for emacs-devel@gnu.org; Sat, 17 Jul 2010 04:33:15 -0400 Original-Received: from smtprelay-h32.telenor.se ([213.150.131.5]:41352) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Oa2pa-0001MZ-Ug; Sat, 17 Jul 2010 04:33:11 -0400 Original-Received: from ipb3.telenor.se (ipb3.telenor.se [195.54.127.166]) by smtprelay-h32.telenor.se (Postfix) with ESMTP id 6E4CFE91A7; Sat, 17 Jul 2010 10:33:09 +0200 (CEST) X-SENDER-IP: [85.225.45.35] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AmY7AF4HQUxV4S0jPGdsb2JhbACHcpd7DAEBAQE1Lb89hSUEkhg X-IronPort-AV: E=Sophos;i="4.55,218,1278280800"; d="scan'208";a="548945025" Original-Received: from c-232de155.25-1-64736c10.cust.bredbandsbolaget.se (HELO coolsville.localdomain) ([85.225.45.35]) by ipb3.telenor.se with ESMTP; 17 Jul 2010 10:33:09 +0200 Original-Received: from [172.20.199.13] (zeplin [172.20.199.13]) by coolsville.localdomain (Postfix) with ESMTPSA id 5E9997FA05A; Sat, 17 Jul 2010 10:33:08 +0200 (CEST) User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; sv-SE; rv:1.9.2.7) Gecko/20100713 Thunderbird/3.1.1 In-Reply-To: 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:127498 Archived-At: YAMAMOTO Mitsuharu skrev 2010-07-17 05.50: >>>>>> On Fri, 16 Jul 2010 14:42:00 +0200, Jan Dj=E4rv said: > >> If you for example have double buffer, you can split expose from >> update display. When an expose comes, you just copy the area from >> the backing store to the window. But for updating the display, you >> draw normally, but to the backing store. Then when you are done, >> you copy it to the window. > > How do you copy the backing store to the window? If using the double buffer extension, by calling one function. > The whole area, or > divide the updated area to some collection of rectangles? The former > is too inefficient for small updates. No it is not, this is how Gtk+ operates all the time, even for small upda= tes. Jan D.