[Zope-dev] TALES iterator odd/even reversal

[Marius Gedminas]

On Fri, Jul 04, 2008 at 06:05:05PM +0200, Andreas Jung wrote:
> --On 4. Juli 2008 02:05:30 +0300 Marius Gedminas <marius at gedmin.as> 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.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 191 bytes
Desc: Digital signature
Url : http://mail.zope.org/pipermail/zope-dev/attachments/20080704/f4fa7bb4/attachment.bin