One of my favorite parts of Adobe Bridge CS5 is the Favorites panel, which lets you pin favorite folders to a sidebar for easy access.
However, one of my few gripes with Bridge is that if you click a folder in your favorites and that folder can't be found, the folder is removed from your favorites.
That was a problem for me because I keep folders in my favorites that are on external drives, which I sometimes accidentally click when that drive is unplugged.
I found a workaround that lets me keep folders on external volumes in my favorites that aren't removed like that. Just find the folder you want to use on the external drive, right-click it in the Finder, and choose 'Make Alias.' Move the alias to an out-of-the-way place on an internal hard drive and give it a nice name. Navigate to that alias in Bridge, and drag it to your favorites bar.
When you click it, it takes you straight to the folder you want (just like adding the actual folder to your favorites). And if you click it while the external drive isn't available, no problem. Bridge just stays wherever you were already navigated to.
[crarko adds: I haven't tested this one, but it seems quite logical.]
Acrobat 10 doesn't accept serial numbers for international versions of Acrobat (or the CS suite) if the operating system is running in a different language than the purchased one. This hint discusses a few workarounds.
Acrobat comes with several language packages and runs by default with the language of the operating system. In this case however it doesn't accept serial numbers which are bound to a specific language. As it seems there are three work arounds (the first two are also mentioned by the Adobe support team):
The obvious one: Run OSX in the same language as Acrobat was purchased in. At least in my case not an option.
Use a program such as Language Switcher. I have not tried that but it probably does the same as option 3 below, only temporarily.
Remove the English language package (of course at your own risk): Open the Acrobat package, navigate to Contents/Resources and remove the folder 'en.lproj.'
[crarko adds: I haven't tested this one. I'd vote for option 2, I think. If you try option 3 be prepared to restore form backup/reinstall if you want to use English again.]
Sometimes you need to have two views of the same PDF document (e.g. to have a quick access to the list of references in a thesis without the need to scroll to it and then back to the text). However, Preview does not allow a file to be opened twice.
The quickest solution would be to hit Cmd-P and select 'Open PDF in Preview.' You'll have a temporary copy of your PDF where you can select the second view and have both views handy for easy switching.
When you're done, just hit Cancel in the temporary document.
[crarko adds: I tested this, and it works as described. A nice workaround; I looked and didn't find any duplicates of the hint.]
My company changed its name recently. This meant I was left with hundreds of email@example.com entries in Mail.app's Previous Recipients list that I wanted to delete, and a GUI that didn't want to help me do that.
Mail.app does provide a window for viewing and editing the list (Window » Previous Recipients), but its search function only matches against the beginning of names and email addresses. You can't search for substrings, which is what I needed to do in this case.
It turns out, though, that the previous recipients list is just an SQLite v3 database that's stored here:
After inspecting the database using the sqlite3 command in Terminal, it transpired that the table you need to modify is called ZABCDMAILRECENT, and the field containing the email addresses is called ZEMAIL. So to delete all the entries whose email address ended with @oldname.com, I simply typed these commands (bold parts are what I typed, non-bold is terminal prompt/output):
[bash-3.2$] sqlite3 ~/Library/Application Support/AddressBook/MailRecents-v4.abcdmr
SQLite version 3.6.12
Enter ".help" for instructions
Enter SQL statements terminated with a ";"
sqlite> select ZFIRSTNAME,ZLASTNAME,ZEMAIL from ZABCDMAILRECENT where ZEMAIL like '%@oldname.com';
This will show a list of records that will be deleted, for visual confirmation. If it looks right, continue with the next SQLite command:
sqlite> delete from ZABCDMAILRECENT where ZEMAIL like '%@oldname.com';
And boom... they're gone. Obviously with some knowledge of SQLite commands you can delete other combinations of entries, or even add new ones (although that would be a bit odd). There is of course potential to delete things you didn't mean to, so make sure you have a backup of the MailRecents-v4.abcdmr file before you start.
When syncing photos to my iPhone using iTunes, I've long been frustrated by the order in which the list of photo Events was sorted.
Quite by accident, I discovered that the sort order is set from within iPhoto, with a twist.
If you open iPhoto and select Events, then change the sort order using the View menu, the order will also change in iTunes, but - and this is the actual hint I guess - you have to quit and restart iTunes to see the differently-ordered list. (Not really up to Apple's usual standards of transparent useability!)
[crarko adds: I tested this, and it works as described.]
As I've been adding photos to iPhoto '11 (9.1.3), it's been getting slower and slower. On Friday, it ground just about to a complete halt, such that even force quitting took about 20 minutes to accomplish.
According to Activity Monitor, there was no CPU activity and no network activity to speak of, which stumped me because I was assuming it was Faces or Spotlight laboring mightily away in the background.
After many trials and errors, I determined that the problem was due to my entries in the Accounts preference. I had MobileMe (times two), Facebook, Flickr, and six other e-mail accounts registered there. About a minute after each launch, iPhoto had been attempting unsuccessfully to connect with at least one of the accounts, which brought iPhoto, Finder, and any other open programs to a screeching halt.
As luck would have it, I was one of the lucky ones hit with MobileMe's latest outage, but after I deleted all the Accounts preference entries, iPhoto sprang back to life.
I subsequently determined that it is normal behavior for iPhoto to attempt indefinitely to connect to services listed in the Accounts preference, with no time-out or notification to the user about what is going on.
If you find yourself in this predicament -- iPhoto open but utterly unresponsive -- you may be able to shorten the time it takes your Mac to return control to you by severing all network connections (Ethernet, Airport, etc.), at which point iPhoto is supposed to detect the lack thereof and stop trying to connect.
[crarko adds: I have not experienced the issue, so I can't test that this fixes it. Sure sounds worth trying if you do, though.]
Dropbox has become my favorite method of syncing files. The one thing I don't really like about it is how it handles the times when multiple computers report new versions of a file. Dropbox decides to keep both, and adds the words Conflicted Copy and some other info to the filename of the one it's not sure about. I got tired of regularly having to manually hunt for such files, so I wrote a script to do it for me.
This AppleScript uses the find command to find the affected files. It opens Finder windows with each file selected so they're easy to find and deal with. I hope this script is as useful to you as it has been to me.
Paste this into AppleScript Editor and save it as an Application. Run it whenever you want to find conflicted copies.
set conflictedFiles to do shell script "cd ~/Dropbox; find -L . \\( -path \"*.dropbox*\" -prune \\) -o \\( -name \"*conflicted*\" -print \\)"
set fileList to paragraphs of conflictedFiles as list
repeat with currFile in fileList
set currPath to (path to home folder as string) & "Dropbox" & POSIX file (characters 3 thru -1 of (currFile as string) as string)
tell application "Finder" to make new Finder window to currPath
Note: I've tried a few different versions of the shell script, but this is the one that's been the fastest for me. If you tweak this script and it runs faster, please post in the comments! I'm always eager to see my scripts made better.
[crarko adds: I tested this, and it works as described, as far as I can see.]
I just encountered a bug at one of my clients' place that looks a whole lot like a really super-old bug (like from the time when megabytes of RAM made a big difference in price).
The bug, in itself, is insignificant: the first version of MS Office for the Mac had a limit on the number of documents it could handle without quitting, but the problem was that each save counted as a new document, so Office apps would lock up pretty quick.
The same thing seems to be happening now with the newest version of everything involved.
The hint to get rid of the MS Office apps no longer saving is to quit them often, then re-launch as needed. Yes, it's a bit simple-minded, but sometimes that's what you need to do.
And now I'm writing you with a request:
With MacFixIt now gone as an effective service for me, there is no longer a communal memory of these quirks and hiccups.
I think this site need a new side-line in which you discuss common bugs (rather than hints--which, generally being solutions, are at the other end of the spectrum).
Well, that was just a thought from a really really old timer (once hinter) and just a great fan!
[crarko adds: Actually, we already have such an area, the MacOSXHints forums. Are people here generally aware of these? I'll take advantage of the opportunity to put in a plug for them, as they serve the requested function quite well, I think. And it's a more appropriate venue to work on problem solving than here. I urge people who have questions to sign up and post them there. Note that the user databases are separate, so a separate registration is required.]
While recent versions of the MacBook Air ship without Adobe Flash installed, the idea of voluntarily removing Flash from /Library/Internet Plug-Ins got some attention when John Gruber wrote about his technique. Put simply, Gruber removed Flash from its default location, thus trying to force sites to load HTML5 versions of content. For instances when that didn't suffice, he would load the page in Google Chrome, a browser which has the Flash plug-in embedded within it. His add-on trick is to enable the Develop menu in Safari and use System Preferences » Keyboard to map a shortcut for taking a page in Safari and opening it in Chrome.
The underlying logic of such an approach is generally twofold. For one, it helps site developers get a sense of how many folks are viewing pages using Flash-free systems, thus possibly encouraging them to publish content that doesn't rely on Flash. Two, and much more pragmatically, it reduces the system load since Flash on the Mac is known to regularly use a large percentage of the CPU, sometimes even after the user has closed the window (or tab) where Flash content was viewed.
Should anyone pursue a route like this, Google Chrome is obviously an option for when content is only available using Flash. I tried that for a while, but for subjective reasons I didn't much like Chrome, mostly because of its lack of support for system-level features (e.g., the built-in pop-up dictionary), large footprint, and auto-updating behavior. So I went hunting for alternatives. Here's what I've found that works:
InDesign CS4: Perhaps earlier versions have it, too, but this version of InDesign has a Flash-embedded version of Opera embedded within it (I recall it was version 9.x of Opera). I can't speak to the current version of InDesign, now at 5.5, but standalone version 5 does not have Opera. Perhaps it's only installed when a full Creative Suite installation is performed.
OmniWeb (currently v. 5.10.3): Right clicking on this application and choosing Show Package Contents will reveal a PlugIns folder. Simply move or copy the Flash plug-in here (even the one embedded in Chrome) and this browser will handle Flash content.
iCab (currently v. 4.8): This is my personal preference. It has the leanest footprint of the options I've found, and it easily imports (or just uses) things like Bookmarks, History and Cookies from Safari. While it doesn't have a Plugins folder embedded within it, simply creating one called PlugIns with a copy of the Flash plug-in will work.
Perhaps there are other browsers which can be used, but my tests with SeaMonkey, Camino, Firefox, Shiira, Sunrise, and the current Opera (v 11.10) were not successful.
[crarko adds: I tested this on a few of the mentioned browsers, and it works as described.]
One of my biggest pet peeves on my Mac has always been that GeekTool doesn't have the option for anti-aliased fonts. After searching around, I found countless complaints about this on a bunch of web sites and forums, but not any solutions that actually worked.
After a little OS X font research, I found that shadows force anti-aliasing, regardless of the application. This method allows you to reap the benefits of anti-aliasing without having to see a shadow next to all your widgets.
To turn on anti-aliasing in GeekTool widgets, go to the font preferences for the widget and, if you can't see it already, resize the font window so that you can see the shadow sliders. Click the shadow button (the button right before the sliders) and then set the opacity to as close to 0 as it will go, but not 0. Just a pixel above. Then set the other two sliders to 0. This will cause Mac OS X to force antialiasing on your widgets, even though GeekTool doesn't support it out of the box.
[crarko adds: I tried this with GeekTool 3.0, and as far as I could tell it only applied to the 'Image' type Geeklet.]