Closed shanyouli closed 5 years ago
Can you provide a mini emacs config that I can try to repro?
I'm using dash-20190920.1035
and it seems working fine.
Can you see if there's any error spilled in Message buffer?
When I downgraded emacs from 27.0.50 to 26.3, I found that this problem did not occur with the following configuration. But when I restarted the computer, there was another problem running.
the mini emacs config is this,
(push "~/Work/emacs-test/dash.el" load-path)
(push "~/Work/emacs-test/swiper" load-path)
(push "~/Work/emacs-test/emacs-mini-modeline" load-path)
(require 'mini-modeline)
(mini-modeline-mode +1)
(require 'ivy)
(require 'swiper)
(require 'counsel)
(toggle-debug-on-error)
(ivy-mode +1)
(global-set-key (kbd "M-x") 'counsel-M-x)
(global-set-key (kbd "C-s") 'swiper)
Perform the operation as follows: Among them mini-modeline, dash.el, swiper are the latest version。
Seem like a regression of #11, we've advised minibuffer setup and exit hook with resize-mini-windows
.
That seems break ivy.
@QiangF Do you have objection if I'm removing those hooks?
It interferes with Counsel-M-x
and also I'm not sure if it's working efficiently in mini-modeline
too.
@shanyouli: can you try this branch and see if the problem persists?
This bug was fixed in bug/12
. If there is no other place in my problem that needs my help, I will close the issue after one day.
By the way, this package is very good and thank you for taking the time to solve my problem.
You're welcome. 😸
@QiangF Do you have objection if I'm removing those hooks? It interferes with
Counsel-M-x
and also I'm not sure if it's working efficiently inmini-modeline
too.
@kiennq No problem. My issue only happens with pyim, I will advice the pyim function instead.
@QiangF: Thanks. Also can you try if pyim works with latest version first?
From what I see, #10 happens when resize-mini-windows
set to grow-only
. Once it's set to t
of nil
, with your new duration code, the mini buffer will not be quickly resized.
From its document, it makes sense since only grow-only
looks at echo area (which is normally blank with mini-modeline
).
No, the latest version still doesn't prevent the resizing during consecutive messaging.
(eval (progn
(setq resize-mini-windows t)
(setq mini-modeline-truncate-p nil)
(run-at-time 0.3 nil (lambda () (message "a\nb\nc")))
(run-at-time 0.6 nil (lambda () (message "a\nb\nc")))
(run-at-time 0.9 nil (lambda () (message "a\nb\nc")))))
As you see in the above test code, when the minibuffer resizes, only the first of the three line is left. The minibuffer must have been resized somewhere other than in mini-modeline-display.
Doesn't seems happen to me.
It must has been resized somewhere else.
I will report back once I found the real cause. Thank you!
Today I updated my emacs package, restart emacs and found that I can't use the M-x run command because it can't display the list in the minibuffer, the picture looks like this: And what I need is the following picture, because I use the ivy package。 M-x works fine when I change the version of dash.el to 2.12 Do you have time to make mini-modeline have the same effect as the latest version of dash.el and version 2.12 of dash.el?