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 15:52:34 -0700 Message-ID: References: <87eiue83i7.fsf@cyd.mit.edu><87my92dmdt.fsf@cyd.mit.edu><87eiudewtq.fsf@uwakimon.sk.tsukuba.ac.jp> <831vqdubqy.fsf@gnu.org><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 1243896777 31304 80.91.229.12 (1 Jun 2009 22:52:57 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 1 Jun 2009 22:52:57 +0000 (UTC) Cc: 3438@emacsbugs.donarmstrong.com, "'T.V. Raman'" , 'Chong Yidong' , "'Andrew W. Nosenko'" , emacs-devel@gnu.org, 'ishikawa' , ams@gnu.org, stephen@xemacs.org, eliz@gnu.org To: "'Stefan Monnier'" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jun 02 00:52:52 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 1MBGN5-0007bH-T6 for ged-emacs-devel@m.gmane.org; Tue, 02 Jun 2009 00:52:48 +0200 Original-Received: from localhost ([127.0.0.1]:48353 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MBGN3-000098-0B for ged-emacs-devel@m.gmane.org; Mon, 01 Jun 2009 18:52:45 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MBGMy-000090-Kw for emacs-devel@gnu.org; Mon, 01 Jun 2009 18:52:40 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MBGMu-00008U-Ry for emacs-devel@gnu.org; Mon, 01 Jun 2009 18:52:40 -0400 Original-Received: from [199.232.76.173] (port=53443 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MBGMu-00008R-Ne for emacs-devel@gnu.org; Mon, 01 Jun 2009 18:52:36 -0400 Original-Received: from rcsinet12.oracle.com ([148.87.113.124]:59794 helo=rgminet12.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 1MBGMq-0001mZ-PV; Mon, 01 Jun 2009 18:52:33 -0400 Original-Received: from rgminet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by rgminet12.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n51Mq80G007662 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 1 Jun 2009 22:52:09 GMT Original-Received: from abhmt002.oracle.com (abhmt002.oracle.com [141.146.116.11]) by rgminet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n51MqLQY029948; Mon, 1 Jun 2009 22:52:21 GMT Original-Received: from dradamslap1 (/141.144.65.100) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 01 Jun 2009 15:52:16 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Thread-Index: AcnjCRE6fREtJkgpQaGNHP2ToGepFQAAB/ww X-Source-IP: abhmt002.oracle.com [141.146.116.11] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A01020A.4A245BA1.02C9: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:111269 Archived-At: > Just goes to show that I misunderstood your notion of "formatted". > I was thinking of buffers like pcl-cvs, VC, dired, buffer-list, > ibuffer, ... Not info, not man, not Java, not C (not sure about > grep, I like to set it in grep, but I'm not sure if it's a good > idea in general). I mentioned Info and Buffer List from the beginning. And I mentioned code buffers and buffers with tabular formatting as well. The distinction I made is between buffers that are mostly free-form text, where newlines are typically not intentionally positioned by the user or by Emacs, and the other buffers, where they are. Even for Buffer List, Dired, and the rest you mentioned, do you really "think they should at least set `truncate-lines'? Is that slated for Emacs 23.2? > > Is this a diversion to some other topic? What's the relation to the > > topic at hand, which is `line-move-visual'? > > When truncate-lines is non-nil, visual lines and logical > lines coincide, so line-move-visual doesn't make much > difference any more (other than for proportional text, that is). True, when the line is not wrapped in any way, there is no line-wrapping. Guess that's one way to skirt the issue. ;-) The relation to this issue is that with `truncate-lines' the issue is evacuated and the distinction no longer matters? "We're trying to decide whether to order fish or meat for the group." "Just don't eat, then it doesn't matter." > > I proposed making the variable always buffer-local. > > There would be no benefit to it: > (set (make-local-variable ) ) > is the standard way for major modes to set variables. I have no problem with _how_ the buffer-local value is set, as long as the default value set for buffers that are not mostly free-form text is nil. And I have no problem with it not being buffer-local at all, if the default value is nil.