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 required 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
  15 UPCOMING RELEASE
  16 ----------------
  17
  18 IMPORTANT
  19  - Release candidate, because of the major changes
  20  - Move utility classes for ConfigSchema into HTML Purifier itself: they're
  21    that important
  22
  23 DOCUMENTATION
  24  - Document new ConfigSchema setup and format; dev-includes.txt is a base
  25    but we need it in HTML
  26  - Update French translation of README
  27  - Document which scripts need to be called when a change is made
  28
  29 IMPORTANT FEATURES
  30  - Get everything into configuration objects (filters, I'm looking at you)
  31  - Factor generate-schema-cache.php into a class, so that the maintenance script
  32    is as small as possible
  33  - Factor out command line parser into its own class, and unit test it
  34  - Optimize ConfigSchema by only caching things necessary for runtime
  35
  36 CONFIGDOC
  37  - Properly integrate new ConfigSchema system into configdoc (Configdoc
  38    should directly read the configuration files, or at the very least should
  39    not use static functions)
  40  - Reduce code duplication between Serializer and Adapter/ReverseAdapter
  41    (we probably want to use ReverseAdapter for the long haul)
  42  - Have configdoc use version and deprecated information (hide deprecated
  43    info, for example)
  44  - Implement file sniffing for configdoc, so we can easily figure out
  45    which files use what configuration
  46
  47 IF IT AIN'T BROKE...
  48  - Create "super" script which performs all regeneration actions
  49  - Simplify merge library script by removing recursion? (or other things)
  50  - Perhaps replace types with integer identifiers in ConfigSchema? (would be
  51    smaller, but not by much).
  52
  53 NICE FEATURES
  54  - Factor demo.php into a set of Printer classes, and then create a stub
  55    file for users here (inside the actual HTML Purifier library)
  56  - Support exporting configuration, so users can easily tweak settings
  57    in the demo, and then copy-paste into their own setup
  58
  59
  60 FUTURE VERSIONS
  61 ---------------
  62
  63 3.2 release [Error'ed]
  64  # Error logging for filtering/cleanup procedures
  65  - XSS-attempt detection
  66
  67 3.3 release [Do What I Mean, Not What I Say]
  68  # Additional support for poorly written HTML
  69     - Microsoft Word HTML cleaning (i.e. MsoNormal, but research essential!)
  70     - Friendly strict handling of <address> (block -> <br>)
  71  - Remove redundant tags, ex. <u><u>Underlined</u></u>. Implementation notes:
  72     1. Analyzing which tags to remove duplicants
  73     2. Ensure attributes are merged into the parent tag
  74     3. Extend the tag exclusion system to specify whether or not the
  75     contents should be dropped or not (currently, there's code that could do
  76     something like this if it didn't drop the inner text too.)
  77  - Remove <span> tags that don't do anything (no attributes)
  78  - Remove empty inline tags<i></i>
  79  - Append something to duplicate IDs so they're still usable (impl. note: the
  80    dupe detector would also need to detect the suffix as well)
  81  - Externalize inline CSS to promote clean HTML
  82
  83 3.4 release [It's All About Trust] (floating)
  84  # Implement untrusted, dangerous elements/attributes
  85  # Implement IDREF support (harder than it seems, since you cannot have
  86    IDREFs to non-existent IDs)
  87  # Frameset XHTML 1.0 and HTML 4.01 doctypes
  88
  89 4.0 release [Beyond HTML]
  90  # Legit token based CSS parsing (will require revamping almost every
  91    AttrDef class). Probably will use CSSTidy class
  92  # More control over allowed CSS properties (maybe modularize it in the
  93    same fashion!)
  94  # HTML 5 support
  95  - Standardize token armor for all areas of processing
  96  - Convert RTL/LTR override characters to <bdo> tags, or vice versa on demand.
  97    Also, enable disabling of directionality
  98  - Table of Contents generation (XHTML Compiler might be reusable)
  99
 100 5.0 release [To XML and Beyond]
 101  - Extended HTML capabilities based on namespacing and tag transforms (COMPLEX)
 102     - Hooks for adding custom processors to custom namespaced tags and
 103       attributes, offer default implementation
 104     - Lots of documentation and samples
 105
 106 Ongoing
 107  - More refactoring to take advantage of PHP5's facilities
 108  - Lots of profiling, make it faster!
 109  - Plugins for major CMSes (COMPLEX)
 110     - phpBB
 111     - more! (look for ones that use WYSIWYGs)
 112  - Complete basic smoketests
 113
 114 AutoFormat
 115  - Smileys
 116  - Syntax highlighting with <pre> and possibly <?php
 117  - Look at http://drupal.org/project/Modules/category/63 for ideas
 118
 119 Unknown release (on a scratch-an-itch basis)
 120  # CHMOD install script for PEAR installs
 121  ? Have 'lang' attribute be checked against official lists, achieved by
 122    encoding all characters that have string entity equivalents
 123  - Abstract ChildDef_BlockQuote to work with all elements that only
 124    allow blocks in them, required or optional
 125  - Reorganize Unit Tests
 126  - Advanced URI filtering schemes (see docs/proposal-new-directives.txt)
 127  - Implement lenient <ruby> child validation
 128  - Explain how to use HTML Purifier in non-PHP languages / create
 129    a simple command line stub (or complicated?)
 130  - Fixes for Firefox's inability to handle COL alignment props (Bug 915)
 131  - Automatically add non-breaking spaces to empty table cells when
 132    empty-cells:show is applied to have compatibility with Internet Explorer
 133  - Distinguish between default settings and explicitly set settings, so
 134    configurations can be merged
 135  - Nested configuration namespaces
 136  - Allow scoped="scoped" attribute in <style> tags; may be troublesome
 137    because regular CSS has no way of uniquely identifying nodes, so we'd
 138    have to generate IDs
 139  - Time PHPT tests
 140
 141 Requested
 142
 143 Wontfix
 144  - Non-lossy smart alternate character encoding transformations (unless
 145    patch provided)
 146  - Pretty-printing HTML: users can use Tidy on the output on entire page
 147  - Native content compression, whitespace stripping (don't rely on Tidy, make
 148    sure we don't remove from <pre> or related tags): use gzip if this is
 149    really important