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 on OS X development Date: Wed, 25 Jul 2012 17:15:03 +0900 Organization: Faculty of Science, Chiba University Message-ID: References: <87r4s68rr4.fsf@lifelogs.com> <83A41E83-79C8-4490-966B-CD224041E840@gmail.com> <80ACEDD7-86B4-4E7D-85F2-4308AB34837B@swipnet.se> <88766C51-C0DC-4307-95A7-A3A9B53B9CAF@swipnet.se> <21AE3708-4FD4-43FF-841B-82A8E7BBB6F8@swipnet.se> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1343204125 6840 80.91.229.3 (25 Jul 2012 08:15:25 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 25 Jul 2012 08:15:25 +0000 (UTC) Cc: Paul Michael Reilly , "emacs-devel@gnu.org" , Stefan Monnier , John Wiegley To: Jan =?ISO-8859-1?Q?Dj=E4rv?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jul 25 10:15:22 2012 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 1Stwkb-0006U3-TU for ged-emacs-devel@m.gmane.org; Wed, 25 Jul 2012 10:15:22 +0200 Original-Received: from localhost ([::1]:37218 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Stwkb-0003Yi-0K for ged-emacs-devel@m.gmane.org; Wed, 25 Jul 2012 04:15:21 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:54506) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1StwkT-0003YN-F5 for emacs-devel@gnu.org; Wed, 25 Jul 2012 04:15:19 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1StwkN-0007Ph-C7 for emacs-devel@gnu.org; Wed, 25 Jul 2012 04:15:13 -0400 Original-Received: from mathmail.math.s.chiba-u.ac.jp ([133.82.132.2]:50743) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1StwkM-0007Kd-SL for emacs-devel@gnu.org; Wed, 25 Jul 2012 04:15:07 -0400 Original-Received: from church.math.s.chiba-u.ac.jp (church [133.82.132.36]) by mathmail.math.s.chiba-u.ac.jp (Postfix) with ESMTP id 4977FC055D; Wed, 25 Jul 2012 17:15:03 +0900 (JST) In-Reply-To: <21AE3708-4FD4-43FF-841B-82A8E7BBB6F8@swipnet.se> 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: NetBSD 3.0 (DF) 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:151877 Archived-At: >>>>> On Wed, 25 Jul 2012 09:27:36 +0200, Jan Dj=E4rv = said: >> The Mac port uses CF for that purpose only on older versions of Mac >> OS X. For newer versions, it uses Grand Central Dispatch instead: >>=20 >> http://lists.gnu.org/archive/html/emacs-devel/2012-01/msg00035.html >>=20 >> I'm not sure about the recent situation, but I remember neither of >> them was (widely, at least) available on GNUstep. > No, CF is not available on GNUStep. I planned to use a modified > version of the current loop, that removes the timeout. After some > experiments it seems that this gives you almost all the performance > gains. I'm going to try on a slower machine also. If it looks good > then we might as well skip CF. Solving a problem with the NS port in a way that doesn't work on GNUstep sounds really bad, so it would be nice if CF can be skipped. > There is still the problem why the NS-port does not redraw during > resize. The Mac port does that, as long as no modifier keys are pressed during resize. As Mac OS X 10.7 introduced resizing from non-corner edges, which can also initiate "move" rather than "resize" depending on the initial drag direction, the code will become much more complicated if the current strategy in the NS port is inherited. YAMAMOTO Mitsuharu mituharu@math.s.chiba-u.ac.jp