In each macro, change the keystroke typed appropriately: for example ^1 for desktop 1, ^2 for desktop 2, etc. Obviously these should match the setting you made in System Preferences as described by kcwhat.
Are you talking about the mouse location inside the Jump Desktop window, or the macOS mouse position? These may be different things. Keyboard Maestro can only impact the macOS mouse, not the mouse internal to the virtual desktop. now if the virtual desktop has a way of synchronizing its mouse with the macOS mouse, then maybe it should work. But I don't know if it does. I will search youtube to see how Jump Desktop works and get back to you with a probable answer.
I'm talking about the mouse location inside the Jump Desktop window which is a macOS computer as well. I am utilizing and accessing Keyboard Maestro inside the remote desktop and hoping it'll work there.
The MacOS spaces feature works in one of two ways. In the older method all desktop spaces were tied together. You used CTRL+Left Arrow or CTRL+Right Arrow to move between them, and the spaces on all monitors changed together. You got one menu bar across the top of the primary monitor.
I also leave the Apple Home app on this monitor so I can turn the lights and fans in my house on and off easily. When I play music the Apple Music app sits here too. I opted to disable desktop space changing on this monitor, although I left the actions in the macro but disabled in case I should ever want to turn them back on.
Disclaimer, this was in no way a paid advertisement for Keyboard Maestro. I received no compensation for doing this post. In fact I purchased Keyboard Maestro with my own hard earned money. I just think its a great tool and wanted to share this technique to change multiple desktop spaces simultaneously with you.
Note 4: When WhichSpace is installed, this macro records a desktop change by detecting if the focused window title changes. Generally this works well because when a desktop change occurs (even outside the control of the macros in this group) different applications or at least different windows within the same application are made automatically active or selected by a user. However, there may be rare situations when a desktop change is made, outside the domain of these macros, and the window title does not change, thus the previous and current Desktop tracking will be temporarily inaccurate.
There are certainly pros a cons of assigning apps to specific desktops. I have only few assigned. The palette I shared above is a bit misleading: most of the items listed, even the apps on the lefthand side, are not assigned. As I mentioned above I have underlying macros for each palette item. In many cases, the macro first moves to a desktop before activating an app (or apps). For example, with my Compose Markdown entries I move to Desktop 9 and open a specific scratch file in BBEdit (on the left) and Marked 2 (on the right). Neither BBEdit nor Marked 2 are assigned to that desktop.
760c119bf3