Sign up Page

Design

Default Behaviour(s)

Sign up page composition

• Title of the page : “Sign up”

• Introductory text : “

• Sign up Form

Sign up form composition

• Firstname field*

• Lastname field *

• Email field *

  • Plus a tooltip : “Your email will not be shared”

• Password Field *

  • Plus a tooltip a tooltip : “At least 8 characters, including 1 number, 1 capital letter and 1 punctuation mark.”

• Company

• Terms of use Checkbox*

• Sign up button

• I already have an account link that redirect user to the login page

*Mandatory fields

Sign up default process

When users clicks on the sign up button after filling the sign up form :

• A popin message appear to confirm the registration is made with success

• An email is sent to all administrators to let them know a user is requesting access

• The user for whom the sign up request was made receives an email informing him that he must validate his email address to confirm his account creation request. At this stage the user appears in the list of users to be approved in the administration interface, but in an inactive status.

• When the user's email is confirmed, the user to be approved becomes active in the administration interface.

• As soon as the user awaiting validation is validated by an administrator (from the back office), then the user's account becomes active, and he receives a confirmation by email.

Advanced Configuration

The registration form is automatically generated based on the REST resource for storing account requests.

Adapting the registration form structure

As a default, the REST resource is /data/userregistration which targets the structure userregistration.

You can change the target resource by overriding the default value in config entry $.register.targetPath.

Adding fields to the registration form is done by changing the structure (don’t forget tags that must be added to fields). Please note that the rest_api_include tag don’t need to be added on the structure as it has been explicitly registered in restful services.

Enrich automatically generated form

Based on the structure configuration, the form fields will automatically honour the structure properties description: type, label, compulsoriness, max-length. You can still enrich this default configuration by adding config in portal to fine tune the registration form.

Adding properties to fields description for the targeted structure can be done in $.edit.<targetstructure>.fields

For instance, the default email property in the base configuration is defined as follow:

{
  default: {
    "validators": {
      "email": null,
    },
    "description": {
      "tip-i18n": "signin.loginForm.mail.description"
    }
  }
}

Such configuration will apply a validation rule to the field to check that the value is a valid email address and add a description below the field corresponding to the tip-i18n key.

Disable the accept terms of use

You can deactivate (not show) the “I accept terms of use” checkbox by setting $.register.displayCGU to false

Translations i18n Keys

• I already have an account link : signup.signupForm.cancelButton (i18n)

• Sign up button : signup.signupForm.inscriptionButton (i18n)

• Sign up title : page.title.signup(i18n)

• Introductory text : signup.description(i18n)