-
Notifications
You must be signed in to change notification settings - Fork 4.9k
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
Automatic Switching of Layouts #12935
Comments
I agree that the behaviour of layouts when accessing the buffers from other layouts is not well defined and not very intuitive. To suppress the prompt that you mentioned in point # 1, I had set |
@dbankmann I am unsure if this helps, but the spacemacs-layouts documentation has been updated in develop and included examples of restricting functions to the current layout. https://github.com/syl20bnr/spacemacs/tree/develop/layers/+spacemacs/spacemacs-layouts |
@jr0cket Thanks, but I don't think, this really helps, because I actually intentionally want to access a buffer that is outside the current layout. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Please let us know if this issue is still valid! |
It is still valid. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Please let us know if this issue is still valid! |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Please let us know if this issue is still valid! |
I think it would be nice to address this in some way, and I have some work in progress on that. |
First of all, I'm not sure, whether I fully understood the concept of layouts. So, I'm just gonna explain how I want to use it. Comments, whether this is intended behavior are very welcome.
I'm mostly using the standard layouts shipped with some of the layers, i.e.,
@Spacemacs
,@Mu4e
and@Org
layer.Buffer separation within the layouts works fine as long as I stay in one regime (i.e., just edit my org files or acting on mails).
However, as soon as I 'connect' two layouts I'm getting in trouble.
For instance, I occasionally capture some mails as todo task in my org files. Then, at some point I want to return to that mail by following the link in the corresponding org entry. Of course, at that time, I'm in the
@Org
layout.Unfortunately, after following the link, the
*mu4e-view*
and*mu4e-headers*
buffers show up (as expected) while staying in the@Org
layout.This leads to several strange behavior:
*mu4e-view*
buffer again, I'm asked whether I want to kill the current buffer even though it's not part of the currently active layout@Org
.@Mu4e
layout buffer list (and not just my org file). So, in both cases, I have to press something likeSPC l <Number of Org layout>
to recover the original@Org
layout structure.*mu4e-view*
buffer. After closing that buffer my window layout stays split with the upper window being the*mu4e-headers*
buffer and the lower window just contains the original org file. AnotherSPC w 1
is required to restore the state before following the mail link.The text was updated successfully, but these errors were encountered: