Pingbacks

Pingbacks are those little snippets of text that get inserted into your comments section whenever someone links to your blog from another site. You can turn them on or off and, I believe, they need to be enabled on the originating site as well. For some folks they can be really useful as a way to both see and show to others who's linking to their blog. It's similar to the concept of followers on Twitter. It's a record of who's talking about you.

Pingback Settings

The problem for me is I almost never get pingbacks, with two exceptions. The first is spam. On occasion I've gotten pingbacks that were spam. This has mostly been cured by installing some anti-spam plugins. The other exception, however, is me. I link to myself all the time. And every time I do I get a pingback in the linked post. I don't really want these there, though, so I have to go and delete them. It's a pain.

You would think Wordpress would have a setting to block pingbacks from itself. Alas, I can find no such setting. Since I almost never get pingbacks from others, I think I'll go ahead and turn them off. The annoyance to usefulness ratio is just way to big.

Landscape Mode

One of the touted features of the 3.0 iPhone upgrade was the addition of landscape mode throughout most Apple applications. Initially this sounded like quite a boon. Until I realized: I never use landscape mode, I don't like landscape mode, landscape mode is always activating when I don't want it to and there's no way to turn it off.

Quit Doing That!

My biggest complaint about landscape mode — and what seems to me the biggest UI gaffe — is that it forces itself on the user. If you happen to be reading something in Safari using portrait mode and, for instance, lying on your side, the iPhone will constantly attempt to reorient the screen to landscape mode, even if it's completely inappropriate. It interrupts what you're doing and requires all manner of acrobatics to keep the thing in your orientation of choice. In the end you give in and just sit up. And that sucks.

The one time I almost always like landscape mode is when I'm looking at photos in the Photos app. Ideally we'd have a way to opt-in to landscape mode on a per-app basis. But at this point I use it so little I'd settle for a way to just turn it off.

I understand a lot of people love landscape mode, but the way it is now is far more annoying than useful for me.

Archives

Let's face it, my data is everywhere. I have drives all over the place for various and sundry purposes. Some are full. Some aren't. I also have a folder for things I plan on trashing eventually, when I need to reclaim some space, but want to keep around just in case, called TrashMe. And I have a folder with items I plan on backing up some day called BurnMe. This name comes from the fact that traditionally I archived up my data to optical media: either DVDs, or, in the distant past, CDs, so I also have several containers full of optical media.

This isn't working for me anymore.

Optical media is no fun to use for backups. It's slow, requires keeping a stock of media on hand, and it's often undersized for today's hefty data needs. For instance, backing up my current BurnMe folder will require about fourteen DVD-R discs. Burning and verifying those DVDs will take as many if not more hours. And then it will all need to be cataloged somehow, which is also a lengthy process. Finally, retrieval is almost as slow and tedious: find the disc you need in the catalog, get it from storage, load the disc up and copy the data back to the computer, which can also take quite some time. And if, heaven help you, there's one tiny scratch on that disc you could lose all that data.

So I'm switching to a better way: hard drives.

1-machd

One of the best bangs for your buck per-gigabyte of storage is, of course, the hard drive. In addition to being cost-effective, they're fast, they hold a lot of data, they're read-write and extremely versatile. You can use them internally, depending on the drive and computer in question, of course. Or you can use them externally in any number of ways, the most obvious being in a firewire or USB case. Using such a case allows for the attachment of the drive to just about any computer you can get your hands on. Drives don't require much physical space, and because they're so fast, they're quick and easy to catalog and restore from. In fact, using hard drives as an archive solution entails little difference from accessing local storage. The hardest part is getting the drive off the shelf and getting it attached to your machine. But there are hardware solutions to simplify that process as well. Hard drives, which have largely remained the same since I began working in this business ten years ago, are more future-proof than optical media, which is constantly the subject of format wars and which is often subject to a raft of compatibility issues. Put another way: getting data off a hard drive in the next ten years is more likely to be supported by my current hardware than getting it from a DVD.

So, my plan, going forward, is to use hard drives to archive all non-essential data. I will continue to archive certain critical files to DVD in addition to the hard drive archive. But most of my stuff will be on hard drives. Things like bittorrent backups and movie files, old audio, video and web projects, images and what have you will stay on hard drives earmarked for the archive. Once one of those drives is full and I'm no longer using the data, I'll burn anything critical — finished projects and their assets, for instance — to optical media, catalog the drive with CD Finder or similar software, and then put the drive in a Hudzee and up on the shelf. Done and done!

This greatly speeds and simplifies my archive procedure. And, because of the increased space and time efficiency, I can archive a lot of data I would have thrown out in the past. I still have yet to work out the details of this system, but I think it will be a vast improvement over the old burn-and-catalog weekends of my not-so-distant past.

If anyone has thoughts on how best to archive data I'd love to hear them in the comments.

Installing Firefox On the Mac

Alexander Limi, one of the developers of the fine — and my favorite — browser, Firefox, recently issued a challenge that has been heard by many: how to make application installation more sensible for the less technically advanced. What followed — and, to some extent preceded — was an explosion of discussion on the matter.

It really is somewhat amazing that the preferred method for installing a good deal of Mac software — the so-called "Manual Install" — is one that's liable to be confounding to so many users, particularly given that Apple has gone to such great lengths to simplify software installation. And I agree with much of what I've read on at least one point: The problem is the DMG.

"They drag the application to their dock directly.
This creates a link to the file inside the disk image, which means that every time they try starting Firefox, the disk image is unpacked and mounted, and starting of Firefox becomes very slow, which makes it a bad experience."

It's true; I've seen very computer-savvy users constantly launch Firefox directly from a Dock icon that's linked to the item on the disk image. And there are certainly many users to whom you'll never be able to explain exactly what a disk image is, how it works or why it exists. Frankly, as useful as it is to geeks like you and me, it's kind of a crazy concept for anyone who doesn't care about these sorts of things. And I'm of a mind that most users don't and shouldn't.

That said, our options are limited when it comes to installing software. As Limi points out, most apps these days are actually folders (another conceit most users aren't and shouldn't be aware of), and so they must be installed from some sort of container, particularly if they're coming from the Internet. This can be either a ZIP file or, as is generally the way on the Mac, a DMG. Typically, Apple uses a DMG that contains an Installer package for distributing their own software, probably because their stuff is usually not simple drag-and-drop stuff. They've also created a special "internet-enabled" flag for DMGs that, when applied, will be recognized by Safari, which will proceed to open such DMGs and run any installers contained therein. This, at least, gives us a way to accomplish some of Limi's stated goals for the Firefox installer:

  1. Start the Firefox download.
  2. When the download is complete, the disk image will mount automatically (if they were using Safari), and the Firefox installer runs.
  3. The install procedure continues similar to how it happens on Windows.
  4. As the last step of the process, the installer lets you set Firefox as the default browser, and start the application immediately. We have seen users forget that they just installed Firefox if you don’t let them start it at the end of the process, and make that the default choice.

Having some experience with Mac OS X package creation, I decided to see if I could quickly whip something up that met these goals. I believe I have been successful. Here's the installation procedure I've designed:

  1. The user downloads the Firefox Installer from Safari.

  2. Safari Opens the DMG and runs the Installer.

  3. The Installer uses a standard method by default, which requires a minimum of clicks, and installs Firefox in the default location, /Applications.

  4. Upon pressing "Install," the Installer requests authentication.

  5. Before proceeding, the Installer's preflight routine quits Firefox if it is already running (this is not necessary, we do it as a precaution).

  6. The Installer then proceeds with the installation of the app.

  7. When it has finished it will open the containing folder and highlight Firefox.

  8. And then it will launch the app. If this is the first launch, Firefox will ask the user if she wants to set Firefox as the default.

This is the basic install procedure, but some more advanced users will, of course, want to customize the install location of the app. To that end, the installer I've built also contains a "Customize" option.

Clicking this will allow the user to customize the install location of the app by selecting "Other" from the Location pull-down.

And then choosing the location from the resulting menu.

I believe this method offers the best of all possible worlds given the current state of off-the-shelf installation options for Mac OS X. It offers some level of customization for advanced users, while still offering a guided experience for less Mac- or tech-savvy users. And I believe it fulfills most or all of Limi's stated goals for a Firefox installer. There are even numerous things we can do to further customize this guided experience — things like adding graphics and explanatory text, or running additional pre- and post-flight scripts to perform certain behaviors.

And this will work great for most folks who use Safari as well. But for anything beyond this particular scenario — i.e., anyone trying to install apps from browsers other than Safari, which would be anyone who uses the above method, i.e. Firefox users as well as users of any other browsers — we still have a problem. That problem is DMG behavior. The DMG, despite being immensely useful and a perfectly good application and installer container, once downloaded, is easily forgotten. It's behavior and purpose are arcane to most users. They don't know what to do with it and are confused by its presence. And it has nothing to do with anything normal users think of as "Software Installation."

Some developers have rolled their own solutions to some of these problems. But I think the answer really needs to come from Apple in the form of a unified, internet-savvy Installer format. Something that knows where it comes from and what it's supposed to do, and once downloaded, just does it. Something that developers can all use for any kind of installation, even so-called "simple drag-and-drop." Something that just works, dare I say, at least as well as it does on Windows. Preferably better.

Given the level of abstraction of so many concepts in modern operating systems — applications are folders, disk images are files that can represent volumes, Soylent Green is People — I think drag-and-drop installers are bound to be confusing to many users. The guided experience, while a bit of a bummer for very advanced users, should be the preferred method. And I think the best candidate for improving upon that method is ultimately Apple.

One thing that would help the situation immensely, though, is if browser developers made their apps internet-enabled-DMG-aware, like Safari is. This goes a long way towards mitigating the confusion wrought by the ever-confusing, yet — at least at this point in the game — fairly necessary DMG.

Battery Removal

I've often heard tales involving the removal of a Mac's battery — the little, round, watch-style one that makes sure the machine remembers what time it is, among other things — from the motherboard for a half an hour as a solution to various power issues, but it's never been effective for me. Until recently, that is.

The other day I was vacuuming. The computer was shut off. When I'd finished with my cleaning I noticed that my powered-down Mac Pro was making a faint clicking noise which was coming from near the power switch. The machine would not turn on.

I recalled something similar happening before — New York City has notoriously flaky electrical power — and I remembered that the solution involved resetting the SMC switch, the little module that's in charge of certain aspect of power management for the system. So I unplugged the beast from everything, laid her on her side, opened her up and pressed the SMC switch. Waited a minute. Plugged her back in. Same faint clicking, no power.

What followed is your basic lesson in hardware troubleshooting 101, in a nutshell: Remove and reseat all removable internal components and test. This includes the RAM, the graphics card, whatever fans I could pull and an extra internal hard drive. Nothing helped. After each remove-and-reseat, the same clicking sound, the same inability to boot.

Finally, the last ditch attempt. Before heading all the way down to the Apple Store to request service, I figured I'd pull the little internal watch battery — the PRAM battery as it's called — and wait a half an hour. I mean, what could it hurt, right?

Bingo! It actually worked. After putting the battery back in the Mac, and plugging her in, the clicking was gone and I could power up again. Amazing!

I was pretty disappointed to find literally no such similar problems out there in Internetland. In fact, searching "Mac Pro battery" seems to only yield results pertaining to MacBooks. So consider this my contribution to the great troubleshooting reference in the sky. Hopefully, those having similar problems — if they're even out there — will land here and know what to do.

If none of these steps works for you, you might try replacing the battery altogether. The battery for my Mac Pro (Early 2008) can be found at OWC. Apple keeps a list of systems and their batteries if you have a different machine.

If that doesn't do it I'd highly suggest heading to an Apple Store (or certified repair shop), if possible, or calling up Apple for service if not. My guess is you likely need a new power supply or motherboard.