Skip to content

macOS Rants

When is a sorted list not a sorted list?

One of the things I like the most about OS X 10.4 is Automator, Apple’s new tool to help automate routine tasks. There’s an amazing amount of power hiding beneath a relatively simple user interface. The fact that users can create their own Automator actions (not workflows, but the actual actions that show up in the Action column), as described in this hint published today, means that Automator can be easily extended by those with a bit of programming experience.

Considering both Actions and Workflows, there are already over 100 entries on Apple’s Automator Actions download page, which is quite cool. (This does, however, pale in comparison to the 1,289 Dashboard widgets currently available for download.) In any event, Automator is a good tool to have around, and I’ve already put it to use on a number of occasions.

Automator sort orderThere is, however, something that irks me about its interface. Consider the screenshot at right of the Actions associated with the Finder Library entry (hover and click to zoom).

If you scan the list of Actions, you’ll find that they’re not in alphabetical order. Well, they’re sort of alphabetized. Look a bit closer, and you’ll see that the list is actually sorted by the relevance indicator, just like the search results in Mac Help. While this makes sense in Mac Help, as you’re searching for something that’s not definite, it makes no sense at all in this context. What is this list relevant to? The Finder Library entry? If that’s the case, then how come “Get Selected Finder Items” sits at the top of the list with 100% while “Filter Finder Items” (which sounds very similar) scores 0% and is sitting down near the bottom?

Within the relevance sort, the sort is then alphabetic, so with some practice, you can eventually find what you’re looking for. But Apple’s use of the seemingly-undefined relevance criteria makes the task much more difficult than it should be. Consider the iTunes Library entry; it has four levels of relevance, which means the alpha sort restarts four times—and one of those times is for one lousy item! It takes way too long to find a given entry in a list ordered in this manner, and there’s no reason for it at all that I can see.

You might think that using the Applications Library entry (the first one in the list) would solve the problem, since it selects all actions and displays them at once. But no, even in this situation, the relevance sort order is maintained! As a result, I never use this entry, as it’s really, really hard to find anything.

The solution seems simple to me: Apple, please sort the Automator actions by alpha, not relevance. If you’re going to insist on a sort by relevance, then at least give us the option to sort by alpha instead…

Sept 16th Update: I emailed Sal Soghoian, the AppleScript Product Manager at Apple (and all-around good guy!) to ask for some clarification. I asked “can you shed any light on exactly how Automator sorts its action lists?” He told me that Automator does indeed sort on relevance, and that “relevance is based on input/output types, keywords, keyword order, categories, and the related actions parameter.” He also mentioned that an alpha sort has been a popular request, so hopefully we'll see it soon...


Should Apple applications be movable?

Tiger boxA quick entry tonight, just because the subject came up recently in this hint regarding iSync. In particular, the hint (and comments) note that iSync will fail if the application is moved into a directory whose name contains spaces. I had added an editor's aside about moving apps in OS X, and my personal belief that it's a Bad Thing to do. As noted in the second comment, it's not necessarily an issue with using applications -- they'll (more than likely) run fine from most any location. Instead, it's an issue with Apple's updaters failing if the application they update isn't in the usual spot.

Although it's my philosophy not to move Apple's applications around in OS X, that doesn't mean I'm happy about it. I have multiple partitions on my drive (partition vs. don't partition; that's a subject for another day!), and have one set up particularly for all my applications and utilities (called Apps). I put everything on that partition -- it makes it easier, for instance, to erase and install OS X if I have the need. As of result, the only things you'll find in my boot drive's Applications and Utilities folders are Apple's programs, along with anything that just won't run if it's located elsewhere (Tony Hawk Pro Skater 4, for instance, fails if it's not in /Applications). Everything else lives on my Apps partition. As much as I'd love to move Apple's stuff out of there, after reading about the issues people have had with upgraded applications not working, I've decided to just let sleeping Mail applications lie.

[continue reading…]



The many faces of Apple’s OS X applications

finder iconGiven my background with macosxhints.com, it's quite clear I'm an OS X fan. But that doesn't mean I think it's perfect. While there are many, many things it does quite well, there are also areas that bother me, and make using OS X tougher than it should be.

One such area is the consistency of applications' interfaces. Long a hallmark of the Mac experience, major pieces of that consistency have been falling away slowly but surely as OS X and its applications evolve. With the recent release of OS X 10.4, I thought I'd take a look at the state of application consistency in OS X. Generally speaking (Java applications excepted), menus remain a high point of consistency. File and Edit are always there, with there generally familiar choices. After that, of course, the menu structure is up to the program designer. But overall, I have no complaints with menu consistency in OS X. It's the actual application interfaces that are bugging me.
[continue reading…]



Ten questions on the Finder and user interface

Finder iconI spend a lot of time using OS X. A typical day will involve somewhere between 12 and 15 hours usage, with somewhat less than that on the weekends. I've been doing this basically ever since the Public Beta. After all that time, there are obviously some things that make we wonder "What was Apple thinking?" when they made a certain decision.

So without further ado, here's a list of ten such questions -- in this case, I'm focusing on the Finder and the user interface in general. Answers aren't provided, of course, but please feel free to comment if you have any insight on any of them...

  1. Why can't I sort a Finder column-view window? Yes, the UI would be tricky, but it's quite doable (see Path Finder, which does it quite nicely).
  2. Why isn't there an easy way to colorize the Finder's sidebar? It can be done, of course, but it's quite the hack -- and this one no longer works in 10.4.
  3. Speaking of colors, why can't I colorize (or use a picture background in) a column-view or list-view window? Are only icon-view users thought to enjoy color?
  4. How come a folder in the Sidebar is spring-loaded (you can drill-down while dragging an object), but folders in the Toolbar are not? They used to be, but when the Sidebar was added, that functionality was removed from the Toolbar. I find the Toolbar more useful than the Sidebar (there's more room there, for one thing), but the lack of spring-loaded folder support there is somewhat crippling.
  5. Why can't I add a visual divider to the dock, without resorting to aliases with lame custom icons?

[continue reading…]