From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.devel Subject: RE: please make line-move-visual nil Date: Mon, 1 Jun 2009 14:33:54 -0700 Message-ID: <2E369A57A535414C8193711D4740ACC5@us.oracle.com> References: <6161f3180905270548t3012bc1ah161719ae01db0fb5@mail.gmail.com> <5f0ff9220906010736paad9321td86fd52326ebe722@mail.gmail.com> <87oct7sur8.fsf@cyd.mit.edu> <31703F2EAE7D4CAF8E671B0C18916D01@us.oracle.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1243892056 17447 80.91.229.12 (1 Jun 2009 21:34:16 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 1 Jun 2009 21:34:16 +0000 (UTC) Cc: 3438@emacsbugs.donarmstrong.com, "'T.V. Raman'" , 'Chong Yidong' , "'Andrew W. Nosenko'" , emacs-devel@gnu.org, 'ishikawa' , ams@gnu.org, 'Stefan Monnier' , stephen@xemacs.org, eliz@gnu.org To: "'Lennart Borgman'" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jun 01 23:34:11 2009 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1MBF8y-00078x-5R for ged-emacs-devel@m.gmane.org; Mon, 01 Jun 2009 23:34:08 +0200 Original-Received: from localhost ([127.0.0.1]:46200 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MBF8x-0005n5-Ep for ged-emacs-devel@m.gmane.org; Mon, 01 Jun 2009 17:34:07 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MBF8s-0005ms-0y for emacs-devel@gnu.org; Mon, 01 Jun 2009 17:34:02 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MBF8m-0005mQ-Hs for emacs-devel@gnu.org; Mon, 01 Jun 2009 17:34:00 -0400 Original-Received: from [199.232.76.173] (port=59272 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MBF8m-0005mF-DM for emacs-devel@gnu.org; Mon, 01 Jun 2009 17:33:56 -0400 Original-Received: from rcsinet11.oracle.com ([148.87.113.123]:57688 helo=rgminet11.oracle.com) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MBF8i-0001Gk-Jp; Mon, 01 Jun 2009 17:33:52 -0400 Original-Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by rgminet11.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n51LYPTV020065 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 1 Jun 2009 21:34:27 GMT Original-Received: from abhmt001.oracle.com (abhmt001.oracle.com [141.146.116.10]) by acsinet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n51LYYVS005742; Mon, 1 Jun 2009 21:34:34 GMT Original-Received: from dradamslap1 (/141.144.65.100) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 01 Jun 2009 14:33:37 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Thread-Index: Acni/4VvJZuFKILrSNCH+rtUmClpYAAADGMQ X-Source-IP: abhmt001.oracle.com [141.146.116.10] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090208.4A244932.0118:SCFSTAT5015188,ss=1,fgs=0 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 1) 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:111265 Archived-At: > > I proposed making the variable always buffer-local. If you > > don't want to do that, then yes, each mode for which nil > > is appropriate would need to do that. > > I think this is a global feature. Making it buffer local by default is > probably not the best then. Why? No reason given. But you say "then", as if being a global variable is a reason it shouldn't have a buffer-local value. > It would be on the same level as makeing > the binding of C-n/C-p buffer local by default. Since we have apparently replaced the classic behavior of `next-line', so it respects `line-move-visual', yes. (But I personally have no problem if we go back to the classic behavior, with normal line movement in all buffers.) If a non-nil value of `line-move-visual' is not appropriate for some (most?) buffers, but (some people think) it is appropriate for some other buffers, then that's the obvious conclusion: make it buffer-local.