.CatalogAware) as a
    ZClass base class.  Its reason for existence is to make the name
    that shows up in the ZClass Product list different than 'ZCatalog:
    CatalogAware', which is the name registered by
    CatalogAwareness.CatalogAware.  The fix should *really* be to
    change the product registry to keep the whole module/class path
    and to make the ZClass add UI show the whole path, but this is
    nontrivial, we don't want to spend a lot of time on ZClasses, and
    this works.

    Now when we tell people to use CatalogPathAware instead of CatalogAware,
    they will actually be able to do it without a lot of effort.

    The reason we can't replace CatalogAware with CatalogPathAware is
    backwards-compatibility and the desire to not force people to do
    data conversion on their existing instances.

in affect for DTML thus far.

isinstance will raise an Exception first. I now catch this exception.

Shanes traceback patches provide a much better functionality.

        (see doc/ENVIRONMENT.txt)

      - Propertysheets: Ids like 'values','keys' and 'values' are
        now forbidden as they break WebDAV functionality. Existing
        Propertysheets are not affected

give them extended log format like HTTPServer

Upload buttons on DTML, Py Scripts, Files, Images and PTs raise an error
if the file is not specified instead of clearing the source (Bug #144)

the object pointers aren't initialized (because the constructor was called
with an invalid number of arguments)  This just amounts to using the XDECREF
macro rather than DECREF.

        avoid breaking some FTP clients and the output format
        with overlong usernames.

        wrong number of indexed objects for FieldIndexes.

whrandom triggers a DeprecationWarning when using CVS Python.

        are no longer deletable to prevent malfunction.