Google launches new “portal” HTML element

Post by cromwellian » Sat, May 11, 2019, 12:16 AM UTC

rangerpolitic wrote: post #89

paulirwin wrote: post #19

Earlier quoted context omitted.

> as they see fit They're doing this in the open through the W3C WICG process [1]. They're not doing this as they see fit. > for their own purposes. Open standards are available for anyone to use and benefit from. That they may have had a use case in mind when defining the spec does not invalidate it; rather, it reinforces it and shows its value. 1: https://wicg.github.io/portals/

> They're not doing this as they see fit. Sure they are. It's already part of Chromium. https://cs.chromium.org/chromium/src/content/browser/portal/... It's been there since at least last August.

Post by beanland » Sat, May 11, 2019, 12:39 AM UTC

r3bl wrote: post #126

giobox wrote: post #48

Earlier quoted context omitted.

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…

I know it sounds complicated, but it's a one-step process that only increases to pay off the more devices are connected. I used to have four adblockers on my laptop (two operating systems x 2 browsers), one on my smartphone, one on an additional smartphone I use... and how do I stop my TV and my ebook reader from serving me ads? Pi-hole requires little to no maintenance, and offers a lot of benefit. Two people have p…

Post by ehsankia » Sat, May 11, 2019, 12:44 AM UTC

tbirrell wrote: post #185

ehsankia wrote: post #175

Earlier quoted context omitted.

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.

If I go to foo.com, I generally expect that bar.com, baz.com, and qux.com are not also loading. We already have enough issues with tracking pixels, but now we'll have to worry about multiple sites worth of trackers (which I'm sure google will do their absolute best to obfuscate behind the background network call and other sandboxing shenanigans)? No thanks.

Post by ilaksh » Sat, May 11, 2019, 1:04 AM UTC

ne01 wrote: post #212

EastSmith wrote: post #195

Looks to me as an effort to make any user visiting google.com to not actually leave google.com FOREVER. Users will get portal-ed to a result page (with the browser's url bar showing foo.com, instead of google.com), but the user will be tracked the entire time from google, since they would be still on google.com.

I'm so happy that duckduckgo.com is getting better and better over time. I tried to use it for a month 2 years ago and switched back to Google. Now it has been 3 months and I don't notice -- which is a very good thing!

Post by ilaksh » Sat, May 11, 2019, 1:08 AM UTC