`RET` behavior after `deft-open-file-other-window` about deft HOT 6 CLOSED

Thanks for this suggestion. I can see your point, however, it's not clear that this should be the default behavior. Certainly not when one might have several windows open at once.

Given your workflow, when you're ready to open a file taking up the full frame you currently have two options (and both are short):

1. C-o, C-x 0
2. RET, C-x 1

from deft.

Yes. I do know how to delete-other-windows. But an option or function to do this automatically would be nice.

I know how to bind a key to do RET and C-x 1 together, but do not know how to just close the window deft created. Do you think it possible?

from deft.

Maybe (delete-window (other-window 1))?

from deft.

Now I realize that a better option may be to use something like other-window-scroll-buffer to show a file in another window (I know little about lisp, but company-mode has a function company-show-doc-buffer that does this). Currently, deft-open-file-other-window seems to occupy one of the windows (and will not revert back to the original buffer when it is done).

What do you think?

from deft.

Hmm, I take that back. I guess one better behavior of deft-open-file-other-window could be to create a new window rather than to occupy an existing window, or probably a new function like deft-open-file-new-window?

from deft.

I'm closing this for now because I'm not sure what to do about this, if anything. If anyone would like to discuss specific ways to improve window handling with respect to C-o and RET while browsing files, feel free to comment here or submit a pull request.

from deft.