Chrome extension for hiding articles on HN
chrome.google.com
chrome.google.com
Articles can be "unhidden" ("show" link); hidden articles are remembered between sessions, for 7 days (since articles move rather rapidly on the front page there is little point in remembering the status longer -- should maybe be user-configurable though).
The "option[s]" page has just one option for now -- open links in new window.
I had the same problem, but solved it a little differently:
I'm using Firefox, so I installed the "Stylish" extension, and created the following style, that colors the visited links:
@namespace url(http://www.w3.org/1999/xhtml);
@-moz-document domain("news.ycombinator.com") {
.title > :visited, .subtext > :visited
{
color: #ff6600! important
}
}
Then, when browsing HN, I click on all the links, ignoring the orange ones (= already visited), and bookmark all (and only) the ones I'm interested in. So, instead of hiding uninteresting content, I save the content that interests me ;)It used to be a lot faster with the Read It Later extension (Alt + W would bookmark to a "To Read" folder), but the extension no longers saves the pages to a bookmark folder, so I stopped using it... ( http://www.ideashower.com/support/read-it-later/20-syncing-a... )
I'm still looking for a better workflow to browse HN. Maybe a greasemonkey script that would bookmark the HN comment link, and save both the comments and the linked articles to instapaper?
I think it could be useful because as time passes, I end up reading the uninteresting articles, too. Maybe if I would hide them upon first encounter, I could avoid that.
If you don't see it, it should be either that you're browsing HN on a different domain than "news.ycombinator.com" (?) or that you're using a version of Chrome < 5...?
Seems to be that when you have no hide options stored, the request listener returns {} and the main.js code blows up on "options = JSON.parse(response);" - (at least it doesnt seem to make it past that line).
This fixes things for me:
try {
options = JSON.parse(response);
}
catch(err) {
}It was indeed the problem (you had to have options before you even used it!) Fixed it in 0.1.2.
Edit: actually, just disabling the link might work better.
But if there is demand I can try to repackage it as a greasemonkey script (Chrome extensions are essentially greasemonkey scripts anyway).
but some things are not totally obvious so I might compile what I've learned in a blog post, yes!