From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Bozhidar Batsov Newsgroups: gmane.emacs.devel Subject: Re: Visual bell patch for emacs on OSX Date: Wed, 18 Dec 2013 16:52:24 +0200 Message-ID: References: <874n688ih2.fsf@gmail.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="52b1b6a8_704e1dd5_1c26" X-Trace: ger.gmane.org 1387378360 23462 80.91.229.3 (18 Dec 2013 14:52:40 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 18 Dec 2013 14:52:40 +0000 (UTC) Cc: =?utf-8?Q?Jan_Dj=C3=A4rv?= , =?utf-8?Q?Jo=C3=A3o_T=C3=A1vora?= , emacs-devel To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Dec 18 15:52:45 2013 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 1VtIUN-0001Kz-8B for ged-emacs-devel@m.gmane.org; Wed, 18 Dec 2013 15:52:43 +0100 Original-Received: from localhost ([::1]:39064 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VtIUM-00006l-So for ged-emacs-devel@m.gmane.org; Wed, 18 Dec 2013 09:52:42 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51668) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VtIUE-00006f-I5 for emacs-devel@gnu.org; Wed, 18 Dec 2013 09:52:40 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VtIU9-000248-6N for emacs-devel@gnu.org; Wed, 18 Dec 2013 09:52:34 -0500 Original-Received: from mail-ea0-x22f.google.com ([2a00:1450:4013:c01::22f]:52083) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VtIU8-00023C-Qx for emacs-devel@gnu.org; Wed, 18 Dec 2013 09:52:29 -0500 Original-Received: by mail-ea0-f175.google.com with SMTP id z10so3584304ead.6 for ; Wed, 18 Dec 2013 06:52:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:message-id:in-reply-to:references:subject :mime-version:content-type; bh=X/YmRawBflLZ+m5lW0m3A6NziUSEx2dmKboJFHAF2us=; b=ikDzUuHTtrv8S4bKNxs2kc3X/ri6r4l5eqVwuALgYNk1NpixBmoCdRPizYkeYCnyqy UMaqmPJDBykpCE/13LiJ0TujoWIW6XUhIsn2dVnxBMK5kZqbRDmr2xTckKjof4QWMpDf 6L9iDCxqUbeYmIH1AM8RNWb25moIXpRZyJTAEf9gqe9R/9gbOa02JJNTJXUpKkpEP1ey q6ITr0vpjNliqs1G6Q8bRD7u2MFqE5f/ghWoljjqJ2oRbI3h2JveflIoxB1TCbSmWf3R DOQlP/h385UdOw54rqPzgQXHQa2pWROWPY9w2jAlsRC6/OWy/BMyDCnKwe5BawPgqOFo DWlg== X-Received: by 10.14.210.200 with SMTP id u48mr29171964eeo.63.1387378347927; Wed, 18 Dec 2013 06:52:27 -0800 (PST) Original-Received: from [192.168.1.28] ([95.87.231.111]) by mx.google.com with ESMTPSA id o47sm640721eem.21.2013.12.18.06.52.26 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Wed, 18 Dec 2013 06:52:26 -0800 (PST) In-Reply-To: X-Mailer: sparrow 1.6.4 (build 1178) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4013:c01::22f 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:166584 Archived-At: --52b1b6a8_704e1dd5_1c26 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday, December 18, 2013 at 4:21 PM, Stefan Monnier wrote: > > Seems to me that GNUStep is killing the user experience of the people= that > > are actually using the NS port. > > =20 > =20 > =20 > WT=46=3F How do you get to this conclusion=3F The OP has already been t= old > that it's perfectly OK to just ifdef out the NS-only code. > =20 > =20 I guess I misinterpreted the last few mails in the discussion. I was left= under the impression that only code compatible with GNUStep is eligible for inclusion in Emacs. > =20 > > Maybe this is a policy worth revisiting for the sake of the people > > that use the NS port=3F > > =20 > =20 > =20 > People who use the NS port and aren't satisfied with it should start > contributing code, because we really don't have nearly > enough contributors. As Jan pointed out, a non-negligible fraction of > bugs fixed in the NS code are due to Jan who could only do that thanks > to the GNUstep support, so claiming that the GNUstep support is killing= > the NS port is ridiculous. > =20 > =20 =46air points - I wasn=E2=80=99t aware of the lack of NS contributions. A= dmittedly I=E2=80=99m not overly familiar with the NS port, having used E= macs mostly on GNU/Linux. =20 I know, however, there is some enhanced NS port of Emacs (https://github.= com/railwaycat/emacs-mac-port) and I wonder why aren=E2=80=99t the (some) patches from it applied upstream. Anyways, I=E2=80=99m dabbling into Objective-C and Cocoa right now. If I = manage to grok them I might try to contribute to the NS port. Please, accept my apologies, if I offended someone. I meant no disrespect= . =20 > =20 > =20 > Stefan =20 --52b1b6a8_704e1dd5_1c26 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline
On We= dnesday, December 18, 2013 at 4:21 PM, Stefan Monnier wrote:
=
Seems to me that GNUStep is killing the user experience of the people = that
are actually using the NS port.

WT=46=3F How do you get to this conclusion=3F The OP = has already been told
that it's perfectly OK to just ifdef out = the NS-only code.
I guess I misinterpreted the last few mails in the dis= cussion. I was left under the impression that only
code = compatible with GNUStep is eligible for inclusion in Emacs.

Maybe this is a policy worth revisit= ing for the sake of the people
that use the NS port=3F

People who use the NS port and aren't= satisfied with it should start
contributing code, because we r= eally don't have nearly
enough contributors. As Jan pointed ou= t, a non-negligible fraction of
bugs fixed in the NS code are d= ue to Jan who could only do that thanks
to the GNUstep support,= so claiming that the GNUstep support is killing
the NS port is= ridiculous.
=46air points - I wasn=E2=80=99t aware of the lack of NS co= ntributions. Admittedly I=E2=80=99m not overly familiar with the NS port,= having used Emacs mostly on GNU/Linux. 
I know, however, there is some enhanced NS port of = Emacs (https://github.com/railwaycat/emacs-mac-port) and I wonder
w= hy aren=E2=80=99t the (some) patches from it applied upstream.

Anyways, I=E2=80=99m dabbling into Objective-C and Coc= oa right now. If I manage to grok them I might try to contribute to the N= S port.

Please, accept my apologies, if I offended someone. I meant no disr= espect. 
<= div>


Stefan
 =20 =20 =20 =20
=20

--52b1b6a8_704e1dd5_1c26--