Skip to content
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

Open
2 tasks done
silverjerk opened this issue Oct 7, 2017 · 5 comments
Open
2 tasks done

Summon does not return to the active desktop/space in MacOS #29

silverjerk opened this issue Oct 7, 2017 · 5 comments

Comments

@silverjerk
Copy link

silverjerk commented Oct 7, 2017

Steps to Reproduce

  1. Have Hyper opened on two separate "Spaces" in MacOS
  2. Use Summon hotkey on Space X

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.

@dcalhoun
Copy link
Collaborator

dcalhoun commented Oct 8, 2017

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!

@silverjerk
Copy link
Author

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.

@SavePointSam
Copy link

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.

@dcalhoun
Copy link
Collaborator

@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.
macos-assign-desktop

@JJJ
Copy link

JJJ commented Nov 19, 2022

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 );
};

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants