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: Emacs and Gnome Canvas Date: Sat, 17 Jul 2010 11:12:00 +0300 Message-ID: <8339vifrxr.fsf@gnu.org> 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> <4C404FDF.805@swipnet.se> <36705.130.55.118.19.1279289124.squirrel@webmail.lanl.gov> <4C409923.1020400@swipnet.se> <838w5afum7.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: dough.gmane.org 1279354387 28452 80.91.229.12 (17 Jul 2010 08:13:07 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 17 Jul 2010 08:13:07 +0000 (UTC) Cc: ofv@wanadoo.es, cyd@stupidchicken.com, jan.h.d@swipnet.se, fuente@proofpoint1.lanl.gov, 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:13:05 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 1Oa2W9-0002nv-7L for ged-emacs-devel@m.gmane.org; Sat, 17 Jul 2010 10:13:05 +0200 Original-Received: from localhost ([127.0.0.1]:46872 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Oa2W8-0003aw-4y for ged-emacs-devel@m.gmane.org; Sat, 17 Jul 2010 04:13:04 -0400 Original-Received: from [140.186.70.92] (port=43393 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Oa2W2-0003aq-7i for emacs-devel@gnu.org; Sat, 17 Jul 2010 04:12:59 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Oa2W0-0007nP-JL for emacs-devel@gnu.org; Sat, 17 Jul 2010 04:12:58 -0400 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:52141) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Oa2W0-0007n3-CX for emacs-devel@gnu.org; Sat, 17 Jul 2010 04:12:56 -0400 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0L5P0050003NLT00@a-mtaout22.012.net.il> for emacs-devel@gnu.org; Sat, 17 Jul 2010 11:12:03 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([77.127.61.30]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0L5P003WI040KC60@a-mtaout22.012.net.il>; Sat, 17 Jul 2010 11:12:01 +0300 (IDT) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 (beta) 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:127495 Archived-At: > Date: Sat, 17 Jul 2010 16:31:10 +0900 > From: YAMAMOTO Mitsuharu > Cc: jan.h.d@swipnet.se, > ofv@wanadoo.es, > cyd@stupidchicken.com, > fuente@proofpoint1.lanl.gov, > emacs-devel@gnu.org > > >>>>> On Sat, 17 Jul 2010 10:14:08 +0300, Eli Zaretskii said: > > >> I don't think tty-code is affected. The question "which part > >> should be updated" is common, and "how to update" is already under > >> the control of RIF. > > > That's not true, at least not for some value of "how to update". > > > Perhaps you should describe in more detail what you include in > > "which part should be updated" and what in "how to update". Then we > > will have a common language to talk in. > > Glyph matrices comparison belongs to the former, which does not need > to change. And RIF operations such as write_glyphs belong to the > latter, which would require changes but is already separated between > window-system and tty. There's a large portion of redisplay that belongs to none of these two: the try_window method and its work-horse display_line. These produce, for each window, the portions of its glyph matrix that do need to change. This code is platform independent (although some of its parts are not run for tty frames), and it runs _before_ the write_glyphs methods.