Mark Nottingham wrote:
I don't want this draft to become the all-singing, all-dancing feed
model review; although there's lots of interesting stuff there, it's
way too ambitious for my tastes (and I think I detect the smell of a
tarpit faintly wafting...). The feed history case gets us to a nice
80+% point; the rest can come in separate vehicles.
Any response to 'prev-archive'?
Question: is what you want really a link to archives or isn't it just
"simple" paging through a feed?
I suspect it is the latter, because reconstructing feed state is only
needed if a complete set of entries is split into several documents.
Therefore, I'll rather suggest moving to:
- a spec about paging, defining head/prev/next (do we really need
tail?) [note: see with A9/OpenSearch people]
- a spec defining fh:incremental, describing relation to paging (can a
non-incremental feed be paged? does it mean something different than
paging of an incremental feed?)
- eventually a spec defining links to archives (which in turn may use
paging: think about archives of search results, what did the same query
return yesterday, last week, last month, etc.)
--
Thomas Broyer
