explanation for a strange monkey patch in django2jinja (thanks djc)
authorArmin Ronacher <armin.ronacher@active-4.com>
Tue, 7 Jul 2009 11:22:34 +0000 (13:22 +0200)
committerArmin Ronacher <armin.ronacher@active-4.com>
Tue, 7 Jul 2009 11:22:34 +0000 (13:22 +0200)
--HG--
branch : trunk

ext/django2jinja/django2jinja.py

index 9dae0095652bdb3c54133525a58273cea6ee5311..6d9e76cd7d4b1ebdd5f29114878114e1fa4b23ca 100644 (file)
@@ -86,7 +86,10 @@ _resolved_filters = {}
 _newline_re = re.compile(r'(?:\r\n|\r|\n)')
 
 
-# don't ask....
+# Django stores an itertools object on the cycle node.  Not only is this
+# thread unsafe but also a problem for the converter which needs the raw
+# string values passed to the constructor to create a jinja loop.cycle()
+# call from it.
 _old_cycle_init = core_tags.CycleNode.__init__
 def _fixed_cycle_init(self, cyclevars, variable_name=None):
     self.raw_cycle_vars = map(Variable, cyclevars)