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 09:17:09 +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 1236565566 31076 80.91.229.12 (9 Mar 2009 02:26:06 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 9 Mar 2009 02:26:06 +0000 (UTC) Cc: David Reitter , Emacs-Devel devel To: Adrian Robert Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Mar 09 03:27:19 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 1LgVD4-0000J5-Ag for ged-emacs-devel@m.gmane.org; Mon, 09 Mar 2009 03:27:18 +0100 Original-Received: from localhost ([127.0.0.1]:46696 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LgVBi-0004ba-08 for ged-emacs-devel@m.gmane.org; Sun, 08 Mar 2009 22:25:54 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LgVBa-0004Xm-BZ for emacs-devel@gnu.org; Sun, 08 Mar 2009 22:25:46 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LgVBY-0004TU-Fw for emacs-devel@gnu.org; Sun, 08 Mar 2009 22:25:45 -0400 Original-Received: from [199.232.76.173] (port=33739 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LgVBY-0004TC-3C for emacs-devel@gnu.org; Sun, 08 Mar 2009 22:25:44 -0400 Original-Received: from mx20.gnu.org ([199.232.41.8]:36028) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1LgVBX-0000Wi-TU for emacs-devel@gnu.org; Sun, 08 Mar 2009 22:25:44 -0400 Original-Received: from ntp.math.s.chiba-u.ac.jp ([133.82.132.2] helo=mathmail.math.s.chiba-u.ac.jp) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LgTCe-0008PR-Jq for emacs-devel@gnu.org; Sun, 08 Mar 2009 20:18:45 -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 BB8D92C55; Mon, 9 Mar 2009 09:17:09 +0900 (JST) In-Reply-To: <06CD0A2A-6B89-4E1A-BBA6-E91F03A289DD@gmail.com> 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-kernel: by mx20.gnu.org: NetBSD 3.0 (DF) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) 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:109514 Archived-At: >>>>> On Sun, 8 Mar 2009 19:41:59 +0200, Adrian Robert said: >> So, you agree that extending line-spacing is the right direction >> and to remove ns-expand-space now? Otherwise it >> conflicts/duplicates with line-spacing with respect to expansion >> even now. > I feel the bug with support for line-spacing under NS should be > fixed ASAP, and that eventually, after 23.1, if people try the > ns-expand- space feature under NS and end up liking it / wishing it > was present on other platforms, line-spacing might be extended and > expand-space removed. > I don't see a benefit to removing the latter right now during > pretest, and it would hurt existing users as well as the opportunity > for others to try it out and judge whether it is a feature worth > having in core emacs. There is no conflict with line-spacing -- the > effects can be additive. I don't understand what is the justification of introducing an NS-specific variable that overlaps with an existing platform-independent feature. Aren't you still in the mood that you are making a private distribution? YAMAMOTO Mitsuharu mituharu@math.s.chiba-u.ac.jp