Hi Markus,
I can certainly provide the code to consume that interface in a standalone pull request with stubs. I am already in there, so I can commit to that.
I have been looking at the filter format. The filter format is actually fairly complex. It supports regular expressions, and has features that cannot be translated formally to regular expressions, so it isn't like they could be translated to regular expressions for processing.
Perhaps a subset could be supported easily, but the full format probably needs a library, or at most a significant number of SLoC. I wonder if libjirara even supports the full spec. Perhaps some of their code could be reused and converted to a standalone library easier than rewriting entirely.�
For reference:
https://adblockplus.org/en/filters
Ben
� Original Message �
From: Markus Teich
Sent: Monday, January 26, 2015 2:29 PM
To: dev_AT_suckmore.org
Reply To: dev mail list
Subject: Re: [dev] surf alternatives for Adblock Plus, Privacy Badger, Self-Destructing Cookies, BetterPrivacy
tautolog_AT_gmail.com wrote:
> My pull request adds a decidenavigation() callback, which is exactly where that
> interface would need to be called. I can add it to my branch with bare
> effort, and even make a separate pull request, but handling the dependency would need
> to be done in a way that conforms to the suckmore philosophy. What do you do
> for that? Do you just offer it as a pull request and let people solve the build
> porting themselves? Is there an example I can look at?�
Heyho,
my plan was rather to adopt the two files by rewriting them to get rid of their
dependencies. They only seem to need some kind of list struct, so it should not
be too hard. Including libgirara just for adblocking is not accepspacele imho.
--Markus
Received on Tue Jan 27 2015 - 01:49:14 CET