[3.1.0] Move ConfigSchema to HTMLPurifier core

git-svn-id: http://htmlpurifier.org/svnroot/htmlpurifier/trunk@1576 48356398-32a2-884e-a903-53898d9a118a

TODO

@@ -17,8 +17,6 @@ UPCOMING RELEASE
 
 IMPORTANT
  - Release candidate, because of the major changes
- - Move utility classes for ConfigSchema into HTML Purifier itself: they're
-   that important
 
 DOCUMENTATION
  - Document new ConfigSchema setup and format; dev-includes.txt is a base
@@ -31,21 +29,21 @@ IMPORTANT FEATURES
  - Factor generate-schema-cache.php into a class, so that the maintenance script
    is as small as possible
  - Factor out command line parser into its own class, and unit test it
- - Optimize ConfigSchema by only caching things necessary for runtime
+ - Optimize ConfigSchema by making our runtime class only contain entries for
+   things necessary for operation (NOT descriptions).
 
 CONFIGDOC
- - Properly integrate new ConfigSchema system into configdoc (Configdoc
+ - Properly integrate new ConfigSchema system into configdoc. DESCRIPTIONS
+   ARE CURRENTLY BROKEN AND NEED TO BE FIXED!!! (Configdoc
    should directly read the configuration files, or at the very least should
    not use static functions)
- - Reduce code duplication between Serializer and Adapter/ReverseAdapter
-   (we probably want to use ReverseAdapter for the long haul)
+ - Deprecate Serializer in favor of ReverseAdapter
  - Have configdoc use version and deprecated information (hide deprecated
    info, for example)
- - Implement file sniffing for configdoc, so we can easily figure out
-   which files use what configuration
+ - Implement source code sniffing for configdoc, so we can easily figure out
+   which files use what configuration (we'll rely on the $config convention)
 
 IF IT AIN'T BROKE...
- - Simplify merge library script by removing recursion? (or other things)
  - Perhaps replace types with integer identifiers in ConfigSchema? (would be
    smaller, but not by much).