From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.bugs Subject: bug#3438: 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> Reply-To: Drew Adams , 3438@emacsbugs.donarmstrong.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 1243913160 30385 80.91.229.12 (2 Jun 2009 03:26:00 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 2 Jun 2009 03:26:00 +0000 (UTC) Cc: 3438@emacsbugs.donarmstrong.com, "'T.V. Raman'" , 'Chong Yidong' , emacs-devel@gnu.org, 'ishikawa' , ams@gnu.org, stephen@xemacs.org To: "'Stefan Monnier'" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Jun 02 05:25:55 2009 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1MBKdP-0004JS-A4 for geb-bug-gnu-emacs@m.gmane.org; Tue, 02 Jun 2009 05:25:55 +0200 Original-Received: from localhost ([127.0.0.1]:55833 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MBKdO-00054o-Mc for geb-bug-gnu-emacs@m.gmane.org; Mon, 01 Jun 2009 23:25:54 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MBGRa-0002w1-Rx for bug-gnu-emacs@gnu.org; Mon, 01 Jun 2009 18:57:26 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MBGRW-0002rc-77 for bug-gnu-emacs@gnu.org; Mon, 01 Jun 2009 18:57:26 -0400 Original-Received: from [199.232.76.173] (port=45488 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MBGRV-0002rD-Qf for bug-gnu-emacs@gnu.org; Mon, 01 Jun 2009 18:57:21 -0400 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:50749) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MBGRV-0002jt-5q for bug-gnu-emacs@gnu.org; Mon, 01 Jun 2009 18:57:21 -0400 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n51MvH4x021564; Mon, 1 Jun 2009 15:57:19 -0700 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.14.3/8.14.3/Submit) id n51Mt4GO020934; Mon, 1 Jun 2009 15:55:04 -0700 X-Loop: owner@emacsbugs.donarmstrong.com Resent-From: "Drew Adams" Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Mon, 01 Jun 2009 22:55:04 +0000 Resent-Message-ID: Resent-Sender: owner@emacsbugs.donarmstrong.com X-Emacs-PR-Message: followup 3438 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Original-Received: via spool by 3438-submit@emacsbugs.donarmstrong.com id=B3438.124389675020716 (code B ref 3438); Mon, 01 Jun 2009 22:55:04 +0000 Original-Received: (at 3438) by emacsbugs.donarmstrong.com; 1 Jun 2009 22:52:30 +0000 X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. Original-Received: from rgminet12.oracle.com (rcsinet12.oracle.com [148.87.113.124]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n51MqQ5d020710 for <3438@emacsbugs.donarmstrong.com>; Mon, 1 Jun 2009 15:52:27 -0700 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, 2) Resent-Date: Mon, 01 Jun 2009 18:57:26 -0400 X-Mailman-Approved-At: Mon, 01 Jun 2009 23:24:11 -0400 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:28433 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.