From bd74737a3ee38a045ea62747a281fdec57bdad59 Mon Sep 17 00:00:00 2001 From: garry-ut99 <72945564+garry-ut99@users.noreply.github.com> Date: Wed, 30 Oct 2024 09:44:56 +0000 Subject: [PATCH] Fixed minor typos (previous commit) --- Procedural-cosmetic-filters.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Procedural-cosmetic-filters.md b/Procedural-cosmetic-filters.md index 9c5bba3..dfed655 100644 --- a/Procedural-cosmetic-filters.md +++ b/Procedural-cosmetic-filters.md @@ -56,7 +56,7 @@ A change from the [commit message](https://github.com/gorhill/uBlock/commit/a71b The `:has(arg)` operator is actually a planned pseudo-class in CSS4, but as of writing no browser supports it (was available in stable channel of Chromium 105+ based browsers after 30 August 2022). Instead of waiting for browser vendors to provide support, uBO provides support for `:has(arg)` as a procedural operator. -Updated: all major browsers now supports `:has()` natively, so native `:has()` should be more efficient than procedural `:has()` which needs Javascript code to function. When using `:has()` uBlock will automatically switch to native `:has()` if it's available in browser, if it's unavailable uBlock will fallback to a procedural `:has()`. Using `#?#` (instead of `##` for a procedural cosmetic filter will prevent uBO from trying to convert the filter into a declarative one. +Updated: all major browsers now supports `:has()` natively, so native `:has()` should be more efficient than procedural `:has()` which needs Javascript code to function. When using `:has()` uBlock will automatically switch to native `:has()` if it's available in browser, if it's unavailable uBlock will fallback to a procedural `:has()`. Using `#?#` instead of `##` for a procedural cosmetic filter will prevent uBO from trying to convert the filter into a declarative (native) one. See also: - [Procedural `:has` applies to multiple selectors; native `:has` only applies to the last one](https://github.com/uBlockOrigin/uBlock-issues/issues/2480)