Category: Computer Software

In a previous article I asked “What time is your zone?”, and compared the ways in which you set a computer’s system time zone in Mac OS X, Windows, and Ubuntu Linux. Besides the system-wide setting, you can also find support for time zones in application software like the three apps I observed for this article.

iCal: Setting the time zone for the calendar view

The obvious example is, of course, a calendar application like iCal, which ships with Apple’s Mac OS X operating system.¹

The time zone for iCal’s calendar view is selected via a menu in the top-right corner of the application’s single main window.² Note the nifty tooltip: when you hover the mouse pointer over the menu, a tooltip will display the time for the currently selected time zone.

Initially, the only entry in this menu is the computer’s system time zone. Selecting Other… brings up a dialog box with a map and a search field. By clicking on the map or searching for a city, you select another time zone to be added to the menu.

Unfortunately, the underlying database of cities is not nearly as extensive as the one that powers Mac OS X’s Date & Time system preferences. Where the latter even finds very small towns (and this has been improved further in OS X 10.7 Lion), iCal is only aware of one or two major cities per country and time zone.

Unless you travel to a lot of different countries all over the planet, you will likely only require a handful of time zones to be listed in this menu. Hence, instead of providing a lengthy menu of all time zones known to man, it makes sense to require the user to manually add further time zones.

iCal: Setting the time zone for an event

In iCal, time zones are assigned to events via a menu in an event inspector window. This menu contains two items that are not found in the main window’s menu: UTC and Floating.

UTC — [Universal Time Coordinated](http://en.wikipedia.org/wiki/Coordinated_Universal_Time “Read the Wikipedia entry on UTC” ) — is the world-wide authoritative time reference, so it deserves its special spot.

“Floating” is not actually a time zone. Rather, it denotes that an event’s time should not be adjusted for time zones at all. Instead, floating events are displayed at the same time in the calendar view, regardless what time zone that view is set to.

This is a handy feature for events that you always perform at the same time, no matter where you are, for example your weekly GTD review or your daily meditation session.

When you create a new event, iCal pre-sets the inspector menu to the time zone selected for iCal’s main window. If the desired time zone is not yet included in the menu, you can add a new one from within the inspector window via the Other… menu item.

This brings up a little map view, in which the time zone for the current menu selection is highlighted, but no other information is displayed.

With your only option being to click on the map and then select a city from a popup menu, finding the right time zone can be tedious unless you already have at least a rough idea of its geographical location.

Finding a time zone based on a city name is easier when you use the main window’s menu, because that gives you the comfort of the search field. Since the menus in the main window and the event inspector are synchronized, you can freely choose which path you prefer.

iCal: Two menus that (unfortunately) are like one

While this synchronization of the two time zone menus generally makes sense, I have mixed feelings about this feature.

Unfortunately, there is no way to remove any entries from either menu (unless you are willing to manually edit iCal’s preferences file). Whenever you add a new time zone in iCal, you’re stuck with it.

What’s worse, however, is that both menus are always sync’ed even though it not always makes sense to add an events’ time zone to the calendar view menu.

Imagine, for example, that you have scheduled a phone call with someone in Sydney, Australia, and that person gives you the desired call time for their own time zone.

Entering the event for the appropriate time zone, Australia Eastern, spares you the trouble of converting the times to your own time zone. But unless you ever travel to Australia, why would you need to set your calendar’s main view to that time zone?

In other words, adding Australia Eastern to the event time zone menu makes sense, whereas adding it to the calendar view menu only adds clutter, because you will most likely never set your calendar to this location.

iCal: A major change of cat, a minor change of time zone support

For Mac OS 10.7, Apple redesigned the visual appearance of the calendar app. With regards to time zones, though, there is only one change: instead of time zone names, the menus now list countries. E.g., instead of Central European Time, it may list Germany Time.

This does result in multiple menu items for the same time zone, e.g., Germany Time and Netherlands Time, which both lie in the Central European Time zone. Then again, it is easier to remember what country you are traveling to than the time zone for that country.

Aperture: Being smart about daylight saving time

My favorite piece of advice on photo management is to always keep your camera’s clock set to UTC and make all time zone adjustments in your photo software. That way, you never have to remember to change the camera’s clock, or try to recall between which photos you did so.³

In Apple Aperture, which I use for managing my photos, you adjust the time zone via a pair of popup menus: one for selecting the camera’s time zone, and one for the selecting the time zone of the location where the photo was taken.

Aperture pre-selects the computer’s time zone in both menus, so that, in most cases⁴, all you need to do is set the camera menu to UTC when importing your pictures. The corresponding menu item is conveniently located at the bottom of the menu.

In a neat twist, Aperture is smart about daylight saving time: When you select a time zone for a photo, Aperture determines whether daylight saving time was in effect on the day the photo was taken. If so, an hour is added to the adjusted time, and the time zone identifier listed in a photo’s time stamp reflects this as well: For example, GMT+1 for Berlin and MST (Mountain Standard Time) for Denver turn into GMT+2 and MDT (Mountain Daylight Saving Time), respectively.

Aperture even takes time zones into account when sorting images. According to the nominal time stamps in the following screenshot, IMG_0545 was taken before IMG_0549 and IMG_0550. When converting MESZ to the GMT-6 time zone by subtracting eight hours, however, IMG_0549 and IMG_0550 were taken shortly after noon that day, and they correctly appear before IMG_0545.

Unfortunately, Aperture also applies this logic when selecting photos via the Calendar filter, sometimes causing a photo’s date to shift by a day. The photos in the following screenshot were taken on September 25 at GMT-6. Aperture translates the dates to the computer’s time zone — in this case, GMT+2 — and displays the images on the calendar for September 26.

I am not sure whether this is a bug or intended behavior. I do think, though, that it is wrong, because it feels more natural to link a photo to the date when it was actually shot, than to whatever date this corresponds to in another part of the world.

Similarly, Aperture displays both a “File Date” and an “Adjusted Date” in its import window, but already adjusts the former for the time zone you’re in. Therefore, very often the “File Date” is not the file date. Because Aperture bases the “Adjusted Date” preview on the “File Date”, the latter will be incorrect, as well, which is extremely confusing.

Apart from these two glitches, Aperture’s handling of time zones is very well designed: while you have complete control over selecting an image’s time zone, Aperture spares you unnecessary headaches and extra work by taking care of daylight saving time for you.

OmniFocus: The stealth approach to time zones

In both iCal and Aperture, these applications’ time zone features are easy to discover, because the related controls are easily visible. In contrast, OmniFocus, a high-end task manager by the Omni Group, takes a stealth approach to time zones.

Every task stored in OmniFocus can have a start date and a due date. A Completed date shows when a task was checked off. All three of these include both date and time.

When you enter a date without explicitly defining a time for it, the Start field will default to 12:00 midnight. The Due date’s default can be configured in the app’s preferences, and I keep this set to 6:00pm.

It came as quite a surprise to find out that OmniFocus does recognize your computer’s system time zone, and adjusts all of its Start, Due, Completed, and even the Added and Changed dates accordingly.

I only noticed this when I noticed that the dates for my tasks were off, just like in the screenshot above: instead of 12:00m and 6:00pm, the times are 4:00pm and 10:00am while I was in Colorado, whose Mountain Time zone is eight hours behind Germany’s Central European Time.

And yet, I checked OmniFocus’ online help, its user manual, and the online FAQ, and none of these mention this feature!

The major caveat is that this automatic adjustment can shift a task’s start or due dates to another calendar day: Let’s say I’d add a task with a due date of July 22, 2011 6:00 PM Mountain Time. When I travel back to Europe, that time stamp moves to July 23, 2011 4:00PM, effectively moving the due date to the next day.

While there may be circumstances where the date for a task should be adjusted for changes in time zones — e.g., when you have to hand in a deliverable to someone by a certain time –, I consider it much more likely that you set start and due dates within the mindset of a normal work day.

In other words, “due” usually means “finish this by the end of day X”, regardless of where and, thus, in which time zone, you work on that task. That’s why I would prefer a default behavior of not adjusting dates for time zones in this kind of application.

If a feature with this kind of (potential) impact is implemented, it should at least be fully documented, and allow some basic control over how it works.

Similar to iCal’s implementation, I wish time zone support in OmniFocus and similar programs were an option, and a time zone menu near the respective date fields should include a Floating setting.

Some suggestions for time zone support in software applications

In case you are developing an application that works with dates and times, here are a few ideas to keep in mind when implementing time zone support:

• Make it visible: If your application supports time zones, make this obvious. Don’t silently adjust the time, but include a time zone marker like “MST” or “GMT+2” in date fields. Also, describe the feature in the user manual.

• Show where you are: Point out to the user which time zone they are currently in (as defined by the computer’s system time zone setting), e.g., by highlighting it in the time zone menu.

• Keep time zone menus clutter-free: Depending on how your application is used, let the user manually configure that menu instead of providing a complete listing of all existing time zones.

• Sort time zone menus by location, not time zone: It is much easier to find a time zone based on its continent and city, than by offset versus GMT. Sort time zone menus accordingly.

• Make it obvious how daylight saving time is handled: Display the time zone name in date and time fields, so it becomes obvious whether that time stamp is shown for daylight saving time, or not. And, again, properly cover this in the application#s manual.

I had almost forgotten that the administrators of the WordPress.org website had to reset all passwords a few weeks ago. Until yesterday, that is, when I needed to sign into the site’s support forums, and couldn’t.

My password’s been reset! — Now what?

You can’t miss the notice about the password reset: it’s placed right above the forums’ login form.

Clicking on the link in the notice takes you to the announcement on the WordPress News blog.

It explains the reason for the password reset and, in the second paragraph, tells users that …

[t]o use the forums, trac, or commit to a plugin or theme, you’ll need to reset your password to a new one.

The link in that sentence leads directly back to the login form.

What’s problematic is that neither the login page nor the announcement make it sufficiently clear just how you request a new password. In part, this is the result of using inconsistent terms to refer to the corresponding process.

Consistency makes instructions easier to understand

Between the login screen and the news announcement, the authors used three different terms to describe the same thing:

• “request a new [password]”
• “recover your password”
• “reset your password”

The third one is especially confusing: Didn’t the site’s administrators already do exactly that, namely “reset” all passwords?

In most cases, users will want to “recover” their password, because they have forgotten or misplaced it. In this particular situation, however, that term doesn’t quite have the right feel, and “request a new password” seems like a more appropriate choice.

Aside from using this phrase consistently in all references to the global password reset, it would take just a few extra words in the instructions on the login page to make it perfectly clear what the user needs to do next:

On June 21, 2011, we reset all passwords, so you’ll need to request a new one by using the Password Recovery form below if you haven’t already.

When you first need to recover what you need to know to recover what you need

It’s not just the instructional text that leaves some room for improvement: the same applies to the password recovery process itself.

When I entered the username that I had stored in my 1Password vault, and clicked “Recover Password”, the site complained that “[t]he specified user does not exist”.

After trying a few other user names, as well as my email address, which all resulted in the same error, I decided to simply register a new account.

Alas, now the site complained that my “[e]mail [address] already exists” in their database.

And so I’m caught in a catch-22: I can’t recover my password, because I can’t remember my user name, and I can’t create a new account unless I would want to maintain a new, additional email address.⁵

For most of us, our email address is the one “digital identifier” that we use most often and, thus, is the easiest for us to remember. It’s a nasty flaw that the WordPress.org password recovery process does not allow you to use your email address to identify yourself.

Just give me something to identify you

Here’s an example for a more user-friendly way to help users deal with “Login Credentials Amnesia”.

The Captcha nuisance aside, Twitter’s password recovery form accepts both username and email address, and it even uses a single text field for either one.

The instructions on the page are more reassuring than WordPress.org’s, as well: Instead of the latter’s curt “To recover your password, enter your information below.”, the Twitter form not only tells you what to do now — “Please type …” –, but also explains what will happen once you’ve completed that step, namely that “Twitter will send you password reset instructions …”.

Admittedly, the target audience for the WordPress.org site is more tech-savvy than Twitter’s and, thus, more experienced with properly guessing what tech writers really mean with their instructions.

Nevertheless, whenever a user is faced with a serious problem, it’s a welcome courtesy when the options that are available to solve that problem are as helpful, accommodating, and forgiving as possible.

Shortly after Apple released FaceTime for Mac as a public beta in October of last year, I took a closer look at its user interface. Judging from the web searches that this article pulled in — “edit facetime contacts”, “facetime remove favorite”, “resize facetime mac”⁶, etc. –, quite a few users must have been stumped by how FaceTime works.

Between the public beta and the final version that was released in February 2011, the Apple designers have modified a few details in FaceTime’s user interface, thus warranting a second look at this application.

Consistent single-clicks in the Contacts list

In the public beta, it was difficult to predict what would happen when you clicked on an entry in the Contacts list. Depending on the data stored for that person, FaceTime would initiate a call, take you to the person’s details, or request that you add more information via Address Book. Now, clicking will always open the person’s details view.

As a means for navigating the Contacts and Favorites lists, the beta supported the up, down, and right arrow keys, but there was no key command for leaving a contact’s details view. Now you can also use left arrow to move from a contact “up” into the Contacts list and also further into the new Groups list.

Additionally, you can leave any Edit mode via the Escape key now.

Editing contacts in FaceTime

FaceTime’s major new feature is being able to add, remove, and edit contacts right inside the application. To add a contact, you click the new “+” button above the Contacts list, and fill out the form that pops up.

Initially, you will only see one field each for phone numbers and email addresses, but as soon as you start entering data, another field appears instantly, as do Delete buttons next to existing fields in the same category.

A Delete Contact button has been added to the contact details as well.

This button comes with a major caveat, though: FaceTime still synchronizes its Contacts list with Address Book’s database. Any and all edits that you perform in FaceTime will also be applied to what is stored in Address Book. I wonder how many users will find out about this the hard way when all they want to do is prune the Contacts list in FaceTime.

I could only find a single reference to this link between the contacts lists in FaceTime and Address Book: It’s this one sentence in FaceTime’s help file:

I think the confirmation dialog box for deleting a contact should contain a warning which points out to you that, when you confirm the deletion, the contact will also be removed from Address Book. The lack of such a warning is a major, and dangerous, oversight, in my opinion.

Viewing contact groups in FaceTime

FaceTime now displays the contacts groups you defined in Address Book. Clicking the new Groups button above the Contacts list takes you to this view.

You cannot add or remove contacts from groups in FaceTime, nor can you add, remove, or edit groups themselves. Using the “+” and Delete Contact buttons while you’re “inside” a group will add or delete a contact completely. This may well be a cause for further confusion for some users.

Adding favorites more easily

In the beta, you could only add a contact to your list of favorites by clicking the Add to Favorites button inside the contact’s details. In addition to this button, the Favorites list now also features a “+” button as a convenient shortcut.

Note, though, that this button exacerbates the (or at least my) confusion about the Groups’ “+” button, since it does not create a new contact, but adds an existing one to the list of Favorites.

Searching your contacts

The release version provides a search field, which you can summon by selecting the Find command from the Edit menu.

The search field is only available when viewing the full Contacts list, but not in Favorites, Recents, or Groups. The menu command, which shows or hides the search field, is disabled and enabled accordingly.

Which begs the question why the search field isn’t simply shown all the time, as that would also make it easier to discover this feature.

Safer silencing

You can mute FaceTime while it is running, so that it won’t ring when someone tries to call you.

In the beta, you would mute the application via an On/Off switch located in the preferences panel. There also was a menu item labeled “Sign Out”, but this would not only mute the application — it would also discard your entire account settings.

In the release version, the menu item has been renamed “Turn FaceTime Off”/”Turn FaceTime On”, and its behavior now is identical to the switch in the preferences, so your settings are always retained.

Unfortunately, it’s still the same at the core

While the Apple engineers and designers have modified these details in FaceTime’s UI for the better, the application still presents numerous interaction “surprises” and feels decidedly un-Mac-like.

The use of iOS widgets — e.g., for removing list entries or for navigating hierarchical lists — in FaceTime seems forced. They make for less-than-optimal interactions when compared to their native OS X counterparts. The most confusing aspect of FaceTime for the Mac is it’s not-so-obvious integration with Address Book, though.

To initiate a FaceTime call on an iPhone, you start out by opening a person’s entry in the Contacts app. Then you press the FaceTime button, which is located in the same place as the person’s postal address, email addresses, phone numbers, etc.

In other words, in iOS, FaceTime does not stand alone, but is just one of many means to reach a person via the central contacts directory.

I wish the designers had used the same approach for FaceTime for Mac: place the FaceTime button on the contact’s “cards” in Address Book; limit the FaceTime application to the video window; and link the latter to the former via a “Open Caller’s Card in Address Book” menu command or some such.

That would likely have eliminated the evident confusion that some people have over how the Contacts list in FaceTime relates to Address Book’s.

FaceTime’s fundamental flaw

In its current implementation, Apple’s video chat service has a fundamental flaw that goes deeper than user interface details: In FaceTime, you don’t call a person; you call a person’s device.

FaceTime does not display a contact’s availability on the service, nor does it indicate if a specific device — a computer or phone represented by an email address or phone number, respectively — is even capable of accepting FaceTime calls.

Just imagine what the FaceTime experience across platforms could be like if the system would track which of a person’s email addresses and phone numbers can technically accept a FaceTime call, and on which of these devices that person is currently logged in.

Instead of having to try out several communication channels, you’d just click a single button to initiate a call to a person, and FaceTime would take care of getting you in touch with the desired person.