From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: YAMAMOTO Mitsuharu Newsgroups: gmane.emacs.devel Subject: Re: Emacs Mac port Date: Wed, 24 Aug 2016 10:54:11 +0900 Organization: Faculty of Science, Chiba University Message-ID: References: NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Trace: blaine.gmane.org 1472003677 15365 195.159.176.226 (24 Aug 2016 01:54:37 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 24 Aug 2016 01:54:37 +0000 (UTC) User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.3 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI) Cc: Marius Kjeldahl , Emacs-Devel devel To: Alan Third Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Aug 24 03:54:32 2016 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bcNOi-0003f3-2l for ged-emacs-devel@m.gmane.org; Wed, 24 Aug 2016 03:54:32 +0200 Original-Received: from localhost ([::1]:49225 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bcNOf-00021c-FX for ged-emacs-devel@m.gmane.org; Tue, 23 Aug 2016 21:54:29 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56870) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bcNOU-0001zo-IX for emacs-devel@gnu.org; Tue, 23 Aug 2016 21:54:19 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bcNOQ-0007yh-Fd for emacs-devel@gnu.org; Tue, 23 Aug 2016 21:54:17 -0400 Original-Received: from mathmail.math.s.chiba-u.ac.jp ([133.82.132.2]:52012) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bcNOP-0007y7-Vz for emacs-devel@gnu.org; Tue, 23 Aug 2016 21:54:14 -0400 Original-Received: from fermat1.math.s.chiba-u.ac.jp (fermat [192.168.32.10]) by mathmail.math.s.chiba-u.ac.jp (Postfix) with ESMTP id 40FFFF08F1; Wed, 24 Aug 2016 10:54:11 +0900 (JST) (envelope-from mituharu@math.s.chiba-u.ac.jp) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 133.82.132.2 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:206774 Archived-At: >>>>> On Tue, 23 Aug 2016 10:02:47 +0100, Alan Third said: > On 23 August 2016 at 01:07, YAMAMOTO Mitsuharu > wrote: >> >> Probably this is due to the following workaround only in the Mac port: >> >> * emacs-24.4-mac-5.3 (2015-01-29) >> http://lists.gnu.org/archive/html/emacs-devel/2015-01/msg01040.html >> >> ** Fixed bugs >> >> *** Synthetic bold text looks thinner on Retina display/HiDPI mode. >> This is because stroke line width for text drawing is not correctly >> scaled (whereas it is correctly scaled when drawn to bitmaps) on >> such environments. I've been reporting this to Apple on every OS X >> update since it was 10.7.4, but I couldn't get any response until >> recently. At last Apple answers that there are no plans to address >> this issue (rdar://11644870) currently. So I added a workaround that >> would cause a bad reverse effect if the original issue were fixed. > Is it possible to apply this fix to the NS port or would we need to > come up with another solution? The workaround is simple, but the current code uses some Mac-port-specific variables. So at least it cannot be applied to the NS port directly. /* Stroke line width for text drawing is not correctly scaled on Retina display/HiDPI mode when drawn to screen (whereas it is correctly scaled when drawn to bitmaps), and synthetic bold looks thinner on such environments. Apple says there are no plans to address this issue (rdar://11644870) currently. So we add a workaround. */ if (FRAME_BACKING_SCALE_FACTOR (f) != 1 && !FRAME_SYNTHETIC_BOLD_WORKAROUND_DISABLED_P (f) && (mac_operating_system_version.minor >= 7 || mac_operating_system_version.major > 10)) bold_factor = synthetic_bold_factor * 2; else bold_factor = synthetic_bold_factor; YAMAMOTO Mitsuharu mituharu@math.s.chiba-u.ac.jp