From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: YAMAMOTO Mitsuharu Newsgroups: gmane.emacs.devel Subject: Re: Printing Date: Tue, 07 Apr 2009 08:47:45 +0900 Organization: Faculty of Science, Chiba University Message-ID: References: <5f0660120903280331y780c80b7i57a8115dc4b029eb@mail.gmail.com> <49CE3A84.9070705@swipnet.se> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Trace: ger.gmane.org 1239061688 17878 80.91.229.12 (6 Apr 2009 23:48:08 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 6 Apr 2009 23:48:08 +0000 (UTC) Cc: emacs-devel@gnu.org To: Kenichi Handa Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Apr 07 01:49:27 2009 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.50) id 1LqyZB-00089h-N4 for ged-emacs-devel@m.gmane.org; Tue, 07 Apr 2009 01:49:26 +0200 Original-Received: from localhost ([127.0.0.1]:51758 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LqyXn-0006Os-GT for ged-emacs-devel@m.gmane.org; Mon, 06 Apr 2009 19:47:59 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LqyXh-0006N4-Jd for emacs-devel@gnu.org; Mon, 06 Apr 2009 19:47:53 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LqyXc-0006Eq-2m for emacs-devel@gnu.org; Mon, 06 Apr 2009 19:47:52 -0400 Original-Received: from [199.232.76.173] (port=57548 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LqyXb-0006En-UY for emacs-devel@gnu.org; Mon, 06 Apr 2009 19:47:47 -0400 Original-Received: from mathmail.math.s.chiba-u.ac.jp ([133.82.132.2]:54608) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LqyXb-0004LJ-8g for emacs-devel@gnu.org; Mon, 06 Apr 2009 19:47:47 -0400 Original-Received: from church.math.s.chiba-u.ac.jp (church [133.82.132.36]) by mathmail.math.s.chiba-u.ac.jp (Postfix) with ESMTP id 5A7C22C43; Tue, 7 Apr 2009 08:47:45 +0900 (JST) In-Reply-To: User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.3 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI) X-detected-operating-system: by monty-python.gnu.org: NetBSD 3.0 (DF) 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:110104 Archived-At: >>>>> On Mon, 06 Apr 2009 20:47:28 +0900, Kenichi Handa said: >> What do you think about the use of GC extension data in the patch? >> It allows us to extract information about clipping rectangles not >> from struct glyph_string but from GC without using a wrapper. > Sorry but I don't have a time to read your code in detail. Could > you explain why using GC extension data is better than (struct > glyphs_string *)->clip? I guess you introduced the members for clipping rectangles in struct glyph_string because we can't extract such information, which is necessary for text drawing, from the raw GC. In the case of cairo drawing, such information is also necessary for almost all kinds of drawing, and the use of GC extension data allows us to extract clipping rectangles without introducing a wrapper data structure of GC (though we need a couple of wrapper functions, x_(re)set_clip_rectangles). This strategy can also be applied to the existing text drawing routines. YAMAMOTO Mitsuharu mituharu@math.s.chiba-u.ac.jp