X-Git-Url: http://www.privoxy.org/gitweb/?p=privoxy.git;a=blobdiff_plain;f=TODO;h=834425222299e6bbc24302917af7b7b0064588d5;hp=97492a97ab5d26ed944a8a6ccb9031af3faf2052;hb=551738b2e7ca91cf65acf5f6052b5e2cde47e957;hpb=150336e698d6b9869756982143e07a08721284d1 diff --git a/TODO b/TODO index 97492a97..83442522 100644 --- a/TODO +++ b/TODO @@ -147,8 +147,7 @@ https://www.privoxy.org/faq/general.html#DONATE 66) Stop hard-coding the number of action and filter files. -67) Clean up source code directory layout. Depends on 54 so - we don't lose the revision history. +67) Clean up source code directory layout. 68) Use standard make syntax so we don't depend on GNU make. @@ -179,25 +178,6 @@ https://www.privoxy.org/faq/general.html#DONATE 79) Evaluate pcre alternatives. -80) Change FEATURE_EXTENDED_HOST_PATTERNS to support both - extended and vanilla host patterns at the same time. - - Note that the requirement is to allow the user to decide - if the domain pattern should be interpreted as regex or - traditional host pattern and if it's not obvious that the - user made any decision, default to the latter. - - Possible solutions would be: - - 1. An always-use-regex-domain-patterns config option - 2. An enable-regex-domain-patterns-for-this-action-file option - 3. An enable-regex-domain-patterns-for-this-action-file-until-the-user-says-otherwise option - 4. A treat-the-domain-pattern-in-this-line-as-regex(-or-not) option - 5. Combinations of the options above - - With 2+4, 3+4 or 2+3+4 being the preferences until - further discussion. - 82) Detect if the system time goes back in time let the user know if it caused any connections to get closed. @@ -442,6 +422,7 @@ https://www.privoxy.org/faq/general.html#DONATE performance point of view, using a single thread should reduce Privoxy's memory footprint a bit which may be noticeable in case of multi-user setups with hundreds of idle connections. + ########################################################################## Hosting wish list (relevant for #53) @@ -452,8 +433,7 @@ What we need: - Mailinglists (Mailman with public archives preferred) - Webspace (on a Unix-like OS that works with the webserver targets in GNUMakefile) -- Source code repositories (currently CVS, but migrating away - from it is TODO #54 anyway and shouldn't be too much trouble) +- Git repositories - Commit mails (preferably with unified diffs) (Unsorted) details to look at when evaluating hosters: