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 10:14:52 +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 1239066916 28919 80.91.229.12 (7 Apr 2009 01:15:16 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 7 Apr 2009 01:15:16 +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 03:16:35 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 1LqzvT-0001h7-Ie for ged-emacs-devel@m.gmane.org; Tue, 07 Apr 2009 03:16:31 +0200 Original-Received: from localhost ([127.0.0.1]:53566 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Lqzu5-0007NC-0c for ged-emacs-devel@m.gmane.org; Mon, 06 Apr 2009 21:15:05 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Lqztz-0007Mj-Me for emacs-devel@gnu.org; Mon, 06 Apr 2009 21:14:59 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Lqztv-0007LX-AK for emacs-devel@gnu.org; Mon, 06 Apr 2009 21:14:59 -0400 Original-Received: from [199.232.76.173] (port=46720 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Lqztv-0007LP-46 for emacs-devel@gnu.org; Mon, 06 Apr 2009 21:14:55 -0400 Original-Received: from ntp.math.s.chiba-u.ac.jp ([133.82.132.2]:54539 helo=mathmail.math.s.chiba-u.ac.jp) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Lqztu-0004Fi-HQ for emacs-devel@gnu.org; Mon, 06 Apr 2009 21:14:55 -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 37FA32C48; Tue, 7 Apr 2009 10:14:52 +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:110108 Archived-At: >>>>> On Tue, 07 Apr 2009 10:01:46 +0900, Kenichi Handa said: >> 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). > That doesn't answer my question. As I now don't remember well when > and how it is used, just by reading your comment, I don't understand > what is the problem of using (struct glyphs_string *)->clip, and how > using GC extention data solves it. Not a problem, but just a matter of uniformity. Even in the current xterm.c, colors and clipping information is managed by GC for drawings except texts. The use of GC extension data enables us to get rid of this special treatment for text drawings. YAMAMOTO Mitsuharu mituharu@math.s.chiba-u.ac.jp