-
Notifications
You must be signed in to change notification settings - Fork 13
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
Summon does not return to the active desktop/space in MacOS #29
Comments
Thanks for the report @silverjerk. Unless I am misunderstanding the context, I believe the behavior you are experiencing is likely related to hyperterm-summon re-focusing your last focused window. While it's possible there may be a bug in the current focus behavior, support for spaces and disabling returned focus to a previous space would be a feature addition. I'm open to the addition of a configuration option to disable this default focus behavior. If you're willing, I'd happily accept a PR for the addition of this ability. 😄 I'm not sure when I'd get around to adding the feature myself. Thanks! |
That makes sense, and is totally understandable. I'll dig in and take a look if I get some free time and see if I can tackle this myself. |
I was really hoping this plugin could be a viable alternative to hyperterm-visor/hyperterm-overlay/hyper-overlay as I was having instability using those. Unfortunately this plugin forces you to go back to the Space you where your terminal was last rather than opening on the currently active Space making it a deal breaker for me. I was hoping to have quick access to my terminal on any Space, but it seems the Hyper community was interested in this concept, but no longer exists/cares. |
@SavePointSam I still welcome a PR if you'd like to contribute to improving this package to support the needs outlined in this issue. This feature is not a priority for me personally, so I have not taken the time to build it. That said, there may be scenarios where merely altering the settings for Hyper in the macOS Dock may achieve the outcome you desire. Assigning Hyper to "All Desktops" may alter its behavior for you. I'd recommend experimenting with that as well. |
Tangentially related, the "Stage Manager" feature of macOS 13 Ventura does not have an "All Stages" equivalent in the API, at least not currently. For Spaces though, see:
exports.onWindow = (window) => {
window.setVisibleOnAllWorkspaces( true );
}; |
I am on the latest hyperterm-summon version
I have searched the issues of this repo and believe that this is not a duplicate
Operating System: MacOS Sierra 10.12.6
Hyper.app version: 1.4.8
hyperterm-summon version: 2.0.3
Link of a Gist with the contents of your .hyper.js: https://gist.github.com/silverjerk/c6709df5a21f7a7fa6880334adda1883.js
Steps to Reproduce
Expected Result
Hyper is "Summoned" on Space X
Actual Result
Hyper is "Summoned" on Space X, but then quickly switches to another Space (Y, or Z), if there are also opened Hyper windows on those Spaces.
This forces me to have to invoke Spaces again and switch back to my working Space/Desktop, and cripples the use of the app, as I am always running multiple servers and working in multiple docs at any given time.
The text was updated successfully, but these errors were encountered: