The open-ezx project launches [LWN.net]

The open-ezx project launches

Posted Oct 20, 2005 19:23 UTC (Thu) by ajross (subscriber, #4563)
In reply to: The open-ezx project launches by sepreece
Parent article: The open-ezx project launches

Even on a QVGA screen, in the normal font, there isn't room for both date and time plus an icon and a moderately long phone number if you want to use a single line (and, thereby, get more calls on a single screen).

Nonesense. You do this by giving up precision and showing only the higher order bits:

  17:42   sepreece
  10:23   ajross
  Tues.   Mom
  Tues.   sepreece
  Mon.    ajross
  Sep 21  sepreece
  Sep 11  ajross

This takes maybe 20 lines of code, a few hours, and a little creativity on the part of the author. Quadruple the effort if you want to internationalize it. The fact that it wasn't done tells me that the phone software was written on contract to a rigid and uncreative specification, and that the "designer" was more concerned with checklist features ("recent calls" -- roger that) than working software.

Which is to say: they did it like they did all their other software, and it sucks just as much. Having a linux kernel can't save Motorola from its lack of good design sense.

(Log in to post comments)

The open-ezx project launches

Posted Oct 20, 2005 20:54 UTC (Thu) by sepreece (subscriber, #19270) [Link]

Disclaimer - I work for Motorola. I should have said so in the previous note, but forgot my e-mail address wouldn't be shown. It's not my intention to be an apologist for this product; I was trying to clarify a previous posting that I felt didn't provide enough information. Anything I say here is my personal opinion; I do not speak for Motorola.

Any product designed for a wide range of users is going to satisfy some more than others. Recent Calls is, in particular, an area where studies show that different people use the lists very differently. It's also an area where different geographical regions have different existing practices There are also cognitive-complexity issues in mixing different kinds of values (dates and times) in the same column. Again, it depends on the particular use case that matters most to the way a particular individual uses the phone - how often you use it to answer different kinds of questions - which is why design teams watch how users actually use the phone and apply that knowledge to new designs.

Again, I don't speak for Motorola and I'm not defending this particular decision (I would probably prefer your design, if asked, though it wouldn't make any real difference to the way I use the phone). If you're interested in our design processes, I believe there are papers in the CHI literature and trade press; our design side has gotten a lot of media attention lately.