GNU bug report logs - #9790
Cleaning up nobreak-char-display

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 9790 in the body.
You can then email your comments to 9790 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Chong Yidong <cyd <at> gnu.org>
To: bug-gnu-emacs <at> gnu.org
Subject: Cleaning up nobreak-char-display
Date: Tue, 18 Oct 2011 20:22:53 -0400

See emacs-devel discussion at
http://lists.gnu.org/archive/html/emacs-devel/2011-10/msg00747.html

After Emacs 24.1, we should clean up the nobreak-char-display mechanism.
The highlighted chars should be in a variable, not hardcoded.  The name
`nobreak-char-display' should probably be changed.  Also, we should
figure out how to deal with the different Unicode space characters.

Message #8 received at 9790 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Chong Yidong <cyd <at> gnu.org>
Cc: 9790 <at> debbugs.gnu.org
Subject: Re: bug#9790: Cleaning up nobreak-char-display
Date: Mon, 07 Dec 2020 18:38:55 +0100

Chong Yidong <cyd <at> gnu.org> writes:

> After Emacs 24.1, we should clean up the nobreak-char-display mechanism.
> The highlighted chars should be in a variable, not hardcoded.  The name
> `nobreak-char-display' should probably be changed.  Also, we should
> figure out how to deal with the different Unicode space characters.

The latter was fixed earlier this year, I think?

As for having the former in a variable -- is that warranted?  It would
mean slowing redisplay down a bit, I guess?  I don't know whether that's
worth it.

Any opinions?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #11 received at 9790 <at> debbugs.gnu.org (full text, mbox):

From: Juri Linkov <juri <at> linkov.net>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 9790 <at> debbugs.gnu.org, Chong Yidong <cyd <at> gnu.org>
Subject: Re: bug#9790: Cleaning up nobreak-char-display
Date: Tue, 08 Dec 2020 10:55:23 +0200

>> After Emacs 24.1, we should clean up the nobreak-char-display mechanism.
>> The highlighted chars should be in a variable, not hardcoded.  The name
>> `nobreak-char-display' should probably be changed.  Also, we should
>> figure out how to deal with the different Unicode space characters.
>
> The latter was fixed earlier this year, I think?
>
> As for having the former in a variable -- is that warranted?  It would
> mean slowing redisplay down a bit, I guess?  I don't know whether that's
> worth it.
>
> Any opinions?

To address specific needs for highlighting Unicode space characters,
in bug#44236 I resorted to the GNU ELPA package 'markchars' that has
the variable 'markchars-nobreak-space-pattern' with a list of
Unicode space characters.

Message #14 received at 9790 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Juri Linkov <juri <at> linkov.net>
Cc: 9790 <at> debbugs.gnu.org, Chong Yidong <cyd <at> gnu.org>
Subject: Re: bug#9790: Cleaning up nobreak-char-display
Date: Tue, 08 Dec 2020 15:17:53 +0100

Juri Linkov <juri <at> linkov.net> writes:

>>> After Emacs 24.1, we should clean up the nobreak-char-display mechanism.
>>> The highlighted chars should be in a variable, not hardcoded.  The name
>>> `nobreak-char-display' should probably be changed.  Also, we should
>>> figure out how to deal with the different Unicode space characters.
>>
>> The latter was fixed earlier this year, I think?
>>
>> As for having the former in a variable -- is that warranted?  It would
>> mean slowing redisplay down a bit, I guess?  I don't know whether that's
>> worth it.
>>
>> Any opinions?
>
> To address specific needs for highlighting Unicode space characters,
> in bug#44236 I resorted to the GNU ELPA package 'markchars' that has
> the variable 'markchars-nobreak-space-pattern' with a list of
> Unicode space characters.

So if there's a package that does provide this functionality, then we
don't really need to have it in-core, either (since it doesn't seem like
this is a feature tons of people crave), and I'm closing this bug report.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #21 received at 9790 <at> debbugs.gnu.org (full text, mbox):

From: Drew Adams <drew.adams <at> oracle.com>
To: Juri Linkov <juri <at> linkov.net>, Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 9790 <at> debbugs.gnu.org, Chong Yidong <cyd <at> gnu.org>
Subject: RE: bug#9790: Cleaning up nobreak-char-display
Date: Tue, 8 Dec 2020 08:23:08 -0800 (PST)

Various posts in this thread essentially propose different blanket approaches, i.e., paint something with a broad brush.  Some want such brushwork in some contexts; others don't.

What's needed, I think, are (1) a fine-grained mechanism to control which chars get highlighted and how and where/when, (2) default applications of that mechanism to specific contexts, and (3) user ability to control things.

No broad brushwork will be satisfactory, I think.  I think some form of #1 is the starting point - without that, I don't see a good solution.

I mentioned my library `highlight-chars.el', which provides support for #1: ways to highlight any set of chars, and control where/when/whether that's done.  Maybe take a look at what it offers, as food for thought or even perhaps reuse?

https://www.emacswiki.org/emacs/download/highlight-chars.el

Previous Next

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