I believe you are using an older version of django_registration, since there
is no reference to the backend in your code. The backend is an addition in
the latest (0.8) version of django_registration.

Did you download the code from here?
http://readthedocs.org/docs/django-registration/en/latest/index.html


On Fri, Jul 8, 2011 at 3:39 PM, katstevens <kat.stev...@gmail.com> wrote:

> Thanks for your answer, but unfortunately that hasn't helped - on
> further investigation I think the problem is somewhere else, as the
> original RegistrationForm class instance (in registration.forms)
> doesn't seem to be being called correctly by registration.views (so no
> wonder RegistrationFormTermsOfService isn't working!). I tried making
> some small changes to the labels in the RegistrationForm class and it
> is still displaying the default label values in my template. For
> example, the class declaration now looks like:
>
>  class RegistrationForm(forms.Form):
>     # all the other fields
>     # ...
>     password1 =
> forms.CharField(widget=forms.PasswordInput(attrs=attrs_dict,
> render_value=False),
>                                label=_(u'different password label'))
>
> In registration.views I've imported the form as follows
>
>  from registration.forms import RegistrationForm
>
> And used the default view declaration:
>
>  def register(request, success_url=None,
>             form_class=RegistrationForm, profile_callback=None,
>             template_name='registration/registration_form.html',
>             extra_context=None):
>    if request.method == 'POST':
>       # do post stuff
>    else:
>       # instantiate blank form
>        form = form_class()
>
> Finally, on the registration_form.html template I've tried calling the
> fields explicitly rather than using the form.as_table tag:
>
>                  <td>{{ form.password1.label_tag }}</td>
>                  <td>{{ form.password1 }}</td>
>
> The page displays these fields fine, yet the label still gives the
> default label value of 'password' instead of 'different password
> label'. I'm not getting any syntax errors, and I've rebooted my server
> for good measure with the same results. Therefore I assume that either
> form = form_class() isn't actually instantiating RegistrationForm
> properly in the view, or there is some sort of overriding default
> being called from a different location (maybe django.contrib.auth?).
>
> Also - I can't see the form_call field that you mention - does this
> refer to the parameter 'form_class=RegistrationForm' I've used above
> in my registration view?
>
> Thanks again!
>
> On Jul 8, 7:08 am, CareerDhaba tech <t...@careerdhaba.com> wrote:
> > Hi Kat,
> >
> > You have to tell the your registration view to use the
> > RegistrationFormTermsofService. First, import that class from forms and
> > change your form_call from None to to RegistrationFormTermsofService.
> >
> > Hope this helps.
> >
> >
> >
> >
> >
> >
> >
> > On Thu, Jul 7, 2011 at 5:34 PM, katstevens <kat.stev...@gmail.com>
> wrote:
> > > Hi - I'm new to Django and am using django-registration to set up new
> > > users.
> >
> > > The basic RegistrationForm shows up fine in my template (which just
> > > uses {{ form.as_table }} to generate fields inside the form HTML), but
> > > I now want to use the RegistrationFormTermsOfService subclass instead.
> >
> > > I set it as a parameter in urls.py as follows:
> > >                       url(r'^register/$',
> > >                           register,
> > >                           {'form_class':
> > > RegistrationFormTermsOfService},
> > >                           name='registration_register'),
> >
> > > ... but the original RegistrationForm is still showing instead. Any
> > > ideas why this would be? Do I have to remove the default 'form_class'
> > > value in the register declaration in views.py (as that still gives
> > > RegistrationForm as the default)? Or do I need to alter my template?
> >
> > > I'm sure I'm missing something really obvious - any help gratefully
> > > received.
> >
> > > Kat
> >
> > > --
> > > You received this message because you are subscribed to the Google
> Groups
> > > "Django users" group.
> > > To post to this group, send email to django-users@googlegroups.com.
> > > To unsubscribe from this group, send email to
> > > django-users+unsubscr...@googlegroups.com.
> > > For more options, visit this group at
> > >http://groups.google.com/group/django-users?hl=en.
>
> --
> You received this message because you are subscribed to the Google Groups
> "Django users" group.
> To post to this group, send email to django-users@googlegroups.com.
> To unsubscribe from this group, send email to
> django-users+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/django-users?hl=en.
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Django users" group.
To post to this group, send email to django-users@googlegroups.com.
To unsubscribe from this group, send email to 
django-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/django-users?hl=en.

Reply via email to