Live data from Hacker News

Google launches new “portal” HTML element

zdnet.com

171–180 of 265 posts

Re: Google launches new “portal” HTML element

#171
post #60

Am I reading this wrong, or is Google pushing a fairly complex element with substantial security considerations into HTML exclusively to solve their UX problems with AMP and the pre-load search carousel? Like this seems like it would be a fair amount of work for browsers to implement, and Google is the only party who would benefit.

Like HTTP signed exchanges, these are solutions for problems Google has.

would be funny if Google would code for somebody else's problems

Re: Google launches new “portal” HTML element

#172
post #48
post #30

Earlier quoted context omitted.

If you're connected to a VPN, install pi-hole on that network and use it as dns. If not, just get blokada from f-droid. It uses 1-3% energy over the day on my phone, but saves around 15% by filtering ads

It’s a real shame you still can’t install a third party content blocker easily in the default browser on Android. Setup a VPN and PiHole for sure works, but my goodness what a lot of effort when simpler approaches exist, even on Safari on iOS... I’m aware other browsers exist that can do this, but this basically forces me to use a different browser on my phone versus my desktop. Such is the reality of using an OS mad…

>forces me to use a different browser on my phone versus my desktop

Firefox has a desktop version too. Works well.

Re: Google launches new “portal” HTML element

#173

Earlier quoted context omitted.

Or just switch to Firefox on Android and use uBlock Origin or similar.

Firefox on my phone crashes ALL the time. I can't load 3 web pages without it crashing. Is Android doing this on purpose? I just cannot get firefox mobile to work, sadly.

I haven't used Firefox on Android in 6 months or so but it was pretty stable for me.

I switched to Brave for mobile and it is amazing. Super easy to block scripts and other tracking without hijacking your DNS or requiring ad blockers/pi-holes etc.

Re: Google launches new “portal” HTML element

#174
post #9

Do they use their internet dominance to invent a bunch of complex html elements so google becomes the only one being able to parse html effectively in the future? I hope not.

They kind of already are, that's why Firefox is forever playing catch-up and Microsoft ditched Edge/Trident.

The last couple of bleeding-edge features I looked at were SVG favicons and position: sticky. Firefox is ahead of Chrome for both of these.

Re: Google launches new “portal” HTML element

#175
post #15

Can someone explain to me the innovation here, besides some page-transition eye-candy? > Furthermore, portals can also overwrite the main URL address bar, meaning they are useful as a navigation system Isn't this already possible with iframes and target="_top" / target="_parent"? You can also use the -Tag inside the iframe. > The advantage over using Portals over classic links is that the content inside portals can b…

> "what about the obvious tracking issues?" frankly, tracking seems to be a primary purpose of the portal tag. it takes the imperative away from the user so that the server can make the decision about what you see and how intrusive it can be. the point seems to be to shift control to google.

How is prefetching taking the imperative away about what you see? You can click or not click. As for "tracking", the website could already ping as many servers as it wanted in the background, it's not like it can do anything new here.

I honestly don't see how the server gets any more "power" than it already did.

Re: Google launches new “portal” HTML element

#177
post #91

Earlier quoted context omitted.

Yes, with the benefit that the site which opened the portal (or link) still has control over the target. Sounds fishy and they’re trying to project this under a UX umbrella.

Sure, so now Google will have an easier time following your around after you visit their search page. All results will open portals.

you'll never leave the google top domain ever again

you wouldn't even know you're not leaving it, because the address bar changes

Re: Google launches new “portal” HTML element

#178
post #170

Earlier quoted context omitted.

> The modern web users don't have that option because google are far more dominant now than microsoft ever was. At peak (in ~2003-2005) IE had over 90% of global browser market share. Chrome on desktop has between 60 and 70, and afaik less on mobile, and less in the US. So, no. > That doesn't happen now, OSes "just work" and people aren't changing their browser. Given that chrome doesn't come on any popular desktop O…

> Chrome on desktop has between 60 and 70, and afaik less on mobile, and less in the US. So, no. No, it has about 60% on both mobile and desktop, not counting the derivatives (like Edge and Opera). Considering that both of those markets grew significantly since IE6 days, that makes Chrome more dominant than IE ever was. And you seem to assume that an average consumer installs stuff on his own after the OS installatio…

> Considering that both of those markets grew significantly since IE6 days, that makes Chrome more dominant than IE ever was.

No. Dominance is a function of market share, not market size, that's silly. Otherwise I could argue that Firefox is also more dominant than IE ever was, since it's got more users than peak IE. Same with Safari. But then 3 browsers would simultaneously be more dominant than the one that controlled 95% of the market at its peak. Neat.

Re: Google launches new “portal” HTML element

#179

“Google says portals allow users to navigate inside the content they are embedding --something that iframes do not allow for security reasons.” I love how they gloss over the security issue here. This is the equivalent of “we made a new Ajax that can call from different domains.” Reading through the article, I don’t see the security restriction addressed at all. I expect that this gets worked on when google submits t…

My expectation is that you could only do this for the same domain.

Re: Google launches new “portal” HTML element

#180
post #15

Can someone explain to me the innovation here, besides some page-transition eye-candy? > Furthermore, portals can also overwrite the main URL address bar, meaning they are useful as a navigation system Isn't this already possible with iframes and target="_top" / target="_parent"? You can also use the -Tag inside the iframe. > The advantage over using Portals over classic links is that the content inside portals can b…

> What? What about the vast majority of links that appear in-line, in text (think Wikipedia). What about the increased bandwidth usage for pre-loaded pages I don't intend to visit? What about the obvious tracking issues?

These already exist. You can do prefetch now ...

But I THINK they are doing preload now as well so the DOM can be pre-cached.

I mean you could do it on your own site but most people try to make sites FASTER not slower.

I still don't grok the main advantages of Portals though.

Post reply on HN