From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lennart Borgman Newsgroups: gmane.emacs.devel Subject: Re: visual-line-mode and line wrapping Date: Tue, 25 May 2010 16:18:50 +0200 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1274797209 16141 80.91.229.12 (25 May 2010 14:20:09 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 25 May 2010 14:20:09 +0000 (UTC) Cc: emacs-devel@gnu.org, Leo , Miles Bader To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue May 25 16:20:06 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 1OGuzF-0004Yq-8Q for ged-emacs-devel@m.gmane.org; Tue, 25 May 2010 16:20:06 +0200 Original-Received: from localhost ([127.0.0.1]:53562 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OGuzD-0002CD-QM for ged-emacs-devel@m.gmane.org; Tue, 25 May 2010 10:20:03 -0400 Original-Received: from [140.186.70.92] (port=38278 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OGuyy-00029Y-3y for emacs-devel@gnu.org; Tue, 25 May 2010 10:19:52 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OGuyw-000206-Hu for emacs-devel@gnu.org; Tue, 25 May 2010 10:19:47 -0400 Original-Received: from mail-gy0-f169.google.com ([209.85.160.169]:48895) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OGuya-0001tm-2n; Tue, 25 May 2010 10:19:24 -0400 Original-Received: by gyg4 with SMTP id 4so2928528gyg.0 for ; Tue, 25 May 2010 07:19:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=J6JoOf0vNyPNWIsWOgoVdQ0sWZIEOXR9EA2Zd2y4hXs=; b=iae+PuR/4NT8RAcgP7Gu/0HXFnL4/15Y9cDuUqBe6VWbDtm2yeyg8yvhquejWorQWH 1rbqmqKBKcK2fjRoghOf8Uf6JKYbx4lFXLa+0GUDIOjWhoUeZqDR9EgOQlSZh0who8fp f7By1zfDZ/Hai7C38QYRlyglH7oUnKXS5lxeo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=TkZskS0Dt6PjV8vB4g3e702puopJCtjKQSnQlicZnD4zGdUh4BMH4dFpOsS5BVIq9X bC7huKDCeBaFP+1rTS208UM3xRTN+h+yenLX/JiBP1OlPLZAaaluz4Cx4COSsXjcdzhi dJG5SoGXwdXPv2t/Zf5aqhpgULHT4xsUloLLk= Original-Received: by 10.101.11.29 with SMTP id o29mr8831919ani.64.1274797150241; Tue, 25 May 2010 07:19:10 -0700 (PDT) Original-Received: by 10.100.177.20 with HTTP; Tue, 25 May 2010 07:18:50 -0700 (PDT) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) 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:125247 Archived-At: On Tue, May 25, 2010 at 4:04 PM, Stefan Monnier wrote: >> 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. =C2=A0Similarly, when windows become narrow than so= me >> 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). > > I'd be fine with a "wrap-width" if it's a buffer-local variable that > completely overrides the window-width wrapping, so that the wrapping is > purely determined by the buffer and not by the window. > This would mean that in narrow windows, long lines would be wrapped > *and* truncated. Sounds nice. This is what I have been trying to emulate. (Though the truncation part is not possible to emulate.) BTW, I just added winsize-fit-window-to-fill-column. Should not something like that be in Emacs?