Back to Top

Show podcast description when in playmode

21 posts / 0 new
Last post
Mindcloud
Offline
Last seen: 8 years 5 months ago
Joined: 07/23/2010 - 19:17
Show podcast description when in playmode

It would be nice if you could see the podcast description next to the icon on the playmode screen.

eric
Offline
Last seen: 1 year 8 months ago
Joined: 11/06/2008 - 22:02
item description

That's a great idea. I'll probably only be able to display some of it, with a link or something to the complete description.

I created an issue for this.

http://mantis.snoggdoggler.com/view.php?id=611

JNavas
Offline
Last seen: 9 years 5 months ago
Joined: 11/08/2010 - 10:59
Item Screen with Description

Please consider adding an item screen with description.

Currently DC has a Feeds screen and a Feed screen, and
when you touch an item in the Feed screen, it starts playing.

Instead, I'd like the touch to open an Item screen.
It could be just like the Feed screen except
the list of items would be replaced by the item description.

This would make it easier to see the description before or during playback.

Thanks,
John

p.s. FWIW, this is how Google Listen works.

eric
Offline
Last seen: 1 year 8 months ago
Joined: 11/06/2008 - 22:02
Item description

You can currently see the item description by long pressing on it and pressing on 'description'. I like to keep the 'press' associated with the most common action and then put everything else in the context menu.

I'm going to be adding some more stuff to the play mode screen, which is essentially a screen that you are talking about...everything about an item. There's a bunch of empty space on that screen, plenty for at least a teaser of the description and an button to get to the full description.

Thanks for the feedback.

JNavas
Offline
Last seen: 9 years 5 months ago
Joined: 11/08/2010 - 10:59
UI issues (drill-down, play, description, etc)

Thanks. I do know how to access Description by long-touch pop-op and then touch "Description", but that doesn't really address my concerns:

1. Immediate information. Take the example of the "NPR Fresh Air Podcast". When you open this podcast in Listen, you see not just the item Titles, which tend to be uninformative, but also enough of the Descriptions (teasers in your terminology) to have some idea of what's in the items, and you can quickly scan the list looking for item(s) of interest. In DC you get just the uninformative Titles, and it's a PITA (pain in the ass) to have to go through multi-touching each one. I much prefer the Listen approach. Following the same principle, please show the entire Description on the Play/Item scrren, with scrolling as needed -- reserve the teaser for the Feed screen.

2. UI consistency. While efficiency is important in UI design, it's usually trumped by consistency. Since item touch is drill-down (to Feed) in the Feeds screen, it should be the same action (drill-down to Item/Play) in the Feed screen, not something else. Otherwise you have a modal type interface that may be easy to use for the initiated, but unintuitive and hard to learn for the uninitiated. I much prefer the Listen approach.

3. Visibility. "Out of sight, out of mind." While those initiated know to expect context menus, the uninitiated may not realize they exist, making the app unintuitive and harder for them to learn. It's best to have visible buttons, next best to have things listed on the Menu button, with context menus reserved for the initiated.

4. Color. A surprising number of people are colorblind to a significant degree (on the order of 10%), so it's generally not a good idea to have the interface depend on color. A more universal paradigm is to use type weight (bold, normal, etc) or brightness (bright, dim) to distinguish item classifications. Listen has new items in full brightness, listened to items in dim brightness.

Other important UI issues:

5. Confirmation. Actions that are difficult (or impossible) to reverse should have undo or at least confirmation. It's all too easy, for example, to touch "Flag all done" by mistake, and instantly lose track of which items aren't really done. (I speak from painful experience.) DC needs "Flag all done? [yes] [no]" confirmation. Etc.

6. Intuitive. Functions should be obvious without having to resort to documentation. I wasted a large amount of time trying to figure out how to set up a Virtual feed for an audiobook, finally searched the DC website, and was stunned to find it was hidden in the "RSS URL" item. I have much more to say about Virtual feeds, but in the meantime, you should at least add "Virtual" to the menu item (or, better yet, create a separate menu item).

Thanks for listening, ( no pun intended ;)
John

eric
Offline
Last seen: 1 year 8 months ago
Joined: 11/06/2008 - 22:02
1 - Got it, I could create

1 - Got it, I could create some mechanism to toggle the inline display of the item description - created issue
http://mantis.snoggdoggler.com/view.php?id=715

2 - There are quite a few different ways of handling the actions on the items and I've tried them all at one time or another. The first release (back in 2008) was closer to what you're describing with listen. I've also tried buttons on the rows with actions. Then I settled on where it is now. I agree with the increased difficulty for new users but decided it was worth it in this case because once you're used to it, it's much less work to navigate. I mitigated the problem a bit with the text that sits next to the download state icon that let's you know what's happening. Most people are going to be surprised the first time they press on an item but the text tells you what's going on.

3 - I agree and a lot of new android users have difficulty getting used to the existence of a menu button. Those menus are only useful though in some context so on the screen that lists items, the menu can only relate to the feed...which I guess is where you were going with having a screen for displaying an item. One option would be for the behavior for pressing on an item to be configurable such that it either does what it does now or takes you to a screen like the play mode screen which has more item related action easily accessible.

4 - With the new ui that I'm working on, the only thing I can think of that will cause a dependency on seeing color is the play state (new/done/in progress). They are blue/green/grey. It may be difficult to distinguish the blue from green. I need to think about this some.

5 - Created issue - http://mantis.snoggdoggler.com/view.php?id=716

6 - I agree completely that the virtual feeds are way too difficult - http://mantis.snoggdoggler.com/view.php?id=717

Baaaad pun :-)

I know it takes a good bit of time to organize thoughts about these things and post on them. It's easy for me to overlook things that I have gotten used to that I just won't be able to see. Perspective from a fresh set of eyes is welcome. I do appreciate the feedback.

Eric.

JNavas
Offline
Last seen: 9 years 5 months ago
Joined: 11/08/2010 - 10:59
Re: US issues

1. That would be great -- thanks!

2. Maybe I'm just dense, but I'm still getting tripped up by touch to play (interrupting what I'm listening to), and would prefer touch to drill-down or show description. I'd like the default action for touch to be the action I want most often, not least (play).

3. The touch action is logically the default action of the long-press context menu. (Single action is the degenerate case, but is still well-served by having a long-press pop-up.) So please do consider making the default touch action a Preferences option -- thanks!

4. Distinguishing dark blue from dark green is indeed difficult on the Nexus One display. And it would be nice if the Feeds screen distinguished more clearly between (a) feeds with new items and (b) those without new items, perhaps by using bold weight and normal weight respectively. It would also be nice to have a quick Menu toggle to hide/show feeds without new items.

5. Great -- thanks!

6. Great -- thanks!

It was indeed a bad bad pun. ;)

Glad to help. Thanks for being so responsive.
John

eric
Offline
Last seen: 1 year 8 months ago
Joined: 11/06/2008 - 22:02
Issues

3 - got it - http://mantis.snoggdoggler.com/view.php?id=724

4 - On the feeds screen, you'll see a blue number for feeds with new items and no number for feeds with no new items. It also will be a little more pronounced after the UI update that's coming. There's a filter on the feeds screen to hide feeds with no new items.

JNavas
Offline
Last seen: 9 years 5 months ago
Joined: 11/08/2010 - 10:59
UI issues

3. Thanks!

4. The deep blue number on black is hard to see on the Nexus One, but I prefer a dark background, so if you keep dark background as an option (!), please consider making the blue a bit brighter and more visible. And thanks for the reminder on Filter -- it's just the ticket!

John

eric
Offline
Last seen: 1 year 8 months ago
Joined: 11/06/2008 - 22:02
Dark background

I've been working on theming the app with a light and a dark background. It has been a good deal of work but I think you're right about keeping it. I think a lot of people will like the new lighter theme, but also that plenty will prefer the dark theme that they've become accustomed to.

JNavas
Offline
Last seen: 9 years 5 months ago
Joined: 11/08/2010 - 10:59
Sounds great -- thanks!

Sounds great -- thanks!

jkarp
Offline
Last seen: 10 years 9 months ago
Joined: 02/03/2009 - 15:36
It would also be awesome if

It would also be awesome if the playmode screen replaced the default feed image with one from the mp3 (aka album art), if it exists. I've got one feed that sometimes throws a content-related image into the mp3 and it would be cool to see while playing.

JNavas
Offline
Last seen: 9 years 5 months ago
Joined: 11/08/2010 - 10:59
Replace feed image with AlbumArt

I suggest you create a new separate Feature Request for this. Give some thought to how it would be done. Currently, subscriptions are not in named folders, so there's no obvious way to do this.

eric
Offline
Last seen: 1 year 8 months ago
Joined: 11/06/2008 - 22:02
Album art

Good idea, I created an issue for this - http://mantis.snoggdoggler.com/view.php?id=746

danield
Offline
Last seen: 9 years 1 month ago
Joined: 02/17/2011 - 16:24
Description text

Hi,

regarding the decription: I'm totally new to android and doggcatcher but already enjoyed the app for listening to podcasts.
For the type of postcasts I listen too, it's common to have a rather lengthy description (show notes) with quite some HTML links in it as a reference to topics discussed in those podcasts.
What I'm missing is a full (scrollable) display of the podcast description (the show notes of each episode) with clickable HTML links inside, if present.

Thanks.

eric
Offline
Last seen: 1 year 8 months ago
Joined: 11/06/2008 - 22:02
Description

You can pop up a description for the podcasts by long pressing on them and selecting description. That includes everything that the publisher has in the feed.

I'm going to try to fit as much as possible on the play mode screen but I'm not sure it'll all be there.

JNavas
Offline
Last seen: 9 years 5 months ago
Joined: 11/08/2010 - 10:59
Re: Description

Yes, you can pop up the Description, but as I've commented previously, that's unintuitive, takes two touches, and is quite painful when you need to see descriptions for multiple items (as when a publisher doesn't provide a terribly descriptive Title). If you have to explain or defend the UI, then the UI is broken.

John

eric
Offline
Last seen: 1 year 8 months ago
Joined: 11/06/2008 - 22:02
Description popups

Yeah, I think I might also make it so you can hit next/prev in the description dialog so it's possible to scan forward and backward through the description.

http://mantis.snoggdoggler.com/view.php?id=815

JNavas
Offline
Last seen: 9 years 5 months ago
Joined: 11/08/2010 - 10:59
Re: Description popups

The issue I'm raising is the current lack of ability to quickly and easily scan descriptions for multiple items.

eric
Offline
Last seen: 1 year 8 months ago
Joined: 11/06/2008 - 22:02
Desc popups

Yep, adding next/prev in that dialog will let you scan descriptions for multiple items.

JNavas
Offline
Last seen: 9 years 5 months ago
Joined: 11/08/2010 - 10:59
Descriptions

That sounds clumsy to me, much less usable than just having descriptions in items, but I'll reserve final judgment until I actually try it.

John