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):
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:
⌃7 navigate to Desktop 7
⌃⇧⌘1 move the active window to Desktop 11
⌃↩︎ navigate to Previous Desktop
⌃⌘0 move an Application Window to the Current Desktop
Note: This is not exactly on-topic for Jim's macro set, the primary topic of this thread. But it is, I believe, relevant to the larger topic of how to manage Desktop Workspaces effectively, in this case by using names instead of numbers. So this is, perhaps, a discussion of a future feature of Jim's macros, one which some people want but which he hasn't been able to implement.
I, too, used to use Stickies, they just seemed conceptually like the right thing, but Apple's Stickies really don't do the job -- if you have to reboot the Stickies will all open back up on the first Desktop, which is not what you want.
I was working on KBM macros to attempt to reposition each Sticky onto the right Desktop (I was stuck on how to identify each Desktop where there wasn't already a sticky there -- I could do it manually but it took a while). Then I found the free app CurrentKey (also called CurrentKey Stats because the author focussed a lot of features on collecting and displaying statistics on how much time you spent in each app on each Desktop). CK does the job wonderfully (except that I would like names longer than 16 characters, but that's a quibble).
CurrentKey even lets you assign hotkeys to each desktop. And, like Stickies, when you rearrange the order of the Desktops, the names move too, so the names stay with the content. Numbers, like in Apple's Mission Control or Jim's system here, don't do that, which is why I will avoid numbers for anything. I could not remember whether my KBM desktop was 15, 16, or 17, etc., especially not when I rearranged the desktops to keep the ones I am currently working on together, which is a hugely useful feature of Desktops that I didn't want to give up.
Based on my own experience, I believe the limitation of numbers is one of the prime reasons that Desktop Workspaces hasn't been more popular.
For me, I have over 20 Desktops, so it was pretty impossible to find hotkeys in any consistent pattern with letter mnemnonics for the content of each desktop, which didn't also accidentally typo into inadvertent things like closing all windows of the current app without saving.
So I made a KBM menu system front end to CK that took care of that. One hotkey brings up the Desktop names menu and a second keystroke, just a mnemonic letter, chooses the Desktop to go to. (I've posted the macro for how to automatically get a Return after the single keystroke to choose the Desktop from KBM's Prompt With List menu.) I can rearrange the order of the Desktops and even rename them on the fly and the system keeps up automatically.
I started writing a tutorial of how to set up this whole thing that was hoping to promote as a way to actually get Desktop Workspaces to fulfill the promise they have hinted at for over a decade (and maybe turn some of the people complaining on various Apple forums on to KBM). And then, unfortunately, the author of Current Key, Spencer Daily, withdrew it from the App Store because he lacks the time and resources to support the latest versions of MacOS (and because he recently became a father).
Right now, the only way to get CurrentKey is to follow Spencer Daily on Twitter. Every few months or so he announces that he will make Current Key available briefly on the App Store, or you can ask him to do so and when there are a few people in the queue he'll make it available for a couple of days.
So my tutorial languishes because I really don't want to promote a method that relies on an App that is no longer available. What's the point in that? Instead I have started working on ways to duplicate the Desktop Management features of Current Key (I don't care about the statistics). Whether it will integrate with Jim's system here, I don't know yet. As I've mentioned, key requirements for me are:
Long names (there's an old app out there that allows you to assign names to Desktops of up to three letters, but it patches Mission Control so you have to turn off System Integrity Protection to install it)
Rearrange Desktops and have the names follow (Stickies does this)
Change names on the fly (don't have to dig into code just to change a Desktop name)
Mnemonic menu access that doesn't care about renaming
As you have perhaps discovered with Stickies, you can change the name of a Desktop by changing the text of the Sticky, and when you rearrange the order of the Desktops, the Stickies follow along so there's nothing to update.
I had a correspondence with Spencer Daily after he withdrew CurrentKey and he told me that the core of the Desktop Space management was that he created invisible/hidden app windows on each Desktop, where the title of the window was the name of the space. So, just like you do with Stickies, bringing the appropriate window to the fore automatically changes the Workspace, without having to hack Mission Control.
In my current work-in-progress, I'm not worried about hiding the app windows. Instead I'm trying to allow there to be windows from a variety of apps, e.g., Notes, TextEdit, Typora. The key to whether an app can be used the way I want is whether, unlike Stickies, if the system shuts down, it restarts with the app windows on the right desktops, so the desktops can keep their names.
It's a complicated system, I'm not a professional software engineer, and I don't have a lot of time to devote to it, but I'm making progress.
For my workflow, this is not a limitation. Using the OP macros, I'm able to easily move windows to/from any of my 16 Desktop Spaces (regardless of space number/proximity), thus I have no need to rearrange the spaces. In fact, since I have a history of ergo pain from mouse overuse, I create macros that leverage the keyboard. Space rearrangement incudes mouse gymnastics that are particularly unappealing to me.
@August, based on this post and several of your others, it's clear that you have a different workflow with respect to spaces. I think it safe to say that this macro set will never be a helpful tool for you. But as we all know, the real beauty of Keyboard Maestro is that custom automations can be purpose-built and it seems that you are making good progress doing just that.
I'm using this macro in Ventura. I've 2 Desktops but when I try to move then window to a different desktop it says that the Desktop doesn't exist. It's valid between 1 to 2 and vice-versa.
I'm not a programmer and it's difficult to me to analyse this.