* cc: semente+django@… (added)
* ui_ux: => 0
* easy: => 0
--
Ticket URL: <https://code.djangoproject.com/ticket/7018#comment:15>
Django <https://code.djangoproject.com/>
The Web framework for perfectionists with deadlines.
* stage: Design decision needed => Accepted
--
Ticket URL: <https://code.djangoproject.com/ticket/7018#comment:16>
* cc: bouke (added)
--
Ticket URL: <https://code.djangoproject.com/ticket/7018#comment:17>
* cc: cyen0312+django@… (added)
--
Ticket URL: <https://code.djangoproject.com/ticket/7018#comment:18>
* cc: maa@… (added)
--
Ticket URL: <https://code.djangoproject.com/ticket/7018#comment:19>
Comment (by mjtamlyn):
Worth noting here that you can now combine Form and ModelForm together.
Combining the multiple models is a much more complex issue, and one I'm
personally not convinced should be included. This has implications on
validation and saving which could have a myriad of edge cases. Personally
I think some code which renders and validates two forms would be superior,
handled effectively as a nonhomogeneous Form set.
--
Ticket URL: <https://code.djangoproject.com/ticket/7018#comment:20>
Comment (by anonymous):
Replying to [comment:20 mjtamlyn]:
> Worth noting here that you can now combine Form and ModelForm together.
Combining the multiple models is a much more complex issue, and one I'm
personally not convinced should be included. This has implications on
validation and saving which could have a myriad of edge cases. Personally
I think some code which renders and validates two forms would be superior,
handled effectively as a nonhomogeneous Form set.
This is closer to what I want to do (combine multiple model forms in one
form)
Where can I find info on this ?
thanks,
--
Ticket URL: <https://code.djangoproject.com/ticket/7018#comment:21>
Comment (by mjtamlyn):
Sounds like you want something along the lines of
https://github.com/bmispelon/django-multiform
You'd nerd to write the connection logic yourself each time but I think
that's fine. Personally I'm not convinced this is code which needs to live
in core. Baptiste may have a different opinion.
--
Ticket URL: <https://code.djangoproject.com/ticket/7018#comment:22>
Comment (by mitar):
Now with Django 1.9, the approaches mentioned in this ticket do not work
anymore, because get_declared_fields is not available anymore. What would
be a new approach?
--
Ticket URL: <https://code.djangoproject.com/ticket/7018#comment:23>
* cc: Mike Fogel (removed)
--
Ticket URL: <https://code.djangoproject.com/ticket/7018#comment:24>