From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Adrian Robert Newsgroups: gmane.emacs.devel Subject: Re: fail on osx between 2/4/2009 and 2/5/2009 Date: Thu, 12 Feb 2009 20:42:42 +0200 Message-ID: <15A24001-137F-469F-8B05-DB31D4E8995D@gmail.com> References: <861vubqc79.fsf@blue.stonehenge.com> <10DD5733-4089-4A60-B090-4CB5E32A0E19@42tools.com> <49917BE9.6020903@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (Apple Message framework v753.1) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1234464305 24169 80.91.229.12 (12 Feb 2009 18:45:05 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 12 Feb 2009 18:45:05 +0000 (UTC) Cc: YAMAMOTO Mitsuharu , emacs-devel@gnu.org To: Kenichi Handa Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Feb 12 19:46:21 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 1LXgZo-0004vj-3F for ged-emacs-devel@m.gmane.org; Thu, 12 Feb 2009 19:46:20 +0100 Original-Received: from localhost ([127.0.0.1]:51694 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LXgYU-0000zF-Ah for ged-emacs-devel@m.gmane.org; Thu, 12 Feb 2009 13:44:58 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LXgYO-0000yN-Qo for emacs-devel@gnu.org; Thu, 12 Feb 2009 13:44:52 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LXgYM-0000xi-9E for emacs-devel@gnu.org; Thu, 12 Feb 2009 13:44:52 -0500 Original-Received: from [199.232.76.173] (port=40301 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LXgYM-0000xY-4y for emacs-devel@gnu.org; Thu, 12 Feb 2009 13:44:50 -0500 Original-Received: from mail-fx0-f16.google.com ([209.85.220.16]:58240) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LXgYL-0002GY-Cz for emacs-devel@gnu.org; Thu, 12 Feb 2009 13:44:49 -0500 Original-Received: by fxm9 with SMTP id 9so2139277fxm.18 for ; Thu, 12 Feb 2009 10:44:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:in-reply-to:references :mime-version:content-type:message-id:cc:content-transfer-encoding :from:subject:date:to:x-mailer; bh=SbNoXmLfpcn5bS9I1DX5uL252HWucSE2A58gxNyIo0k=; b=sk8KGajN+RAxGREXwUDHPGFoILeRfk+PZYE6dwa/OyFA1zlbLSzjETa59zTwjtv91L PWK2b1bIinMpm3dMrDP9Yot+nKrU+veaewFuNAHhhpxxGrqoJS3OiTySEF0zQFYYeQs2 D0WnexulhLKoimDasXIyFF96XcvCeLolfXkB4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=in-reply-to:references:mime-version:content-type:message-id:cc :content-transfer-encoding:from:subject:date:to:x-mailer; b=WyhVuGLpZx/u9B+PJGzuEWvMU2MSMCQTit+0VC9FNBuogQo/UuPhqC4NMCj4IJskXC 8SJwpM7JYxSrbfDAfE7YxVNN9UNrIZableC5xB70LSnTrlCKpf8tWNgCEyDRKFjxli2M nWEtOCjlvx8tZrt23u0BSDHSr+pef8Bg4bQXA= Original-Received: by 10.103.214.8 with SMTP id r8mr537245muq.92.1234464138749; Thu, 12 Feb 2009 10:42:18 -0800 (PST) Original-Received: from ?10.20.48.125? (gw1.panoulu.net [212.50.147.101]) by mx.google.com with ESMTPS id s11sm607489mue.47.2009.02.12.10.42.17 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 12 Feb 2009 10:42:17 -0800 (PST) In-Reply-To: X-Mailer: Apple Mail (2.753.1) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) 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:109023 Archived-At: On Feb 12, 2009, at 12:22 PM, Kenichi Handa wrote: > In article , YAMAMOTO > Mitsuharu writes: > >>>>>>> On Thu, 12 Feb 2009 16:37:43 +0900, Kenichi Handa >>>>>>> said: >>> I'm now thinking about these changes: > >>> (1) Revert script-representative-chars to the previous state; >>> i.e. single entry for mathematical. > >> It would make nsfont_make_fontset_for_font work again. But that >> function is still a kludge that should be removed, and nsfont_list >> needs to be changed so as to handle some >> of :lang, :script, :registry, >> and maybe :chars. > > I fully agree. If Cocoa's font-backend needs some other > information to find a proper font, please let me know. Hi, It might be there is no problem, except that I was unaware of the significance of these various :xxx properties referred to above. When I first implemented the Cocoa font back-end, the list and match APIs were mainly based around the font-entity structure, which contained the following information: foundry, family, adstyle, registry, weight, slant, width, size, dpi, spacing, avgwidth Display of characters in multiple scripts was handled by the existing emacs "fontset" structure. The "kludge" Yamamoto Mitsuharu refers to was designed to allow this mechanism to work under NS without the user or distributor needing to manually define a font set. It works reasonably well, judging by the HELLO screen. Of course, users / distributors always had the option to fall back to manual fontset definitions to get better results as in other emacsen. However, if there is now an alternative method that the backend architecture supports, such that it is feeding 'script' and other properties additional to the font entity structure to the back end, and simply responding to these correctly will obviate the need for fontset specification at all, I would definitely like to change the NS font back end to use this new approach. Is the complete set of :xxx properties the back end should respond to documented somewhere? (I have been using font.h as the implementation reference until now.) thanks, Adrian