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: Tue, 05 Jan 2016 10:00:54 +0900 Organization: Faculty of Science, Chiba University Message-ID: References: <87bn9a8an8.fsf@isaac.fritz.box> <87wprxfkvx.fsf@gmx.us> <568622AA.2000805@dancol.org> <615CB17D-3C40-477F-B576-3C3250C15202@gmail.com> <56862EFA.7020907@dancol.org> <87bn95p72f.fsf@acer.localhost.com> 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 1451955687 32151 80.91.229.3 (5 Jan 2016 01:01:27 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 5 Jan 2016 01:01:27 +0000 (UTC) To: Bozhidar Batsov , emacs-devel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jan 05 02:01:22 2016 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 1aGG00-0007RW-G2 for ged-emacs-devel@m.gmane.org; Tue, 05 Jan 2016 02:01:20 +0100 Original-Received: from localhost ([::1]:47615 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aGFzz-0002us-SN for ged-emacs-devel@m.gmane.org; Mon, 04 Jan 2016 20:01:19 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:44287) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aGFzo-0002um-FD for emacs-devel@gnu.org; Mon, 04 Jan 2016 20:01:09 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aGFzk-0000cZ-Er for emacs-devel@gnu.org; Mon, 04 Jan 2016 20:01:08 -0500 Original-Received: from mathmail.math.s.chiba-u.ac.jp ([133.82.132.2]:64861) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aGFzj-0000a9-VE for emacs-devel@gnu.org; Mon, 04 Jan 2016 20:01:04 -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 3B0D3C0560; Tue, 5 Jan 2016 10:00:54 +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:197638 Archived-At: >>>>> On Sun, 03 Jan 2016 16:42:23 -0800, John Wiegley said: >> Do I need to elaborate this? When I receive a bug report, I try to >> reproduce the bug on my side. If I have two variants of the Mac >> port, restricted and fully-featured, then I have to try it for both >> of the variants. > You really only have to try it in your variant. Any of us on Mac > will be trying to reproduce it in the restricted variant. If I > believe it might be fixed in the fully-featured version, I'll try it > there before notifying you about the bug. > By moving your code into core, it should actually reduce your > workload. There will be more eyes on your bugs, others verifying > reproduction steps, more people to participate in the conversation, > use of our bug tracker, etc. > Come, Yamamoto-san, join us!! I've been subscribing to the bug-gnu-emacs list, and occasionally try to reproduce the reported NS port bugs on the Mac port, in case they are common to OS X or Cocoa (e.g., bug#21573). In a sense, I've already been joining. I really appreciate your encouragement, but I'm skeptical about reduction of my workload by others' cooperation from my experience with the Carbon port in Emacs 22 and the situation involving the NS port especially with respect to GNUstep. Also, frankly, I feel uncomfortable with aligning the current default modifier key setting of the Mac port (Command -> Meta, Option -> "compose") to that of the NS port (Command -> Super (emulating Mac shortcut), Option -> Meta), which I don't think is a good default especially for those who are using a keyboard that cannot enter all of the ASCII characters without the option key. I'd like to hear what others think. Do you want to have a restricted version of the Mac port in the mainline? Will you use it in preference to the full-feature version distributed separately (e.g., via another git repository)? YAMAMOTO Mitsuharu mituharu@math.s.chiba-u.ac.jp