Showcase for the new (Plone 4) plone.app.users IUserDataSchema. Shows how to extend the user data fields that can be selected for the registration form.
Project description
Introduction
Since Plone 4, the registration form for new users is a Zope formlib form, defined in plone.app.users. plone.app.users allows the site administrator to select fields from this schema to appear on the registration form.
This product aims to show how you could extend or modify the default schema provided by plone.app.users, and add new fields to the registration form.
How it works
Overriding the default schema
The default schema is defined in plone.app.users, and is provided by a utility. We override this utility in the file profiles/default/componentregistry.xml:
<utility interface="plone.app.users.userdataschema.IUserDataSchemaProvider" factory="collective.examples.userdata.userdataschema.UserDataSchemaProvider"
Our userdataschema.py contains:
from plone.app.users.userdataschema import IUserDataSchemaProvider class UserDataSchemaProvider(object): implements(IUserDataSchemaProvider) def getSchema(self): """ """ return IEnhancedUserDataSchema
And, also in userdataschema.py, we subclass the default schema:
from plone.app.users.userdataschema import IUserDataSchema class IEnhancedUserDataSchema(IUserDataSchema): """ Use all the fields from the default user data schema, and add various extra fields. """
Adding fields to the schema
The “Country” field
We can now add a schema field to our schema class:
class IEnhancedUserDataSchema(IUserDataSchema): # ... country = schema.TextLine( title=_(u'label_country', default=u'Country'), description=_(u'help_country', default=u"Fill in which country you live in."), required=False, )
Various other fields
There are various other extra fields with which you could extend your users’ profile. In userdataschema.py you will find examples for:
a Date field (birthdate)
a Boolean field (newsletter)
a Choice field (gender)
The “Accept Terms” field
A special case is the accept field. This is a Boolean field which is required for signup. We implement it by adding a constraint to the schema:
def validateAccept(value): if not value == True: return False return True class IEnhancedUserDataSchema(IUserDataSchema): # ... accept = schema.Bool( title=_(u'label_accept', default=u'Accept terms of use'), description=_(u'help_accept', default=u"Tick this box to indicate that you have found," " read and accepted the terms of use for this site. "), required=True, constraint=validateAccept, )
Because this field can be ignored once registration is complete, we don’t add it to the memberdata properties (see below).
Adding fields to the memberdata properties
In profiles/default/memberdata_properties.xml, we add the fields that we want to store as properties on the member. These are all the fields we defined, except the “accept” field, which is wanted only for signup.
Default settings for registration fields
We can automatically select some fields to go on the registration form. The fields we define in profiles/default/propertiestool.xml will be on the form once the product is installed.
Of course, the site manager can modify this after installation.
Making added fields available on the Personal Information form
In order to see these properties in the Personal Information form (@@personal-information), we need to take a few extra steps. We have to override the default adapter which adapts a user object to a form. See the plone.app.controlpanel documentation for a detailed explanation.
To override plone.app.users’ default adapter, we put this in overrides.zcml:
<adapter provides=".userdataschema.IEnhancedUserDataSchema" for="Products.CMFCore.interfaces.ISiteRoot" factory=".adapter.EnhancedUserDataPanelAdapter" />
In adapter.py, we repeat (yes, this is unfortunate) the fields we defined in the schema. For example, for the firstname field, we do this:
class EnhancedUserDataPanelAdapter(UserDataPanelAdapter): """ """ def get_firstname(self): return self.context.getProperty('firstname', '') def set_firstname(self, value): return self.context.setMemberProperties({'firstname': value}) firstname = property(get_firstname, set_firstname)
Changelog
0.4.1 (2016-02-09)
Fix brown bag release (#5) [ale-rt]
0.4 (2013-12-18)
Fix gender vocabulary and translate it properly. (thet)
Dont’ overwrite existing user registration fields, just add accept and country. (thet)
Add field “birthyear” for use cases where asking for the exact birth date is too much. (thet)
Using locales directory instead of i18n and general cleanup. (thet)
Moved to github (Kees Hink)
Added German translation (Pavel Bogdanovic, 2011-10-28).
0.3 (2010-09-26)
Make the custom fields available only when the product is installed through Generic Setup, by overriding the utility in componentregistry.xml (Elizabeth Leddy).
Added a metadata.xml with a profile version.
0.2 (2010-04-12)
Override plone.app.users’ adapter class, so @@personal-information will show the extra fields defined in this product. This requires plone.app.users >= 1.0b7.
0.1 (2010-02-28)
Initial release
To do
Uninstalling the product currently breaks the site. An uninstall step should be added to take the fields that the product added out of the ZMI’s user properties.
Project details
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Hashes for collective.examples.userdata-0.4.1.tar.gz
Algorithm | Hash digest | |
---|---|---|
SHA256 | a507efb030389338f8f27fc9a0ae06b1d426deda65f9b878c6dafd4eae6a757d |
|
MD5 | 229ecab08d22f1506e30cd12294e58e8 |
|
BLAKE2b-256 | 2892bd6883361d8382a998573413b0ede4311e62eccc12912de503a5359113b6 |