-
Notifications
You must be signed in to change notification settings - Fork 37
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
Can not reopen ebib after killing buffer (i.e. not using ebib-quit) #213
Comments
Thanks for reporting this. Ideally, Ebib should be a little more robust, of course, so this does count as a bug. |
@joostkremers Alternatively, we may use a |
The key sequence That wouldn't have any effect, though, if the user calls For A more robust way would be to make sure that the index buffer is recreated if it's killed. For the index buffer, that would be fairly easy to implement. A similar problem exists for the entry buffer, however, and there it's not so easy to fix. I need to think a little about the best way to deal with this issue. |
I would definitely be good to mention this in the manual somewhere.
There shouldn't be any need for an |
(defun spacemacs/kill-this-buffer (&optional arg)
"Kill the current buffer.
If the universal prefix argument is used then kill also the window."
(interactive "P")
(if (window-minibuffer-p)
(abort-recursive-edit)
(if (equal '(4) arg)
(kill-buffer-and-window)
(kill-buffer)))) Simply put |
@lebensterben Thanks for digging that up. It's what I expected, but it's good to be sure. |
After killing the 'ebib index buffer' using
kill-buffer
, I can not reopen ebib because the value ofindex
in theebib--buffer-alist
gets set to#<killed buffer>
. Unfortunately, I did not find a quick way to fix it, and therefore I am just reporting it here.This bug has very low priority as I can, as a workaround, just remap the
kill-buffer
function toebib-quit
. So I am just reporting the issue here for 'completeness`. Thank you!The text was updated successfully, but these errors were encountered: