Wed, 27 Jan 2010 09:59:55 +0100 systematically call bool on BooleanField values
Sylvain Thénault <sylvain.thenault@logilab.fr> [Wed, 27 Jan 2010 09:59:55 +0100] rev 4393
systematically call bool on BooleanField values
Wed, 27 Jan 2010 09:59:13 +0100 by default this is not the widget responsability to turn empty string into None,
Sylvain Thénault <sylvain.thenault@logilab.fr> [Wed, 27 Jan 2010 09:59:13 +0100] rev 4392
by default this is not the widget responsability to turn empty string into None, move this behaviour to the field.
Wed, 27 Jan 2010 09:57:53 +0100 ensure we get a correct key
Sylvain Thénault <sylvain.thenault@logilab.fr> [Wed, 27 Jan 2010 09:57:53 +0100] rev 4391
ensure we get a correct key
Wed, 27 Jan 2010 09:57:16 +0100 test fixes
Sylvain Thénault <sylvain.thenault@logilab.fr> [Wed, 27 Jan 2010 09:57:16 +0100] rev 4390
test fixes
Wed, 27 Jan 2010 09:56:58 +0100 useless, same as test_nonregr_eetype_etype_editing
Sylvain Thénault <sylvain.thenault@logilab.fr> [Wed, 27 Jan 2010 09:56:58 +0100] rev 4389
useless, same as test_nonregr_eetype_etype_editing
Wed, 27 Jan 2010 09:56:16 +0100 [forms] propagate aguments given to .vocabulary to .choices if it's a callable.
Sylvain Thénault <sylvain.thenault@logilab.fr> [Wed, 27 Jan 2010 09:56:16 +0100] rev 4388
[forms] propagate aguments given to .vocabulary to .choices if it's a callable. So we can properly uses vocabulary(limit=xxx) in places where we used to call .choices(limit), since field.choices is not meant to be accessed directly. Also, document expected behaviour for custom choices method for relation fields.
(0) -3000 -1000 -300 -100 -30 -10 -6 +6 +10 +30 +100 +300 +1000 +3000 tip