Decouple single vs. multiline widget choice from database storage type for CharField vs. TextField
|Reported by:||lalo.martins@…||Owned by:||adrian|
|Has patch:||no||Needs documentation:||no|
|Needs tests:||no||Patch needs improvement:||no|
This patch makes the choice of limited vs. unlimited database storage (models.CharField vs. models.TextField) orthogonal to the choice of single vs. multiline widget (forms.TextField vs. forms.LargeTextField).
The fact that models.CharField used to use forms.TextField is an indication that something was wrong ;-)
For backwards compatibility, but much more importantly, because it's the reasonable thing to expect, the defaults are identical to the current behaviour. To get a multiline CharField, do: foo = CharField(maxlength=MAX_FOO, multiline_admin=True). Conversely, to get a single-line TextField: bar = TextField(multiline_admin=False). There -- now postgres users have no reason to use CharField anymore, unless there is a real and legitimate limit to the max size a value can have.
The argument multiline_admin was chosen to be consistant with radio_admin which is the only other similar argument I found.
Patch taken against magic-removal as of this post.
Change History (5)
Changed 10 years ago by lalo.martins@…
comment:2 Changed 10 years ago by Gary Wilson <gary.wilson@…>
- Resolution set to wontfix
- Status changed from new to closed