Skip to content
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

Multiple minibuffers can be opened; all but one treated as 'file' buffers #157

Open
ethercrow opened this issue Nov 19, 2012 · 3 comments
Open

Comments

@ethercrow
Copy link
Member

Original author: [email protected] (May 11, 2011 00:36:09)

What steps will reproduce the problem?

  1. yi --as=emacs
  2. C-x C-f C-x Cf (i.e. open-file twice)

What happens?
Two minibuffers open. After selecting a file (say, foo.txt) in the first, that file will open in the other minibuffer, rather than in the main buffer.

What should happen?
I would not expect multiple minibuffers to open (is there a reason to want this behaviour?). The file should open in the main buffer.

Notes
You can reproduce this behaviour with most commands which open the minibuffer, e.g. 'C-x b' instead of 'C-x C-f'.

Original issue: http://code.google.com/p/yi-editor/issues/detail?id=349

@ethercrow
Copy link
Member Author

From [email protected] on May 11, 2011 07:18:36
Here's a sane way to look at it: there are no "minibuffers", only miniwindows.
Yi does not prevent opening a file in a miniwindow.

@ethercrow
Copy link
Member Author

I think it's best to restrict minibuffer's keymap to readline plus some command-specific additions instead of having full emacs keymap there.

@Fuuzetsu
Copy link
Member

Fuuzetsu commented May 3, 2015

I definitely disagree. If we happen to be crafting some bigger command in there, we want to be able to use the stuff we normally do.

Same with recursive minibuffer, found this to be quite useful in the past.

EDIT: I think we should just stop or warn the user if they try to open a file in the minibuffer.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants