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: Fontset problem Date: Fri, 27 Sep 2002 10:46:38 +0900 (JST) Sender: emacs-devel-admin@gnu.org Message-ID: <200209270146.KAA14043@etlken.m17n.org> References: <200209061301.WAA16358@etlken.m17n.org> <200209260810.RAA12662@etlken.m17n.org> <200209261406.g8QE6KM15448@rum.cs.yale.edu> <200209261432.g8QEWG115711@rum.cs.yale.edu> <200209261440.g8QEeLt15826@rum.cs.yale.edu> <200209261448.g8QEmU915967@rum.cs.yale.edu> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII X-Trace: main.gmane.org 1033091294 27440 127.0.0.1 (27 Sep 2002 01:48:14 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 27 Sep 2002 01:48:14 +0000 (UTC) Cc: schwab@suse.de, monnier+gnu/emacs@rum.cs.yale.edu, emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 17ukEn-00078S-00 for ; Fri, 27 Sep 2002 03:48:13 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17ukwn-0004P1-00 for ; Fri, 27 Sep 2002 04:33:41 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10) id 17ukEo-0008IW-00; Thu, 26 Sep 2002 21:48:14 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 17ukDY-0008CN-00 for emacs-devel@gnu.org; Thu, 26 Sep 2002 21:46:56 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 17ukDW-0008CB-00 for emacs-devel@gnu.org; Thu, 26 Sep 2002 21:46:55 -0400 Original-Received: from tsukuba.m17n.org ([192.47.44.130]) by monty-python.gnu.org with esmtp (Exim 4.10) id 17ukDV-0008Ag-00 for emacs-devel@gnu.org; Thu, 26 Sep 2002 21:46:53 -0400 Original-Received: from fs.m17n.org (fs.m17n.org [192.47.44.2]) by tsukuba.m17n.org (8.11.6/3.7W-20010518204228) with ESMTP id g8R1kcF28265; Fri, 27 Sep 2002 10:46:38 +0900 (JST) (envelope-from handa@m17n.org) Original-Received: from etlken.m17n.org (etlken.m17n.org [192.47.44.125]) by fs.m17n.org (8.11.3/3.7W-20010823150639) with ESMTP id g8R1kcd13487; Fri, 27 Sep 2002 10:46:38 +0900 (JST) Original-Received: (from handa@localhost) by etlken.m17n.org (8.8.8+Sun/3.7W-2001040620) id KAA14043; Fri, 27 Sep 2002 10:46:38 +0900 (JST) Original-To: monnier+gnu/emacs@rum.cs.yale.edu In-reply-to: <200209261448.g8QEmU915967@rum.cs.yale.edu> (monnier+gnu/emacs@rum.cs.yale.edu) User-Agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/21.1.30 (sparc-sun-solaris2.6) MULE/5.0 (SAKAKI) Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:8190 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:8190 In article <200209261448.g8QEmU915967@rum.cs.yale.edu>, "Stefan Monnier" writes: > Faces have both a `font' property (which specifies a fontset or > a specific font) and a `family' property. > Typically the `font' is set once and for all in the `default' face > and is not touched by any other face: they set their `family' > property instead. > For some reason, the `default' face initializes its `family' property > not to `unspecified' but to the name of the `font', which will thus > stupidly override any other family setting in the fontset. I think > that's the bug. I don't think so. The font related properties of the `default' face is decided by a font Emacs uses for a frame, and that font specifies all font related properties. That way, it is assured that the other faces inheriting font realted properties from the `default' face use the same font. I think that is the design policy of xfaces.c. The current problem is that the role of family part sepecified in a fontset is not clear; is it just giving a fallback default, or is it to override the normal font selection mechanism? Previously, as people didn't have that many non-Latin-1 fonts, the above was not that big problem because the face family almost always failed (especially for CJK fonts), thus the fontset family was used if specified. But, now, there are many variations of non-Latin-1 fonts, and incomplete iso10646 fonts make the situation worse. So, until we implement a better font selection mechanism for multibyte characters, people need a way to override the current font selection mechanism. First of all, such family names as courier, times, etc are applicable only to Latin fonts. I agree that my latest change is not a complete solution, but it's a quick workaround to solve the current problem. People who are satisfied with the current font selector don't have to specify a family part in a fontset. So, if it is specified, I think it is better to regard it a sign of a request to override the current font selector. --- Ken'ichi HANDA handa@m17n.org