From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.devel Subject: RE: set-face-attribute and floating point :height values Date: Mon, 31 Jan 2011 19:56:16 -0800 Message-ID: <39A4FE09C6EE40AB82F5C8FCAB85623B@us.oracle.com> References: <4zd3ncg5zm.fsf@fencepost.gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1296533574 15086 80.91.229.12 (1 Feb 2011 04:12:54 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 1 Feb 2011 04:12:54 +0000 (UTC) Cc: emacs-devel@gnu.org To: "'Giorgos Keramidas'" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Feb 01 05:12:47 2011 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 1Pk7bi-0006iA-IN for ged-emacs-devel@m.gmane.org; Tue, 01 Feb 2011 05:12:46 +0100 Original-Received: from localhost ([127.0.0.1]:49371 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Pk7N0-00053N-OB for ged-emacs-devel@m.gmane.org; Mon, 31 Jan 2011 22:57:34 -0500 Original-Received: from [140.186.70.92] (port=37137 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Pk7Mv-00053A-PA for emacs-devel@gnu.org; Mon, 31 Jan 2011 22:57:30 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Pk7Mu-0002eq-TQ for emacs-devel@gnu.org; Mon, 31 Jan 2011 22:57:29 -0500 Original-Received: from rcsinet10.oracle.com ([148.87.113.121]:58269) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Pk7Mt-0002e3-KN; Mon, 31 Jan 2011 22:57:27 -0500 Original-Received: from rcsinet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id p113vKaT029126 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 1 Feb 2011 03:57:21 GMT Original-Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by rcsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id p113GQ3m017598; Tue, 1 Feb 2011 03:57:19 GMT Original-Received: from abhmt006.oracle.com by acsmt355.oracle.com with ESMTP id 1010092111296532580; Mon, 31 Jan 2011 19:56:20 -0800 Original-Received: from dradamslap1 (/10.159.46.107) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 31 Jan 2011 19:56:18 -0800 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: AcvBv8ZMRRHT8hAFTpqSUcLYT+VkgQAAVRXA X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 148.87.113.121 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:135380 Archived-At: > > It might help if the doc either avoided the undefined term > > "underlying face" or explained what it means by that. > > I think the use of the term 'underlying face' is a nice and > compact way of describing that floating point :height values > are multipliers for any :height inherited from another face. > But it's confusing that there is an exception for the > 'default' face that makes this particular format of > :height value invalid for just this *one* exception. > > Maybe we should fix the doc string to mention this exception and > explicitly mention 'inheritance' instead of the 'underlying face'. If you look at the doc I pointed to (node `Face Attributes'), you will see that "underlying face" is not the same as inherited face. According to what is written, underlying is not about inheritance. (I don't claim that what is written is correct.) An underlying face is "a face that has a lower priority in the list described in `Displaying Faces'". In `Displaying Faces' you will see the ways in which the list of faces that underly a given face can be constituted. And you will notice that there is no mention of inheritance. In node `Face Attributes', face inheritance is also discussed, however (see `:inherit'). It is explicitly distinguished from underlying: "Attributes from inherited faces are merged into the face like an underlying face would be, with higher priority than underlying faces (`Displaying Faces')."