Moom 3.2.18 is out. This is a minor bug fix release that addresses a very rare one-point alignment issue, plus a few other behind-the-scenes fixes (that’s about all it says on the release notes page, too).
As usual, direct purchasers can update from the app itself or by downloading a fresh copy of the app from our site. App Store users should see the update in the App Store app—if not now, then very shortly.
Moom is great for saving window layouts—arrangements of windows across one or more applications, making it easy to restore your windows to where you want them to be. In general, Moom will attempt to match existing window titles with the titles of the windows in your saved layout—so if you have a Word document named “2020 Taxes” open, and that document was open when you saved the layout, then that window will go to where it was when you saved the layout.
If Moom can’t match an existing window title, however, then it just works with the number of windows—if you saved a layout with four windows open across three apps, and you have that same number of windows open in those same apps, then Moom will restore your layout, but the windows won’t be opened to whatever they were displaying when you saved the layouts (because Moom can’t open files, folders, documents, URLs, etc.).
As much as our users may wish it possible, it’s not feasible for Moom to restore whatever it is you were working on in whatever apps are in your saved layout—we’d end up writing lots of custom code on a per-app basis, and there are still some apps where we probably wouldn’t be able to get them to open documents, so we’d end up with a solution that only sort of worked.
For me personally, the only time I really want Moom to open the actual things I had in my saved layout are when I’m working in Finder. I have a number of saved layouts—one has my preferred window layout when working on Many Tricks projects, another that I use when I file documents I’ve scanned, and a third for managing my downloads. Unfortunately, because Moom can’t save the folders with the windows, I have to manually navigate to the proper folders after restoring these layouts…or do I?
Moom 3.2.17 is out—it’s a “behind the scenes” update that addresses a possible issue where Moom’s settings for the green button’s hover behavior aren’t reset when Moom is quit.
In addition, we fixed some minor redrawing issues related to multi-step actions, and added Plexamp to Moom’s blacklist—Moom’s pop-up menu otherwise appears when hovering over Plexamp’s window, even though it lacks a green button.
That’s about all you’ll find on the release notes page. Direct users can update in-app, or download a new copy of the app from the Moom page (you won’t lose your settings). App Store buyers should see the update in the App Store app, either now or very shortly.
For those on macOS Catalina who use their iPads via the Sidecar feature, Moom 3.2.16 should now work as expected when Sidecar is active. That is the only change, so the release notes are a pretty boring read.
Direct users should see the update available in the Updates tab in Moom’s preferences, or you can download a fresh copy of the app from the Moom page. App Store users should see the update in the App Store app—if not now, then very shortly.
Moom 3.2.15 is out, and the big news is that it works with the upcoming macOS Catalina’s new green button pop-up menu, which gives access to Sidecar and other things. Using a new preference, you can choose whether you see Moom’s menu or Apple’s menu when you hover over a window’s green button:
As you can see, you can still get to the other menu by holding down the Command key. (When Moom isn’t running, the green button will always show Apple’s Sidecar pop-up menu.)
We’ve also worked around a longstanding macOS bug that causes odd window resizing after using Text to Speech or VoiceOver. There are more changes, of course, fully detailed in Moom’s release notes.
Direct users can update from within the app, or by downloading a fresh copy of the app (you won’t lose your settings) from the Moom product page. App Store buyers should see the update available in the App Store app—if not now, then very shortly.
Moom 3.2.14 is out with some minor fixes—you can read the gory details on the release notes page.
One fix of note is that Moom should now work with apps that use Electron’s new version 4 release, such as Discord. (You’ll have to hover near the top of the green button to see Moom’s pop-up palette, as the invisible button we’re detecting isn’t perfectly aligned with the visible green button.)
Direct users can update from within the app or download a full version of the app from our site; App Store users should see a Moom update in the App Store app.
Moom 3.2.13 is out. This is primarily a bug fix release, though you may spot a new icon if you’ve got a keen eye…or if you just glance over to the right a bit.
As always, you’ll find a full list of changes in the release notes; other than the icon change, Mojave’s Dark Mode users should see some improvements with Moom 3.2.13. We also worked around a change in iTunes that prevented Moom from moving or resizing the iTunes window under certain conditions.
Direct customers can check for the update in-app via the menus or preferences (or just download a new copy of the app from the Moom web page). App Store users should see the update in the Mac App Store app soon, if not already.
Following on the heels of Butler, Keymou, Moom, and Witch, we’ve updated the rest of our main app suite (excluding Name Mangler). As always, you can find the updates within the app or by downloading a new version (direct customers), or in the Mac App Store app (App Store customers). Here’s a little bit about what’s new in each app…
Some behind the scenes changes, and a fix for an annoying bug that could cause Desktop Curtain to stall for a few seconds after clicking a Desktop-covering curtain. [Release Notes]
We’ve rewritten the Leech extension to work with the new rules of Safari 12, and added support for Full Screen and Split View modes. [Release Notes]
Fixed a long delay before the menu appeared for those using dynamic desktop images in Mojave, and Resolutionator now supports Dark Mode in macOS Mojave. [Release Notes]
We’ve added a checkbox so you can include windows from menu bar apps, fixed a bug that broke Time Sink on 10.9.5, and the Escape key can now be used to cancel interval dragging in the Activity Report window. [Release Notes]
Yes, it’s no longer for sale, but that doesn’t mean it doesn’t get updated. This update adds more fields to the CSV export, you can search for ‘or more’ star ratings by adding a plus (***+), and we fixed a preview-related crash when previewing a huge number of movies. And oh yes, if you use Smart Playlists with subdivisions, try selecting more than one subdivision—notice the search bar now lets you see the Union and Intersection of those selections. [Release Notes]
All of these updates are live now, though App Store customers may not see them just yet—but they should show as available very soon now.
Moom 3.2.12 is out now (direct and hopefully in the Mac App Store shortly, if not already). The big news in this release is that Adobe’s apps work with Moom, with one visible and unfixable (by us) exception: The green pop-up menu will not appear.
But you can now use Moom’s keyboard mode (or global hot keys) to move and zoom windows (and you should be able to save window layouts, too). Hopefully a future Adobe update will enable the green pop-up menu to work, but again, that’s out of our control.
There are some other new features and fixes, too, as detailed on the release notes page: Touch Bar support when using Moom’s keyboard controls; we’ve worked around incompatibilities with Subliminal and DockShelf; and fixed a pesky bug that prevented reassigning the same keyboard shortcuts if you’d moved an action around in the list of other actions.
Direct users can update via in-app updating, or by downloading a new copy from Moom’s web page. App Store users should be able to update now, or if not now, shortly.
A small number of Mac App Store customers are running into a problem with Moom in Mojave: The green button’s pop-up menu isn’t appearing. The rest of Moom works fine, but not the pop-up.
We’ve been investigating this since the earliest Mojave betas, and it doesn’t seem to be a bug in Moom. Instead, it seems to be related to Mojave’s Accessibility permissions database—for whatever reason, it doesn’t think Moom is allowed to control other applications.
The good news is that the problem is fixable. The easiest suggested fix is to just reboot your Mac, and hopefully that solves it. But if it doesn’t, you’ll need to follow the “The Somewhat Harder Fix” steps in this new FAQ entry.
That longer solution has worked for 100% or so of the dozen people I’ve provided it to, so it should also work for you. If it doesn’t, please open a trouble ticket and we’ll figure it out.
Many Tricks