Hacker News Reader

Comment by rahuldottech | Hacker News Reader

> portals can be pre-loaded while the user scrolls through a page

Let's be real here. This can already be done though <link> "prefetch" and "preload" [0].

This is just Google introducing more pointless tech that will make webpages clunkier for no good reason. Honestly, I can't think of a single purpose this serves that isn't already fulfilled by existing web tech.

[0]: https://stackoverflow.com/questions/49491193/how-can-i-preem...

View on HN

It's not pointless at all. It makes the Web platform more complicated to implement, which, as the company that owns the leading browser, is in Google's interest. The more complicated the platform becomes, the harder and more expensive it will be for any potential competitors to ship a product that can challenge Chrome.

More importantly, as it seems to require an implementation of native UI and not just rendering, it will harm browsers that are currently Chromium based.

I meant pointless to web tech and consumers. Obviously Google has their own reasons.

The spec goes into detail of why existing tech (iframes) aren't enough:

https://github.com/WICG/portals/blob/master/explainer.md#faq...

https://github.com/WICG/portals/blob/master/explainer.md#alt...

To be clear, this FAQ isn't actually part of the spec (which I'm counting as the document here: https://wicg.github.io/portals/).

https://github.com/WICG/portals/blob/master/explainer.md#ifr...

Heh, "we considered this but it's hard to do in Chrome".

But they don't give a shit if <portal> is hard to do in Gecko, of course.

Link prefetch/preload puts the loading under the control of the browser. The user can't see whether it loads or not, so the browser can make intelligent decisions about when to load it or whether to even load it at all.

Portals are user-visible, so the browser can't defer the load.

> Link prefetch/preload puts the loading under the control of the browser

This is a good thing. Many are on metered connections and have data caps.

Clunkier? To me, this new tag proposal screams AMP, which Google wants to remain fast.

Speed is not the only measure of clunkiness.

Reply on news.ycombinator.com