From: "Paul W. Rankin" <hello@paulwrankin.com>
To: Eli Zaretskii <eliz@gnu.org>
Cc: emacs-devel@gnu.org
Subject: Re: Making vertical-border char defcustom?
Date: Mon, 20 Jan 2020 09:49:30 +1000 [thread overview]
Message-ID: <135AF6D0-B520-496B-92F6-531CEDF2C932@paulwrankin.com> (raw)
In-Reply-To: <8336cbzcft.fsf@gnu.org>
On 20 Jan 2020, at 1:35 am, Eli Zaretskii <eliz@gnu.org> wrote:
>
>> From: Paul W. Rankin <hello@paulwrankin.com>
>> Date: Mon, 20 Jan 2020 00:13:27 +1000
>>
>> (defun prettify-vertical-border (&optional dummy)
>> (ignore dummy)
>> (set-display-table-slot
>> (or buffer-display-table standard-display-table)
>> 'vertical-border ?│))
>>
>> (when (not window-system)
>> (add-hook 'window-configuration-change-hook
>> 'prettify-vertical-border)
>> (add-hook 'change-major-mode-hook
>> 'prettify-vertical-border))
>>
>> However the problem with this approach is that some major/minor-modes
>> set their own overriding display-table... I think help-mode or
>> special-mode...
>
> I don't understand the difficulty. AFAIU, all you need is augment
> your prettify-vertical-border with a call to window-display-table, and
> then no overriding could get in your way. Or am I missing something?
Ah sorry, the issue seems to be with some interference from a global minor mode page-break-lines-mode... Your suggestion helped me find that. Thanks.
Would the net benefit from making the vertical-border char defcustom still make it worthwhile? It seems similar to the recently added display-fill-column-indicator-character, a vertical line that sits next to the vertical border and is customisable.
next prev parent reply other threads:[~2020-01-19 23:49 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-01-19 14:13 Making vertical-border char defcustom? Paul W. Rankin
2020-01-19 15:35 ` Eli Zaretskii
2020-01-19 23:49 ` Paul W. Rankin [this message]
2020-01-20 18:08 ` Eli Zaretskii
2020-01-21 6:25 ` Paul W. Rankin
2020-01-21 15:30 ` 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=135AF6D0-B520-496B-92F6-531CEDF2C932@paulwrankin.com \
--to=hello@paulwrankin.com \
--cc=eliz@gnu.org \
--cc=emacs-devel@gnu.org \
/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).