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: NS: ns-expand-space / slider in Preferences dialog not functional Date: Mon, 09 Mar 2009 18:00:31 +0900 Organization: Faculty of Science, Chiba University Message-ID: References: <21F51971-5679-45BF-85A0-D982CA73E722@gmail.com> <5393D476-3312-4DF3-AF39-6D698B7FDA49@gmail.com> <06CD0A2A-6B89-4E1A-BBA6-E91F03A289DD@gmail.com> NNTP-Posting-Host: lo.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 1236589275 13848 80.91.229.12 (9 Mar 2009 09:01:15 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 9 Mar 2009 09:01:15 +0000 (UTC) Cc: David Reitter , Emacs-Devel devel , Miles Bader To: Adrian Robert Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Mar 09 10:02:31 2009 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from terminus-est.gnu.org ([66.92.78.210] helo=lists.gnu.org) by lo.gmane.org with esmtp (Exim 4.50) id 1LgbNK-0002v3-Ep for ged-emacs-devel@m.gmane.org; Mon, 09 Mar 2009 10:02:18 +0100 Original-Received: from localhost ([127.0.0.1]:41347 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LgbLy-0007qx-4h for ged-emacs-devel@m.gmane.org; Mon, 09 Mar 2009 05:00:54 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LgbLq-0007qs-HR for emacs-devel@gnu.org; Mon, 09 Mar 2009 05:00:46 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LgbLo-0007pz-DX for emacs-devel@gnu.org; Mon, 09 Mar 2009 05:00:45 -0400 Original-Received: from [199.232.76.173] (port=55961 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LgbLo-0007pm-4f for emacs-devel@gnu.org; Mon, 09 Mar 2009 05:00:44 -0400 Original-Received: from ntp.math.s.chiba-u.ac.jp ([133.82.132.2]:61697 helo=mathmail.math.s.chiba-u.ac.jp) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LgbLg-0000FN-5k; Mon, 09 Mar 2009 05:00:36 -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 BC7B92C46; Mon, 9 Mar 2009 18:00:31 +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 monty-python.gnu.org: NetBSD 3.0 (DF) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:109519 Archived-At: >>>>> On Mon, 9 Mar 2009 09:53:35 +0200, Adrian Robert said: > I don't have any personal agenda here except that I like the feature > as a user. The "expand-space" feature has been in the NS code for > 10 or more years. I didn't introduce it. I said "introduce" because the NS code hasn't been a part of the official Emacs distribution. To become a part of it, the Cocoa/GNUstep port has to have enough quality such as proper C-g handling that the port hasn't had for 10 or more years, and reorganize duplicated/overlapped features. > For the past few years that I've maintained it on sourceforge, I > have however enjoyed the feature greatly myself. I never knew about > line-spacing in core emacs or if I did it was not of interest to me > because I'm usually interested in shrinking not expanding lines. I > wish it were available for the times I use emacs on X or W32. > But now that the situation is what it is I stand by what I say > above: it doesn't interfere with anything in core emacs (as it is / > should be additive with line-spacing), users benefit from it, and > others can use it to try and see whether it's something that would > be worth having on X and W32. There's no benefit to removing it. The benefit of removal is apparent: if it is kept, it will introduce inconsistent multiple interfaces for the same feature when the right thing is done in a platform-independent way in future. (I think even the current situation is problematic with respect to expanding.) That's why we should avoid introducing platform-specific interfaces for features that are not inherently specific to the platform. I think the developers of the official Emacs (in contrast to those of private distributions) should keep that in mind. YAMAMOTO Mitsuharu mituharu@math.s.chiba-u.ac.jp