Live data from Hacker News

Show HN: Unclutter – Reader mode, but better

unclutter.it

51–60 of 122 posts

Re: Show HN: Unclutter – Reader mode, but better

#51
For what it's worth, I do this manually through a combination of uMatrix element removal and custom CSS stylesheets (applied via the Stylish CSS manager browser extension). I've experimented with both general and more specific clean-up rulesets.

I'll be the first to admit that this requires some knowledge of CSS. Or, in my case, turned out to be how I learned most of what I know about it ;-)

There are a few general observations I've made over the years:

1. A whole lot of Web design is absolute crap. Or as I put it, "Web design isn't the solution, Web design is the problem."

2. Less is virtually always more. I'm constantly shocked at how much calmer the experience of reading a site to which sidebars, recommendations, social-media link-litter, advertising, and of course, autoplay video and audio, have been removed.

3. There's a massive amount of shitty HTML out there.

4. Content extraction ... can work, and surprisingly well for some sites. I'd built an html-xml parser for the Washington Post which reduces news articles to about 1% of their original size, and tremendously improves readability. Those tend to have to be configured for specific sites or content engines, however.

5. That said, there's a lot of re-use of content engines, and some rules can prove quite generalisable. But ...

6. ... There's also a lot of churn, and rules which work at one point in time can fail spectacularly at another. Determining what version of the generator is being used for a specific request is ... difficult.

7. Often the most dramatic improvement is simply to dump plain text of the main meat of an article and re-apply formatting to that. This is of course manual, but adaptive and ... reasonably quick. What also becomes rapidly apparent is that site styling and markup offer very little additional benefit or structure to the core content.

8. For almost all commercial sites, there's virtually no use of bold/strong, and little of emphasis, outside of advertising or ancillary content. Simply nuking and tagged-content is remarkably effective at trimming crud. Often it's the only reliable way to do so.

Re: Show HN: Unclutter – Reader mode, but better

#52
post #43
post #41

This looks very neat, I know it's an edge case (And it's not great to build Safari extensions, been there) but do you have any plans for Safari support?

Not an edge case, I've been tracking this for a while: https://github.com/lindylearn/unclutter/issues/13 Someone else in this thread suggested a version for mobile Safari which made supporting this even more interesting. No promises, but hopefully I can get to this before the end of the year.

It would also be nice to know if this works in Orion. Orion is a WebKit-based browser on macOS and iOS that allows plug-ins like uBlock Origin. (You can download it here: https://browser.kagi.com/)

Re: Show HN: Unclutter – Reader mode, but better

#55

Tested this on pg essays, the social comments is a pretty cool feature, I initially thought you would also surface the footnotes, similar to gwern site (one site I doubt I'd ever use a reader mode on). Lovely tool, in terms of things I would pay for, the actual reader mode is not really the thing I would pay for. What I would pay for would be, highest to lowest: 1. An awesome search engine that can search text I read…

[dead]

Re: Show HN: Unclutter – Reader mode, but better

#56
post #12

Naturally this required the "Access your data for all web sites" permission -- most powerful/useful extensions need this permission. But I've been pretty conservative in adding extensions with it (as in, just two, including the obligatory UBO). Why isn't there a permission where the add-on doesn't get to access anything until I activate it for a specific tab, and then it only gets to access to that specific tab? Uncl…

There's also a tremendous difference between: 1. "Extension sees data on pages for which it's activated, and might modify that all kept locally ", and 2. "Extension sends all page information to The Cloud^W^W Somebody Else's Computer where it is probably being shared with umpteen third parties, advertising^W behavioural manipulation and surveillance organisations, and will be preserved in crystal until the Heat Death…

There’s no practical way to distinguish between these two options for web extensions: once the extension can fiddle with the HTML on the page, it can use that power to make network requests (trivially, by inserting tags onto the page).

Re: Show HN: Unclutter – Reader mode, but better

#57

Earlier quoted context omitted.

There's also a tremendous difference between: 1. "Extension sees data on pages for which it's activated, and might modify that all kept locally ", and 2. "Extension sends all page information to The Cloud^W^W Somebody Else's Computer where it is probably being shared with umpteen third parties, advertising^W behavioural manipulation and surveillance organisations, and will be preserved in crystal until the Heat Death…

There’s no practical way to distinguish between these two options for web extensions: once the extension can fiddle with the HTML on the page, it can use that power to make network requests (trivially, by inserting tags onto the page).

Hrm...

That does make things more complicated.

The dynamic nature of HTML as a whole means that 1) page contents can change interactively and 2) follow-up network requests can be made.

Limiting that would be difficult, and might require something like, spitballing here:

- Limiting extension functionality to subtractive network requests, or specifically permitted requests. Given that I've just installed LibRedirect, which points surveillanceware sites (Twitter, YT, Reddit, Instagram, etc.) to open, less-surveilled alternatives, I'm already contradicting myself here.

- Limiting extension functionality to changing displayed content after an initial pre-render has been achieved. sort of:

  { Web }  { Unmodified fetch }  { Extension }  { Displayed content }
That ... obviously ... fails to work for any number of content blocking or tracker-blocking tools (uMatrix, Ghostery, amongst others).

This leaves us with the option of tools which are audited and certified as to behaviour, have some specifically limited sets of requests, and require those back-ends to treat any such requests in specific manners which preserve privacy and confidentiality. That's a lot more cumbersome, and doesn't work off simple allow/deny rules on-device.

Thanks for the reality slap.

Post reply on HN