All posts in the ‘Moom’ category

Subscribe to the RSS feed for the 'Moom' category

Moom 3.2.11 speeds into existence

Monday, May 14th, 2018

We’ve just released Moom 3.2.11, where the big news is much faster drawing of the full-screen grid when you’re moving and resizing the grid cells. There are a few other changes, including our new in-app log viewer (direct version only), and we squashed a bug related to moving a window to another display then resizing it.

App Store viewers can get the update from the App Store (if not now, then very soon), and direct buyers can update via the in-app updater, or by downloading a new copy from Moom‘s web page.

Moom 3.2.10 released

Thursday, October 19th, 2017

Moom 3.2.10 is out—now for direct customers, and should be very soon (if not already) for App Store customers. What’s new in 3.2.10? Not all that much; the main item is a fix for some users’ crash on launch in High Sierra.

If you’re experiencing this crash, and you use the direct version, you’ll need to download a new copy of the app from the Moom web page—don’t worry, you won’t lose any of your settings. Just copy the new version to /Applications and replace the existing copy of Moom. (Make sure Moom’s not running.)

Beyond that, there were a couple fixes for issues with uBar 4 and Transmit.

Moom 3.2.9 released

Tuesday, August 1st, 2017

Moom 3.2.9 has been released, and it includes one major change (in addition to some other minor changes) from the prior release: A new full-screen grid option is the default for grid-based resizing; hexagons are still in place, but they’re the non-default choice.

Moom now uses the entire display as the grid. You can still specify your grid dimensions, but you’ll be selecting regions of the entire display, instead of on a slanted hexagonal window. One advantage of this approach—besides not dealing with hexagons—is that you can drag a grid on any connected display, not just the display where the window currently resides.

App Store users should see the update in the App Store very soon now, and direct users can update via the in-app updater, or by downloading a new copy from our site.

Moom 3.2.8 released

Tuesday, May 16th, 2017

Late yesterday, we released Moom 3.2.8, which has only one change from Moom 3.2.7, released the day before. The update is available directly from us (via in-app updater, or by downloading it from our site), and it should be available in the Mac App Store app shortly, if not already.

The one change was to the grid, which switched from rectangular (with the circles of 3.2.7) to the new hexagonal layout, as seen at right.

Why did we change the design? Late last week, we learned there’s a US patent that covers resizing windows using a rectangular grid in a miniature preview image. We learned this when the patent’s owner told us they believed Moom’s grid was infringing on their patent. For now, we have redesigned the grid in such a way that no infringement claim can be made, and we’re working on further improvements.

Note: Comments are closed on this post, as we wish to inform you as to what happened, not to start a debate on software patents in general, or this patent in particular.

Moom 3.2.6 snaps into existence

Thursday, November 3rd, 2016

Moom 3.2.6 has been released with a few bug fixes for snap-related actions. Users had reported some issues with snapping when working with zoomed displays and when customizing toolbars, and some reported decreased responsiveness in certain apps. We have addressed all of these issues in Moom 3.2.6; you can see slightly greater detail on these changes in the official release notes, if you wish.

App Store users should see the update shortly, if not already, in the App Store app. Direct users can update via the in-app updater, or by downloading a new copy of the app from the Moom page.

The new Many Tricks’ end user license agreement

Thursday, April 28th, 2016

Ever since Peter and I relaunched Many Tricks in 2010, we’ve never had an official software license agreement. The closest thing we’ve had is this blog post, which explains limits on the use of our apps across multiple Macs (tl;dr: Use them on as many Macs as you personally use). However, we’ve never had an actual end user license agreement (EULA) that spells out the legal license you agree to when you purchase one of our apps.

Well, we have one now—it’s also permanently linked in the sidebar here, and will be accessible from within our apps. And a really big thanks to Rich Siegel at Bare Bones Software, who generously agreed to let us use his document as a starting point. I found the Bare Bones EULA to be well written, brief, and easily understood; hopefully our version, which has only minor changes, is still all of those things.

After six years, why did we suddenly need an EULA? The truth is we probably should have had one from day one, but never really felt the need. Recently, however, we’ve received inquiries from government agencies and larger companies interested in buying our apps … and many of these customers aren’t allowed to purchase our apps unless we have an actual legal license agreement. So now we do.

Note that this doesn’t change anything relative to the usage of our apps; we still allow you to use one license to install our apps on as many Macs as you personally use. We just needed to have a formal legal software license for larger customers and government agencies.

Moom and Name Mangler updated

Thursday, April 7th, 2016

Final update: Moom 3.2.5 has been released on the App Store; this fixes the drag-to-display bug and all App Store users should now update.

Update: If you have the App Store version of Moom, and if you use multiple displays, then please don’t update to Moom 3.2.4—we just found and fixed an issue with moving windows to other displays. The Moom version on our site has been updated to 3.2.5, and we’re in the middle of submitting an App Store update.

As mentioned in the release notes, I’m terribly sorry for the inconvenience. This was entirely my fault. —Peter


Hot on the heels of our recent Time Sink and Keymo updates come two larger updates: Moom 3.2.4 and Name Mangler 3.3.6.

These releases re-sync the versions numbers between the App Store and direct versions, and both feature some bug fixes and general improvements. You can read the details in the release notes for Moom and Name Mangler, respectively.

The big news in both versions (and coming soon to all our other apps) is our totally rewritten help system. You can read all about the new help system in the linked blog post, but the key bits are that search and navigation are now much nicer, and the window is a real (non-floating!) OS X window that’s visible to apps like Witch.

Direct customers can get the Moom and Name Mangler updates via the in-app updater, or by downloading the full versions from our site. App Store customers should see the updates in their App Store app—if not now, then shortly.

Announcing our new in-app help system

Thursday, April 7th, 2016

Starting with our recent update to Keymo, we rolled out a new help system. We developed this new system to solve some aggravations we were having with Apple’s built-in help system, and to provide our users with a better help experience. This new help system will be rolling out to all our apps in the very near future.

Here’s a quick peek at the first screen of Moom’s new help:

Moom's new help

There are many aspects to our new help system that should make in-app help work much better for our users—some new features, some existing features working better, and a revamped look and feel.

(more…)

Do not sync our apps’ prefs file across Macs

Tuesday, April 5th, 2016

Many users, myself included, own more than one Mac. For people like us, the concept of syncing an apps’ settings across those Macs, so they’re always the same and always up to date, is enticing. But unless the app has been specifically written to support such syncing (i.e. TextExpander, or the snippets/presets portion of our own Name Mangler), this is generally a Very Bad Idea.

In the last couple weeks, I’ve received emails from a few users, complaining of lost settings in a couple of our apps. After some back-and-forth, the common thread among these users was the use of an open source tool called Mackup.

Mackup claims that it will:

  • Back up your application settings in a safe directory (e.g. Dropbox)
  • Sync your application settings among all your workstations
  • Restore your configuration on any fresh install in one command line

If you browse the Mackup page, you’ll find a number of our apps—Moom, Name Mangler, and Witch—listed in the Supported section. This may make you think that we’ve been consulted, and that those apps have our blessing to be used with Mackup. This is not the case at all.

Supported apps are just apps that Mackup itself supports in its configuration; there’s not necessarily any involvement with—or approval from—the app’s original developer. That’s certainly the case with us, as we were never contacted about including our apps on Mackup’s supported list. At present, we do not support preference files synced across multiple Macs for our apps. (We have asked to have our apps removed from Mackup, but so far, there’s been no response from the Mackup developer.)

We do not recommend the use of Mackup, or any other such tool that syncs our apps’ prefs files across multiple Macs. You may lose all your settings, or introduce some sort of command conflict that could cause problems using our apps. Please revert to locally-stored non-synced prefs.

(more…)

Avoid an OS X text-to-speech bug that affects Moom

Thursday, February 4th, 2016

In “OS X El Capitan and tvOS still a bag of hurt for people with motion sickness and other vestibular disorders”, Craig Grannell mentions an odd bug he discovered that affects Moom and other window management apps:

I also recently discovered an issue with window manager Moom, where windows wouldn’t snap, but would instead skid around the display, triggering motion sickness. It turns out other window managers are affected, and the trigger is activating text-to-speech.

Basically, if you use text-to-speech and then use Moom within the same app, you’ll find that Moom behaves in strange and ugly ways: windows slowly wander to their new positions, and you can’t resize and move (i.e. use the grid), as only one of the two operations will complete.

The issue, unfortunately, lies in OS X not Moom, so it’s not something we can fix. There are two workarounds, though:

  • Use text-to-speech via the menus, instead of the built-in hot key. Use Edit > Speech > Start Speaking to start, and Edit > Speech > Stop Speaking to stop. When invoked via the menus, the bug mysteriously vanishes.

    To make this easier to do, you can assign global keyboard shortcuts for Start Speaking and Stop Speaking in System Preferences > Keyboard > Shortcuts > App Shortcuts:

    The defined keys should work in any app that supports text-to-speech.

  • If you quit and relaunch the app in which you used text-to-speech, Moom will return to normal, at least until you again use text-to-speech.

We’ve reported this bug to Apple, so hopefully it’ll be fixed in a future OS X update. Until then, though, if you use Moom (or another window manager) and text-to-speech, you’ll have to rely on one of these workarounds.