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

show window on display with the mouse, not where an active window is #28

Closed
Somberland opened this issue Oct 15, 2019 · 2 comments
Closed
Labels
enhancement New feature or request

Comments

@Somberland
Copy link

I'm working with an 3-display setup, sometimes it happens that I select the wrong window. when I open the switcher again the overlay is on the monitor with the opened app, even if my mouse is on an other display.

see also #8

@lwouis lwouis added the M size label Oct 17, 2019
@lwouis
Copy link
Owner

lwouis commented Oct 17, 2019

To illustrate your reference to #8, this is what the preference looks like in HyperSwitch:

image

@lwouis lwouis added the enhancement New feature or request label Oct 26, 2019
gingerr added a commit to gingerr/alt-tab-macos that referenced this issue Oct 30, 2019
- adds a new Preference to use the main screen (keyboard focus) or mouse location screen
- honors that preference for thumbnail generation and display of all panels
- increases the Preferences version
- widens PreferencesPanel width and input sizing to allow 3 characters, issue lwouis#59 minimal adjustment
gingerr added a commit to gingerr/alt-tab-macos that referenced this issue Oct 31, 2019
- adds a new Preference to use the main screen (keyboard focus) or mouse location screen
- honors that preference for thumbnail generation and display of all panels
- increases the Preferences version
- widens PreferencesPanel width and input sizing to allow 3 characters, issue lwouis#59 minimal adjustment
gingerr added a commit to gingerr/alt-tab-macos that referenced this issue Nov 1, 2019
squash of implementation for pull-request lwouis#66 and review
- adds a new Preference to use the main screen (keyboard focus) or mouse location screen
- honors that preference for thumbnail generation and display of all panels
- increases the Preferences version
- widens PreferencesPanel width and input sizing to allow 3 characters, issue lwouis#59 minimal adjustment

feat: windows on mouse screen: changes from pull request lwouis#66 code review

- corrections, improvements & refactoring

feat: windows on mouse screen: additional changes for pull request lwouis#66

- Screen.preferredScreenOverride: removed
- instead currentScreen gets provided or updated now at all required places before triggering UI summon calculations
  - ThumbnailsPanel.computeThumbnails(): re-creates collectionViewLayout instead of invalidating it
- Screen.showCenteredFrontPanel(): useAppleVerticalOffset applies now only if the NSWindow frame is smaller than 2/3 of visibleFrame
gingerr pushed a commit to gingerr/alt-tab-macos that referenced this issue Nov 1, 2019
squash of pull-request corrections and improvements

refactor: better mimic apple centering

Also use enum instead of bool to self-document the interface

docs: clarify the show-on-screen preference wording

Discussion on this SO (https://stackoverflow.com/a/864432/2249756) seem to indicate that .main is not the screen with the menubar, however in my tests, it is always that window. I think macOS changed the behavior of .main without updating the documentation

refactor: shorter method names as swift promotes + removed debug code

fix: all methods in screen should use visibleFrame not frame

refactor: (hopefully) made code intent clearer

fix: panel and collection layout now use dynamic screen variable

fix: fix vertical origin from 4c44100
lwouis pushed a commit that referenced this issue Nov 1, 2019
squash of implementation for pull-request #66 and review
- adds a new Preference to use the main screen (keyboard focus) or mouse location screen
- honors that preference for thumbnail generation and display of all panels
- increases the Preferences version
- widens PreferencesPanel width and input sizing to allow 3 characters, issue #59 minimal adjustment

feat: windows on mouse screen: changes from pull request #66 code review

- corrections, improvements & refactoring

feat: windows on mouse screen: additional changes for pull request #66

- Screen.preferredScreenOverride: removed
- instead currentScreen gets provided or updated now at all required places before triggering UI summon calculations
  - ThumbnailsPanel.computeThumbnails(): re-creates collectionViewLayout instead of invalidating it
- Screen.showCenteredFrontPanel(): useAppleVerticalOffset applies now only if the NSWindow frame is smaller than 2/3 of visibleFrame
lwouis pushed a commit that referenced this issue Nov 1, 2019
squash of pull-request corrections and improvements

refactor: better mimic apple centering

Also use enum instead of bool to self-document the interface

docs: clarify the show-on-screen preference wording

Discussion on this SO (https://stackoverflow.com/a/864432/2249756) seem to indicate that .main is not the screen with the menubar, however in my tests, it is always that window. I think macOS changed the behavior of .main without updating the documentation

refactor: shorter method names as swift promotes + removed debug code

fix: all methods in screen should use visibleFrame not frame

refactor: (hopefully) made code intent clearer

fix: panel and collection layout now use dynamic screen variable

fix: fix vertical origin from 4c44100
lwouis pushed a commit that referenced this issue Nov 1, 2019
# [1.12.0](v1.11.3...v1.12.0) (2019-11-01)

### Features

* windows on mouse screen, implements [#28](#28) ([b841ec7](b841ec7))
* windows on mouse screen, implements [#28](#28) ([6c93047](6c93047)), closes [#66](#66) [#59](#59) [#66](#66) [#66](#66)
@lwouis
Copy link
Owner

lwouis commented Nov 1, 2019

Please check out release 1.12.0 which implements this feature!

@lwouis lwouis closed this as completed Nov 1, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants