From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Kenichi Handa Newsgroups: gmane.emacs.devel Subject: Re: Several suggestions for image support Date: Fri, 23 Apr 2004 21:58:15 +0900 (JST) Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <200404231258.VAA12228@etlken.m17n.org> References: <200404230033.JAA10583@etlken.m17n.org> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII X-Trace: sea.gmane.org 1082730861 4520 80.91.224.253 (23 Apr 2004 14:34:21 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 23 Apr 2004 14:34:21 +0000 (UTC) Cc: storm@cua.dk, rms@gnu.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Fri Apr 23 16:34:06 2004 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1BH1kk-0001uq-00 for ; Fri, 23 Apr 2004 16:34:06 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BH1kk-0007qb-00 for ; Fri, 23 Apr 2004 16:34:06 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.30) id 1BH1eY-0007iu-NC for emacs-devel@quimby.gnus.org; Fri, 23 Apr 2004 10:27:42 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.30) id 1BH1e7-0007iF-Tq for emacs-devel@gnu.org; Fri, 23 Apr 2004 10:27:15 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.30) id 1BH1db-0007de-CM for emacs-devel@gnu.org; Fri, 23 Apr 2004 10:27:14 -0400 Original-Received: from [199.232.41.8] (helo=mx20.gnu.org) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.30) id 1BH1c1-0007NL-Rp; Fri, 23 Apr 2004 10:25:05 -0400 Original-Received: from [192.47.44.130] (helo=tsukuba.m17n.org) by mx20.gnu.org with esmtp (Exim 4.30) id 1BH0Lo-00009X-LE; Fri, 23 Apr 2004 09:04:16 -0400 Original-Received: from fs.m17n.org (fs.m17n.org [192.47.44.2]) by tsukuba.m17n.org (8.11.6p2/8.11.6) with ESMTP id i3NCwG817583; Fri, 23 Apr 2004 21:58:16 +0900 (JST) Original-Received: from etlken.m17n.org (etlken.m17n.org [192.47.44.125]) by fs.m17n.org (8.11.6p2/8.11.6) with ESMTP id i3NCwG929223; Fri, 23 Apr 2004 21:58:16 +0900 (JST) Original-Received: (from handa@localhost) by etlken.m17n.org (8.8.8+Sun/3.7W-2001040620) id VAA12228; Fri, 23 Apr 2004 21:58:15 +0900 (JST) Original-To: dak@gnu.org In-reply-to: (message from David Kastrup on 23 Apr 2004 02:51:30 +0200) User-Agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/21.3 (sparc-sun-solaris2.6) MULE/5.0 (SAKAKI) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:22064 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:22064 In article , David Kastrup writes: > Kenichi Handa writes: >> I think the height of the space glyph for the tailing >> newline should be the default frame line height in the above >> case, and the line height must be desided by all glyphs >> including the tailing space. > You are confusing line spacing and line height, I think. Line > spacing is the distance by which the _baselines_ of different lines > are to be set apart unless this could cause overlap. I don't think I'm confusing. In my paragraph above, I really meant line height. But I should have written more clearly that "line height must be the maxinum logical font height (ascent + descent) of faces of all characters (including the tailing newline)". Here I think we should not consider the physical ascent/descent of each glyph which may be taller or shorter than the the logical ascent/descent of a font. > So I think that the space between two baselines should be > max(line space of newline, max(all glyph depths of upper line,0) > +max(all glyph heights of lower line,0)) > where depth is the extent of a glyph below the baseline, and the > height is the extent above. I don't understand what you mean by "line space of newline", but anyway, I think it's not worth discussing about line spacing (of your definition). > We could discuss whether it makes sense to use a maximum value of > more than the just the line spacing of the newline character (maybe > of the whole lower line?), but if we do, then the parameter "line > spacing" should be the same for a complete face (including newline > and spaces), whereas height and depth are specific to each glyph. Sorry, I don't understand the above paragraph. What is "the parameter line spacing"? Do you mean the frame parameter `line-spacing' or a buffer local variable `line-spacing'? Then they are both a spacing between lines, not the baseline distance. Please see what happens by (setq line-spacing 1). --- Ken'ichi HANDA handa@m17n.org