* Helm, global-rainbow-delimiters-mode and font-lock-unfontify-region
@ 2014-09-23 10:46 Michael Heerdegen
0 siblings, 0 replies; only message in thread
From: Michael Heerdegen @ 2014-09-23 10:46 UTC (permalink / raw)
To: Emacs mailing list
Hello,
what's the rationale of font-lock removing all face text properties?
This is our problem: there is currently the following incompatibility
issue with Helm and global-rainbow-delimiters-mode:
Helm uses the face text property to colorize the completions buffer. It
doesn't use font-lock-mode.
Now, if you enable global-rainbow-delimiters-mode (and
global-font-lock-mode) and complete with helm, the helm completions
buffer completely appears in the default face.
The problem is that rainbow-delimiers-mode works via font-lock. It calls
`font-lock-add-keywords', which, at the very end, leads to a complete
erasure of the whole helm buffer's face text properties:
font-lock-unfontify-region(1 507)
[...]
font-lock-default-fontify-region(1 507 nil)
funcall(font-lock-default-fontify-region 1 507 nil)
font-lock-fontify-region(1 507)
run-hook-with-args(font-lock-fontify-region 1 507)
[...]
jit-lock-fontify-now(1 501)
jit-lock-function(1)
redisplay_internal\ \(C\ function\)()
My question: does one of the packages (Helm, rainbow-delimiters) do
something wrong? What is the preferred way to handle such an issue
- and at the end - which package should be fixed, and how?
Thanks,
Michael.
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2014-09-23 10:46 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-09-23 10:46 Helm, global-rainbow-delimiters-mode and font-lock-unfontify-region Michael Heerdegen
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).