From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.help Subject: Re: refill paragraph but visually (like visual-line-mode)? Date: Wed, 17 Oct 2018 19:00:19 +0300 Message-ID: <83bm7ssgvh.fsf@gnu.org> References: <87y3azpn61.fsf@portable.galex-713.eu> <83zhvfs0a0.fsf@gnu.org> <87o9bsg7wt.fsf@portable.galex-713.eu> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: blaine.gmane.org 1539792018 17309 195.159.176.226 (17 Oct 2018 16:00:18 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 17 Oct 2018 16:00:18 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed Oct 17 18:00:14 2018 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gCoF3-0004O7-SP for geh-help-gnu-emacs@m.gmane.org; Wed, 17 Oct 2018 18:00:13 +0200 Original-Received: from localhost ([::1]:37891 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gCoHA-0004uK-Cq for geh-help-gnu-emacs@m.gmane.org; Wed, 17 Oct 2018 12:02:24 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57483) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gCoFU-0004P8-D6 for help-gnu-emacs@gnu.org; Wed, 17 Oct 2018 12:00:45 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gCoFE-0007lC-T7 for help-gnu-emacs@gnu.org; Wed, 17 Oct 2018 12:00:34 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:40362) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gCoFE-0007kc-Kp for help-gnu-emacs@gnu.org; Wed, 17 Oct 2018 12:00:24 -0400 Original-Received: from [176.228.60.248] (port=4637 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1gCoFE-00008Q-3T for help-gnu-emacs@gnu.org; Wed, 17 Oct 2018 12:00:24 -0400 In-reply-to: <87o9bsg7wt.fsf@portable.galex-713.eu> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.org gmane.emacs.help:118307 Archived-At: > From: "Garreau\, Alexandre" > Cc: help-gnu-emacs@gnu.org > Date: Wed, 17 Oct 2018 12:54:42 +0200 > > > It is possible that making the wrap coordinate controllable by users > > is not too hard, but Someone™ should look at the relevant code and try > > making it happen. Maybe we will be lucky. > > > > Wanna try it? > > isn’t it what visual-fill-column-mode does? No, far from it. visual-fill-column-mode sets the window's display margins, it doesn't change anything in the display code. > >> So indentation is broken, and it hard to correctly read afterwards. > >> I guess this may be complicated to implement, but as emacs auto > >> indent works most of time, wouldn’t there a way to put visual indent > >> too? > > > > Could be, but again, Someone™ should work on this. One potential > > obstacle to negotiate is that, unlike the existing indentation > > functions, which traverse the buffer in order to find out the > > indentation of surrounding lines, the display code cannot easily do > > that, because the display routines are expected to be able to be > > called with a buffer position from which to start display, and be able > > to lay out a single screen line without knowing anything about the > > neighboring lines. Some algorithm is needed to calculate the right > > indentation in those cases. > > I was only thinking about some sort of adaptive-wrap-prefix-mode that > would use indentation of the first line as adaptive-prefix-wrap already > does. As I tried to explain above, this kind of algorithm is usually a non-starter in the display engine. > > Patches are welcome to implement any of these useful features. > > Patches? do you fill that would be relevant in main emacs? maybe > keeping them as packages for a while before, so that to test them? No need to submit patches for something visual-fill-column-mode already does well enough.