[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Mon, 02 Mar 2020 10:46:50 +0200
> From: Matt Kramer <address@hidden>
> Date: Sun, 1 Mar 2020 23:20:23 -0800
> Cc: address@hidden
> Followup: The regression in Ivy appears to be fixed when
> set-message-function is bound to nil at the top of the misbehaving
That is indeed the simplest solution, but it is not the best one. It
would be better for Ivy to provide its own set-message-function which
plays by the new Emacs 27 rules, i.e. presents the message text in a
way that doesn't completely obscure the original prompt.
> In general, it seems like, given the new defaults defined in
> it will be necessary to make a similar change to any existing function
> that, say, calls read-key under the assumption that the prompt will
> take over the mini-window. (At least when the prompt contains multiple
> lines). I guess that's the fundamental issue here. The new behavior
> may be a nice improvement, but it's unclear how much code there is out
> there that relies on the old behavior.
Relying on the old behavior was always not a future-proof assumption,
so I see no way around the problem except fixing the code which makes
such assumptions, sorry.
- bug#39564:, Matt Kramer, 2020/03/01
- bug#39564:, Matt Kramer, 2020/03/02
Eli Zaretskii <=