From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ivan Shmakov Newsgroups: gmane.emacs.bugs Subject: bug#19661: wrapping before window-width (new wrap-column text property?) Date: Fri, 23 Jan 2015 13:17:08 +0000 Message-ID: <87iofxprfv.fsf_-_@violet.siamics.net> References: <83ioh2nlow.fsf@gnu.org> <87sig6xech.fsf@ferrier.me.uk> <83fvc5ni0u.fsf@gnu.org> <87k31fwwyv.fsf@ferrier.me.uk> <87bnmq9ibf.fsf@ferrier.me.uk> <87lhlrx5fc.fsf@building.gnus.org> <878uhrcr5l.fsf@building.gnus.org> <83sifzjflk.fsf@gnu.org> <87egric2ki.fsf_-_@violet.siamics.net> <877fxaa49w.fsf@violet.siamics.net> <831tnicji7.fsf@gnu.org> <83y4pp9dku.fsf@gnu.org> <87387w8r2j.fsf@violet.siamics.net> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1422019108 1468 80.91.229.3 (23 Jan 2015 13:18:28 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 23 Jan 2015 13:18:28 +0000 (UTC) To: 19661@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Jan 23 14:18:24 2015 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1YEe7z-00075s-2s for geb-bug-gnu-emacs@m.gmane.org; Fri, 23 Jan 2015 14:18:23 +0100 Original-Received: from localhost ([::1]:58870 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YEe7y-0002V9-7z for geb-bug-gnu-emacs@m.gmane.org; Fri, 23 Jan 2015 08:18:22 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47457) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YEe7i-0002Ch-T1 for bug-gnu-emacs@gnu.org; Fri, 23 Jan 2015 08:18:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YEe7f-00068A-Ma for bug-gnu-emacs@gnu.org; Fri, 23 Jan 2015 08:18:06 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:34938) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YEe7e-00067M-FO for bug-gnu-emacs@gnu.org; Fri, 23 Jan 2015 08:18:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1YEe7e-0000DH-3z for bug-gnu-emacs@gnu.org; Fri, 23 Jan 2015 08:18:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Ivan Shmakov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 23 Jan 2015 13:18:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 19661 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: X-Debbugs-Original-To: submit@debbugs.gnu.org Original-Received: via spool by submit@debbugs.gnu.org id=B.1422019043765 (code B ref -1); Fri, 23 Jan 2015 13:18:01 +0000 Original-Received: (at submit) by debbugs.gnu.org; 23 Jan 2015 13:17:23 +0000 Original-Received: from localhost ([127.0.0.1]:53630 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YEe6z-0000CF-Sx for submit@debbugs.gnu.org; Fri, 23 Jan 2015 08:17:22 -0500 Original-Received: from fely.am-1.org ([78.47.74.50]:50643) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YEe6w-0000C5-Kk for submit@debbugs.gnu.org; Fri, 23 Jan 2015 08:17:19 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=siamics.net; s=a2013295; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:Sender:References:Subject:To:From; bh=STLyV/tHz3HXIq4oMcH5pDwAWy9W8WCOpt7VB/WdzBQ=; b=GY/xI0gC6TFnaRBheeK2ikYzvnZ+4Gr79ayJaKat3tCH3SownRk1ex79ZWDpOTIQfOMtxxDV2fwRs7foIo9iLgujMoDfC3z4SzdWawRvlNCSCSjRHfwUJ9lJlBI/R9N+TvZ7An62ntIHjYVLLgKOWn4NqNqBhYgtGbRHXH/WZcM=; Original-Received: from [2a02:2560:6d4:26ca::1:1d] (helo=violet.siamics.net) by fely.am-1.org with esmtps (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1YEe6u-0001gS-EN for submit@debbugs.gnu.org; Fri, 23 Jan 2015 13:17:17 +0000 Original-Received: from localhost ([::1] helo=violet.siamics.net) by violet.siamics.net with esmtps (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1YEe6n-0002Ud-7B for submit@debbugs.gnu.org; Fri, 23 Jan 2015 20:17:09 +0700 In-Reply-To: <87387w8r2j.fsf@violet.siamics.net> (Ivan Shmakov's message of "Wed, 31 Dec 2014 02:56:52 +0000") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:98626 Archived-At: Package: emacs Severity: wishlist [As suggested in news:jwviogtdei4.fsf-monnier+emacs@gnu.org, news:87387w8r2j.fsf@violet.siamics.net, etc.; parts of the second message are reiterated below.] Please provide support for window-width-independent wrapping in the Emacs display engine; possibly by the means of a new wrap-column text property (and still perhaps complemented by a eponymous buffer-local variable), treated similarly to the likes of wrap-prefix. This feature could be used to display format=3Dflowed (RFC 3676) MIME parts, as well as enriched-mode documents, documents using MediaWiki markup, SHR-rendered HTML documents, and pretty much any other kind of text which allows for /both/ wrappable and preformatted parts at the same time. It is already possible to influence the wrap width somewhat by setting the margin width variables (right-margin-width, left-margin-width) appropriately (see bug#4172, for instance.) The suggested wrap-column text property should probably have no effect on the window marginal areas, however. I admit that I know very little of the current Emacs display implementation. However, it seems to me that wrap-column makes us one property closer to native multicolumn display (which=E2=80=99d warrant a separate wishlist bug report, though.) Consider, e. g.: This is an example sentence with wrap-column set to 23. This is yet another example sentence with line-prefix and wrap-prefix both set to (space :align-to 25), =E2=80=93 or something like that. From there, we may display it as follows: This is an example sentence with wrap-column set to 23. This is yet another example sentence with line-pre= fix and wrap-prefix both set to (space :align-to 25), = =E2=80=93 or something like that. Yet, provided that some other property is switched on, the Emacs display engine may decide to show it like this instead: This is an example This is yet another example sentence with line-pre= fix sentence with and wrap-prefix both set to (space :align-to 25), = =E2=80=93 wrap-column set to 23. or something like that. As already imagined in the preceding discussion, forward- and backward-char commands would then still follow the logical order of text in the buffer (that is: the =E2=80=9C23=E2=80=9D sentence, then th= e =E2=80=9C25=E2=80=9D one), while left-char, etc. would follow the visual order (assuming visual-order-cursor-movement.) --=20 FSF associate member #7257 np. Mi memoras =E2=80=94 Kajto =E2=80=A6 3= 013 B6A0 230E 334A