From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Chong Yidong Newsgroups: gmane.emacs.devel Subject: Re: C-n and C-a Date: Fri, 06 Feb 2009 11:04:45 -0500 Message-ID: <873aerpn4y.fsf@cyd.mit.edu> References: <8763jotmim.fsf@jurta.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1233939186 30571 80.91.229.12 (6 Feb 2009 16:53:06 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 6 Feb 2009 16:53:06 +0000 (UTC) Cc: emacs-devel@gnu.org To: Juri Linkov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Feb 06 17:54:21 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 1LVTxs-0007xo-Bd for ged-emacs-devel@m.gmane.org; Fri, 06 Feb 2009 17:54:04 +0100 Original-Received: from localhost ([127.0.0.1]:42046 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LVTwZ-0005GU-EE for ged-emacs-devel@m.gmane.org; Fri, 06 Feb 2009 11:52:43 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LVTBa-0001B8-AZ for emacs-devel@gnu.org; Fri, 06 Feb 2009 11:04:10 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LVTBX-00018T-3W for emacs-devel@gnu.org; Fri, 06 Feb 2009 11:04:08 -0500 Original-Received: from [199.232.76.173] (port=57039 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LVTBV-000183-ND for emacs-devel@gnu.org; Fri, 06 Feb 2009 11:04:05 -0500 Original-Received: from cyd.mit.edu ([18.115.2.24]:58184) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LVTBU-00064Q-Sv for emacs-devel@gnu.org; Fri, 06 Feb 2009 11:04:05 -0500 Original-Received: by cyd.mit.edu (Postfix, from userid 1000) id 52D6157E196; Fri, 6 Feb 2009 11:04:45 -0500 (EST) In-Reply-To: <8763jotmim.fsf@jurta.org> (Juri Linkov's message of "Fri, 06 Feb 2009 02:45:17 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (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:108825 Archived-At: Juri Linkov writes: > First, it adds a new prefix map bound to `C-x l' for line-oriented > commands, and rebinds `count-lines-page' to `C-x l p'. I don't think we should make this change now. Maybe after the release. > `toggle-word-wrap' is a new command. Actually it's just a copy of > `toggle-truncate-lines' that operates on the variable `word-wrap' > instead of `truncate-lines'. By analogy with `default-truncate-lines' > it also adds a new variable `default-word-wrap'. This seems OK. > The default value of `word-wrap' is changed to t that is the most > expected default value nowadays as most editors do. This eliminates > the need to enforce enabling word-mode in `visual-line-mode'. > The essential point of `visual-line-mode' is only to turn off > `truncate-lines' since otherwise it makes no sense. The doc string > now says so. We should not make this change now, but we can do it after the release. At that time, someone needs to systematically go through Emacs and see if any major modes need to bind word-wrap to nil (word wrap sometimes gives sub-optimal results, e.g. in buffers that contain very long words).