But is it "google launches" or "google proposes"? I think semantic details matter a lot here. The article is written in a way that it makes it look like W3C does not exist.
Google launches new “portal” HTML element
21–30 of 265 posts
Re: Google launches new “portal” HTML element
#22>Google engineers hope that their new Portals technology will take over the web and become the standard way in which websites transition between links.
This is marketed as being similar to the iframe tag, but it's really an attack on the a tag.
Re: Google launches new “portal” HTML element
#23At first glance, this seems really cool. Then I remember it's Google we're talking about here. Somehow I feel like this is something they can use to benefit their search engine and/or AMP-style efforts. Keep more users within their controlled environments rather than officially navigating to a real website elsewhere. Also seems like potential phishing problems could arise. Can someone explain to me how this portal el…
It took me a few months to realize that when I browse google with my iPhone and click a link, it's not actually taking me to that site, just loading it in an iframe. Weird and unnecessary, except in the eyes of Google's margins.
Re: Google launches new “portal” HTML element
#24It's kind of funny, how mobile today is a big part of traffic and this will only increase, yet while the mobile experience is already terrible, especially in chrome with no script blocker, google constantly works at making it even worse, with preloading of undesired, external content. Does Silicon Valley not have data caps? I guess they never have bad reception, though. So at least the malicious add that preloaded in the background can transition you seamlessly to a new page. As quick as if you newer saw the content you intended to. Progress! :-D
Re: Google launches new “portal” HTML element
#25>Google engineers hope that their new Portals technology will take over the web and become the standard way in which websites transition between links. This is marketed as being similar to the iframe tag, but it's really an attack on the a tag.
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.
Re: Google launches new “portal” HTML element
#26Do 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.
It's exactley what Microsoft tried to do.
Re: Google launches new “portal” HTML element
#27At first glance, this seems really cool. Then I remember it's Google we're talking about here. Somehow I feel like this is something they can use to benefit their search engine and/or AMP-style efforts. Keep more users within their controlled environments rather than officially navigating to a real website elsewhere. Also seems like potential phishing problems could arise. Can someone explain to me how this portal el…
It took me a few months to realize that when I browse google with my iPhone and click a link, it's not actually taking me to that site, just loading it in an iframe. Weird and unnecessary, except in the eyes of Google's margins.
They also hijack the scrolling and often break parts of the site, I hate AMP with a passion.
Re: Google launches new “portal” HTML element
#28The reason for a new element, rather than just tacking this behavior onto `iframe` seems to be backwards compatibility [1].
> We wish to give user agents as much flexibility as possible to isolate the host and guest browsing contexts (in implementations, in separate processes), even when the active documents may be same origin-domain. To make this possible, we intend not to expose the Document or WindowProxy of the guest contents, via the IDL attributes on HTMLIFrameElement, by using access to named windows, or by indexed access to window.frames. Without such access, communication can be be guaranteed to be asynchronous and not require shared access to JavaScript objects. Those operations which don't apply to portal contexts would all need to be modified to throw an appropriate exception in such cases.
[1]: https://github.com/WICG/portals/blob/master/explainer.md
Re: Google launches new “portal” HTML element
#29Wait! Seriously? Did IE of yore not teach anyone anything??? Or does the internet truly have that short of a memory span?
Re: Google launches new “portal” HTML element
#30It's kind of funny, how mobile today is a big part of traffic and this will only increase, yet while the mobile experience is already terrible, especially in chrome with no script blocker, google constantly works at making it even worse, with preloading of undesired, external content. Does Silicon Valley not have data caps? I guess they never have bad reception, though. So at least the malicious add that preloaded in…
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