From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Miles Bader Newsgroups: gmane.emacs.devel Subject: Re: visual-line-mode and line wrapping Date: Tue, 25 May 2010 16:37:18 +0900 Message-ID: References: Reply-To: Miles Bader NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1274773060 22107 80.91.229.12 (25 May 2010 07:37:40 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 25 May 2010 07:37:40 +0000 (UTC) Cc: Leo , emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue May 25 09:37:38 2010 connect(): No such file or directory 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.69) (envelope-from ) id 1OGohj-0003al-UR for ged-emacs-devel@m.gmane.org; Tue, 25 May 2010 09:37:36 +0200 Original-Received: from localhost ([127.0.0.1]:35832 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OGohj-000379-0m for ged-emacs-devel@m.gmane.org; Tue, 25 May 2010 03:37:35 -0400 Original-Received: from [140.186.70.92] (port=49788 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OGohZ-000368-V2 for emacs-devel@gnu.org; Tue, 25 May 2010 03:37:26 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OGohY-0002Mn-7I for emacs-devel@gnu.org; Tue, 25 May 2010 03:37:25 -0400 Original-Received: from tyo202.gate.nec.co.jp ([202.32.8.206]:63297) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OGohX-0002MC-NM; Tue, 25 May 2010 03:37:24 -0400 Original-Received: from mailgate3.nec.co.jp ([10.7.69.195]) by tyo202.gate.nec.co.jp (8.13.8/8.13.4) with ESMTP id o4P7bJQ1020555; Tue, 25 May 2010 16:37:19 +0900 (JST) Original-Received: (from root@localhost) by mailgate3.nec.co.jp (8.11.7/3.7W-MAILGATE-NEC) id o4P7bIx13598; Tue, 25 May 2010 16:37:18 +0900 (JST) Original-Received: from relay61.aps.necel.com ([10.29.19.64]) by vgate02.nec.co.jp (8.11.7/3.7W-MAILSV-NEC) with ESMTP id o4P7bIa02115; Tue, 25 May 2010 16:37:18 +0900 (JST) Original-Received: from relay51.aps.necel.com ([10.29.19.20] [10.29.19.20]) by relay61.aps.necel.com with ESMTP; Tue, 25 May 2010 16:37:18 +0900 Original-Received: from dhlpc061 ([10.114.114.48] [10.114.114.48]) by relay51.aps.necel.com with ESMTP; Tue, 25 May 2010 16:37:18 +0900 Original-Received: by dhlpc061 (Postfix, from userid 31295) id 305EC52E1E7; Tue, 25 May 2010 16:37:18 +0900 (JST) System-Type: x86_64-unknown-linux-gnu Blat: Foop In-Reply-To: (Stefan Monnier's message of "Mon, 24 May 2010 13:34:32 -0400") Original-Lines: 38 X-detected-operating-system: by eggs.gnu.org: Solaris 8 (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:125228 Archived-At: Stefan Monnier writes: >> In the discussion of the trashbin feature, visual-line-mode came up. >> It seems many of us would like it to be able to wrap lines at >> a position other than the window edge. > > I still haven't heard any good argument for it, as compared to using > wide fringes, wide margins, or by splitting windows. > > I do think it could make sense in one case: when you want the > wrap-width to be larger than the window-width. But AFAICT nobody has > asked for that yet. I thought I've said such in the past, but in case not: One problem with the "fringe/margin approach" is that it always exactly tracks physical window size, which is sometimes annoying. For instance, it would be nice to have word-wrapping that wraps to 80 or 72 columns without having to result to multiple word-wrapping mechanisms (e.g., the old lisp-based modes). Also, it would be nice if one could bound the width used for wrapping so that when a window becomes wider than a certain size, the wrapping width would stick at some maximum -- this is because extremely wide paragraphs can be hard to read. Similarly, when windows become narrow than some width, it would be nice if wrapping actually respected some _minimum_ width, so that you don't end up with the text in a single narrow vertical line (the text is probably unreadable either way, but at least with the bounded-width version, you can get a more sensible idea of the document structure). [Not commenting on the technical difficulty of doing these, just saying there are reasonable use-cases.] -Miles -- Bacchus, n. A convenient deity invented by the ancients as an excuse for getting drunk.