How will Vivaldi deal with Google's Manifest V3?
-
Said:
โฆ..the Chrome Store isn't anymore an reliable source for privacy and security tools.
On what technical support do you base your assertion that the Chrome store as of July 1st became a place unreliable?
That is, if someone installs uBO today, this "new" one as of July 1st is not reliable and maybe with a virus?
On two other occasions you have made assertions and you have not technically backed up where you got that assertion from.
I have asked you to back up where you got it from and you have not responded:
1.-
Said:
This mean, also if Vivaldi, Brave or any other browser can use Mv2 adblockers, like uBO, it will be meaningless when in the next year they can't block ads anymore.
Why do you say that they will not be able to block ads, if the browser maintains MV2?
On what basis do you say that? Where did you read it?
2.-
Said:
โฆ.the blocker can do what is for in pages prepared for Mv3, that means that the blocker need to surround this limitations,โฆ.
Are the pages prepared for MV3?
or
Extensions can interact with the page depending on what the manifest allows.it depends entirely of what the page allows, at least of these controlled by Google ad providers (Alphabet).
I am not convinced by your explanation. Where did you read it?
I have to understand that if you have not answered it is because you have not read it from a serious and knowledgeable technician on the subject, and they just came out of your head?
Please, let's keep the forum serious based on facts and not make assertions that are not backed up, especially on this sensitive topic such as MV3, Ads, YouTube and adblocker built-in.
-
@Catweazle
If someone wants custom and more rules in Vivaldi native adblocker, their syntax used is ABP, and adblocker is pretty basic but at least supports something advanced as $rewrite, I hope it will get better and be able before MV2 gets dropped to support more advanced syntax and lists.
Btw, ABP already upgraded everyone to MV3 few months ago. Recently Adguard Experimental, became "Adguard MV3 (Beta)" which means they will upgrade everyone with MV2 to MV3 when the time comes for the official version with the ID bgnkhhnnamicmpeenaelnjfhikgbkllg, they also seem like they finally fixed Scriptlet Injection so now it can be recommended again because you won't see Youtube ads.
The reason why uBlock Lite is going to be 'less powerful' is also a developer choice, he is open about not even providing custom adblock rules in uBlock Lite because "I don't have time to maintain another extension and I want Lite to stay Lite and having custom adblock rules is not lite". It's not a secret Gorhill has been a Firefox user for very long time, and just as he didn't even bother to upload uBlock to Edge extension store and it is maintained by some random person because "I don't use Windows OS" he will do whatever he wants with his project and don't make Lite, less Lite or at least not for now.
PS: I am NOT critizing Gorhill, it's his free time, and he has the right to spend his free time on things he wants to work on. -
@electryon, certainly you can't critizise Gorehill, nor other devs to migrate to Mv3, because they are forced to migrate if they will stay in the stores. But as said before, to block Google ads, it needs adblocker which can do this with the new rules in Mv3.
YouTube is a good terrain for testing how to do it, because next year all pages, which are using Google crap, will go the same way.
The solution for the user certainly can't be found in the stores in the near future, only in own or third party tools/scripts independent from there.
-
@Catweazle
I do not disagree. Vivaldi needs to impove the native ad blocker. It needs to support the advaced syntax of uBO and it needs to support scriptlets.
I expect in the future when I add as custom lists the uBO lists to work and not having non working rules.
An element picker like the one uBO has in my humble opinion is too much to ask and this functionality can be replaced anyway with userscripts.
Also a native userscript manager would be more than welcome:)
Btw, in the native adblocker I tried the following and it looks very promising.AdGuard Tracking Protection
https://raw.githubusercontent.com/AdguardTeam/FiltersRegistry/master/filters/filter_3_Spyware/filter.txtFanboy Social Blocking list
https://easylist-downloads.adblockplus.org/fanboy-social.txtFanboy Ultimate List (This includes Easylist, Easyprivacy, Enhanced Trackers List and Annoyances List)
https://fanboy.co.nz/r/fanboy-ultimate.txtHagezi Multi Pro++
https://cdn.jsdelivr.net/gh/hagezi/dns-blocklists@latest/adblock/pro.plus.txtI scored 99% in adblock tester:)
-
Said:
Also a native userscript manager would be more than welcome:)
I am asking for a little consistency.
I imagine that you consider uBO to be the best ad blocking extension out there, and if the MV3 issue hadn't happened, you would still be using it forever.
Since MV3 happened, you want the built-in ad blocker to be as close to it as possible.
So if there is a very powerful userscript manager extension like Tampermonkey, then what's the point of wanting Vivaldi to develop a built-in one?
On top of that, if the team created it, then you would be asking the team to develop it just like Tampermonkey.
PS: It would be different if MV3 did not allow Tampermonkey to maintain its current power.
-
@barbudo2005
I personally consider AdGuard Home the best adblocking solution. I have a lifetime license.
AdGuard Home includes not only a system wide ad blocker, it also includes a system wide userscript manager.
I use PWA's, secondary profiles etc and a system wide solution is a better solution than having to install extensions multiple times.
But that's not the point, it's not only about me and what I want. -
@barbudo2005, inbuild Tampermonkey would be so easy, because Tampermonkey is proprietary soft, but Greasymonkey, Violentmonkey and its improved fork LibertyBear are full FOSS.
-
If you replaced the word "Tampermonkey" with any of these words "Greasymonkey", "Violentmonkey" or "LibertyBear", my approach would be just as valid.
-
@barbudo2005
Vivaldi already supports installlation of local userscripts.
https://forum.vivaldi.net/topic/66719/userscript-installation
And when you install them they load faster than loading them though an extension.
It is not only about MV3, native loading of a userscript is a better option than loading it from an extension. It is faster.
MV3 just makes it a good opportunity for developing even more and polishing a feature Vivaldi already has. -
@electryon, yes, I know that you can install userscripts directly as extension, but it's not the same. For this, like also with extensions from other sources than the webstore, you need to download the script or the extension first to your HD in a folder and drag it from there to the extension page in dev mode to install it.
But with this, the script or extension don't point to the source/homepage and because of this they are not updated automatically, you must update the localfile by hand on every new release. That is the difference to use it without an script manager.
It's certainly a option, even to backup the scripts, but it's way easier to handle it from the extension, where you can update it, if needed, with a click, without the need to search and download the script again.Imagine having to download the uBO filters to your disk to use them and deal with updating them, which is now almost daily.
@barbudo2005, of course, I only mentioned it because Tampermonkey cannot be forked as a function in Vivaldi, since many people do not know that Tampermonkey is proprietary closed source, unlike the other UMs.
-
@Catweazle
Yes, it supports only local userscripts that can't be updated, can't be managed and they need to be re-installed.
If it supported everything and online userscripts we wouldn't having this discussion:).
What I am trying to say is that userscripts even in the very basic support already exists.
And having native support for easy installing, updating and unistalling userscripts opens new possibilities for Vivaldi.
It's like having a new store inside Vivaldi without Google's monitoring on it.
Let;s not forget also that it would be easier for the end user too since MV3 usercript manager extensions would need to have Vivaldi always in developer mode. Not only when you install the usercript, but always. A native userscript manager could avoid that. -
@electryon, that is the idea, going to be independent from the Chrome Store and Google, at least for privacy and security related extensions (most others are anyway redundant in Vivaldi)
-
Said:
(most others are anyway redundant in Vivaldi)
Please tell me where I can find in Vivaldi the functionalities that Stylus (to name an example) gives me?
PS: And please don't tell me that you can inject CSS into the web page via a User.JS.
-
@barbudo2005, MOST, not all certainly. It's clear that also some extensions not related to privacy and security are still valid, eg, the Linguist extension which I use, at least until the Vivaldi translator works as it should, which until now isn't the case, or the OCR extension which Vivaldi don't have.
-
@luetage said in How will Vivaldi deal with Google's Manifest V3?:
@RasheedHolland You can do this with the devtools element picker. Find the element selector, write the rule, save it to file. Itโs not noob friendly, but the feature is there.
@barbudo2005 said in How will Vivaldi deal with Google's Manifest V3?:
Follow @luetage suggestion and use the extension Stylus:
https://chromewebstore.google.com/detail/stylus/clngdbkpkpeebahjckkjfobafhncgmne
@electryon said in How will Vivaldi deal with Google's Manifest V3?:
@RasheedHolland
For removing elements I am using Violentmonkey.
Not as easy as uBO emelent picker, but more powerful.Have you guys ever actually used uBlock's element picker? It's way more easy than Stylus and Violentmonkey so not comparable at all. This feature should be implemented in Vivaldi, end of story!
-
@RasheedHolland said in How will Vivaldi deal with Google's Manifest V3?:
This feature should be implemented in Vivaldi, end of story!
I hope that will come.
-
@RasheedHolland said in How will Vivaldi deal with Google's Manifest V3?:
@luetage said in How will Vivaldi deal with Google's Manifest V3?:
@RasheedHolland You can do this with the devtools element picker. Find the element selector, write the rule, save it to file. Itโs not noob friendly, but the feature is there.
@barbudo2005 said in How will Vivaldi deal with Google's Manifest V3?:
Follow @luetage suggestion and use the extension Stylus:
https://chromewebstore.google.com/detail/stylus/clngdbkpkpeebahjckkjfobafhncgmne
@electryon said in How will Vivaldi deal with Google's Manifest V3?:
@RasheedHolland
For removing elements I am using Violentmonkey.
Not as easy as uBO emelent picker, but more powerful.Have you guys ever actually used uBlock's element picker? It's way more easy than Stylus and Violentmonkey so not comparable at all. This feature should be implemented in Vivaldi, end of story!
Yes, we have tried uBO's element picker.
But there is nothing more powerful than using a userscript for that. With a script you can do stuff you can't with an element picker, like hiding an element, not only removing it, change styles to it, the dimensions of it, use regex to hide elements with idiotic ids that change all the time, select to keep only some elements in a page and hide the rest.
Element pickers are for newbies Vivaldi is for power users. I am joking, don't get me wrong, it would be nice if they add an element picker, but even if they don't, we still can do it with a userscript manager. -
Said:
But there is nothing more powerful than using a userscript for that.
It is true that you can inject CSS with a JS script, without any problem.
But you will agree with me, that the handling of various styles, ease of use, editing the CSS code with CSS Linter, not applying to certain subdomains, turn all styles off, etc, etc, etc, etc. is much better with the Stylus extension that was designed specifically for that.
-
@barbudo2005 said in How will Vivaldi deal with Google's Manifest V3?:
Said:
But there is nothing more powerful than using a userscript for that.
It is true that you can inject CSS with a JS script, without any problem.
But you will agree with me, that the handling of various styles, ease of use, editing the CSS code with CSS Linter, not applying to certain subdomains, turn all styles off, etc, etc, etc, etc. is much better with the Stylus extension that was designed specifically for that.
You are right, but it also has to do with user's experience.
If it takes me to do it let's say 30 seconds in Stylus, it takes me 45 seconds in Violentmonkey.
Because I have existing templates to use that take care of subdomains etc. I do agree it's not for everybody.
Btw, with uBO's style element pickers you can't even hide someting just to a specific subdomain.
It has to be applied to the whole domain. -
@electryon, with the WebEraser script it cost me an Ctrl+Left click to eliminate any crap from the page.