From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Adrian Robert Newsgroups: gmane.emacs.bugs Subject: bug#3174: NS font selection still broken Date: Thu, 29 Oct 2009 14:43:25 -0400 Message-ID: <5AA4186F-3AFD-482E-AC4F-F60E9E2517B0@gmail.com> References: Reply-To: Adrian Robert , 3174@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (Apple Message framework v1076) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1256843257 10735 80.91.229.12 (29 Oct 2009 19:07:37 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 29 Oct 2009 19:07:37 +0000 (UTC) Cc: 3174@emacsbugs.donarmstrong.com, Christopher Menzel To: David Reitter Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Oct 29 20:07:30 2009 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1N3aLI-00012f-Gu for geb-bug-gnu-emacs@m.gmane.org; Thu, 29 Oct 2009 20:07:29 +0100 Original-Received: from localhost ([127.0.0.1]:34242 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1N3aLI-0000pt-0A for geb-bug-gnu-emacs@m.gmane.org; Thu, 29 Oct 2009 15:07:28 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1N3aLD-0000pg-11 for bug-gnu-emacs@gnu.org; Thu, 29 Oct 2009 15:07:23 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1N3aL8-0000o3-Gl for bug-gnu-emacs@gnu.org; Thu, 29 Oct 2009 15:07:22 -0400 Original-Received: from [199.232.76.173] (port=33119 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1N3aL8-0000nv-3C for bug-gnu-emacs@gnu.org; Thu, 29 Oct 2009 15:07:18 -0400 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:52100) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1N3aL7-0003pg-H8 for bug-gnu-emacs@gnu.org; Thu, 29 Oct 2009 15:07:17 -0400 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n9TJ7E1W012852; Thu, 29 Oct 2009 12:07:14 -0700 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.14.3/8.14.3/Submit) id n9TIo4Og010730; Thu, 29 Oct 2009 11:50:04 -0700 Resent-Date: Thu, 29 Oct 2009 11:50:04 -0700 X-Loop: owner@emacsbugs.donarmstrong.com Resent-From: Adrian Robert Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs , owner@emacsbugs.donarmstrong.com 2Resent-Date: Thu, 29 Oct 2009 18:50:04 +0000 Resent-Message-ID: Resent-Sender: owner@emacsbugs.donarmstrong.com X-Emacs-PR-Message: followup 3174 X-Emacs-PR-Package: emacs,ns X-Emacs-PR-Keywords: Original-Received: via spool by 3174-submit@emacsbugs.donarmstrong.com id=B3174.125684181610261 (code B ref 3174); Thu, 29 Oct 2009 18:50:04 +0000 Original-Received: (at 3174) by emacsbugs.donarmstrong.com; 29 Oct 2009 18:43:36 +0000 X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. Original-Received: from mail-yw0-f179.google.com (mail-yw0-f179.google.com [209.85.211.179]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n9TIhY0F010258 for <3174@emacsbugs.donarmstrong.com>; Thu, 29 Oct 2009 11:43:36 -0700 Original-Received: by ywh9 with SMTP id 9so1979790ywh.19 for <3174@emacsbugs.donarmstrong.com>; Thu, 29 Oct 2009 11:43:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=EGPEyQsjRU+Q9gCtBgx3CvBld2GGd6mYNQRhbwCYHtc=; b=l3fGAibvbo2eJzIl/26QCml0glb6Ewlo4YBpmbxpu6FrYwmUi5w7ra5DTptuR64uN8 fOxFHQYc1rU+bcPVVv34MlEvJ4sjP8zIQ6KWjJBoS1kU2GLN+bF7GdjDyhFbi+RXUFBR jrDcWAIrp55vwcLrLE/Ew2fdt7uWFsZ6EjRj8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=BhRjG97+9AjWM428gdpzF7+JM9VeXKgNtNKa4wrr0XhhnHMRftlGK6QghAJuXt1pBb 8QsitTAvS5Huc8iAdCTeoWwiizuFXHwaOZF7H9cbPfVh6htNAWBdULJAAmon2+jJ7Rg6 6BKKtRJTWRLxmS3kzhNBo0Fvvpi58BOg/v8eM= Original-Received: by 10.100.254.1 with SMTP id b1mr946040ani.147.1256841809369; Thu, 29 Oct 2009 11:43:29 -0700 (PDT) Original-Received: from ?192.168.0.21? (107.sub-75-236-26.myvzw.com [75.236.26.107]) by mx.google.com with ESMTPS id 4sm990270yxd.70.2009.10.29.11.43.27 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 29 Oct 2009 11:43:28 -0700 (PDT) In-Reply-To: X-Mailer: Apple Mail (2.1076) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) Resent-Date: Thu, 29 Oct 2009 15:07:22 -0400 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:32276 Archived-At: Hi, For debugging it will be more useful to compare with another port on =20 Emacs-23 (e.g., X11) than Carbon Emacs 22, as character rendering and =20= font selection was changed completely. For differences from w32 or x11 that show up on Emacs 23, font =20 selection is handled through ns_findfonts() in nsfont.m. The rewrite =20= of a few months ago brought this mostly in line with other ports, but =20= some crucial differences may still remain (though I'm not sure what =20 they are). I'm afraid it will take a fairly significant effort at =20 turning on tracing in that file (NSFONT_TRACE at the top), and working =20= through the logic of what font.c is doing and what nsfont.m is doing, =20= for the characters in question. I can't think of any shortcuts, and I =20= have to admit these mathematical symbol ranges have long been a =20 problem eluding my efforts, though I believe the rewrite lessened the =20= number of erroneously-handled characters. The actual "bugs" could be either in nsfont.m or font.c -- sometimes =20 in the past nsfont's different implementation sometimes revealed =20 problems in font.c that did not affect other ports. (Of course the =20 nsfont.m impl should continue to be normalized to the other ports so =20 such bugs can remain mercifully hidden.) I'm not sure #3588 is related, as the 'italic' property is a confound =20= there. -Adrian On Oct 29, 2009, at 2:18 PM, David Reitter wrote: > Adrian, readers of bugs 3174 and 3588, > > There are still some bad issues with the font selection in the NS =20 > port. > > For example, take the following unicode characters: > > [=E2=88=83] 2203 THERE EXISTS > [=E2=88=84] 2204 THERE DOES NOT EXIST > [=E2=88=88] 2208 ELEMENT OF > > They are rendered perfectly in the Carbon port (at least in Aquamacs). > > In NS, it uses Symbol for 2203, even though the glyph is available =20 > in the default font (like Monaco or Lucida Grande). > As a consequence, the symbol looks very small and is unreadable. > > As for 2203, it also uses Symbol, even though Symbol doesn't even =20 > have the glyph. > > This is on Snow Leopard. > > I'm wondering if this is this the same bug as #3588. I would write =20= > to emacs-devel to ask for help, but I don't even know what exactly =20 > the problem is in the underlying code, and whether this is NS =20 > specific (I guess so)... I can happily file another bug report so =20= > we've got something to ignore :) > > Let me know what if I can help. > > Thanks > - David