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 the window from the desktop where the mouse is located #3354

Open
chenxiankong opened this issue May 14, 2024 · 5 comments
Open

Show the window from the desktop where the mouse is located #3354

chenxiankong opened this issue May 14, 2024 · 5 comments
Labels
enhancement New feature or request

Comments

@chenxiankong
Copy link

Is your feature suggestion related to a problem? Please describe.
No

Describe the solution you'd like
Show the window from the desktop where the mouse is located
Currently there are two options: visible desktop and all desktops. I hope to add an option for the desktop where the mouse is located. The content of
should be consistent with the window displayed by the Apple MissionControl of the desktop.
Thank You

best wishes for you

@chenxiankong chenxiankong added the enhancement New feature or request label May 14, 2024
@lwouis
Copy link
Owner

lwouis commented May 14, 2024

Hi,

I think you can achieve your goal with these preferences :

image

then

image

Thank you 🙇

@chenxiankong
Copy link
Author

From the description, this function meets my needs, but the actual content does not quite meet my needs.
Operation: Assign application A to all desktops in the dock.
Current performance: It will appear on any desktop using altTab .
Expected performance: Remain consistent with the contents of the missionControl, only appearing on the last desktop it was on

Thank You
Best wishes for you ~

@lwouis
Copy link
Owner

lwouis commented May 15, 2024

Hi @chenxiankong,

I'm not sure I understand what you're saying. Could you please share a video showcasing the behavior you see from AltTab, and the behavior of Mission Control which you would like to see?

Thank you 🙇

@chenxiankong
Copy link
Author

chenxiankong commented May 15, 2024

Sorry, for some reasons, I can't show you the video. But I will try to describe it clearly below.

First, connect an external display, so we now have two desktops: M1, M2
Secondly, open 3 Application: A1, A2, A3, assign A1 to all desktops.
The last time A1 was in M1, A2 was also in M1, and A3 was in M2

Open the missionControl of macos, you can see the windows of A1 and A2 in M1 (Please note that even if A1 is assigned to all desktops, it will only appear in the desktop of one display in missionControl.), A3's window settings in M2.

altTab are consistent with the settings you gave .

  1. Start the operation: First click the mouse on M1, and then open alttab. You can see the windows of A1 and A2. This is normal.
  2. Then move the mouse directly to M2 (without clicking) and open alttab. , only the window of A3 can be seen at this time. (This is in line with my needs)
  3. Finally, click the mouse on M2, and then open altTab. At this time, you can see the windows of A1 and A3 (this is not in compliance with Expected).
    To sum up, whether the mouse clicks on the current desktop affects the behavior of alttab. I don’t quite understand the logic.

Thank You Your App!

@chenxiankong
Copy link
Author

chenxiankong commented May 20, 2024

@lwouis
Sorry, let me describe it briefly here.
Background: The app has made the settings you gave, there are two monitors, and one appA is assigned to the all desktops
Expected: appA should only be displayed on one of the monitors (it shows last) Within the desktop (performance of missionControl)
Currently: appA will be displayed on the desktop of all monitors.
Others: If the mouse has not been clicked on the desktop within the monitor but simply moved over, the behavior will be similar to expected (appA will not be displayed)
Thank you!

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