mirror of
https://github.com/gorhill/uBlock.git
synced 2026-03-11 09:04:36 +00:00
Updated What µBlock can and can not (currently) do (markdown)
parent
7d125069a2
commit
39cbd72661
1 changed files with 1 additions and 5 deletions
|
|
@ -1,10 +1,6 @@
|
|||
#### "µBlock is just a stripped-down version of HTTP Switchboard".
|
||||
|
||||
No. µBlock started off by extracting the pattern-filtering engines (net and cosmetic filters) from [HTTP Switchboard](https://github.com/gorhill/httpswitchboard) ("HTTPSB"). These engines needed more work to bring them to maturity. Most of that work has not been ported back to HTTPSB. Actually, I am questioning doing so, for the sake of code sanity, I consider removing ABP-filtering engine from HTTPSB, so that both extension complement each other, and with a narrower purpose, they can focus on doing what they do more perfectly.
|
||||
|
||||
Consider [this issue](/gorhill/httpswitchboard/issues/373) as a good example of how trying to do too many things lead to over-complicated software that I myself struggle to explain. Also, IMO a good way to sabotage a good piece of software is to turn it into a kitchen-sink tool.
|
||||
|
||||
The more I think about it, the more I am convinced this is the right thing to do. If you look closely at the [inner working of HTTPSB](/gorhill/httpswitchboard/wiki/Net-request-filtering:-overview), ABP-filtering is already a separate part.
|
||||
No. µBlock started off by extracting the pattern-filtering engines (net and cosmetic filters) from [HTTP Switchboard](https://github.com/gorhill/httpswitchboard#http-switchboard-for-chromium) ("HTTPSB"). These engines needed more work to bring them to maturity. Most of that work won't be ported back to HTTPSB. See ["The road ahead"](https://github.com/gorhill/httpswitchboard/issues/378) for details.
|
||||
|
||||
#### "µBlock does not support element hiding".
|
||||
|
||||
|
|
|
|||
Loading…
Reference in a new issue