How-to: Make Firefox’s bookmarks play nicely with Butler

December 16th, 2011 by Rob Griffiths

One of Butler‘s features is a Bookmarks menu that displays bookmarks from a number of browsers, including classics such as Internet Explorer (thereby revealing the depths of Butler’s life experiences).

You can access these bookmarks from the Butler icon in your menu bar, or create a keyboard shortcut to pop it up as a menu near the mouse, put it in a droplet, etc. In short, it’s a quick way to get at your bookmarks without first going to your browser.

Over the years, however, most of these shortcuts have stopped working, as the various browsers changed the manner in which they store their bookmarks. As of today, in fact, only Safari and Camino still appear to work properly. (We’ll see what we can do about updating support for the other browsers in Butler 5, though we’ll probably not bother to look at Internet Explorer.)

Thanks to Butler user Rick, however, we can add one more browser back to that list: Firefox. He discovered a simple way to get Firefox’s bookmarks working again in Butler. (My workaround has been to use Xmarks to sync bookmarks across all my browsers, and then just use the Safari entry in Butler to see them.) Read on for Rick’s solution…

Here’s how to get your Firefox bookmarks back into Butler’s Bookmarks menu:

  1. In Firefox, type about:config in the URL bar, then press Return. You’ll see a warning about voiding the warranty; click on the “I’ll be careful, I promise!” button.
  2. In the Filter box, type autoexport, and the list of matches will be reduced to just one: browser.bookmarks.autoExportHTML.
  3. Double-click anywhere on the browser.bookmarks.autoExportHTML line, and you should see its Value entry change to true.
  4. Quit and restart Firefox.

That’s it; in a few minutes, you should find that the Firefox entry in Butler’s Bookmarks item is now populated with your Firefox bookmarks. Thanks again to Rick for pointing out this workaround.

How To: Use Lion, the Witch, and the Escape key

December 15th, 2011 by Rob Griffiths

Early in 2011, as we were testing our apps with the Lion developer previews, Peter and I noticed something odd with Witch in Lion: some, but not all, of our Macs were unable to dismiss the Witch switcher panel via the Escape key. Peter dug into Witch’s code, and could find no reason for this, so then we started looking at the operating system itself. What we found is that the problem is indeed in Lion, and it’s related to Front Row (which, ironically enough, isn’t in Lion).

In a nutshell, Lion is reserving the Command-Escape keystroke to activate Front Row, even though there’s no Front Row to activate. So if you use Command-Tab to activate Witch, and then press Escape to cancel the window, Lion sees a Command-Escape keypress, and captures it—Witch never sees it, and its switcher panel isn’t dismissed. (If you disabled Front Row in 10.6, or remapped its activation keys, and then upgraded to Lion, you’re probably not having this problem. But if you did use Command-Escape for Front Row, you’ll want to use this fix.) We filed an Apple bug report on this back in March of 2011, but it’s still open and unresolved.

To fix this problem, we’ve created a simple little application, Escape Key Liberator. Usage couldn’t be much easier: download and mount the disk image, then launch the program (right from the disk image; it’s fine). You’ll be greeted by this incredibly obvious dialog:

Click the Liberate button, then quit Escape Key Liberator. Now comes the only slightly annoying portion of the process: you must logout and login for the change to take effect.

But after that task is done, you should once again be able to use the Escape key to dismiss the Witch switcher panel. You can then delete (or zip and archive, for possible future use on another Mac) the Escape Key Liberator disk image; it’s a one-trick pony, and its trick is done.

(Note: If you’re the kind of person who prefers replacing the transmission in your car yourself, instead of taking the car to the shop, read on for instructions on freeing your Escape key without the ease of a couple of mouse clicks.)

Read the rest of this entry »

Moom wins an Eddy!

December 5th, 2011 by Rob Griffiths and Peter Maurer

Today we learned that Moom has won a 2011 Macworld Editor’s Choice award, better known as an Eddy. Quite frankly, we’re stunned, grateful, and thrilled at earning this award. Moom was our first completely new product as a team after the relaunch of Many Tricks, and to have it be so well received makes us both feel incredibly good.

It also says something for the nature of “indie” development—Moom really started as nothing more than a hunch and a feeling. Peter got busy coding, and a couple days later, we had the beginnings of something that we thought might be useful. We then spent a bunch of time working on the details, including the name, the user interface, and the feature set, to try to turn the hunch into something that we’d both be proud of.

When we shipped Moom 1.0, we were very happy, but not just because it got a great reception from those who tried it. What really made us happy was the amazing quality of the feedback we received from those who used Moom. We got so many amazing ideas from so many users that we were able to release Moom 2 (as a free update for everyone) within three months of the release of Moom 1.0. (And yes, we’ve got a ton of feedback to take into account as we think about Moom 3.0!)

In addition, we received (and continue to receive) words of praise and thanks for what Moom has done for users’ productivity, and we love that—because that’s the real reason we’re in this business: We love helping you all do what you do, regardless of how you use your Macs.

So to all of you who have helped Moom become so incredibly successful, thank you very much. This Eddy award is a direct reflection of your feelings about Moom, and we’re deeply thankful for your support of our efforts.

Displaperture 1.2.2 now rounds like a Lion

November 29th, 2011 by Rob Griffiths and Peter Maurer

Displaperture 1.2.2 is a very minor update; the only change is that it can now use settings as low as four pixels, down from seven. (Four pixels matches the rounding you’ll see on all window corners in Lion.) Note that this build now requires 10.6 or newer, and only works on Intel-powered Macs. (Displaperture 1.1 is available for those on older versions of Mac OS X and/or on PowerPC Macs.)

Usher 1.1.4—for direct customers only—released

November 23rd, 2011 by Rob Griffiths and Peter Maurer

We’ve released Usher 1.1.4, but only for those who purchased it directly from us.

Why not update the Mac App Store version of Usher, too? We’d love to, but when we submitted the update, Apple raised some issues with some of Usher’s functionality (not new functionality; just newly-raised issues).

While we hope we’ll be able to update MAS Usher in the near future, we can’t set a timeline for such an update, nor can we say for certain what features may or may not be in that update. Sorry to be vague about this, but the situation is still in flux. Once we know the final outcome, we’ll post a follow-up explaining exactly what will happen with MAS Usher going forward.

So what’s new in 1.1.4? Mainly a number of small bug fixes and usability improvements. About the most-visible change is the addition of a Batch Rename entry in the Usher menu, to prevent accidental batch renaming when selecting more than one movie. For the rest of the fixes, see Usher’s release notes page.

As always (for direct customers only, again), you can get the update via in-app updating, or through Usher’s web page.

How-to: Use Butler and AppleScript to open a folder

November 16th, 2011 by Rob Griffiths

I know what you’re thinking…how hard can it be to open a folder? Not very hard at all. But what I wanted was a way to open a certain folder with a certain view and sort order, even though I may then change that folder’s view and sort order, thereby messing up future openings of that same folder. In my case, I wanted my Downloads folder to open, at a given size and location, sorted in reverse date order. Moom can do 90% of this using saved window layouts, but it can’t do anything with the actual Finder window, such as setting the view and sort column.

After a bit of work with AppleScript, I came up with a solution that got me everything I wanted. By storing the AppleScript in Butler, I can now open my folder with the press of a hot key, at any time from any application. Here’s how I did it.

Read the rest of this entry »

Butler 4.1.12 released

November 10th, 2011 by Rob Griffiths and Peter Maurer

Butler 4.1.12 has been released, fixing one crashing issue (which only affected those running 10.7.x) and one cosmetic issue. The crasher wasn’t actually a bug in Butler, but a change in how the system deals with ejecting disks. Basically, if you used Butler’s Volumes menu to eject a disk/disk image, Butler would then crash and burn, but only in OS X 10.7 or newer.

(The cosmetic issue was an abbreviations window that wouldn’t disappear if you used it to run a web search while the browser was the frontmost window.)

You can get the update via in-app updates (the Updates item in the Preferences tab of Butler’s window), or by downloading Butler from our site.

Important: Butler 4.1.12 requires Mac OS X 10.6 or later; if you’re using Mac OS X 10.5 and/or a PowerPC-equipped Mac, you’ll need to stay on Butler 4.1.11. If you find issues with Butler on your PowerPC and/or 10.5 Mac, please send me an email and we’ll see what we can do about the problem.

Moom 2.3.2 released

November 8th, 2011 by Rob Griffiths and Peter Maurer

We’ve released a simple update for Moom to fix a regression (the reintroduction of a problem that was previously solved) in 2.3.1. The regression involved apps that didn’t fully implement Apple’s Accessibility API, such as LibreOffice. In some cases, having Moom 2.3.1 active while using those apps could cause them to crash. We’ve fixed this (again) in 2.3.2, and apologize for the troubles.

Important: Moom 2.3.2 requires Mac OS X 10.6 or later; if you’re using Mac OS X 10.5 and/or a PowerPC-equipped Mac, you’ll need to stay on Moom 2.3.1. If you happen to be using LibreOffice (or another app that seems to crash when Moom is running) on a PowerPC and/or 10.5 Mac, please send me an email and we’ll see what we can do about your issue.

Moom 2.3.1 released

October 18th, 2011 by Rob Griffiths and Peter Maurer

Moom 2.3.1 adds a couple of features, and fixes a few minor bugs. Moom will now auto-activate saved layouts when screen resolution changes; this is perfect if you use your laptop closed at work with an external display, but open at home without one. Also, we’ve added a second AppleScript command (center), and fixed an issue with Safari Reader pages. If you’d like to read this same information again, check out Moom’s release notes.

As always, direct purchasers can get the update with in-app updating, or via our web site. App Store purchasers will find Moom in the Updates section of the App Store app. (If you don’t see it yet, just wait a bit; it’s on its way.)

Name Mangler 2.4.6 released

October 6th, 2011 by Rob Griffiths and Peter Maurer

Name Mangler 2.4.6 has two new features and one bug fix. For users of Advanced mode, you can now use increment and decrement to do math-based renaming. Details on both commands can be found in the help file.

For users who work with hidden files, we’ve added a hidden pref (logical, right?) to enable you to create names that start with a period (which are hidden by the OS X Finder). You’ll find the command in the full Name Mangler release notes page.

Direct purchasers can get the update via in-app updating, or by downloading the full version from our web site. App Store purchasers should (shortly) see the update available in the App Store application.