GNU logs - #5018, boring messages


Message sent to bug-submit-list@HIDDEN, Emacs Bugs <bug-gnu-emacs@HIDDEN>:


X-Loop: owner@HIDDEN
Subject: bug#5018: 23.1.50; Feature request: truncate-lines text property
Reply-To: Carsten Dominik <carsten.dominik@HIDDEN>, 5018 <at> debbugs.gnu.org
Resent-From: Carsten Dominik <carsten.dominik@HIDDEN>
Resent-To: bug-submit-list@HIDDEN
Resent-CC: Emacs Bugs <bug-gnu-emacs@HIDDEN>
2Resent-Date: Mon, 23 Nov 2009 10:40:05 +0000
Resent-Message-ID: <handler.5018.B.125897243218244@HIDDEN>
Resent-Sender: help-debbugs@HIDDEN
X-Emacs-PR-Message: report 5018
X-Emacs-PR-Package: emacs
X-Emacs-PR-Keywords: 
Received: via spool by submit@HIDDEN id=B.125897243218244
          (code B ref -1); Mon, 23 Nov 2009 10:40:05 +0000
Received: (at submit) by emacsbugs.donarmstrong.com; 23 Nov 2009 10:33:52 +0000
X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02
	(2008-06-10) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available.
	hammytokens:Tokens not available.
X-Spam-Status: No, score=0.9 required=4.0 tests=AWL autolearn=ham
	version=3.2.5-bugs.debian.org_2005_01_02
Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10])
	by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id nANAXpqE018239
	for <submit@HIDDEN>; Mon, 23 Nov 2009 02:33:52 -0800
Received: from mail.gnu.org ([199.232.76.166]:57356 helo=mx10.gnu.org)
	by fencepost.gnu.org with esmtp (Exim 4.67)
	(envelope-from <carsten.dominik@HIDDEN>)
	id 1NCWEw-0006GD-MJ
	for emacs-pretest-bug@HIDDEN; Mon, 23 Nov 2009 05:33:50 -0500
Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60)
	(envelope-from <carsten.dominik@HIDDEN>)
	id 1NCWEt-00022H-QF
	for emacs-pretest-bug@HIDDEN; Mon, 23 Nov 2009 05:33:49 -0500
Received: from u016822.science.uva.nl ([146.50.39.34]:49285 helo=carsten-dominiks-macbook-pro.local)
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <carsten.dominik@HIDDEN>)
	id 1NCWEt-000223-0G
	for emacs-pretest-bug@HIDDEN; Mon, 23 Nov 2009 05:33:47 -0500
Received: by carsten-dominiks-macbook-pro.local (Postfix, from userid 501)
	id F0A5D146A2D3; Mon, 23 Nov 2009 11:33:44 +0100 (CET)
From: Carsten Dominik <carsten.dominik@HIDDEN>
To: emacs-pretest-bug@HIDDEN
Date: Mon, 23 Nov 2009 11:33:43 +0100
Message-ID: <m2d4397coo.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized.


Hi, this is a feature request.

I would like to have a text property `truncate-lines' that can be used
to locally overrule the buffer-local or global value of the
`truncate-lines' variable.

The reason for this is that visual-line-mode and (setq wrap-word t) make
a good environment to allow people to write in  paragraph-oriented way,
but that text documents often contain blocks where line wrapping is
undesirable, such as a table, ASCII drawings, of source code examples.
Org-mode is a good example for a mode where text is intermingled with
these types of structured material.

A truncate-line property would allow a mode to arrange this property to
be set to t for specific lines only and in this way make it possible to get
the best of two worlds in a single buffer.

Thanks for considering it.


- Carsten




Message sent:


Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.427 (Entity 5.427)
Content-Type: text/plain; charset=utf-8
X-Loop: owner@HIDDEN
From: help-debbugs@HIDDEN (Emacs bug Tracking System)
To: Carsten Dominik <carsten.dominik@HIDDEN>
Subject: bug#5018: Acknowledgement (23.1.50; Feature request:
 truncate-lines text property)
Message-ID: <handler.5018.B.125897243218244.ack@HIDDEN>
References: <m2d4397coo.fsf@HIDDEN>
X-Emacs-PR-Message: ack 5018
X-Emacs-PR-Package: emacs
Reply-To: 5018 <at> debbugs.gnu.org
Date: Mon, 23 Nov 2009 10:40:05 +0000

Thank you for filing a new bug report with Emacs.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 Emacs Bugs <bug-gnu-emacs@HIDDEN>

If you wish to submit further information on this problem, please
send it to 5018 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
5018: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D5018
Emacs Bug Tracking System
Contact help-debbugs@HIDDEN with problems


Message received at control@HIDDEN:


Received: (at control) by emacsbugs.donarmstrong.com; 23 Nov 2009 17:14:01 +0000
From rgm@HIDDEN Mon Nov 23 09:14:01 2009
X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02
	(2008-06-10) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available.
	hammytokens:Tokens not available.
X-Spam-Status: No, score=-4.2 required=4.0 tests=AWL,ONEWORD,X_DEBBUGS_NO_ACK
	autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02
Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10])
	by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id nANHDxiC032527
	for <control@HIDDEN>; Mon, 23 Nov 2009 09:14:00 -0800
Received: from rgm by fencepost.gnu.org with local (Exim 4.67)
	(envelope-from <rgm@HIDDEN>)
	id 1NCcUA-00028I-Tb; Mon, 23 Nov 2009 12:13:58 -0500
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <19210.49878.866098.678133@HIDDEN>
Date: Mon, 23 Nov 2009 12:13:58 -0500
From: Glenn Morris <rgm@HIDDEN>
To: control <control <at> debbugs.gnu.org>
Subject: control
X-Attribution: GM
X-Mailer: VM (www.wonderworks.com/vm), GNU Emacs (www.gnu.org/software/emacs)
X-Hue: red
X-Ran: .O'-;D_0!TDb.<uA$3@`Fl/jGw]u:E`6VmhQT5=q>OFgXqr|QA;I3S]42v*9ky4*b!=n(~
X-Debbugs-No-Ack: yes

merge 5012 5015 5016 5021 5024
severity 5012 wishlist
severity 5018 wishlist
reassign 5017 spam
reassign 5023 spam
close 4898



Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#5018: 
References: <m2d4397coo.fsf@HIDDEN>
In-Reply-To: <m2d4397coo.fsf@HIDDEN>
Resent-From: Michael Brand <michael.ch.brand@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 04 Jun 2017 18:12:02 +0000
Resent-Message-ID: <handler.5018.B5018.149659991913255 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 5018
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: 5018 <at> debbugs.gnu.org
Received: via spool by 5018-submit <at> debbugs.gnu.org id=B5018.149659991913255
          (code B ref 5018); Sun, 04 Jun 2017 18:12:02 +0000
Received: (at 5018) by debbugs.gnu.org; 4 Jun 2017 18:11:59 +0000
Received: from localhost ([127.0.0.1]:56088 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1dHa0M-0003Rj-UP
	for submit <at> debbugs.gnu.org; Sun, 04 Jun 2017 14:11:59 -0400
Received: from mail-qt0-f173.google.com ([209.85.216.173]:35823)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <michael.ch.brand@HIDDEN>) id 1dHa0L-0003RX-RX
 for 5018 <at> debbugs.gnu.org; Sun, 04 Jun 2017 14:11:58 -0400
Received: by mail-qt0-f173.google.com with SMTP id w1so61620320qtg.2
 for <5018 <at> debbugs.gnu.org>; Sun, 04 Jun 2017 11:11:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=mime-version:from:date:message-id:subject:to;
 bh=TDnwEToYSk+v8e/3E0wSOpkDyrv887CS6iNZ7FPm864=;
 b=rp+kYZBR6Xn801tIs/tIbD16WG/4xmApf/v7CAZ9Qiq8dJtMJBMoDBBd5sheUJUfJD
 YvAOWC8wzyi/a00sSs36FosNj0sa+zo6bSs5YorbkJn8qQqW9Q9y56i9oBAVTXMYZdm8
 ZN9GB+i4lvFecZ4kmVUogk/2kMGEF6PJCG1ONugYyPLj8I7Iaw3EqyChF6QbHcXJvkox
 e+011f9xI79ClLldk7IHgyCzktYR/IRljv0y81S2UMPctAQJ1GtVReMb94S9wGG9bV4T
 vSpkAFFPeKgOmh+Wi4yFp+wODEcS2f0HKpW2nFt1ha34UpQ+DGOVcgVlj0KYVi5MemFP
 SM7A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:from:date:message-id:subject:to;
 bh=TDnwEToYSk+v8e/3E0wSOpkDyrv887CS6iNZ7FPm864=;
 b=Q48EJ+4LkMOiWrAWSJX6LuHxAkfycXfgZEPfAT29zpW613iXfQvZVYQ/90LcxqFXL9
 PJkV1Mzn4osFViEElT2gOtSfPdmIh7PDjRkJ2uj7p3VCKrkwTwnibkFnSqMX8h3GsYKF
 gBBUuW/t2BEO1r2pRYwIRzsanRqaXNBeoCQP1LS4eD6ZRJAYZjyPVQLGF5EoWJZqY8zt
 8lAw70OcWF7AK0plsTYRXixzeIT0IHXzp6haPgT6StB6RkH8QOslW9umvydfAjbsBU6X
 TSLLL5PFRunAWyM72LfTOReer9kdtMhfSSvizc7J5NSMZ9PJ9+BDjbSYr9T7wJX+Hjk7
 r8vA==
X-Gm-Message-State: AKS2vOy8jzuD+WyzkDXu1zmTB4pwONELrJpQnVh2pst0X1m/s/2JWYw0
 79iTKFT4dNL6nBaPBMwvtb3AFUAQ18mN
X-Received: by 10.237.62.110 with SMTP id m43mr1678864qtf.179.1496599912099;
 Sun, 04 Jun 2017 11:11:52 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.12.148.166 with HTTP; Sun, 4 Jun 2017 11:11:51 -0700 (PDT)
From: Michael Brand <michael.ch.brand@HIDDEN>
Date: Sun, 4 Jun 2017 20:11:51 +0200
Message-ID: <CALn3zojfEZSVXm-dd=4o-HRsFFEonSKpnYTCV_mEY9vf0gbEPA@HIDDEN>
Content-Type: text/plain; charset="UTF-8"
X-Spam-Score: 2.5 (++)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 Content preview: Hi all I would like to express my serious interest in this.
 The smaller and the more mobile the devices become, the more useful this
 feature seems to be. Besides the initial discussion for this feature request
 here http://lists.gnu.org/archive/html/emacs-devel/2009-11/msg00883.html
 there was a discussion (maybe several?) about this on the Org mode mailing
 list here:
 http://lists.gnu.org/archive/html/emacs-orgmode/2015-01/msg00640.html
 [...] Content analysis details:   (2.5 points, 10.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 0.5 RCVD_IN_SORBS_SPAM     RBL: SORBS: sender is a spam source
 [209.85.216.173 listed in dnsbl.sorbs.net]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.0 RCVD_IN_MSPIKE_H3      RBL: Good reputation (+3)
 [209.85.216.173 listed in wl.mailspike.net]
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [209.85.216.173 listed in list.dnswl.org]
 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
 (michael.ch.brand[at]gmail.com)
 -0.0 RCVD_IN_MSPIKE_WL      Mailspike good senders
 0.0 T_DKIM_INVALID         DKIM-Signature header exists but is not valid
 2.0 BLANK_SUBJECT          Subject is present but empty
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 2.5 (++)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 
 Content preview:  Hi all I would like to express my serious interest in this.
    The smaller and the more mobile the devices become, the more useful this
   feature seems to be. Besides the initial discussion for this feature request
    here http://lists.gnu.org/archive/html/emacs-devel/2009-11/msg00883.html
   there was a discussion (maybe several?) about this on the Org mode mailing
    list here: http://lists.gnu.org/archive/html/emacs-orgmode/2015-01/msg00640.html
    [...] 
 
 Content analysis details:   (2.5 points, 10.0 required)
 
  pts rule name              description
 ---- ---------------------- --------------------------------------------------
  0.5 RCVD_IN_SORBS_SPAM     RBL: SORBS: sender is a spam source
                             [209.85.216.173 listed in dnsbl.sorbs.net]
 -0.0 RCVD_IN_MSPIKE_H3      RBL: Good reputation (+3)
                             [209.85.216.173 listed in wl.mailspike.net]
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
                             trust
                             [209.85.216.173 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
  0.0 FREEMAIL_FROM          Sender email is commonly abused enduser mail provider
                             (michael.ch.brand[at]gmail.com)
 -0.0 RCVD_IN_MSPIKE_WL      Mailspike good senders
  0.0 T_DKIM_INVALID         DKIM-Signature header exists but is not valid
  2.0 BLANK_SUBJECT          Subject is present but empty

Hi all

I would like to express my serious interest in this. The smaller and
the more mobile the devices become, the more useful this feature seems
to be.

Besides the initial discussion for this feature request here
http://lists.gnu.org/archive/html/emacs-devel/2009-11/msg00883.html
there was a discussion (maybe several?) about this on the Org mode
mailing list here:
http://lists.gnu.org/archive/html/emacs-orgmode/2015-01/msg00640.html

The partial workaround discussed there to narrow a table column is not
really useful as it does not reveal the content when the buffer is
made wide enough, and it does not apply to for instance source code
blocks.

I would like to add that this new feature would have to allow to a)
truncate all lines, b) truncate only the lines with the new text
property or c) not truncate any line.

Michael




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#5018: 23.1.50; Feature request: truncate-lines text property
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 04 Jun 2017 19:06:02 +0000
Resent-Message-ID: <handler.5018.B5018.149660313124943 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 5018
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Michael Brand <michael.ch.brand@HIDDEN>
Cc: 5018 <at> debbugs.gnu.org
Reply-To: Eli Zaretskii <eliz@HIDDEN>
Received: via spool by 5018-submit <at> debbugs.gnu.org id=B5018.149660313124943
          (code B ref 5018); Sun, 04 Jun 2017 19:06:02 +0000
Received: (at 5018) by debbugs.gnu.org; 4 Jun 2017 19:05:31 +0000
Received: from localhost ([127.0.0.1]:56121 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1dHaqB-0006UF-5l
	for submit <at> debbugs.gnu.org; Sun, 04 Jun 2017 15:05:31 -0400
Received: from eggs.gnu.org ([208.118.235.92]:48673)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1dHaq8-0006U1-PP
 for 5018 <at> debbugs.gnu.org; Sun, 04 Jun 2017 15:05:29 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <eliz@HIDDEN>) id 1dHaq0-0002qE-Bd
 for 5018 <at> debbugs.gnu.org; Sun, 04 Jun 2017 15:05:23 -0400
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD
 autolearn=disabled version=3.3.2
Received: from fencepost.gnu.org ([2001:4830:134:3::e]:57124)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@HIDDEN>)
 id 1dHaq0-0002q9-8V; Sun, 04 Jun 2017 15:05:20 -0400
Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4660
 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1dHapz-0002pJ-KM; Sun, 04 Jun 2017 15:05:20 -0400
Date: Sun, 04 Jun 2017 22:05:08 +0300
Message-Id: <83vaoba80r.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-reply-to: <CALn3zojfEZSVXm-dd=4o-HRsFFEonSKpnYTCV_mEY9vf0gbEPA@HIDDEN>
 (message from Michael Brand on Sun, 4 Jun 2017 20:11:51 +0200)
References: <m2d4397coo.fsf@HIDDEN>
 <CALn3zojfEZSVXm-dd=4o-HRsFFEonSKpnYTCV_mEY9vf0gbEPA@HIDDEN>
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-Spam-Score: -5.0 (-----)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -5.0 (-----)

> From: Michael Brand <michael.ch.brand@HIDDEN>
> Date: Sun, 4 Jun 2017 20:11:51 +0200
> 
> I would like to express my serious interest in this.

Would you like to work on implementing this feature?  I can provide
guidance if needed.

> I would like to add that this new feature would have to allow to a)
> truncate all lines, b) truncate only the lines with the new text
> property or c) not truncate any line.

I would propose to come up with an agreed set of requirements for the
feature.  The original request is quite vague and leaves a lot TBD.
For example:

  . is the override supposed to work in reverse, i.e. when the
    buffer-specific value of truncate-lines is non-nil, but the
    property's value is nil, is it expected that the line with the
    property will wrap instead of being truncated?
  . what text is supposed to have this property to mark the line as
    truncated, and how will Emacs know where the effect of the
    property ends?  e.g., will we require the property to be set on
    the entire line, including the newline, or will it be enough to
    set it only on part of the line?
  . should truncate-partial-width-windows obey this property as well?
  . when point moves along a line which is being truncated, and goes
    outside of the visible portion of the window, how do we want to
    hscroll the text in the window, in those parts that display lines
    which wrap?
  . should we also truncate if this property is on a display string or
    on an overlay string, or only if it's on buffer text?

Needless to say, the more we require from the feature, the harder it
will be to implement correctly.  We should choose wisely.




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#5018: 23.1.50; Feature request: truncate-lines text property
Resent-From: Michael Brand <michael.ch.brand@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 05 Jun 2017 09:31:02 +0000
Resent-Message-ID: <handler.5018.B5018.149665500318658 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 5018
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: 5018 <at> debbugs.gnu.org
Received: via spool by 5018-submit <at> debbugs.gnu.org id=B5018.149665500318658
          (code B ref 5018); Mon, 05 Jun 2017 09:31:02 +0000
Received: (at 5018) by debbugs.gnu.org; 5 Jun 2017 09:30:03 +0000
Received: from localhost ([127.0.0.1]:56469 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1dHoKo-0004qk-Gb
	for submit <at> debbugs.gnu.org; Mon, 05 Jun 2017 05:30:03 -0400
Received: from mail-qt0-f174.google.com ([209.85.216.174]:32987)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <michael.ch.brand@HIDDEN>) id 1dHoKm-0004q5-Lc
 for 5018 <at> debbugs.gnu.org; Mon, 05 Jun 2017 05:30:01 -0400
Received: by mail-qt0-f174.google.com with SMTP id u12so54417040qth.0
 for <5018 <at> debbugs.gnu.org>; Mon, 05 Jun 2017 02:30:00 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=mime-version:in-reply-to:references:from:date:message-id:subject:to
 :cc; bh=97aHaUgnp725JArPRJ3ik/63PB6TKgTfcfFHGtizACE=;
 b=UZVSpSygryGDatu8r2lkJb8G/UL3jWBXpRVec1f6sTHlpq37KbaVZzCuBxUyIDI/dp
 MibrnaUuL05rbkdpCCcSd9390Epo4H1uOC5A1yhRTHyayrASzhuQ/kKnOgnYsFJi3jUj
 4raZI3tu1a6rH7r8p7WCK2QmWn+fbbokkU2IPzly2yjf6U8ROwBx1hCk8Y5xWoOttOoz
 KgDpws5q53yspmzTjS1LiJfqI4ZBgzNVJPNfuufmw3r4oHIITUNppMnyhEHHRqGeOXoE
 P9f57XW+Xn5TvixHB5sH8wCQzNQ+8sl7WTQ1UdU+YypJQ82ihbL9nLUs+F/6BM48IL0V
 ToBQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:in-reply-to:references:from:date
 :message-id:subject:to:cc;
 bh=97aHaUgnp725JArPRJ3ik/63PB6TKgTfcfFHGtizACE=;
 b=btMExuLwwmM83TFYwNS7V/Gb+1V5vFDj0clG2lbXKo0ltAQEnw+quhCoerAElxlvzY
 EeJx+iK/yeYuaOvS0SKnpIWo1Db/h9nvf8jUGWJ3K6sN+Xd+2XzsSj0RaAutYZ+j9NYK
 6vSGrRsZQRJ/HCw02JR5Bar0gKQAvh4sBZsnktDqivkbgLYpTAp4bn/sXTWPwzY3qp15
 4HOn1KmcB0JQ5LrkZIP9u3b/2qnTjnJjraiJ6brjsJgxm+MSAYrmwTqcN/NX5wTBWZag
 i0z/mR8YfOrIgHcJ6ELYx67wCsK2wzJgKvR06CPj4Y2noDOFBGGsznI1EwGx1LvDVO0Z
 t5hQ==
X-Gm-Message-State: AODbwcAPzKHC4RTyOiE+ZIxkIjLeB4dCRwwRiVMkhjCvLYPpzE3iksKM
 XWTdYTxslpAEioBUJ3BN7oZF4r4w8w==
X-Received: by 10.200.37.129 with SMTP id e1mr22153916qte.21.1496654994839;
 Mon, 05 Jun 2017 02:29:54 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.12.148.166 with HTTP; Mon, 5 Jun 2017 02:29:54 -0700 (PDT)
In-Reply-To: <83vaoba80r.fsf@HIDDEN>
References: <m2d4397coo.fsf@HIDDEN>
 <CALn3zojfEZSVXm-dd=4o-HRsFFEonSKpnYTCV_mEY9vf0gbEPA@HIDDEN>
 <83vaoba80r.fsf@HIDDEN>
From: Michael Brand <michael.ch.brand@HIDDEN>
Date: Mon, 5 Jun 2017 11:29:54 +0200
Message-ID: <CALn3zoj8xJc+pQv_Qa9PMEgS75on7X3=c=TG9K-7Gh0XATmGKQ@HIDDEN>
Content-Type: text/plain; charset="UTF-8"
X-Spam-Score: 0.5 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 0.5 (/)

Hi Eli

Thank you for looking into this and for offering guidance.

On Sun, Jun 4, 2017 at 9:05 PM, Eli Zaretskii <eliz@HIDDEN> wrote:

> Would you like to work on implementing this feature?  I can provide
> guidance if needed.

I can try. Maybe too ambitious for me or at least for me alone. I am
new for example to the style of C in Emacs and to the display engine.
And as usual for everybody my time is limited but as I have a need for
this feature since maybe years I could compensate a bit with patience
unless anybody wants to beat me.

> I would propose to come up with an agreed set of requirements for the
> feature.  The original request is quite vague and leaves a lot TBD.
> For example:

These are good points, they show me already some weak points I was
missing.

>   . is the override supposed to work in reverse, i.e. when the
>     buffer-specific value of truncate-lines is non-nil, but the
>     property's value is nil, is it expected that the line with the
>     property will wrap instead of being truncated?

In my opinion first the property only non-nil, nil can be postponed if
it helps.

>   . what text is supposed to have this property to mark the line as
>     truncated, and how will Emacs know where the effect of the
>     property ends?  e.g., will we require the property to be set on
>     the entire line, including the newline, or will it be enough to
>     set it only on part of the line?

The property only on \n looks good at first sight, missing the last
line accepted when without \n. Maybe editing becomes easier when the
property is on the entire line.

Anyway, I don't know if a text property will be the right solution in
the end.

>   . should truncate-partial-width-windows obey this property as well?

In my opinion yes, as soon as the property nil is respected.

>   . when point moves along a line which is being truncated, and goes
>     outside of the visible portion of the window, how do we want to
>     hscroll the text in the window, in those parts that display lines
>     which wrap?

This made me think most.

My first thought was:

Truncate on the left in sync with truncated lines and rewrap on the
right

    :             #################
    :    trunc1 tr#$unc2 trunc3 t$#
    :    wrap1 wra#$p2 wrap3 wrap\#
    :    4 wrap5 w#$rap6 wrap7 wr\#
    :    ap8      #               #
    :             #################

would lower or avoid column-related problems like with rectangle edit
or ruler-mode. On the other hand I hope that changing what is the
buffer bottom line after rewrap would not call for other problems.

But what would it help to wrap on the right when information is
already hidden on the left? So...

My second thought is:

Fall back to truncate all lines

    :             #################
    :    trunc1 tr#$unc2 trunc3 t$#
    :    wrap1 wra#$p2 wrap3 wrap$#
    :    more line#$s             #
    :    even more#$ lines        #
    :             #################

until column 0 becomes visible again is probably much easier, also for
the user to understand what happens.

>   . should we also truncate if this property is on a display string or
>     on an overlay string, or only if it's on buffer text?

It could make sense to wrap an Org mode heading without the property
or nil and truncate as soon as the overlay from Org column view adds
an overlay with the property non-nil. But at first I would say it is
enough to ignore the property on overlays. There should always be a
user choice to truncate everything or noting like now for such
imperfect situations.

Should this discussion move to emacs-devel to reach more developers?

Michael




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#5018: [O] truncate-lines for org tables, visual-line-mode for rest?
Resent-From: "Vladimir Alexiev" <vladimir.alexiev@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 05 Jun 2017 11:10:02 +0000
Resent-Message-ID: <handler.5018.B5018.14966609822255 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 5018
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: <5018 <at> debbugs.gnu.org>
Received: via spool by 5018-submit <at> debbugs.gnu.org id=B5018.14966609822255
          (code B ref 5018); Mon, 05 Jun 2017 11:10:02 +0000
Received: (at 5018) by debbugs.gnu.org; 5 Jun 2017 11:09:42 +0000
Received: from localhost ([127.0.0.1]:56545 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1dHptF-0000aJ-Mi
	for submit <at> debbugs.gnu.org; Mon, 05 Jun 2017 07:09:41 -0400
Received: from mail-wr0-f181.google.com ([209.85.128.181]:34021)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <vladimir.alexiev@HIDDEN>) id 1dHptD-0000a5-5Y
 for 5018 <at> debbugs.gnu.org; Mon, 05 Jun 2017 07:09:39 -0400
Received: by mail-wr0-f181.google.com with SMTP id g76so36369216wrd.1
 for <5018 <at> debbugs.gnu.org>; Mon, 05 Jun 2017 04:09:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ontotext.com; s=google;
 h=from:to:references:in-reply-to:subject:date:organization:message-id
 :mime-version:content-transfer-encoding:thread-index
 :content-language;
 bh=+4XVVfzuwr42hvjxx4mjc4NFWMSrEgs3Vw1cajgp+1E=;
 b=L4DRXNX0OKC5M3aOLUCMWvEKWc/Jg05OdzUdyhFpEf9/VkuSrwYT8oqsmj6891bZf7
 vs6wqzQ0h6pTFvo2gH1LN4THhES1Noenw11AOFRrDVMKQmmvramzz8zBV8WcmzzkCbSp
 UxD3PLF+j7kXeMDVlazD9k21eDb+tQZXd+Dv86TMQ6Ryf2flsDi1HlWPA9ZjKMEDVXOc
 wSYoyc0kc85u31UFRPlI0RwJqBVaZRRTIGG+O0TqGqYZCOqx0roGx+AjCWeG1RaSkVJr
 4XhmIRVvTdQ2Vp5w9tEHfqCKf59a3+5CugExq1Ox0HFWCgfQIahONoatlW81diDbrNy5
 ZbgQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:from:to:references:in-reply-to:subject:date
 :organization:message-id:mime-version:content-transfer-encoding
 :thread-index:content-language;
 bh=+4XVVfzuwr42hvjxx4mjc4NFWMSrEgs3Vw1cajgp+1E=;
 b=gI8loj+uDJQdbY4iKIJuPpZScunrppqNyJnpPX0ckjolTfqDa3azEQA37NRCTljLlU
 8Kk2UGnOhMru1p5NM+SvVhkenvgXI8KgrGGm7gMcZOBCrt/g6RCTYw/1Kswu4SU+c07i
 qqJi4RxlSii1qKowtBt/m0cY3NKJFgGNrMitDEpivhahPg0Yi3ljk0LcAHRnGoKZuLMn
 yLOPbPjFaTr8NyvPZTbGPTjjU6stw98DmHOmgI2oAdC+jdxDH51HNhd6KbUTPLHzCkzH
 OxxDqXAYZ/xri1ttCjuPup4+aPTPHpd+iqs94e5YT9Bxak9cKc2JAOd+fAssFcTDe2/f
 zCEg==
X-Gm-Message-State: AODbwcDK437suod0S950Da1QDWqRKUodeYSk4vXHgTs3fIJoVLd3vAMB
 sPN5xlf/59rZdpCLiaE=
X-Received: by 10.223.135.153 with SMTP id b25mr9233706wrb.48.1496660972974;
 Mon, 05 Jun 2017 04:09:32 -0700 (PDT)
Received: from vladimir (client-93-123-21-124.ip.daticum.com. [93.123.21.124])
 by smtp.gmail.com with ESMTPSA id
 o200sm10680325wmg.22.2017.06.05.04.09.32 for <5018 <at> debbugs.gnu.org>
 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
 Mon, 05 Jun 2017 04:09:32 -0700 (PDT)
From: "Vladimir Alexiev" <vladimir.alexiev@HIDDEN>
References: <87k309s326.fsf@HIDDEN>
 <CALn3zogLJZuL6q_oVixsc_U7s+Q+Kk_ZR+AZgb0GwWrE6f8rnw@HIDDEN>
In-Reply-To: <CALn3zogLJZuL6q_oVixsc_U7s+Q+Kk_ZR+AZgb0GwWrE6f8rnw@HIDDEN>
Date: Mon, 5 Jun 2017 14:09:32 +0300
Organization: Ontotext Corp
Message-ID: <03c401d2ddec$35ac4b70$a104e250$@ontotext.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQG8TLQlpZj17FDUPxkbHDk5SlFhngFAc7uwojk7EcA=
Content-Language: en-us
X-Spam-Score: -2.8 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.8 (--)

That would be very useful for me too: wrap in paragraphs, don't wrap in org tables.
Unfortunately I can't help with coding.





Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#5018: 23.1.50; Feature request: truncate-lines text property
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 05 Jun 2017 15:43:02 +0000
Resent-Message-ID: <handler.5018.B5018.14966773529078 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 5018
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Michael Brand <michael.ch.brand@HIDDEN>
Cc: 5018 <at> debbugs.gnu.org
Reply-To: Eli Zaretskii <eliz@HIDDEN>
Received: via spool by 5018-submit <at> debbugs.gnu.org id=B5018.14966773529078
          (code B ref 5018); Mon, 05 Jun 2017 15:43:02 +0000
Received: (at 5018) by debbugs.gnu.org; 5 Jun 2017 15:42:32 +0000
Received: from localhost ([127.0.0.1]:57885 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1dHu9I-0002MM-CD
	for submit <at> debbugs.gnu.org; Mon, 05 Jun 2017 11:42:32 -0400
Received: from eggs.gnu.org ([208.118.235.92]:43161)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1dHu9G-0002M8-Q2
 for 5018 <at> debbugs.gnu.org; Mon, 05 Jun 2017 11:42:31 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <eliz@HIDDEN>) id 1dHu98-0005Qf-Da
 for 5018 <at> debbugs.gnu.org; Mon, 05 Jun 2017 11:42:25 -0400
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD
 autolearn=disabled version=3.3.2
Received: from fencepost.gnu.org ([2001:4830:134:3::e]:41102)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@HIDDEN>)
 id 1dHu98-0005Qb-9i; Mon, 05 Jun 2017 11:42:22 -0400
Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1278
 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1dHu97-0002he-CI; Mon, 05 Jun 2017 11:42:21 -0400
Date: Mon, 05 Jun 2017 18:42:12 +0300
Message-Id: <83fufea1bf.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-reply-to: <CALn3zoj8xJc+pQv_Qa9PMEgS75on7X3=c=TG9K-7Gh0XATmGKQ@HIDDEN>
 (message from Michael Brand on Mon, 5 Jun 2017 11:29:54 +0200)
References: <m2d4397coo.fsf@HIDDEN>
 <CALn3zojfEZSVXm-dd=4o-HRsFFEonSKpnYTCV_mEY9vf0gbEPA@HIDDEN>
 <83vaoba80r.fsf@HIDDEN>
 <CALn3zoj8xJc+pQv_Qa9PMEgS75on7X3=c=TG9K-7Gh0XATmGKQ@HIDDEN>
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-Spam-Score: -5.0 (-----)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -5.0 (-----)

> From: Michael Brand <michael.ch.brand@HIDDEN>
> Date: Mon, 5 Jun 2017 11:29:54 +0200
> Cc: 5018 <at> debbugs.gnu.org
> 
> > Would you like to work on implementing this feature?  I can provide
> > guidance if needed.
> 
> I can try. Maybe too ambitious for me or at least for me alone. I am
> new for example to the style of C in Emacs and to the display engine.
> And as usual for everybody my time is limited but as I have a need for
> this feature since maybe years I could compensate a bit with patience
> unless anybody wants to beat me.

If you decide to try it, I suggest to start by looking at my recent
changes that introduced hscrolling of only the current line.  This
feature should use similar techniques and touch the same places.

> >   . what text is supposed to have this property to mark the line as
> >     truncated, and how will Emacs know where the effect of the
> >     property ends?  e.g., will we require the property to be set on
> >     the entire line, including the newline, or will it be enough to
> >     set it only on part of the line?
> 
> The property only on \n looks good at first sight

The property on a newline makes the preceding line truncated or the
following line?  If the former, than what about the last line in a
buffer that doesn't end in a newline?  Also, looking for the property
in a very long line could slow down redisplay, since it would need to
know about this when it gets to the first character of the line.

> Anyway, I don't know if a text property will be the right solution in
> the end.

What other solution is possible?

> >   . when point moves along a line which is being truncated, and goes
> >     outside of the visible portion of the window, how do we want to
> >     hscroll the text in the window, in those parts that display lines
> >     which wrap?
> 
> This made me think most.
> 
> My first thought was:
> 
> Truncate on the left in sync with truncated lines and rewrap on the
> right
> 
>     :             #################
>     :    trunc1 tr#$unc2 trunc3 t$#
>     :    wrap1 wra#$p2 wrap3 wrap\#
>     :    4 wrap5 w#$rap6 wrap7 wr\#
>     :    ap8      #               #
>     :             #################
> 
> would lower or avoid column-related problems like with rectangle edit
> or ruler-mode. On the other hand I hope that changing what is the
> buffer bottom line after rewrap would not call for other problems.
> 
> But what would it help to wrap on the right when information is
> already hidden on the left? So...
> 
> My second thought is:
> 
> Fall back to truncate all lines
> 
>     :             #################
>     :    trunc1 tr#$unc2 trunc3 t$#
>     :    wrap1 wra#$p2 wrap3 wrap$#
>     :    more line#$s             #
>     :    even more#$ lines        #
>     :             #################
> 
> until column 0 becomes visible again is probably much easier, also for
> the user to understand what happens.

It could well be that the first variant is easier to implement.

> Should this discussion move to emacs-devel to reach more developers?

I'm not sure.  Most if not all of the relevant people read the bug
list as well.  Perhaps post a short message to emacs-devel telling the
interested people to read this discussion either via the bug tracker
or via the bug-gnu-emacs list.




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#5018: 23.1.50; Feature request: truncate-lines text property
Resent-From: Michael Brand <michael.ch.brand@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 06 Jun 2017 19:41:03 +0000
Resent-Message-ID: <handler.5018.B5018.14967780119841 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 5018
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: 5018 <at> debbugs.gnu.org
Received: via spool by 5018-submit <at> debbugs.gnu.org id=B5018.14967780119841
          (code B ref 5018); Tue, 06 Jun 2017 19:41:03 +0000
Received: (at 5018) by debbugs.gnu.org; 6 Jun 2017 19:40:11 +0000
Received: from localhost ([127.0.0.1]:59881 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1dIKKp-0002Yf-1b
	for submit <at> debbugs.gnu.org; Tue, 06 Jun 2017 15:40:11 -0400
Received: from mail-qt0-f175.google.com ([209.85.216.175]:35001)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <michael.ch.brand@HIDDEN>) id 1dIKKn-0002YA-0t
 for 5018 <at> debbugs.gnu.org; Tue, 06 Jun 2017 15:40:09 -0400
Received: by mail-qt0-f175.google.com with SMTP id w1so142542521qtg.2
 for <5018 <at> debbugs.gnu.org>; Tue, 06 Jun 2017 12:40:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=mime-version:in-reply-to:references:from:date:message-id:subject:to
 :cc; bh=32MmwdeOJMyDTqTqZK4VkmoEyeVt5kLN3NSwrR3jUQc=;
 b=h6YSjju/1XgyLSP6Cc5qm/5h51gQ8+Lr5A90zWwOblIyGT1QWxc985GdyDxRQfjmH9
 1ug4iEWgO55ErNjhqV/zrXzEDgz+SiyQjhD0L+SyKyJc0TSwiDJRVv2B8sgMeddzs/RN
 4Z0R+hyuOZpYBdcQUxPWLUwo6VaWJtXWfHKdT/ZI7QT2UQHt3cmQB4kFckz4i/UX++rP
 xB1Op849KFvzHmRQqzYkE/1Ixq6iTJ8fDsMhy/kGg7slBzTZRyC9lnwOgIp3fM+qaC+I
 Frwl9i4VKMaxw/bMUzwlcrkh8TdS0ZyMdYYm/Bylx+Wi7ZrBBiC+u4tbrNvQ9bZYrX6A
 ieJA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:in-reply-to:references:from:date
 :message-id:subject:to:cc;
 bh=32MmwdeOJMyDTqTqZK4VkmoEyeVt5kLN3NSwrR3jUQc=;
 b=a1Czk0//A5RLdYc9WGsy16JUycYC66PGSq+79CqzJ8Ku9Z68EsBWk1mhSnrv1nF+gZ
 DzUS7n8vaohferpXdmrbp2c9PF1U47vHtKNJ9RGQmjO5BoV4jeN8Z2lL75etDhbzwJDK
 8CMUsauJMIQ2tkkQTAbwVbPWdwe6Fmu3Si9KrwxFrz6DDhVFSNUJxnoOeSeUbmxE02y7
 VdyfSRZCnKeQdQ86f+CWc6LXW0Zl/KRrQj8sDfGUifK24jFAQDQpQ3mi02wr0ec6fGw0
 GoHAm/wIIhBsRjdPh90XF9kH/bV0w+4USTmlSqttGopmABXazDO2DjztSmzu3LiDeLKf
 QPEQ==
X-Gm-Message-State: AODbwcA0KXAY4OA0gIGVRlvVd1eCIyjRXNRHvayFgA4aWycttV8RfNmS
 LMiqSTTyzJO/oIR5pwglkgtjOTyaoQ==
X-Received: by 10.200.37.129 with SMTP id e1mr32197640qte.21.1496778003492;
 Tue, 06 Jun 2017 12:40:03 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.12.148.166 with HTTP; Tue, 6 Jun 2017 12:40:02 -0700 (PDT)
In-Reply-To: <83fufea1bf.fsf@HIDDEN>
References: <m2d4397coo.fsf@HIDDEN>
 <CALn3zojfEZSVXm-dd=4o-HRsFFEonSKpnYTCV_mEY9vf0gbEPA@HIDDEN>
 <83vaoba80r.fsf@HIDDEN>
 <CALn3zoj8xJc+pQv_Qa9PMEgS75on7X3=c=TG9K-7Gh0XATmGKQ@HIDDEN>
 <83fufea1bf.fsf@HIDDEN>
From: Michael Brand <michael.ch.brand@HIDDEN>
Date: Tue, 6 Jun 2017 21:40:02 +0200
Message-ID: <CALn3zoiorXM6ozc62aTej2zTUpOpmorzMd6-=omQtWVBuqhDmQ@HIDDEN>
Content-Type: text/plain; charset="UTF-8"
X-Spam-Score: -0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.0 (/)

Hi Eli

On Mon, Jun 5, 2017 at 5:42 PM, Eli Zaretskii <eliz@HIDDEN> wrote:

> If you decide to try it, I suggest to start by looking at my recent
> changes that introduced hscrolling of only the current line.  This
> feature should use similar techniques and touch the same places.

Thanks for the pointer, looks good for a start.

> The property on a newline makes the preceding line truncated or the
> following line?  If the former, than what about the last line in a
> buffer that doesn't end in a newline?  Also, looking for the property
> in a very long line could slow down redisplay, since it would need to
> know about this when it gets to the first character of the line.

I would agree to set the property on the first char of non-empty
lines.

> What other solution is possible?

Not that I would know. With the knowledge about the internals missing
on my side it looked unnatural in the first place to use a property of
a char for a property related to a line.

> It could well be that the first variant is easier to implement.

Good to know. I just stumbled over the new current-line hscrolling in
the commit log, interesting.

> I'm not sure.  Most if not all of the relevant people read the bug
> list as well.  Perhaps post a short message to emacs-devel telling the
> interested people to read this discussion either via the bug tracker
> or via the bug-gnu-emacs list.

Bug tracker and bug-gnu-emacs list seems OK to me.

Michael




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#5018: 23.1.50; Feature request: truncate-lines text property
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 07 Jun 2017 04:55:01 +0000
Resent-Message-ID: <handler.5018.B5018.149681125317330 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 5018
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Michael Brand <michael.ch.brand@HIDDEN>
Cc: 5018 <at> debbugs.gnu.org
Reply-To: Eli Zaretskii <eliz@HIDDEN>
Received: via spool by 5018-submit <at> debbugs.gnu.org id=B5018.149681125317330
          (code B ref 5018); Wed, 07 Jun 2017 04:55:01 +0000
Received: (at 5018) by debbugs.gnu.org; 7 Jun 2017 04:54:13 +0000
Received: from localhost ([127.0.0.1]:60173 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1dISyz-0004VR-EF
	for submit <at> debbugs.gnu.org; Wed, 07 Jun 2017 00:54:13 -0400
Received: from eggs.gnu.org ([208.118.235.92]:34449)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1dISyy-0004VC-2U
 for 5018 <at> debbugs.gnu.org; Wed, 07 Jun 2017 00:54:12 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <eliz@HIDDEN>) id 1dISyo-0003Li-SI
 for 5018 <at> debbugs.gnu.org; Wed, 07 Jun 2017 00:54:06 -0400
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD
 autolearn=disabled version=3.3.2
Received: from fencepost.gnu.org ([2001:4830:134:3::e]:42967)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@HIDDEN>)
 id 1dISyo-0003La-P7; Wed, 07 Jun 2017 00:54:02 -0400
Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3575
 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1dISyo-00027U-0B; Wed, 07 Jun 2017 00:54:02 -0400
Date: Wed, 07 Jun 2017 07:53:56 +0300
Message-Id: <83y3t48kkb.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-reply-to: <CALn3zoiorXM6ozc62aTej2zTUpOpmorzMd6-=omQtWVBuqhDmQ@HIDDEN>
 (message from Michael Brand on Tue, 6 Jun 2017 21:40:02 +0200)
References: <m2d4397coo.fsf@HIDDEN>
 <CALn3zojfEZSVXm-dd=4o-HRsFFEonSKpnYTCV_mEY9vf0gbEPA@HIDDEN>
 <83vaoba80r.fsf@HIDDEN>
 <CALn3zoj8xJc+pQv_Qa9PMEgS75on7X3=c=TG9K-7Gh0XATmGKQ@HIDDEN>
 <83fufea1bf.fsf@HIDDEN>
 <CALn3zoiorXM6ozc62aTej2zTUpOpmorzMd6-=omQtWVBuqhDmQ@HIDDEN>
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-Spam-Score: -5.0 (-----)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -5.0 (-----)

> From: Michael Brand <michael.ch.brand@HIDDEN>
> Date: Tue, 6 Jun 2017 21:40:02 +0200
> Cc: 5018 <at> debbugs.gnu.org
> 
> I would agree to set the property on the first char of non-empty
> lines.

OK.

> > What other solution is possible?
> 
> Not that I would know. With the knowledge about the internals missing
> on my side it looked unnatural in the first place to use a property of
> a char for a property related to a line.

We already have similar features, like the line-prefix property.





Last modified: Mon, 25 Nov 2019 12:00:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.