into something general, make PathExpr deal with Zope 2 exceptions.

is fixed. Because then we need to have an ITraversable registered evne when
traversing dicts. For now this doesn't do harm.

(boboTraverseAwareSimpleTraverse) with a request. Since zope.app has
already solved this problem (and I copied zope.app's approach in the
traverser), we can just simply reuse zope.app's code here. Yes, it
adds another dependency on zope.app, but at least we're not duplicating
code.

All Zope 2 tests should be passing now...

in http://mail.zope.org/pipermail/zope-dev/2006-May/027493.html.
Disable the corresponding tests therefore.

path expressions where the alternate expression wasn't a PathExpr is not called.
See http://www.zope.org/Collectors/Zope/538, http://svn.zope.org/?view=rev&rev=22855
and http://www.zope.org/Collectors/Zope3-dev/638.

object or rendering it "with namespace". This also fixes the previously added
test case where importing, instantiating and rendering DateTime would fail.

a method on it. This currently fails, primarily because of a stupidity
in zope.traversing.adapters.traversePathElement and secondarily because
of other funkiness.

by providing PathIterator which (every much like the old PathIterator.Iterator
class) handles its own traversal (only now we use the Zope 3 traversal hooks).

werent' called if they were the result of a path expression, while
all other callables were called. This tests now tests the correct
behaviour (which happens to be already implemented by the Zope 3
TALES engine)

regarding our plans for the other iterator BBB code

a plan how to deal with it.

demonstrates a bug in the very same: The local variable bag was kept
when a new scope was opened, hence it could be polluted by lower scopes.
Zope 3 makes a copy of the local variable bag when it starts a new scope.
This is there Right Thing(tm) to do. This test is now identical to its
Zope 3 equivalent.

the offspring of these insane Zope 2 test fixtures).

thing is unicode now, not string).

XHTML, whitespace fixes, beautifications, etc.)

hook. Stupid, stupid, stupid.

hacks that were in there before.  Tried to reduce the diff to the Zope 2.9 code
a little and moved some content type guessing code to PageTemplateFile where it
really belongs (that also avoids a circular import problem).

macro access happens.

as a base class)

old Zope 2 code.

traversal works.

zope.pagetemplate.pagetemplate.PageTemplate, we need to provide some Zope 2
specifics still.  This isn't a big deal, though, the wrapper code is small.

as an instance by Expressions.py). Minor style cleanup in ZRPythonExpr.py.