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 FUTURE VERSIONS
  15 ---------------
  16
  17 3.2 release [It's All About Trust] (floating)
  18  # Implement untrusted, dangerous elements/attributes
  19     - Objects and Forms are especially wanted
  20  # Implement IDREF support (harder than it seems, since you cannot have
  21    IDREFs to non-existent IDs)
  22  # Frameset XHTML 1.0 and HTML 4.01 doctypes
  23  - Research and implement a "safe" version of the Object module
  24
  25 3.3 release [Error'ed]
  26  # Error logging for filtering/cleanup procedures
  27  - XSS-attempt detection--certain errors are flagged XSS-like
  28
  29 3.4 release [Do What I Mean, Not What I Say]
  30  # Additional support for poorly written HTML
  31     - Microsoft Word HTML cleaning (i.e. MsoNormal, but research essential!)
  32     - Friendly strict handling of <address> (block -> <br>)
  33  ? Remove redundant tags, ex. <u><u>Underlined</u></u>. Implementation notes:
  34     1. Analyzing which tags to remove duplicants
  35     2. Ensure attributes are merged into the parent tag
  36     3. Extend the tag exclusion system to specify whether or not the
  37     contents should be dropped or not (currently, there's code that could do
  38     something like this if it didn't drop the inner text too.)
  39  - Remove <span> tags that don't do anything (no attributes)
  40  - Remove empty inline tags<i></i>
  41  - Append something to duplicate IDs so they're still usable (impl. note: the
  42    dupe detector would also need to detect the suffix as well)
  43  - Externalize inline CSS to promote clean HTML, proposed by Sander Tekelenburg
  44
  45 4.0 release [Beyond HTML]
  46  # Legit token based CSS parsing (will require revamping almost every
  47    AttrDef class). Probably will use CSSTidy class?
  48  # More control over allowed CSS properties using a modularization
  49  # HTML 5 support
  50  - Standardize token armor for all areas of processing
  51  - Convert RTL/LTR override characters to <bdo> tags, or vice versa on demand.
  52    Also, enable disabling of directionality
  53
  54 5.0 release [To XML and Beyond]
  55  - AllowedAttributes and ForbiddenAttributes step on the toes of XML by
  56    using periods; this needs to be changed.
  57  - Extended HTML capabilities based on namespacing and tag transforms (COMPLEX)
  58     - Hooks for adding custom processors to custom namespaced tags and
  59       attributes, offer default implementation
  60     - Lots of documentation and samples
  61
  62 Ongoing
  63  - More refactoring to take advantage of PHP5's facilities
  64  - Refactor unit tests into lots of test methods
  65  - Plugins for major CMSes (COMPLEX)
  66     - phpBB
  67     - Drupal needs loving!
  68     - Phorum need loving!
  69     - more! (look for ones that use WYSIWYGs)
  70     - Also, maybe a FAQ for extension writers with HTML Purifier
  71
  72 AutoFormat
  73  - Smileys
  74  - Syntax highlighting (with GeSHi) with <pre> and possibly <?php
  75  - Look at http://drupal.org/project/Modules/category/63 for ideas
  76
  77 Optimizations
  78  - Reduce size of internal data-structures (esp. HTMLDefinition)
  79  - Research memory usage of objects versus arrays
  80  - Combine multiple strategies into a single, single-pass strategy
  81  - Get PH5P working with the latest versions of DOM, which have much more
  82    stringent error checking procedures. Maybe convert straight to tokens.
  83  - Get rid of set_include_path(). Save this for another major release.
  84
  85 Neat feature related
  86  ! Factor demo.php into a set of Printer classes, and then create a stub
  87    file for users here (inside the actual HTML Purifier library)
  88  ! Support exporting configuration, so users can easily tweak settings
  89    in the demo, and then copy-paste into their own setup
  90  - Advanced URI filtering schemes (see docs/proposal-new-directives.txt)
  91  - Allow scoped="scoped" attribute in <style> tags; may be troublesome
  92    because regular CSS has no way of uniquely identifying nodes, so we'd
  93    have to generate IDs
  94  - Explain how to use HTML Purifier in non-PHP languages / create
  95    a simple command line stub (or complicated?)
  96  - Fixes for Firefox's inability to handle COL alignment props (Bug 915)
  97  - Automatically add non-breaking spaces to empty table cells when
  98    empty-cells:show is applied to have compatibility with Internet Explorer
  99  - Table of Contents generation (XHTML Compiler might be reusable). May also
 100    be out-of-band information.
 101  - Full set of color keywords. Also, a way to add onto them without
 102    finalizing the configuration object.
 103  - Write a var_export and memcached DefinitionCache - Denis
 104
 105 Maintenance related (slightly boring)
 106  # CHMOD install script for PEAR installs
 107  ! Factor out command line parser into its own class, and unit test it
 108  ! Nested configuration namespaces
 109  - Distinguish between default settings and explicitly set settings, so
 110    configurations can be merged
 111  - Time PHPT tests
 112
 113 ChildDef related (very boring)
 114  - Abstract ChildDef_BlockQuote to work with all elements that only
 115    allow blocks in them, required or optional
 116  - Implement lenient <ruby> child validation
 117
 118 Wontfix
 119  - Non-lossy smart alternate character encoding transformations (unless
 120    patch provided)
 121  - Pretty-printing HTML: users can use Tidy on the output on entire page
 122  - Native content compression, whitespace stripping: use gzip if this is
 123    really important