All posts in the ‘Moom’ category

Subscribe to the RSS feed for the 'Moom' category

Moom 3.2.24 released

Thursday, December 16th, 2021

Moom 3.2.24 is out, with some cosmetic fixes for macOS Monterey, and a fix that allows Moom to work with Cursor Pro and LyricsX. See the full list in the release notes.

As always, direct users can either update in-app, or by downloading a fresh copy of the app from the Moom web page. App Store users should see the update in the App Store app—if not now, then shortly.

How to: Use Moom in macOS Shortcuts

Monday, December 13th, 2021

Users of macOS Monterey can use the new (to macOS) app Shortcuts to automate many tasks. Developers can add direct support for Shortcuts to their apps, and we’ve heard the requests: We are investigating Shortcuts to see how we can improve support in the next major version of Moom. But just because better support may be coming in the future doesn’t mean you’re locked out of working with Moom in the Shortcuts app right now.

Moom has long supported a basic AppleScript dictionary, and Shortcuts can (with a simple setting change) execute AppleScripts. Once you’ve made that change, you can use Shortcuts to interact with some of Moom’s features. In particular, you can:

  • Activate a saved window layout snapshot.
  • Save a window layout snapshot. You can optionally merge with an existing saved layout snapshot, or replace an existing one (if one exists; if not, it will be created).
  • Center the frontmost window, either using macOS guideline (which is slightly above screen center), or to the exact screen center.
  • Generate a list of saved window layout snapshots.

Here are a few examples to get you started.
(more…)

Our apps and macOS Monterey compatibility

Thursday, November 4th, 2021

Sorry this is a bit late; I didn’t think about it much because, well, everything basically works fine. There are two minor issues (you can’t see rotated movies in Usher, and menu items for saved layouts in Moom are slightly too tall), but both will be fixed in upcoming minor updates. Outside of those two things, we’re not aware of any other issues with our apps in macOS Monterey.

If you do run into a glitch of some sort, please do let us know about it.

Keymou and Key Codes updated…and a birthday!

Tuesday, March 2nd, 2021

Keymou 1.2.9 is now a universal app built for both Apple Silicon and Intel Macs. It’s also got a shiny new icon, and its interface now feels more at home on Big Sur.

Key Codes 2.2.1 also has a new icon, which is really all that’s changed in this update.

Direct users can update in-app, or by downloading a new copy of the app(s) from our site; App Store users should see the updates in the Mac App Store app, if not yet then very shortly.

Oh wait, did I say something about a birthday?! Yes, I did. No, not a person’s birthday, an app’s birthday: Moom is 10 years old today!

In celebration of this milestone, Moom is on sale for 50% off (just $5.00 in US currency) for the next five days. So if you or someone you know has been thinking about buying Moom, these next five days would be an excellent time to do so.

So happy birthday, Moom…and many more!

Moom 3.2.20 charts a universal path forward

Monday, November 30th, 2020

Moom 3.2.20 is out, and as given away by the headline, it’s our first universal app: It runs native code on both M1 ARM Macs and Intel Macs…

And now that we’ve got one under our belt, more will follow in the future. But back to Moom…

Also in this release are additional changes to the UI to better fit with macOS 11’s new look, a fix for a visual glitch that only appears in macOS 10.13 and earlier, and Moom now properly remembers its location in the menu bar between relaunches.

As usual, direct customers can update via the in-app updater or by downloading a fresh copy from the Moom web page. App Store customers should see the update in the App Store app—if not now then very shortly.

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.

How to: 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.