<br><br><div class="gmail_quote">On Sat, Feb 19, 2011 at 7:11 AM, Benjamin Poulain <span dir="ltr">&lt;<a href="mailto:ikipou@gmail.com">ikipou@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">





 <div>
  <div style="font-family:Verdana, Arial, Helvetica, Sans-Serif"><div class="im">
   <table style="border:1px #c9c399 solid" bgcolor="#f9f3c9" cellpadding="8" width="100%">
    <tbody><tr>
     <td>
      This is an automatically generated e-mail. To reply, visit:
      <a href="http://git.reviewboard.kde.org/r/100683/" target="_blank">http://git.reviewboard.kde.org/r/100683/</a>
     </td>
    </tr>
   </tbody></table>
   <br>





 </div><pre style="white-space:pre-wrap;white-space:-moz-pre-wrap;white-space:-pre-wrap;white-space:-o-pre-wrap;word-wrap:break-word">I am not a fan of listing every option. When the author of adblock add an option, we will need to update the code.
What about just one field: hasUnsupportedOption set to true if any option is not used by the filter?

Not to mention adblock already takes its share of memory. Don&#39;t forget those field will be allocated for each rule.</pre>
 <br>







<p>- Benjamin</p></div></div></blockquote><div><br>Is providing filter option support updates between official rekonq releases a possible use-case for Aaron&#39;s synchrotron framework?  I know that would be something down the road, but it might be worth keeping in mind when setting up the system now.<br>

<br>-Todd<br></div></div>