New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Opening sidebar breaks read-only state for helm #6
Comments
I can't reproduce the issue. I don't have any issue with helm while using sidebar.el Can you describe a bit more your use case ? Please |
Let me try it with a barebones Emacs install and see if it persists. Are you only targeting Emacs 24 right now? |
Alright. Emacs >=24, I'm using emacs' master branch |
It seems to be an issue with Evil mode. I have a clean Emacs installation with just sidebar (and requirements) and it was all working. Once Evil is enabled, the mini-buffer get's stuck in read-only mode. I'll have to investigate, but it probably has to do with Evil's modal editing. |
Same here. Looking fordward to get Evil integration. It's a pitty, for me is unusable as is. Great work anyway. |
After opening sidebar, any helm buffer is stuck in read-only. This prevents typing into the search bar, and a restart is required. I've researched how treemacs and neotree resolve this issue, and it looks like they use a major-mode that is read-only by nature. With sidebar, it looks like the read-only state is modified when the new frame is initialized, so maybe the state needs to be reset on frame deactivation?
Emacs 25.3
Helm: Latest
The text was updated successfully, but these errors were encountered: