From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: YAMAMOTO Mitsuharu Newsgroups: gmane.emacs.devel Subject: Re: Emacs Mac port Date: Thu, 29 Jan 2015 12:51:16 +0900 Organization: Faculty of Science, Chiba University Message-ID: References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Trace: ger.gmane.org 1422503500 29173 80.91.229.3 (29 Jan 2015 03:51:40 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 29 Jan 2015 03:51:40 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jan 29 04:51:39 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1YGg8o-0003Uu-CA for ged-emacs-devel@m.gmane.org; Thu, 29 Jan 2015 04:51:38 +0100 Original-Received: from localhost ([::1]:57562 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YGg8n-0005om-TF for ged-emacs-devel@m.gmane.org; Wed, 28 Jan 2015 22:51:37 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57866) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YGg8Z-0005oB-Fm for emacs-devel@gnu.org; Wed, 28 Jan 2015 22:51:24 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YGg8W-0006KP-8Q for emacs-devel@gnu.org; Wed, 28 Jan 2015 22:51:23 -0500 Original-Received: from mathmail.math.s.chiba-u.ac.jp ([133.82.132.2]:60764) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YGg8V-0006KD-NX for emacs-devel@gnu.org; Wed, 28 Jan 2015 22:51:20 -0500 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 57C46C0569 for ; Thu, 29 Jan 2015 12:51:16 +0900 (JST) In-Reply-To: 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) 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.14 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-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:181956 Archived-At: The third update of Emacs 24.4 Mac port 5.x is available from ftp://ftp.math.s.chiba-u.ac.jp/emacs/emacs-24.4-mac-5.3.tar.gz YAMAMOTO Mitsuharu mituharu@math.s.chiba-u.ac.jp Blend-and-blur of background color on OS X 10.10 is temporarily disabled to avoid mode-line erasure on frame focus switch. For some reason, mode-line row's `enabled_p' flag in the current matrix is sometimes reset even if it is visible. This causes blank mode-line on "expose" (drawRect:) events. In principle, this mode-line erasure can also happen on older versions of OS X or this version of Emacs Mac port. But it is usually observed on OS X 10.10 together with previous 5.x versions of Emacs Mac port, because the use of NSVisualEffectView, which provides the blend-and-blur feature, triggers full frame "exposure" on focus switch. ** Fixed bugs *** Special-display completion frame becomes transparent. Reported by Alan Shumitt. Adapt a fix for Bug#16619. *** `mac-auto-ascii-mode' on TTY terminals disables prefix keys with the meta key. *** Control-F2 is passed to the system even if mac-pass-control-to-system is set to nil. *** 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. *** `mac-ae-set-reply-parameter', which is used for reporting an error in Apple event hander, has not been working since emacs-24.2-mac-3.2. *** Input source functions ignore disabled input source ID strings. ** Improvements *** URL handler via Apple events now accepts the `org-protocol' scheme as well as `mailto'.