Archive for the ‘Tips’ Category

Popping up Default Folder X’s menus with a hotkey

Tuesday, March 20th, 2012

I’ve had requests from a number of people asking for a hotkey to pop up Default Folder X’s menus under the mouse. That way you don’t have to go all the way up to the menubar to get to your Favorite and Recent folders. Default Folder X doesn’t currently have a keyboard shortcut for this, but you can make one easily with any macro utility that supports AppleScript. Keyboard Maestro is one example.

Just configure your macro program to run this AppleScript:

    with timeout of 0 seconds
        ignoring application responses
            tell application "Default Folder X"
                ShowMenu
            end tell
        end ignoring
    end timeout

That’s all there is to it!  Thanks to Scott Mintzer for jogging my memory on this.

[Slashdot] [Digg] [Reddit] [del.icio.us] [Facebook] [Technorati] [Google] [StumbleUpon]

Default Folder X 4.4.9 – Add Favorites using Finder contextual menus

Friday, February 17th, 2012

Default Folder X 4.4.9 is available, providing a couple of new features and an important bug-fix as well.

First the unpleasant stuff: A bug in previous versions of Default Folder X could cause crashes in other applications if they asked OS X to open an http URL using particular APIs. This caused Karelia’s Sandvox to crash, among others. This is fixed in version 4.4.9, so get the update – really.

On to lighter things: A nice little feature that numerous people have requested. Until now, there’s been no easy way to add a folder to your Default Folder X Favorites directly from the Finder. Now there is – a contextual menu in the Finder:

Here’s how you get it:

  1. Install version Default Folder X 4.4.9.
  2. Run  System Preferences and click on Keyboard.
  3. Select the Keyboard Shortcuts tab in your Keyboard preferences, then click on Services in the left hand list.
  4. In the right hand list, locate the Files and Folders section and find Add to Default Folder X Favorites.  Turn on the checkbox next to it.
  5. Quit  System Preferences
  6. Now, whenever you select a folder in the Finder, you can right-click (or control click) on a folder and add it to your  Default Folder X favorites.
[Slashdot] [Digg] [Reddit] [del.icio.us] [Facebook] [Technorati] [Google] [StumbleUpon]

Get your permissions right!

Wednesday, March 30th, 2011

Thought I’d post about this little developer experience because it was incredibly frustrating and not at all obvious. Maybe this will save someone else the headache that I’ve been through.

Background: When preparing an application for release on the Mac App Store, you code sign your application, then bundle it into an installer pkg which is also code signed (using either Xcode organizer or the productbuild command line tool). When the application is installed, it gets extracted from that .pkg file, the user runs it, and it checks for a Mac App Store receipt. If there’s no receipt, OS X checks to make sure that the application is signed correctly, then contacts the Mac App Store to get your receipt.

Problem: This would all work for me as advertised except that when the receipt check failed, OS X would complain that my application wasn’t code signed, and therefore wouldn’t contact the App Store to get the receipt. From a user’s perspective, the app would just fail to launch.

I’d followed all the instructions. I double- and triple-checked to make sure the application was signed before I built the .pkg file. I tried building the .pkg using both the Xcode organizer and productbuild – they both worked with no problems or error messages. Yet when the application came out of the .pkg file on the other end, it was always unsigned! I deleted all of my certificates, regenerated them, and redownloaded them from Apple’s developer site (several times). I checked every step along the way in my build process – they were all working. It was incredibly frustrating because the signed app went into the ‘black box’ of the .pkg file just fine, but came out on the other end without its code signature.

Solution: After tearing my hear out for a while, googling for answers, and checking the developer forums, I finally tracked down the solution. I had a single image file in my application’s resources that had its permissions set to 640 instead of 644, meaning that it was not readable by everyone. That threw the entire game off – apparently when the installer unpacked the .pkg file, it ran into this problem file and either stopped short of installing the code signature, or invalidated the signature.  Either way, the application it installed was useless.  Simply changing the permissions on that one tiff file fixed the problem I’d been fighting with for days.

Soooo….  If your app builds and runs fine UNTIL you package it, and then comes out unsigned on the other end, check the permissions on the resources in your application.  And Apple, please emit some kind of warning when hapless developers feed productbuild a file with the wrong permissions that’s gonna screw up the whole process.

Tip: There’s a really cool developer utility called Cong, written by Stephane Sudre.  It checks your application for all kinds of minor errors, from localization goofs in .strings files to incorrect Info.plist entries to missing files in your package.  I’ve contacted Stephane and checking file permissions is now on his To-Do list for Cong.  If you’re a developer, get a copy of Cong – a simple drag-and-drop could save you a lot of time and trouble!

[Slashdot] [Digg] [Reddit] [del.icio.us] [Facebook] [Technorati] [Google] [StumbleUpon]

App Tamer 1.0.2 Tips and Tricks

Monday, December 20th, 2010

A couple of App Tamer’s extra preference settings aren’t actually documented in the released version. They were added during development and were described in the beta notes, but never made it into the documentation. So, until that gets resolved in the docs for version 1.0.3, here’s a quick run-down:

  1. App Tamer can hide applications when they are stopped rather than dimming their windows. To turn this on, quit App Tamer and then use this command in Terminal:

    defaults write com.stclairsoft.AppTamer hideWhenStopped 1

    To turn the feature back off, use:

    defaults write com.stclairsoft.AppTamer hideWhenStopped 0

  2. When window dimming is turned on, the brightness of the dimmed windows can be modified with a defaults setting. Run this command in Terminal (the default value is 65% – lower percentages are darker, higher percentages are brighter):

    defaults write com.stclairsoft.AppTamer dimPercentage 65

[Slashdot] [Digg] [Reddit] [del.icio.us] [Facebook] [Technorati] [Google] [StumbleUpon]

Renaming Favorites in Default Folder X

Monday, April 12th, 2010

Default Folder X lets you mark folders as favorites so you can get to them quickly.  Unfortunately, it displays those folders in its menus using their names – if you’ve got two identically named folders named “Images,” for instance, they both show up in Default Folder X’s menus as “Images” and it’s hard to tell them apart.

Because of this, I’ve gotten a few requests for the ability to change the names of Favorites without changing the name of the actual folders that they point to.  This feature is on my To-Do list, but in the meantime here’s a workaround to do it with the current version of Default Folder X:

  1. Open Default Folder X in System Preferences.
  2. Click on the Settings button.
  3. Click on the Advanced tab and turn on “Create aliases for Recent Folders and Favorites in your Library folder”.
  4. In the Finder, navigate to this folder: HOME/Library/Favorites.  Locate the aliases of the folders you want to rename.
  5. Rename the alias files using the Finder.  Default Folder X will then read those names and substitute them for the original folder names in its menus.
[Slashdot] [Digg] [Reddit] [del.icio.us] [Facebook] [Technorati] [Google] [StumbleUpon]