Posterous
James is using Posterous to post everything online. Shouldn't you?
N3101777_33384447_8881__1__thumb
 

Out of James Aguilar

iTunes: Too Much in the Context Menu

I love context menus as much as the next guy, but this is just a little too much:


Let me try and be constructive. This right-click was on an individual podcast entry. Let's look at how we can improve this context menu. First, remove the following elements:
  • Update Podcast
  • Show all available episodes
  • Unsubscribe Podcast
  • Copy Podcast URL
  • Uncheck Selection
  • Apply Sort Field
Some of these aren't relevant to the single podcast element. Some of them are provided by other features on the page and don't need a right click element. Also what's with the inconsistent capitalization in "Show all available episodes"?

Loading mentions Retweet
Filed under  //   ux  
Posted October 5, 2009
// 0 Comments

Attention to detail

Open up your voice recorder application in your iPhone. It's OK, I haven't had a lot of success getting it to record sounds loudly enough to be useful, but then again I haven't played with it that much. That's not what I want to talk about right now.

Tap on the screen somewhere other than the microphone. Now tap on the microphone itself. Notice something? Yeah, the meter on the bottom moves when you tap on the mic, but not when you tap elsewhere. What they have done is give you a visual indication that you're touching a microphone to try to make the illusion more real.

Nobody does attention to detail like that. Nobody. This kind of thing just blows my mind.

Loading mentions Retweet
Filed under  //   ux  
Posted August 28, 2009
// 0 Comments

Posterous tagging functionality

I don't like the way Posterous tagging works on the web interface.  When I click the "tag" button, here's what I get:


I have a couple of big issues with this right off the bat:
  • Does this really need to be a modal window?  It seems like it should be enough to pop up the text box right there above the posterous journal entry.
  • The text field is not selected by default, so I can't just start typing.  I have to click on the blank part of the field and then type.
  • It's unclear how to escape the box once you're done editing the tags.
I'd like to expand on the last point because it's especially concerning.  The close button at the top right corner is very light, and since the text runs into it it's easy to overlook.  Worse, I don't know what will happen when I click that box.  I've always thought the close button on the modal dialog is a risky feature because it's unclear whether it means cancel, save, don't save, or something else. Escape works to close the window, but that's also bad because in most places pressing escape does not save your work (it also doesn't work until you click inside the text entry, which is especially annoying).  And, since the "Filed under" section does not change until you refresh the page, you can't even easily determine what exactly your input did without a pretty heavy-weight operation.

I think that "Save" and "Don't Save" buttons should be added to the bottom of the window. The "Don't Save" option is especially important because this custom text entry does not support undo or redo. So it's important for there to be some way to discard adverse changes.

Loading mentions Retweet
Filed under  //   ux  
Posted August 16, 2009
// 4 Comments

Dear keyboard manufacturers

1. What the hell is wrong with you?

Loading mentions Retweet
Filed under  //   ux  
Posted June 18, 2009
// 3 Comments