Hide frame instead of deleting#17
Conversation
|
|
|
Right now it's kind of inconvenient, when you start doing something more complex than just one window (e.g eshell + magit) in this popup and then it's all gone :) |
|
Hi George, Thanks, but I'm not sure I understand the idea here. I do understand that resetting the frame state could be undesired in some cases, but don't the Also, have you considered if any side effects might be caused by changing this? Would it be better to make this behavior optional, or would it matter? Thanks. |
|
Hi, |
|
With this pull request, basically, you can't delete a frame (with a yequake-toggle) once you've created it. I think this behaviour should be default. Like in yaquake: when you open a few tabs and focus on specific one, after you close and open yaquake - your tabs are still there and it's focused on the last one you worked with. Same should be true with eshells in yequake. I have multiple eshell buffers and i expect yequake to remember the last eshell buffer i worked with. If the frame is deleted on each toggle the buffer i always see is the |
|
Sorry for not following up on this PR (I'm going through a list of old ones in chronological order). I don't want to change the default behavior, because it would break the way I use the package. I have no objection to adding this behavior as an option for each configured frame. However, we would need to consider: What happens if the user closes all frames except hidden ones? Does Emacs exit, or does it remain running, hidden? And are there any potential issues with having hidden frames hanging around? For example, I've since written the Burly package, and it has commands to save and restore frames. I might need to make it ignore hidden frames, and I can do that, but what about other packages that act on frames? Would they be likely to have problems with hidden frames? What do you think? Thanks. |
This way frame will preserve its state