-
Notifications
You must be signed in to change notification settings - Fork 29
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
How to change the behavior of quitting cscope display buffer #26
Comments
Hi. First of all, `cscope-display-buffer-args` controls how the *cscope*
buffer pops up, not how it disappears. So this variable doesn't do
anything here.
Currently 'q' effectively calls (bury-buffer), which produces the
behavior you describe. I just ran a few quick experiments, and in all
cases, you end up with two identical source windows visible. I tried
(quit-window) and I tried to just kill the *cscope* buffer. What EXACTLY
do you think 'q' should do? And better yet, can you point to a built-in
emacs function that has that behavior?
|
I managed to figure out how and that's what you said. I changed I prefer the behaviour of killing the window. Because I want to focus on the source code window. After finishing the use of cscope, I don't want to invoke extra typing to just close its buffer/window. But maybe some people prefer the original one. Thereby, an option to control such behaviour can be a choice. I created a PR and please check it. |
So to be clear: (quit-window) does what you want and (bury-window)
doesn't?
|
That's it. |
Fixed in 8e441ef |
When press
q
, the cscope display buffer is closed and replaced with a second source code buffer. Therefore, there are two buffers for the source code and I have to manually kill one of them.I hope, when press
q
, the cscope display buffer can be completely closed and return the focus to source code buffer. I think this can be customized by modifyingcscope-display-buffer-args
, do you have any idea about how to change and achieve this feature?The text was updated successfully, but these errors were encountered: