SubToMe not picking the right feed

[hexagoon]

When using SubToMe in the FMA's Music for Video section, it should subscribe me to: http://freemusicarchive.org/curator/Video/blog.atom

But it subscribes me to the main FMA blog instead: http://freemusicarchive.org/blog.atom

In contrast, the RSS Subscriptions extension for Chrome, shows me a list of available feeds, including the one for the Music for Video section, which I can choose and subscribe to.

[julien51]

Rebeca, I just checked in details and the SubToMe button does indeed pick the 6 feeds that in that page:

http://freemusicarchive.org/blog.atom
http://freemusicarchive.org/recent.atom
http://freemusicarchive.org/interesting.atom
http://freemusicarchive.org/curator/Video/blog.atom
http://freemusicarchive.org/curator/Video.atom

However, it looks like most subscribing applications, including MnmlRdr and Feedly only take into account the first of these, even though the SubToMe registration mechanism would allow them to access all urls.

I am not exactly sure how we can solve that. One option would of course to first let the user chose which feed they want to subscribe to and that would probably work really well for this site because they have meaningful titles for all their feeds in the HTML (FMA Recent Tracks vs. FMA Blog...) but we found that in most cases people would have to pick between "RSS Feed" and "Atom Feed" when they have no idea what RSS and Atom mean and what is the difference between the 2.

If you have any suggestion at this point, I'd be more than happy to hear them.

[jsherer]

Does the SubToMe widget and extension send the original page URL or does it select the first feed and pass that?

If it passes the original page, MnmlRdr will be updated soon to allow selection of which feed to subscribe to when multiple choices appear in the HTML.

Though, it would be nice to see SubToMe provide the option to select.

On Wed, Dec 4, 2013 at 8:17 AM, Julien Genestoux notifications@github.com wrote:

Rebeca, I just checked in details and the SubToMe button does indeed pick the 6 feeds that in that page:

http://freemusicarchive.org/blog.atom
http://freemusicarchive.org/recent.atom
http://freemusicarchive.org/interesting.atom
http://freemusicarchive.org/curator/Video/blog.atom
http://freemusicarchive.org/curator/Video.atom

However, it looks like most subscribing applications, including MnmlRdr and Feedly only take into account the first of these, even though the SubToMe registration mechanism would allow them to access all urls. I am not exactly sure how we can solve that. One option would of course to first let the user chose which feed they want to subscribe to and that would probably work really well for this site because they have meaningful titles for all their feeds in the HTML (FMA Recent Tracks vs. FMA Blog...) but we found that in most cases people would have to pick between "RSS Feed" and "Atom Feed" when they have no idea what RSS and Atom mean and what is the difference between the 2.

If you have any suggestion at this point, I'd be more than happy to hear them.

Reply to this email directly or view it on GitHub: https://github.com/superfeedr/subtome/issues/57#issuecomment-29803460

[julien51]

Jordan, we pass the original site url, all existing feeds and the first feed so that all use cases are covered. You can of course configure that with the registration mechanism to pick whatever makes sense to you. Please check our docs for more details.

Right, with the URL we have in store, we're redirecting the user to https://mnmlrdr.com/settings/subscriptions/add?feed=http%3A%2F%2Ffreemusicarchive.org%2Fcurator%2FVideo%2Fblog%2F So you should be able to show the user the various options I guess?

Also, it looks like you don't do registration? That would obviously override any url we have in the store for MnmlRdr!

[jsherer]

Ah. I didn't realize that you provided feed and feeds too. Thanks.

On Wed, Dec 4, 2013 at 8:57 AM, Julien Genestoux notifications@github.comwrote:

Jordan, we pass the original site url, all existing feeds and the first feed so that all use cases are covered. You can of course configure that with the registration mechanism to pick whatever makes sense to you. Please check our docs http://docs.subtome.com/developers/ for more details.

— Reply to this email directly or view it on GitHubhttps://github.com/superfeedr/subtome/issues/57#issuecomment-29806189 .

[julien51]

Yes, we're also in the process of evaluating an 'inline' JS subscription handler where the user does not even have to be redirected if everything is smooth (no anbiguity... etc). I'll ping you about it.

[julien51]

Closing for now for the sake of clarity. I think SubToMe does what it's expected to do.