Open karlhorky opened 3 years ago
Thanks for the feedback! My main motivation for this current behavior is that I wanted a way to create temporary swings to try an idea, but without switching contexts. So for example, if I'm working on a web app codebase and I want to quickly try something with the React API, I could do that, without opening a new window.
That said, I agree that the current experience is optimized for that kind of "scratch pad" workflow. Out of curiosity: for your use case, would you be interested in creating the swings within the currently opened workspace?
I'll also give some thought to how to easily allow opening the swing is a new window as well. Stay tuned!
for your use case, would you be interested in creating the swings within the currently opened workspace?
Hm... in most cases probably not, but I suppose there may be some use cases that I haven't considered yet...
if I'm working on a web app codebase and I want to quickly try something with the React API, I could do that, without opening a new window
Interestingly enough, this is also my context a lot of the time, but my preference would be different in that I want to be able to clearly differentiate between what is a swing and what is the existing project (different windows would do this for me easily).
I'll also give some thought to how to easily allow opening the swing is a new window as well. Stay tuned!
Nice, thanks!
If a user creates a new swing in an existing project, it is a bit visually confusing as to what is going on:
index.jsx
) in the Explorer panelMaybe it would make sense to open a new window with the location of the created swing?
Some other strange-feeling behaviors:
Are you sure that you want to close <unrelated buffer tab X>?
Maybe these would also be addressed by opening swings in their own windows.