Closed sethidden closed 12 months ago
I'm pretty sympathetic as I too like to be mindless. I was trying to balance simplicity in the code (and time taken by me to code it) with resolving the real problem of namespace conflicts (or cases where you want two spaces for one project). But I'd be happy to see pull requests if you can keep things simple while accomplishing the behavior you describe!
Otherwise I'll think about it for the future when I have a bit more time.
I made a small change in #44
This is related to #42
In the issue, the reporter says:
And Colin replied:
While the change supports a valid usecase, I miss how
tabspaces-open-or-create-project-and-workspace
could've been used mindlessly, without having to think if the tabspace is already open. Sure, you can useC-C TAB s
now instead, but as I said, the "mindlessness" was a nice bonus imo. I frequently have so many tabspaces open that it's not immediately clear if the tabspace is already there or not.Here are some ideas:
I was wondering if it'd be possible to have two modes of operation for
tabspaces-open-or-create-project-and-workspace
. If a prefix C-u (https://www.emacswiki.org/emacs/PrefixArgument) is used, use the new "duplicate tabspace if already existing". If no prefix, use old "switch to tabspace if already exists". So: C-u C-c TAB o -> duplicate tabspace always; C-c TAB o -> switch to tabspace if it exists(nitpick) If you prefer the current behavior to stay, the docstring at https://github.com/mclear-tools/tabspaces/blob/main/tabspaces.el#L399 should be changed to say that the function will duplicate the tabspace if it exists, not switch to it. I can do that if you want
This may be a case of https://xkcd.com/1172/, so if I'm being a baby about it and should now just use C-c TAB s instead of C-C TAB o I'll oblige :P