bug#21112: 25; Patch: show minibuffer messages with a face

[Raffaele Ricciardi <rfflrccrd@gmail.com>]

On 22/07/15 15:44, Drew Adams wrote:
> I haven't looked at the patch, and I misread the request as applying
> to `message' output, not `minibuffer-message'. But I have the same
> response in the latter case - leave it alone, so users can do with
> it what they like.

I understand what you mean and I agree when you say that the current
implementation is more flexible.  The problem that this patch tries to
solve is that -- as far as I can see -- all Emacs messages are
currently passed as plain strings, and thus appear in the same face as
user input, making it seem that Emacs is meddling with user input,
which is not the case.  Now, requiring callers to specify a face for
every single message would be burdensome, wouldn't it?  Maybe, could
we make `minibuffer-message' apply the `minibuffer-prompt' face only
if the message lacks its own faces?  Or maybe, could we split
`minibuffer-message' in two functions, one -- internal -- that applies
the `minibuffer-prompt' face and one that doesn't?  The same approach
could be applied to the minibuffer prompt, too.