* bug#16177: 24.3.50; Display glyphs for hard spaces in color
@ 2013-12-17 14:01 Sebastien Vauban
2013-12-17 15:31 ` Drew Adams
2021-05-30 5:39 ` Lars Ingebrigtsen
0 siblings, 2 replies; 4+ messages in thread
From: Sebastien Vauban @ 2013-12-17 14:01 UTC (permalink / raw)
To: 16177-ubl+/3LiMTaZdePnXv/OxA
Hello,
In French, you have a narrow nobreak space (202F) in front of the colon : « as
well between quotes »...
Before "high punctuation symbols" (such as ! and ?), it is a "common" nbsp
(00A0): Hello ! How are you ?
Problem #1:
To get hard spaces (aka nbsp) highlighted, you need to add `spaces' to
`whitespace-style':
#+begin_src emacs-lisp
;; which kind of blank is visualized
(setq whitespace-style
'(face trailing tabs spaces
indentation::space space-mark tab-mark))
#+end_src
Doing so, all the normal spaces are highlighted as well...
And setting the background of `whitespace-space' to `white' is not a solution,
as Org headings would become weird (when they use a background color).
Problem #2:
Narrow nbsp aren't highlighted.
See http://screencast.com/t/3qtxb3vTxcS for visualizing both problems.
Best regards,
Seb
^ permalink raw reply [flat|nested] 4+ messages in thread
* bug#16177: 24.3.50; Display glyphs for hard spaces in color
2013-12-17 14:01 bug#16177: 24.3.50; Display glyphs for hard spaces in color Sebastien Vauban
@ 2013-12-17 15:31 ` Drew Adams
2021-05-30 5:39 ` Lars Ingebrigtsen
1 sibling, 0 replies; 4+ messages in thread
From: Drew Adams @ 2013-12-17 15:31 UTC (permalink / raw)
To: Sebastien Vauban, 16177
FWIW -
http://www.emacswiki.org/emacs-en/download/highlight-chars.el
http://www.emacswiki.org/emacs/ShowWhiteSpace#toc2
From the Commentary, this description of what vanilla Emacs offers:
;; Vanilla Emacs can itself highlight hard spaces and hard hyphens,
;; and it does so whenever `nobreak-char-display' is non-nil, which it
;; is by default. By "hard" space and hyphen I mean "no-break" or
;; non-breaking. These are the non-ASCII Unicode characters with code
;; points 160 (#xa0) and 8209 (#x2011), respectively.
;;
;; This low-level vanilla Emacs highlighting does not use Font Lock
;; mode, and it cannot highlight only one of these characters and not
;; the other.
;;
;; See standard library `whitespace.el' for other ways to highlight
;; whitespace characters. It does some things similar to what
;; `highlight-chars.el' does, plus other, unrelated things. As its
;; name suggests, its effects are limited to whitespace characters.
;; It is also somewhat complicated to use (10 faces, 24 options!)...
;;
;; Besides being simpler, I think that `highlight-chars.el' has an
;; advantage of letting you easily highlight ONLY particular
;; whitespace characters. `whitespace.el' apparently makes you pick
;; whether to highlight spaces and hard spaces together, or not, for
;; instance.
^ permalink raw reply [flat|nested] 4+ messages in thread
* bug#16177: 24.3.50; Display glyphs for hard spaces in color
2013-12-17 14:01 bug#16177: 24.3.50; Display glyphs for hard spaces in color Sebastien Vauban
2013-12-17 15:31 ` Drew Adams
@ 2021-05-30 5:39 ` Lars Ingebrigtsen
2021-05-30 15:00 ` bug#16177: [External] : " Drew Adams
1 sibling, 1 reply; 4+ messages in thread
From: Lars Ingebrigtsen @ 2021-05-30 5:39 UTC (permalink / raw)
To: Sebastien Vauban; +Cc: 16177
"Sebastien Vauban" <sva-news@mygooglest.com> writes:
> well between quotes »...
>
> Before "high punctuation symbols" (such as ! and ?), it is a "common" nbsp
> (00A0): Hello ! How are you ?
>
> Problem #1:
>
> To get hard spaces (aka nbsp) highlighted, you need to add `spaces' to
> `whitespace-style':
[...]
> Narrow nbsp aren't highlighted.
(I'm going through old bug reports that unfortunately got little response at
the time.)
I guess this is a feature request to have whitespace-mode being able to
emphasise the space characters that aren't the normal ASCII space
separately. That (surprisingly enough) doesn't seem to be an option?
And, indeed, whitespace-mode only knows about SPACE and NO-BREAK SPACE,
and none of the other space characters.
So I think a new whitespace-style should be added -- like `other-space',
for all the spaces that aren't SPACE.
However, the original impetus for doing this may be somewhat lessened by
Emacs now defaulting to highlighting other spaces in a different way by
default -- even without whitespace-mode.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 4+ messages in thread
* bug#16177: [External] : bug#16177: 24.3.50; Display glyphs for hard spaces in color
2021-05-30 5:39 ` Lars Ingebrigtsen
@ 2021-05-30 15:00 ` Drew Adams
0 siblings, 0 replies; 4+ messages in thread
From: Drew Adams @ 2021-05-30 15:00 UTC (permalink / raw)
To: Lars Ingebrigtsen, Sebastien Vauban; +Cc: 16177@debbugs.gnu.org
> > To get hard spaces (aka nbsp) highlighted, you need to add `spaces' to
> > `whitespace-style': [...] Narrow nbsp aren't highlighted.
>
> I guess this is a feature request to have whitespace-mode being able to
> emphasise the space characters that aren't the normal ASCII space
> separately. That (surprisingly enough) doesn't seem to be an option?
> And, indeed, whitespace-mode only knows about SPACE and NO-BREAK SPACE,
> and none of the other space characters.
>
> So I think a new whitespace-style should be added -- like `other-space',
> for all the spaces that aren't SPACE.
>
> However, the original impetus for doing this may be somewhat lessened by
> Emacs now defaulting to highlighting other spaces in a different way by
> default -- even without whitespace-mode.
The problem/question has been raised several times.
From bug #9790 (10 years ago):
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=9790#21
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?
That bug, reported by Chong Yidong, follows from an
emacs-devel discussion of the problem/question. And
that bug and similar/~duplicate ones are still open.
The overall approach/strategy should be discussed again,
perhaps, and a plan decided on wrt fixing the problem.
See also:
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=14481#8
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=16177#8
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=44236#11
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=44236#75
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2021-05-30 15:00 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-12-17 14:01 bug#16177: 24.3.50; Display glyphs for hard spaces in color Sebastien Vauban
2013-12-17 15:31 ` Drew Adams
2021-05-30 5:39 ` Lars Ingebrigtsen
2021-05-30 15:00 ` bug#16177: [External] : " Drew Adams
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.