TODO

   1
   2 TODO List
   3
   4 = KEY ====================
   5     # Flagship
   6     - Regular
   7     ? Maybe I'll Do It
   8 ==========================
   9
  10 If no interest is expressed for a feature that may require a considerable
  11 amount of effort to implement, it may get endlessly delayed. Do not be
  12 afraid to cast your vote for the next feature to be implemented!
  13
  14 - Built-in support for target="_blank" on all external links
  15 - Incorporate data: support as implemented here:
  16   http://htmlpurifier.org/phorum/read.php?3,3491,3548
  17 - Fix ImgRequired to handle data correctly
  18 - Incorporate download and resize support as implemented here:
  19   http://htmlpurifier.org/phorum/read.php?3,2795,3628
  20 - Think about allowing explicit order of operations hooks for transforms
  21 - Make it dead easy for other authors to maintain their own configuration
  22   pools. Encourage them to namespace them (this flies counter to our
  23   "hey, let's use convention idea", so that's why the "register" extra
  24   field will end up being a good idea: because it means we can forgo
  25   convention for external things
  26 - Make it easy for people to cache their entire configuration (so that
  27   they have one script they run to change configuration, and then a stub
  28   loader to get that configuration)
  29  - Implement <area>
  30
  31 FUTURE VERSIONS
  32 ---------------
  33
  34 4.1 release [It's All About Trust] (floating)
  35  # Implement untrusted, dangerous elements/attributes
  36  # Implement IDREF support (harder than it seems, since you cannot have
  37    IDREFs to non-existent IDs)
  38  # Frameset XHTML 1.0 and HTML 4.01 doctypes
  39  - Figure out how to simultaneously set %CSS.Trusted and %HTML.Trusted (?)
  40
  41 4.2 release [Error'ed]
  42  # Error logging for filtering/cleanup procedures
  43  - XSS-attempt detection--certain errors are flagged XSS-like
  44
  45 4.3 release [Do What I Mean, Not What I Say]
  46  # Additional support for poorly written HTML
  47     - Microsoft Word HTML cleaning (i.e. MsoNormal, but research essential!)
  48     - Friendly strict handling of <address> (block -> <br>)
  49  ? Remove redundant tags, ex. <u><u>Underlined</u></u>. Implementation notes:
  50     1. Analyzing which tags to remove duplicants
  51     2. Ensure attributes are merged into the parent tag
  52     3. Extend the tag exclusion system to specify whether or not the
  53     contents should be dropped or not (currently, there's code that could do
  54     something like this if it didn't drop the inner text too.)
  55  - Remove <span> tags that don't do anything (no attributes)
  56  - Append something to duplicate IDs so they're still usable (impl. note: the
  57    dupe detector would also need to detect the suffix as well)
  58  - Externalize inline CSS to promote clean HTML, proposed by Sander Tekelenburg
  59
  60 5.0 release [Beyond HTML]
  61  # Legit token based CSS parsing (will require revamping almost every
  62    AttrDef class). Probably will use CSSTidy class?
  63  # More control over allowed CSS properties using a modularization
  64  # HTML 5 support
  65  # IRI support (this includes IDN)
  66  - Standardize token armor for all areas of processing
  67  - Convert RTL/LTR override characters to <bdo> tags, or vice versa on demand.
  68    Also, enable disabling of directionality
  69
  70 6.0 release [To XML and Beyond]
  71  - Extended HTML capabilities based on namespacing and tag transforms (COMPLEX)
  72     - Hooks for adding custom processors to custom namespaced tags and
  73       attributes, offer default implementation
  74     - Lots of documentation and samples
  75
  76 Ongoing
  77  - More refactoring to take advantage of PHP5's facilities
  78  - Refactor unit tests into lots of test methods
  79  - Plugins for major CMSes (COMPLEX)
  80     - phpBB
  81     - Drupal needs loving!
  82     - Phorum need loving!
  83     - more! (look for ones that use WYSIWYGs)
  84     - Also, maybe a FAQ for extension writers with HTML Purifier
  85
  86 AutoFormat
  87  - Smileys
  88  - Syntax highlighting (with GeSHi) with <pre> and possibly <?php
  89  - Look at http://drupal.org/project/Modules/category/63 for ideas
  90
  91 Optimizations
  92  - Reduce size of internal data-structures (esp. HTMLDefinition)
  93  - Get PH5P working with the latest versions of DOM, which have much more
  94    stringent error checking procedures. Maybe convert straight to tokens.
  95  - Get rid of set_include_path(). Save this for another major release.
  96
  97 Neat feature related
  98  ! Factor demo.php into a set of Printer classes, and then create a stub
  99    file for users here (inside the actual HTML Purifier library)
 100  ! Support exporting configuration, so users can easily tweak settings
 101    in the demo, and then copy-paste into their own setup
 102  - Advanced URI filtering schemes (see docs/proposal-new-directives.txt)
 103  - Allow scoped="scoped" attribute in <style> tags; may be troublesome
 104    because regular CSS has no way of uniquely identifying nodes, so we'd
 105    have to generate IDs
 106  - Explain how to use HTML Purifier in non-PHP languages / create
 107    a simple command line stub (or complicated?)
 108  - Fixes for Firefox's inability to handle COL alignment props (Bug 915)
 109  - Automatically add non-breaking spaces to empty table cells when
 110    empty-cells:show is applied to have compatibility with Internet Explorer
 111  - Table of Contents generation (XHTML Compiler might be reusable). May also
 112    be out-of-band information.
 113  - Full set of color keywords. Also, a way to add onto them without
 114    finalizing the configuration object.
 115  - Write a var_export and memcached DefinitionCache - Denis
 116
 117 Maintenance related (slightly boring)
 118  # CHMOD install script for PEAR installs
 119  ! Factor out command line parser into its own class, and unit test it
 120  - Allow merging configurations.  Thus,
 121         a -> b -> default
 122         c -> d -> default
 123    becomes
 124         a -> b -> c -> d -> default
 125    Maybe allow more fine-grained tuning of this behavior. Alternatively,
 126    encourage people to use short plist depths before building them up.
 127  - Time PHPT tests
 128
 129 ChildDef related (very boring)
 130  - Abstract ChildDef_BlockQuote to work with all elements that only
 131    allow blocks in them, required or optional
 132  - Implement lenient <ruby> child validation
 133
 134 Wontfix
 135  - Non-lossy smart alternate character encoding transformations (unless
 136    patch provided)
 137  - Pretty-printing HTML: users can use Tidy on the output on entire page
 138  - Native content compression, whitespace stripping: use gzip if this is
 139    really important
 140
 141     vim: et sw=4 sts=4