bug#42386: Acknowledgement ([PATCH] Handle symbols in project-kill-buffers-ignores)

[Dmitry Gutov]

On 16.07.2020 18:14, Eli Zaretskii wrote:
> Is this logic correct and reliable?  A function is a symbol, and there
> could be symbols that have both a function cell and a variable cell --
> how does this cope with that?
>
> And why do you require a function not to be a symbol?  I'm probably
> missing something.

There is little possibility of conflict here, al least if we redo the 
implementation a little (major modes rarely match predicate functions by 
name, so these kind of conditions could coexist), but I'm worried about 
the non-obvious semantics.

Do we have existing variables that offer similar functionality?

I have used font-lock-global-modes as an example in the past, but it 
doesn't support free-form predicates or matching by buffer name.