Thanks for reporting back. Maybe it’s related the Apple Silicon processor, however, it seems odd because the AppleScript is very simple.
I’m curious, when you switch spaces, does the WhichSpace menubar number immediately indicate the proper Desktop Space number (i.e., 1, 2, 3, …) or is there a delay in the proper indication?
Well, I've been dumb not to try what I've now tried - I modified your macro as follows - I took out the subroutine altogether and hardcoded the desktop switch. What is bizarre to me now is that this doesn't work either - I get a little "bloop" sound at the point where the "Type the Keystroke" action is. BUT, if I disable the "type the keystroke action" and manually type the keystroke during the interval when the macro is paused, everything is hunky-dory. I've checked and there are no KB conflicting hot-keys, and I don't think there are conflicts anywhere else or I wouldn't expect the manual entry of the key combo to work.
In short, I don't think the problem is Apple Silicon, I don't think the problem is WhichSpace, I know the problem is not your macro, and I am clueless as to what the problem might be. The "Type a Keystroke" action works just fine for me in zillions of other KB macros.
And to answer the question you asked, when I switch desktops either by ctrl-arrow or the #-specific combo, WhichSpace indicates the proper # right away.
I have dinner guests showing up in 10 minutes, so I won't be able to pursue this further tonight, but will take a look at it with fresh eyes in the morning.
EDIT: In case it isn't clear, ctr-opt-cmd-keypad2 is my shortcut set in sysprefs to move to Desktop 2; The other desktop switch shortcuts are the same, other than the number obviously .
sub—Move Window to Desktop N copy Macro (v10.0.2)
Hi @rolian. As I'm sure you know, you are not using the Mission Control Keyboard Shortcuts that I use and are defined in the downloaded version of sub—Type Keystroke for Switch to Desktop N. Instead it seems you are using keypad numbers. That's very interesting; on my Mac I'm not able to differentiate the 1's. Hopefully, this annotated screenshot will clarify that point.
If you are able to differentiate the 1's on your Mac when setting macOS Keyboard Shortcuts*, then there must be some difference with our macOS preferences.
Secondly, due to the issues mentioned in Simulate Keystroke Not Working in Mojave I suspect that Keyboard Maestro would not be able simulate these keys with the Type a Keystroke action.
*On my Mac, unlike with macOS Keyboard Shortcuts, the 1's are differentiated when I set KM hot keys.
You, sir, are a genius!!
Your footnote about the differentiation between macOS Keyboard Shortcuts and KB hotkeys set me on the right path, though I am not sure the footnote is exactly right - more on that below.
You are correct that a 4 and a keypad-4 are different, and I had made the appropriate changes in your macro per the instructions and had put keypad-#s in all the appropriate spots. And you are also correct that changing the settings in SysPrefs doesn't SHOW a difference between a # and its keypad-# equivalent. BUT it does differentiate between them. So when I used Keypad-#s in the system shortcuts, it LOOKED JUST LIKE using regular numbers, but when keystroking it, it worked correctly using the keypad-# but not the regular #. I would call that a bug in the user interface, but the ultimate behavior is exactly what is expected, so no biggie. So I do think the numbers ARE differentiated with macOS Keyboard Shortcuts - it is just that there is no visible evidence of it in the settings. As an aside, I was using the keypad-# scheme instead of the one you defined in the macro because some of the "regular" number shortcuts were already taken in my system for conflict palettes and I didn't want to have to change a couple of dozen KM hotkeys. Using the keypad-# scheme let me have consistency without any such conflicts. Unfortunately, the consistent thing was that it didn't work and I came to the forum to figure out why.
I had carefully read the messages in Simulate Keystroke Not Working in Mojave as you had suggested earlier, but was misled by the line in one of Peter's posts about simulated keystrokes only working with letters - I figured "that obviously isn't the case anymore because Jim's macro simulated keystrokes with numbers" and I was not trying to use the special characters that were the focus of that thread. But after reading your footnote I decided to test the Simulate Keystroke action and, lo and behold, it DOES NOT WORK with the numeric keypad, even though it works with "regular" numbers. In short, you nailed it much earlier in this thread, but I was lost in the weeds and didn't appreciate your perspicacity.
In looking at this from scratch this morning with the benefit of the additional clarity I gleaned from your footnote, I said to myself "just for kicks, let's set a Mission Control desktop shortcut to a letter and see what happens".
Being the smart guy you are, you can guess the ending. YOUR MACRO WORKED!!
I am happy that it now works and happier that you taught me something about the keypad that I wouldn't have figured out in a million years - I use the numeric keypad in lots of KM hotkey triggers, and the seemingly subtle difference (albeit with enormous practical consequences) between hotkey triggers and simulated keystrokes would never have occurred to me. My wife is happy because the difference between being able to use your macro and make efficient use of Desktops or not might have been the need to go out and blow $1600 on a second Studio Display. Hopefully with the facile use of Desktops now, I can avoid that.
So, thank you again for sticking with me through what is now post #24 in this thread. I am a big puzzle fan and hate it when they are unsolvable - glad that this one ultimately had a solution.
The problem turns out to be the Stream Deck Zoom plugin - it causes major issues with scripts that "Tell System Events.." Deleting the plug-in solved the issue.
Good catch!
Three macros in this group, .sys Desktop Spaces, have been revised to v1.1:
macro: Go to Previous Desktop
Bug fix: local_dnPreviouslySaved was improperly determined.
macro: Move Window to Previous Desktop
Removed an extraneous local_dnTarget Set Variable to Text action. No change to macro functionality.
macro: sub—Activate an App and Wait Until It Is Ready
Added provision for applications that have a null %FrontWindowName%.
If you have NOT installed the macros in this thread, refer to the first post in this thread and follow to the Installation section. The zip file has been updated with the three revised macros.
If you previously installed the macros in this thread:
In group .sys Desktop Spaces, delete the three macros that have been revised.
Click to download the following:
3 Desktop Spaces Macros-v1.1.kmmacros (72.2 KB)
Double-click the downloaded file to install the revised versions of the three macros.
Is there an easy way to change the ⌃D shortcut for multiple entries at a time? I already use that in multiple applications (terminal sessions, for one, where it's used to send an EOF) and changing it in 43 macro entries is not looking like it's going to be fun…
I'm guessing I could write a macro to edit the macros 
Or try these…
Thanks — that took a bit of tweaking, but I've got there. All I have to do now is remember what I set it to the next time I go to use it!
Great macro @_jims and although it makes my life a little easier it doesn't solve my main flaw with spaces - that of names for each space.
I am using a clunky floating sticky with the name of the space in each space and a KM macro to switch to that named sticky from the dock.
Are there any plans to tie a name to each space?
Thanks
Hi, @nickwild; glad you find the macro set useful.
No, but you might want to see how I use the Desktop Spaces subroutines to create simple macros that are both application and task related:
Workspaces in Mission Control Desktop Spaces - Questions & Suggestions - Keyboard Maestro Discourse
@_jims After deleting the prior version of the macros and installing the version from this thread I'm still having difficulties 
I'm running 12.4 on an M1 Mini. I've set the desktop shortcuts as requested and they work. I have Whichspace running.
I downloaded your test script zGetDesktopNo Test.kmmacros and my results look like yours.
Thanks for any help you can give.
Again @blfarris, sorry to hear about these difficulties. But I suspect we'll be able to get this resolved.
I'm using 12.4.1 on my Intel MacBook Pro.
I'm using Keyboard Maestro, Version 10.0.2. What's your version?
I'm using WhichSpace, Version 0.3.2. What's your version?
Please share a screenshot of your Mission Control Shortcuts. You may not have 8+ Mission Control Desktops, but it should look similar to this:
If your Move left a space and Move right a space Shortcuts are unchecked (screenshot above), this is encouraging as it indicates that a large portion of the macro logic is performing as expected.
If you haven't done so already, please use ⌃← to move to Desktop 1. From there, use ⌃→ repeatedly to move to Desktop n.
Also, using the Conflict Palette, please test desktop space navigation to all of your Desktops:
If any of this navigation does no work as expected, please let me know.
That arrow movement is expected. The macros move windows by clicking-and-holding the mouse in the upper-left region of a window, navigating to the target desktop space, and then releasing the mouse and returning the arrow to the original location.
For some reason, yet determined, the navigation portion of that sequence is not working as expected.
AH! There it is, I had my shortcuts wrong for the desktops. All working well now!
Thanks @_jims
One question about the conflict palette, how do you trigger any of the move window triggers? I'm used to a conflict palette where each of the macros start with a different letter and I can just start typing to trigger them. But that's not really working in this palette since they all start with "to".
Thanks again for all your help -- I'm a relative beginner with this tool but it's helping me a bunch!
Great @blfarris, glad you found the configuration issue.
First, your Conflict Palette will look different than mine unless you have your Keyboard Maestro Preference set as follows (Keyboard Maestro > Preferences... > Palettes (section) > Conflict Palette Style):
Then you can display the Conflict Palette using ⌃D. Note that all of the entries in the right column begin with a dim t.
If you press t, the Conflict Palette will display the right column items. Then if you press 1, macro 24)to 1 ⌃⌘1 will run.
Additional Conflict Palette information:
The Conflict Palette macros are named such that all can be launched with one (left column items) or two characters (right column items).
You don't need to wait for the right column items to be displayed. That is, you could run macro 24)to 1 ⌃⌘1 by quickly pressing t1.
Some of the macro names include the hotkey that will directly launch the underlying macros (bypassing the Conflict Palette altogether). Other macro names don't include the hotkey (I choose to exclude some to reduce Conflict Palette clutter.), but all underlying macros do include a hotkey trigger. For example, the following hotkeys will run the macros that:
@_jims Thanks for your generosity and help! I think I've got it now.
I'm going to start playing with these, they are giving me some great ideas for new macros, like "Open a Safari window in the current space"
Brad
If you want to leverage the subroutines in this macro set, check out this thread: Workspaces in Mission Control Desktop Spaces - Questions & Suggestions - Keyboard Maestro Discourse
In that thread you'll see a palette that I use that includes a macro named New Safari Window Here. I'd be glad to share that macro if you'd like.
@_jims I'd love to see that macro! I'll check out the other thread.
I really appreciate this, it makes spaces so much better!
Okay, you can download it and others here. Macros included:
Global Macro Group Macros.kmmacros (25 KB)
Note that the four macro above call a subroutine named sub—Position/Resize Front Window. That subroutine is included in this thread: SUBROUTINE: Vertical Alignment of Windows Using Percentages—SCREEN, SCREENVISIBLE, MENUBARHEIGHT - Macro Library - Keyboard Maestro Discourse
