From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Leo Newsgroups: gmane.emacs.devel Subject: Re: visual-line-mode and line wrapping Date: Mon, 24 May 2010 20:18:46 +0100 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1274728759 13153 80.91.229.12 (24 May 2010 19:19:19 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 24 May 2010 19:19:19 +0000 (UTC) Cc: emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon May 24 21:19:16 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 1OGdB8-0004vt-00 for ged-emacs-devel@m.gmane.org; Mon, 24 May 2010 21:19:10 +0200 Original-Received: from localhost ([127.0.0.1]:36846 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OGdB6-0006CH-Hz for ged-emacs-devel@m.gmane.org; Mon, 24 May 2010 15:19:08 -0400 Original-Received: from [140.186.70.92] (port=44990 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OGdAu-00068a-9V for emacs-devel@gnu.org; Mon, 24 May 2010 15:19:01 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OGdAn-00005D-Az for emacs-devel@gnu.org; Mon, 24 May 2010 15:18:55 -0400 Original-Received: from ppsw-32.csi.cam.ac.uk ([131.111.8.132]:33573) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OGdAn-000052-6I for emacs-devel@gnu.org; Mon, 24 May 2010 15:18:49 -0400 X-Cam-AntiVirus: no malware found X-Cam-SpamDetails: not scanned X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Original-Received: from smaug.linux.pwf.cam.ac.uk ([193.60.95.72]:58487) by ppsw-32.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.158]:587) with esmtpsa (LOGIN:sl392) (TLSv1:DHE-RSA-AES128-SHA:128) id 1OGdAl-0001sX-B0 (Exim 4.70) (return-path ); Mon, 24 May 2010 20:18:47 +0100 In-Reply-To: (Stefan Monnier's message of "Mon, 24 May 2010 13:34:32 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) 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:125205 Archived-At: On 2010-05-24 18:34 +0100, Stefan Monnier wrote: >> 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. There's clearly desire for it. Otherwise Lennart wouldn't have created that wrap fill mode. Screens are getting wider so having lines of 200 chars is painful to read. Would be nice if 'visual-line-mode' gives user an option to set a maximum width. Using fringes or margins (now that I have tried it and I can imagine how Lennart implement his mode) are all workarounds and they are not much different than opening up a frame with the desired width but then it is a waste of screen estate and it has impact on productivity. > 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. > > You can also split the window to set its width as desired. That will let > you use the extra horizontal space for something useful. This is also another workaround, something I have been doing myself for quite a while now with this tiny function. (defun adhoc-workspace-setup () (interactive) (delete-other-windows (get-largest-window)) (save-selected-window (split-window-horizontally (floor (* 0.6 (frame-parameter nil 'width)))) (switch-to-buffer-other-window nil t))) The thing is very easy to lose the setup, C-x 1, switch buffer etc etc. If I save the setup to a register it also restores the point, something quite annoying when writing. > Stefan Leo