Closed GoogleCodeExporter closed 8 years ago
Original comment by jpenn...@gmail.com
on 7 Jul 2010 at 9:05
[deleted comment]
Yes please! This seems like it'd be one of the most common use cases.
Original comment by lid...@gmail.com
on 23 Jul 2010 at 10:07
I agree this is probably the single most important thing you can do to improve
this app! It will boost usage and rating of the app tremendously!
Original comment by jcl...@gmail.com
on 3 Sep 2010 at 8:08
YES! This is a requirement. Clicking each story is much too tedious.
Original comment by jholle...@gmail.com
on 14 Sep 2010 at 1:43
I agree absolutely. It's the only thing that would keep me from using the app
more.
Original comment by mswai...@gmail.com
on 4 Nov 2010 at 2:25
[deleted comment]
This is a HUGE drawback of this app. I primarily would want to use the app
while on roadtrips and the current setup is not driver friendly at all.
Original comment by msmurp...@gmail.com
on 26 Nov 2010 at 1:01
I had assumed it wasn't there because NPR said they wouldn't allow it. If it's
a technical issue, by all means, I'd be willing to post a bounty on it.
Original comment by kkin...@gmail.com
on 30 Nov 2010 at 2:24
It isn't because we won't allow it, but moreso that the technical solution
isn't as easy. In the iPhone app, we feed to the podcast feed instead of the
API for some shows like Wait Wait. Other shows we just add all the segments to
the playlist. There should be a technical solution out there.
Kate - NPR Services Manager
Original comment by kate.my...@gmail.com
on 30 Nov 2010 at 2:43
Thanks for the reply, Kate.
Forgive my ignorance, but could you not do what the user does manually? For
example today before my exercise routine, I just went through the All Things
Considered segment list and added each segment for the 29th.
Granted it might be possible I'd lose out on something not posted, or something
that NPR didn't have rights to post online, but in general, it would cover most
use cases.
Something like an "Add all segments dated X" feature.
Original comment by kkin...@gmail.com
on 30 Nov 2010 at 4:01
A bounty then?
Original comment by tjack1...@gmail.com
on 1 Dec 2010 at 5:16
I'm down for a bounty. Where do we put this up?
Original comment by kkin...@gmail.com
on 1 Dec 2010 at 5:40
Kinder, you are technically correct. It is slightly more complicated than that,
but basically, yes.
For example, All Things Considered, the call should be:
http://api.npr.org/query?id=2&sort=assigned&date=current&apiKey=[API_KEY] This
can be repeated for all shows with the id=X where X=show id.
You can double check by going to this page for whatever date is current:
http://www.npr.org/templates/rundowns/rundown.php?prgId=2&prgDate=12-16-2010
As for bounties, it is not something we've done, but NPR might consider it.
What would you say to a gift card to the NPR shop? http://shop.npr.org/
Original comment by jpenn...@gmail.com
on 17 Dec 2010 at 8:31
This is my #1 issue; and I'm willing to work the code to do it.
Original comment by white...@gmail.com
on 20 Dec 2010 at 6:20
Great! Whitey04 I've made you the owner. Please, take a look at how to do a
code review and keep in mind the different branches. Feel free to send any
questions you have to the mailing list: npr-android-app@googlecode.com
Original comment by jpenn...@gmail.com
on 20 Dec 2010 at 5:11
It's a twenty line function that highlights many other shortcomings.
Proceed with caution.
Original comment by tjack1...@gmail.com
on 20 Dec 2010 at 5:49
> It's a twenty line function that highlights many other shortcomings.
> Proceed with caution.
Huh? What does this mean?
Original comment by mfreder...@google.com
on 20 Dec 2010 at 8:46
Sorry, Michael, I intended no mystery or offense. As is, the playlist
isn't a good focal point for user interaction. Let me leave it at
that; I wanted to entice not discourage.
TJ
Original comment by tjack1...@gmail.com
on 21 Dec 2010 at 12:51
Any progress on this? I am eagerly waiting for this feature. I would be happy
to test or give feedback on early versions.
Original comment by jholle...@gmail.com
on 27 Jan 2011 at 4:13
Sorry; I was off for christmas :). I'm currently looking at issue 49 as a
prereq for this.
Original comment by white...@gmail.com
on 27 Jan 2011 at 4:44
That's awesome. Make sure you are working from the 2.0 trunk paradigm, as the
1.x will soon be legacy.
Original comment by jpenn...@gmail.com
on 27 Jan 2011 at 7:26
Do you mean the v2.0 UI PDF description (on it ;-) or is there a svn branch
other than trunk to use...
Original comment by white...@gmail.com
on 28 Jan 2011 at 4:03
There are indeed two branches. I can't recall the exact paths, but one is
called just trunk, I believe and the other 1.x something. I'm afraid someone a
bit more technical will have to verify that :)
The trunk is the 2.0 version and the one you'd want to move towards. I believe
Michael Frederic still has some fundamental changes to the services that need
to be checked in. As I'm not coding in the trenches, I don't want to be
definitive, least I look silly and take you down the wrong path.
Can someone else jump in and clarify If I'm off base?
Original comment by jpenn...@gmail.com
on 28 Jan 2011 at 5:11
Seems about right. I'm currently looking at the trunk but it hasn't been
committed to since November.
I started with Issue 49 (add from story list) since that should flow easily
even if the playlist back end changes drastically (and will make adding a show
at least *easier*).
Original comment by white...@gmail.com
on 28 Jan 2011 at 5:17
Original comment by jeremy.w...@gmail.com
on 10 Feb 2011 at 5:20
This was completed in version 2.0
Original comment by jeremy.w...@gmail.com
on 23 Mar 2011 at 4:06
Original issue reported on code.google.com by
ssshanest
on 1 Jun 2010 at 9:27