njx / snackr

Automatically exported from code.google.com/p/snackr
2 stars 0 forks source link

When synced with Google Reader, Snackr should fetch items from Reader and not directly from feeds #214

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago
At the moment, Snackr retrieves items by downloading rss feeds directly,
parsing them, and extracting the item content and metadata. When synced
with Google Reader, Snackr should instead retrieve the items for a feed
from Google Reader itself instead of directly from the feed. This has two
benefits:

1. Google Reader generally does a better job of parsing feeds than does Snackr.
2. When it fetches items, Snackr can retrieve the Google Reader guid (not
the same as the feed item's guid) when it fetches the feed item. This
allows us to skip the step in setItemRead / setItemStarred where we have to
hunt for the guid based on the item url or original guid, which seems to be
a big source of bugs right now.

Original issue reported on code.google.com by robad...@gmail.com on 31 Oct 2008 at 4:44

GoogleCodeExporter commented 9 years ago

Original comment by nop...@gmail.com on 16 Nov 2008 at 12:52

GoogleCodeExporter commented 9 years ago

Original comment by nop...@gmail.com on 16 Nov 2008 at 1:01

GoogleCodeExporter commented 9 years ago
Notes from email to Rob...

I started looking at getting feeds from Reader when synced. It looks trivial to 
get
the feed, but one thing I was wondering is what information you want me to pull 
aside
from the usual stuff in the feed. Do you just want me to get the GR item ID and 
store
it in the feed item table? If so, I can probably just add that field.

I was initially thinking I could just store the GR ID as the item guid when 
connected
to GR, but that seems bad for upward compatibility (i.e., if you were already
connected to GR, and I start storing the GR ID for new items in their guid 
field you
wouldn't be able to tell which items are using the GR ID as the guid and which 
are
using the old-style guid). So it probably makes more sense to just have an extra
field for the GR ID. If you can't find an item by its GR ID (because the item 
was
retrieved before the release where I add this functionality), then you can fall 
back
on the old way of finding it by URL. Does that make sense?

(I'm a little loath to add GR-specific stuff to the main feed table, but it's 
not a
big deal. I could create a separate table for mapping the guids in the main 
feed item
table to the GR item IDs...maybe I'll do that, and just give you an API to that 
so
you don't have to worry about it.)

Original comment by nop...@gmail.com on 11 Dec 2008 at 8:30

GoogleCodeExporter commented 9 years ago
I'm not sure if this issue is explicitly part of the issue here but it may be: 
GR
integration should (IMO) work so that 1) reading an item in GR should mark it 
viewed
for the Snackr presentation (this would be solved by reading the GR feed) 2) 
reading
an item in Snackr should mark it viewed in GR (this would involve an extra step 
i
assume).

PS thanks for an excellent app!

Original comment by avonhun...@gmail.com on 9 Feb 2009 at 6:40

GoogleCodeExporter commented 9 years ago
it's time to do it!Google can create feed in the side without RSS.

Original comment by unmanage...@gmail.com on 27 Jan 2010 at 12:30