Skip navigation.

User Centered

Studying the design of everyday things

Posts tagged with "podcasts"

Update: Design Decisions: iPhone (focus on podcasts)

, , , ...

This image is a follow up to illustrate the text that goes with Design Decisions: iPhone (focus on podcasts)

I thought it was illustrative enough to post separately, and not in the original post. It shows using the exact same widget in relatively the same location on the screen for different functions is a unnecessary (but admittedly minor) design decision.

It's using the old 2.X iPhone OS, but the same design applies to 3.0

iPhone podcast UI is incrementing towards "good"

, , , ...

Anyone who's been around this site for awhile (all three of you) knows that I have a long standing series of beefs with Apple on how they handle podcasts on the iPod/iPhone. In summation- Apple initially treated the UI for podcasts very much like that for music/songs and have subsequently updated with a series of patches and band-aids to compensate that slowly increment towards a passable podcast UI.


Apple's new iPhone software includes another one of these fixes that is likely spurned on by the same issues I brought up in my previous post on this topic- the seek and slider functions are terrible ways to get around a podcast track. So, they've provided a very welcome "30 second" rewind function. Also gone are the shuffle and repeat functions, which didn't make a lot of sense for podcasts in my opinion anyway (more music thinking transposed to podcasts)

It's welcome, but I still consider this a patch. We now have three different ways on the same screen to move around the track: Seek, slider, and 30 seconds. More UI equals more decision points and more complication. I suppose it would be passable to do this, but as I pointed out before, the first two are pretty much worthless for long podcasts, the seek function is too clumsy and the slider is impossible to do anything with accuracy. The original iPod click wheel did a decent job of allowing you to move around the track with few problems, I had no issues with that interaction.

I feel like this whole podcast UI needs a "from scratch" redesign- perhaps my next related post will be a mockup of a series of ideas I've had over the years, since Apple seems to only pay enough attention to podcasts to add one small feature with each release that only slightly moves the bar forward.

Design Decisions: iPhone (focus on podcasts)

, , , ...

It's taken a few years and many revisions, but iTunes has blossomed into a product that answers most of the issues addressed in earlier postings regarding podcast management/use. I'm still interested in podcasts and making the experience better- so I'm going to keep on keepin' on and focus on some of the finer details of the iPhone's UI when dealing with podcasts.


Look at these two pictures. The first is a podcast being played with the phone unlocked, the second is the same with the phone locked and the iPod functions activated (you can double tap the home button to turn on iPod controls while locked)

The most interesting design decision is the location of the volume function. While unlocked, it's the slider along the bottom of the screen, and the slider on the top part of the screen is for seeking into the track being played. When it's locked, however, the volume slider moves up to the top, in pretty much the same location as the seek function. Result? Annoyance...when I first started using the iPhone, I would try to seek the last part of a podcast and end up blasting my ears instead. It doesn't help that the controls look exactly the same.

Another design decision of note is actually using the slider for podcasts. I know I just used the last paragraph to knock the iPhone for being inconsistent, but music and podcasts are different. This slider makes pretty good sense for a 3-4 minute song, but podcasts are hour long tracks. A slight tick of the slider can be a minute or so- and spoken word is more difficult than music to seek, since you don't have a melody/context to place what you're currently hearing. Result? A useless slider function. (unless you're trying to get to "the halfway point" or "2/3rds" of the way through)

Finally, (and this is more hardware related) the modal next/previous tracks- because the track slider is almost useless to me when I want to "rehear" an interesting part of a podcast, I have to hold down the "previous" button to rewind. I wouldn't have a terribly big problem with this if the software/hardware for these particular functions weren't so finicky. It turns out, when I hold the button down, a significant (daily) number of times the hardware isn't registering a touch at all, and because the buttons is modal (hold or press), that slight 1 second delay before anything happens is always frustrating because I'm not sure if the phone has registered my finger press, or if I have to try it again. I look down at the buttons to see if it has the white "glow" indicating it's activated. And you guessed it...this battle often ends up in me pressing, instead of holding the button and restarting the track and having to seek into it (see first paragraph)

So, what can be done? Here's some thoughts:
  • First, why not keep the volume in the same place throughout the UI? In the first screenshot, it seems more reasonable to locate the seek/track slider with the next/previous buttons anyway since the functions are related,and the volume could go on top.
  • Next, why not offer a more precise control for moving through long tracks? I missed the iPod scroll wheel, but how about a zoomed (ala the OS X dock) slider?
  • I know simplicity is a religion at Apple (that's an upcoming post btw), but you have a dynamic interface which you fully control, why so much ambiguity and modal controls on a virtual interface? (see:"bad idea for a software interface" for more thoughts) Would it be detrimental to the UI to add a seperate seek button?
  • In both the previous bullets, I'd even accept a gesture interface to seek- maybe the number of fingers you use to swipe could indicate the time increments you seek by- one finger is seconds, two fingers is 10 seconds and three seconds could be minutes or something.


iTunes as a Podcast Manager: It's time for an intervention (2nd version)

, , , ...

Summary:
iTunes applies a blanket approach to podcast subscriptions that assumes they are all “consumed” in the same manner; it’s a music manager first that has been adopted for podcasts. It should instead embrace the many ways that audio is being published and subscribed to. One suggestion would be to move the concept of playlists over to podcasts and allow us to set download/sync options on playlists instead of each individual podcast. I'd *love* to hear suggestions of any software you know of that might meet my goals (Songbird, ODEO, Juice,ziePod, etc...)


This article is about an older version of iTunes. Many of the problems listed here have been addressed, maybe not as well as I'd like, but they're slowly working on it.

This is a rehash/revisit of an earlier article. I've just refined some thoughts a bit and incorporated some ideas from people who have posted and emailed me in response to the last article. If you read the old one, you can probably skip this. Also please note this has little to do with the iPod, or iTunes as a music manager. I love them!

But when it comes to podcasts, I'd like to see iTunes change. I *am* looking at other clients/managers that might work for me, but I want iTunes to go into rehab & get itself straightened up. Figure out what direction it wants to go in life and all that.


Read more...