From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: please make line-move-visual nil Date: Mon, 01 Jun 2009 18:33:33 -0400 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 X-Trace: ger.gmane.org 1243895679 28785 80.91.229.12 (1 Jun 2009 22:34:39 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 1 Jun 2009 22:34:39 +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: "Drew Adams" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jun 02 00:34:33 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 1MBG5R-0002LO-7f for ged-emacs-devel@m.gmane.org; Tue, 02 Jun 2009 00:34:33 +0200 Original-Received: from localhost ([127.0.0.1]:40338 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MBG5Q-0007tT-NA for ged-emacs-devel@m.gmane.org; Mon, 01 Jun 2009 18:34:32 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MBG4h-0007hr-SZ for emacs-devel@gnu.org; Mon, 01 Jun 2009 18:33:47 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MBG4e-0007d2-39 for emacs-devel@gnu.org; Mon, 01 Jun 2009 18:33:47 -0400 Original-Received: from [199.232.76.173] (port=42208 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MBG4d-0007co-Mm for emacs-devel@gnu.org; Mon, 01 Jun 2009 18:33:43 -0400 Original-Received: from ironport2-out.pppoe.ca ([206.248.154.182]:41625 helo=ironport2-out.teksavvy.com) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MBG4a-0005kc-QL; Mon, 01 Jun 2009 18:33:40 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApQFAPzzI0pFpZIv/2dsb2JhbACBT8sZhAwFhgU X-IronPort-AV: E=Sophos;i="4.41,286,1241409600"; d="scan'208";a="39458799" Original-Received: from 69-165-146-47.dsl.teksavvy.com (HELO pastel.home) ([69.165.146.47]) by ironport2-out.teksavvy.com with ESMTP; 01 Jun 2009 18:33:33 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id 8C57E7FB6; Mon, 1 Jun 2009 18:33:33 -0400 (EDT) In-Reply-To: <31703F2EAE7D4CAF8E671B0C18916D01@us.oracle.com> (Drew Adams's message of "Mon, 1 Jun 2009 14:00:34 -0700") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.94 (gnu/linux) X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. 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:111268 Archived-At: >> I don't know if it's typical, but for most of those kinds of >> buffers you describe as "formatted", I think they should at >> least set truncate-lines. > No reason given. Why? > Why should Buffer List or Info or Man output or grep output or C code > or Java code buffers have `truncate-lines' turned on? Because newlines > are intentionally positioned in such modes, they should use > `truncate-lines'? Why would that be? 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). > 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). > 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. Stefan