Swipe left and right to go to the previous or next track should animate/slide and allow for the gesture to be cancelled

Even though I think it's a pretty cool feature, I actually agree with this for exactly the reason you said. It's very easy to accidentally go to the next song when using the right edge gesture.

I would be opposed to removing the feature from the app.

One option is to make it so that the action can not be triggered within, say 10GU of either edge of the screen. There are other actions, however, like the list item actions that are prone to the same user error--so I'm not convinced that this is the solution.

Eventually, I'd like to see an animation while the gesture is underway--I think this might help a little bit as well.

My plan for this with the new mediahub API (as you can easily tell what the next and previous tracks are). Is to have the previous, current and next covers in a horizontal slideable listview. This would mean as you slide one way the cover of the next track would be shown. Also as it would use the listviews dragging and locking it would require you to drag the item probably about 50% across to confirm the action, I have some early prototypes somewhere on my laptop...

I feel this would cover all of the raise points and bring us inline with what other apps do.

Any progress on this fix? This would be a nice to have and I am intrigued by your concept Andrew.

So I've created a first prototype, which is where the next/previous track is 'pulled' in from the sides as an overlay and the current track remains static. In the video of prototype attached, you can see the current track as the blue portion (with the current index) and then the previous trigger as the red portion and the next trigger as the green portion (each colour would infact be the album art).

My other idea is to have the | previous | current | next | all on a 'slider' so instead of 'pulling' in the next track, you will slide the next track away and the next one will slide in. (I'm going to attempt to build this next).

And I've created the sliding prototype, note that the colours cycle for each index to make the transitions more obvious. The difference to the 'pull' prototype is the the whole 'view' slides across rather than the new track being 'pulled' in like an overlay.

Managed to improve the animations in the slide prototype :-)

I honestly think that anything that scrolls through horizontally should use the scrolling method you’ve demonstrated. I think the gallery app could use it too.