All posts in the ‘Moom’ category

Subscribe to the RSS feed for the 'Moom' category

Moom 3.2.19 released

Saturday, November 21st, 2020

Moom 3.2.19 is out, and it will be of great interest to Big Sur users. We’d had a few scattered reports of Moom working inconsistently in Big Sur, but we couldn’t figure out the problem.

But on Twitter, user Wil L. pointed us to Notifications as the culprit: When a notification was onscreen, Moom would only work for windows at the top of the screen. Thanks to Wil’s detective work, we’ve resolved that problem.

We also optimized some code that handles the Custom section of Moom’s preferences—this should eliminate the delays that some users were reporting when opening and working in the Custom tab.

Finally, we fixed a few little Big Sur layout issues, and as is “the way” in Big Sur, our preferences panel’s toolbar icons are now center-aligned. If you prefer left-aligned icons in the toolbar, you can easily modify the layout.

Direct users can get the update via the in-app udpater, or by downloading a fresh copy from the Moom page of our site. App Store users should see the update in the App Store app—if not now, then shortly.

Our Big Sur app compatibility report

Wednesday, November 11th, 2020

With Big Sur’s release, here’s an update on our apps’ compatibility…

All of our apps run in Big Sur, and almost all of them run 100% perfectly.

We’ve tested them all many times, and they all seem to be working as we’d expect them to, with one minor exception (and a “check your version” warning about one of our baubleries). We also have a general heads-up on a permissions request you may or may not see from some of our apps.

Although we’ve tested extensively, some of our apps have lots of features and can be used in many different ways, and we probably didn’t test all of those cases—many of you seem to find ways to use our apps that we never anticipated! So if you do find something that’s not working right in Big Sur, please let us know by opening a support ticket.


Permissions request

In our testing with Big Sur’s release candidate, we were surprised to find that some of our apps ask for permission to write to the Documents and/or Desktop folders. We’ll be completely honest here and say that we have no idea why this is happening. We have some guesses, but they’re just guesses at this point.

This issue did not appear in any of the prior betas (nor did it happen with every app), so we just discovered it yesterday when we installed the final version. As a general rule, our apps—unless you’re doing something that explicitly uses one of those folders, like saving Leech downloads to your Desktop—do not write to those locations.

We’re trying to get an answer as to why this dialog is appearing, but until we do, you can safely say “Yes” when macOS asks if it’s OK to use those folders—becausedo we’re not using them.

App-specific items

Displaperture: Please update to the current version (1.5.2) of Displaperture before you try using it in Big Sur. There’s no in-app updater, so you’ll have to download the new version from our site.

If you launch an older version, you may find yourself staring at a blank whiteish screen with rounded corners, and nothing else on it at all. Unfortunately, this screen sits above everything, including the Force Quit dialog. If you have remote login enabled and access to another Mac, you can connect and kill the Displaperture process, but if you don’t…well, the only way out is a forced reboot.

So please, make sure your copy of Displaperture is up to date before you launch it.

Witch: As a general statement, Witch is working fine. However, you will notice at least a few additional windows, mainly related to things in the menu bar. We’re working to get rid of these spurious entries, but for now, here’s the best workaround…

On the Advanced tab in Witch’s preferences, in the Do not list apps text box, enter this:

Control Center, SystemUIServer

If you have existing entries there, put a comma at the end and add the two new entries. Next, in the Do not list windows, enter this:

Item-0

Again, if you have existing entries, add a comma then that text.

These two changes should make Witch look mostly as it did in pre-Big Sur systems.


We’re working on the Witch issues, and we’ll keep you updated on our progress.

Again, if you notice anything askew in Big Sur, please do open a support ticket and let us know.

Moom 3.2.18 released

Wednesday, November 11th, 2020

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.

Use Moom and Automator to restore Finder windows

Thursday, May 7th, 2020

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?

(more…)

Moom 3.2.17 released

Monday, December 9th, 2019

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.

Moom 3.2.16 works on iPads in Catalina’s Sidecar mode

Wednesday, October 16th, 2019

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 sails into Catalina

Sunday, September 1st, 2019

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 released

Thursday, January 31st, 2019

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 released

Thursday, November 8th, 2018

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.

We’ve updated a number of our apps…

Wednesday, October 3rd, 2018

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…

Desktop Curtain 3.0.8

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]

Leech 3.1.2

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]

Resolutionator 1.1.2

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]

Time Sink 2.0.1

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]

Usher 1.1.17

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.