On Fri, Mar 16, 2012 at 13:59, Jacob Kaplan-Moss <ja...@jacobian.org> wrote:
> The DSF has some funds set aside for precisely this purpose (getting > developers in rooms together). If getting you to europython to hack with > Simone helps make CPKs happen, I think you're a perfect candidate for a > travel grant. > That's very cool news! I've to study your fork because to use well the ForeignKeys you need to refactorng the join table system starting from a multicolumn field. If you have time see my solution. Actually it's work on ForeignKey, OneToOnefield and ManyToManyField. The other big problem I found is on resolve the generic relations, they are builded on a unique content_id, in my solution the library write the concatenation of pks (obvious escaped) in the content id and that's work for a lot os use cases, but django have a part where puts the generic content_id in a join with the ralated table, so our approch fail. As a first look in your branch the concatenation of pks are made like my way, in the python code. But for using well in the generic relation implementation, it will be better if we will found another way. Maybe, it's just an idea, the concatenation could be done by a database concat function, every db has its implementation. The value will be calculated and used in the same way how django do with the sequences, so also generic relations could be found a solution. -- You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this group, send email to django-developers@googlegroups.com. To unsubscribe from this group, send email to django-developers+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/django-developers?hl=en.
