all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Ergus <spacibba@aol.com>
To: Eli Zaretskii <eliz@gnu.org>
Cc: Juanma Barranquero <lekktu@gmail.com>, emacs-devel@gnu.org
Subject: Re: :extend face attribute at EOB without end-of-line char
Date: Tue, 15 Oct 2019 18:38:18 +0200	[thread overview]
Message-ID: <20191015163817.flw6sryikhktorc3@Ergus> (raw)
In-Reply-To: <83mue2h0rl.fsf@gnu.org>

Hi Eli:

Somehow this is related with something we discussed some time ago, about
the fact that we should call extend_face_to_end_of_line in the last line
of the buffer if not empty in some conditions (dfci is active for
example.)

Maybe you remember that we don't have the indicator for the last line,
which somehow we agreed must be corrected. In this case the problem is
the same: the extend_face... function is not called for the latest line
in the buffer but I didn't find a better condition to fix this (I didn't
try very hard either) But probably it just requires to extend a
condition in an if and part of this problem will be fixed (the case for
the last line at least)

There are some conditions in the display_line function to not call
extend_face_to... when the line ends at ZV, fixing this condition we
should be done right?

On Tue, Oct 15, 2019 at 11:27:10AM +0300, Eli Zaretskii wrote:
>> From: Juanma Barranquero <lekktu@gmail.com>
>> Date: Tue, 15 Oct 2019 10:10:21 +0200
>> Cc: spacibba@aol.com, Emacs developers <emacs-devel@gnu.org>
>>
>> > OK, but still, we'd need a rationale.
>>
>> I'm not sure what rationale would satisfy you. In my mind, the idea of extending a face up to the margin of the
>> window seems quite decoupled from whether that line has a newline at the end or not. It's purely visual. If I'm
>> using a face that extends in all lines, for example, I find weird that it does or does not extend in the last one
>> depending of a newline. (Again: I agree that's how it is defined now, I'm not questioning that.)
>
>Face extension is only a factor when it ends on the next line,
>i.e. "covers" the newline that ends the line.  When there's no newline
>at EOB, the face ends with the last character on the line, so IMO it
>makes no sense to extend it, because what would such an extension
>indicate?  When there's a newline, extending the face indicates that
>the newline (which is otherwise invisible) is "covered" by the face.



  parent reply	other threads:[~2019-10-15 16:38 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-10-14 16:02 :extend face attribute at EOB without end-of-line char Juanma Barranquero
2019-10-14 16:32 ` Ergus
2019-10-14 16:37   ` Juanma Barranquero
2019-10-14 17:07     ` Ergus
2019-10-14 17:52       ` Juanma Barranquero
2019-10-14 17:57         ` Juanma Barranquero
2019-10-14 17:58     ` Eli Zaretskii
2019-10-14 19:41       ` Juanma Barranquero
2019-10-14 19:47         ` Eli Zaretskii
2019-10-14 19:50           ` Juanma Barranquero
2019-10-14 20:04             ` Eli Zaretskii
2019-10-14 21:37               ` Juanma Barranquero
2019-10-15  6:15                 ` Eli Zaretskii
2019-10-15  8:10                   ` Juanma Barranquero
2019-10-15  8:27                     ` Eli Zaretskii
2019-10-15  8:50                       ` Juanma Barranquero
2019-10-15 13:23                         ` Stefan Monnier
2019-10-15 14:16                           ` Juanma Barranquero
2019-10-15 16:38                       ` Ergus [this message]
2019-10-15 16:49                         ` Eli Zaretskii
2019-10-16  0:23                           ` Ergus

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

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

  git send-email \
    --in-reply-to=20191015163817.flw6sryikhktorc3@Ergus \
    --to=spacibba@aol.com \
    --cc=eliz@gnu.org \
    --cc=emacs-devel@gnu.org \
    --cc=lekktu@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 external index

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

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.