pwdisswordfish9

Got some links? Would love to read.

Why are you blathering about tea?

That depends on how selfish you are.

While I'm sure it's annoying, this post is not a good look and reads rather unhinged. I'm also not sure what it's meant to accomplish other than venting.

As if apple would have their services obey firewall restrictions.

> Parsing HTML isn’t trivial: aside from bad/invalid HTML (think: missing opening/closing tags, quotes, etc), there’s also a lot of content that requires javascript to render in the first place, for example, which means the page needs to be rendered and have access to window and DOM, etc.

Double standard. If you're going to make a fair comparison, then you need to compare like with like; you need to compare the subset of things about e.g. HTML that give you what you can also get with a screenshot. It makes no sense to hold the performance penalty of script execution against browser runtimes when (a) you don't have to execute any scripts to effect anything that gives you parity with a static image, and (b) you can't with static images do anything like what executable scripts enable.

And whether or not parsing HTML is trivial (which is debatable), it's still not strictly greater than the computational resources that are needed for the kind of computer vision and widgetry that lets you e.g. select the text in a screenshot...

Speaking of Atom/RSS:

There's no reason to have a separate /archives resource and a /feed.xml (with or without content negotiation). You can just specify some external XSLT with an xml-stylesheet processing instruction in your feed XML that will cause the feed to be rendered nicely when it's opened in the browser...

A bookmarklet is more or less just a JS expression that executes on command (the user's, that is). The execution model is approximately the same as for content-delivered scripts, and it's subject to the same constraints.

So, yes, if you just naively write a bookmarklet that navigates to a new page with e.g. assignment to window.location and then expect any result other than the next line of code not executing, then you're going to be disappointed. You solve this the same way you'd solve it if you were writing an ordinary Web app--implemented in JS delivered by the server with script elements on your own page. Two stupid easy solutions that immediately come to mind: use XHR/fetch instead of actual page navigation; alternatively, have the bookmarklet open up a ~postage stamp-sized window with window.open that you can use both to output visible diagnostics and to keep the crawler resident (by doing all the work in the diagnostic window's context, which uses window.opener to control the initial tab as its puppet)... etc.

You don't need an extension to do that. You can get by with a bookmarklet, which would be wise, considering how much contempt browser makers have for extension authors.

They are approximately as big of a risk as any other third-party code you install from the Web onto your machine (e.g. tools from dev SDKs).

What is "OWF" here? Open Web Foundation? If so, that's such a weird choice to mention. It has approximately nothing to do with browser standards. It's not even as if it's a ceremonial figurehead or something. It just has absolutely no place in this discussion...

> This promising engine [Servo] was developed by Mozilla[...] Mozilla fired a quarter of their developers, which apparently included the whole Servo team. There have still been some commits to the code since then (presumably by hobbyists) but it is questionable if Servo will have a future.

Why do people keep framing the story this way? Servo's future is in Gecko.

always_has_been.jpg

The Servo repo was a testbed that allowed people to work on new, Rust-based browser components without anyone having to pass the type of code reviews that are necessary for a production Web browser that is by the way already continually shipping to millions of existing users.

This (far too common) meme of Servo as a somehow failed separate browser engine that was supposed to, I dunno, be swapped out at some indefinite point and retire the lizard or something is very weird.