On Fri, Jul 04, 2008 at 06:05:05PM +0200, Andreas Jung wrote: > --On 4. Juli 2008 02:05:30 +0300 Marius Gedminas <[EMAIL PROTECTED]> wrote: > > >Recently I migrated a large-ish app built on Zope 3.2 to Zope 3.4. > >("About time" I hear someone mumbling in the audience.) One strange > >difference was that TALES iterators swapped the meaning of odd and even, > >i.e. > > > > <p tal:repeat="item python: [1, 2, 3, 4]"> > > <span tal:condition="repeat/var/odd">odd<span> > > <span tal:condition="repeat/var/even">even<span> > > </p> > > > >produces different results on Zope 3.4 than it did on 3.2. > > First, your example does not work (must be repeat/item instead of > repeat/var).
Right, sorry about that. > >Does anyone know why this is? Is this a bug? Should it be fixed? > > Where exactly is the bug? Zope 3.2 produces odd even odd even Zope 3.4 produces even odd even odd i.e. the meanings of "odd" and "even" have switched places. As a more concrete example, when renderin a table, the first row used to get the "odd" CSS class, but now is getting the "even" one. > The output is even-odd-even-odd. The even/odd methods apply to the current > iteration number afaik - but not to the variable within the current > iteration itself. Or? Right. I'm now regretting my unfortunate example that used numbers as the items to be iterated over. Marius Gedminas -- Read what I mean, not what I write.
Description: Digital signature
_______________________________________________ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )