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