[00:00] I am unsure why this template is not picking up login_url [00:07] slangasek: why do you need it in a template ? [00:08] daker: erm, the render_to_response() is missing large chunks of the context [00:08] you can use the decorator login_required [00:08] https://docs.djangoproject.com/en/dev/topics/auth/default/#the-login-required-decorator [00:11] if a var is global and used everywhere you can use a context_processors instead of putting it each time in the context [00:19] added the decorator, still claims I'm not logged in [00:22] ah, was a missing RequestContext() [01:35] kees: ok, I have the form loading now [01:37] * kees switches windows [01:37] slangasek: ah-ha excellent [01:38] slangasek: what's next? [01:45] kees: writing the bits to validate the form and save it to the db [01:46] and eventually, probably fixing it so we don't accidentally leave spurious records in the db for people who click on 'register' but don't actually fill it out [01:46] - splitting the table between user profile data and dc14-specific data [01:46] - prettifying the formatting [01:47] I thought it auto-validated since we've got the field type specified? [01:50] right, maybe there's no additional validation needed, but it does have to be explicitly saved to the db [01:51] some of the field types need adjusted, too still [02:03] kees: pushed another commit, name/email prepopulated now [02:11] excellent! [02:50] how do you set the label for a ForeignKey field? [02:56] aha; verbose_name= to the constructor