I hope someday they will create or have this system evolve into something like that, which would be a lot more useful.
These are entirely different systems to me. We just happen to use bookmarks to keep track of feeds / updating websites. I have lots of bookmarks I keep for static content that I want to refer to constantly. Blog posts, specific documentation pages, Stack Overflow answers, etc. It's nice to just begin typing "Python async..." chrome's suggestions will show me my bookmarked link. I've been looking into a better way to do this as my bookmarks grow, searching by page content would be a nice feature too. (I hear about Pinboard a lot on HN, and I've been meaning to look into it. This manager seems neat as well. However that's for another comment/thread).
But that way of using bookmarks is a different goal than "bookmarking" a news website, a forum, etc. And I agree with you in that regard, that bookmarks still seem the best way to manage this is sort of silly. What you describe is something else, and certainly something which would be useful, but it's not a bookmark. A bookmark doesn't tell you when your favorite author has released a new book, or turn the page in a book for you. It holds a specific page that you'd like to return to, and it does that job very well.
Though it has it's rough edges, but after using it, for a year, I think, It's awesome. Dragdis[0] actually solves a lot of bookmarking problems. And they have mobile app coming, which is really nice to use (in closed beta now). And the fact that you can bookmark just about anything you wan't. Not just a page, but for example a specific fragment of code/text/video/etc. and the link will be associated automatically. And when searching or browsing through your collection, your "dragged" info appears first rather than link. See for yourself [0].
[0] - https://chrome.google.com/webstore/detail/dragdis/fiekimdgbp...
Everything you read is tracked as read/clicked so that you can search using those filters. Also tagging and creation of own channel(invite only) is allowed.
Examples:
http://filr.io/channel/hackernews
Also, considering the "fire-hose" nature of typical RSS feeds, there needs to be an intelligent layer that sits between it and the user for it to be useful.
I have to disagree with that, I enjoy my RSS feeds uncensored, if a feed has too low of a signal to noise ratio then I unsubscribe. I have a few of my own filters set up in InoReader for stuff that I'm absolutely sick of hearing about, but none if it is filtered for me "intelligently".
There are plenty of services built on top of RSS that do filter and remix the content already, however.
I agree. I made http://fetching.io because I hate having to remember to save something just to easily find it later. Everything you see should be indexed and easily searchable.
Manually changed the URL to http://fetching.io/privacy/ (guessed) and it worked.
We've though about getting streams of data (RSS feeds, etc.) that automatically come in, but we haven't really decided which direction we'd like to go with it. We're currently focused more on core functionality, just making sure that it's insanely fast to save and find links (and to make sure they stay out of your e-mail inbox).
Would love to hear your thoughts, or if you'd be interested in trying out our private beta we would love the feedback. If you're interested my contact info is in my profile.