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.
Google launches new “portal” HTML element
171–180 of 265 posts
Re: Google launches new “portal” HTML element
#172Earlier 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…
Firefox has a desktop version too. Works well.
Re: Google launches new “portal” HTML element
#173Earlier 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 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
#174Do 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.
Re: Google launches new “portal” HTML element
#175Can 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.
I honestly don't see how the server gets any more "power" than it already did.
Re: Google launches new “portal” HTML element
#176Re: Google launches new “portal” HTML element
#177Earlier 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 wouldn't even know you're not leaving it, because the address bar changes
Re: Google launches new “portal” HTML element
#178Earlier 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…
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…
Re: Google launches new “portal” HTML element
#180Can 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…
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.