unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: Michael Brand <michael.ch.brand@gmail.com>
Cc: 5018@debbugs.gnu.org
Subject: bug#5018: 23.1.50; Feature request: truncate-lines text property
Date: Sun, 04 Jun 2017 22:05:08 +0300	[thread overview]
Message-ID: <83vaoba80r.fsf@gnu.org> (raw)
In-Reply-To: <CALn3zojfEZSVXm-dd=4o-HRsFFEonSKpnYTCV_mEY9vf0gbEPA@mail.gmail.com> (message from Michael Brand on Sun, 4 Jun 2017 20:11:51 +0200)

> From: Michael Brand <michael.ch.brand@gmail.com>
> 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.





  reply	other threads:[~2017-06-04 19:05 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-11-23 10:33 bug#5018: 23.1.50; Feature request: truncate-lines text property Carsten Dominik
2017-06-04 18:11 ` bug#5018: Michael Brand
2017-06-04 19:05   ` Eli Zaretskii [this message]
2017-06-05  9:29     ` bug#5018: 23.1.50; Feature request: truncate-lines text property Michael Brand
2017-06-05 15:42       ` Eli Zaretskii
2017-06-06 19:40         ` Michael Brand
2017-06-07  4:53           ` Eli Zaretskii

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=83vaoba80r.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=5018@debbugs.gnu.org \
    --cc=michael.ch.brand@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).