This shows you the differences between two versions of the page.
Both sides previous revision Previous revision Next revision | Previous revision | ||
tech2018:forms_types [2018/05/13 10:51] Gianluca Pelliccioli [Explanation] |
— (current) | ||
---|---|---|---|
Line 1: | Line 1: | ||
- | ===== Forms types ===== | ||
- | |||
- | ==== Summary ==== | ||
- | |||
- | |||
- | ^Standard forms ^ activity template ^ @live^ | ||
- | | SIMPLE FORM | default | NO | | ||
- | | MAGIC FORM | default| NO | | ||
- | | custom forms | default| YES | | ||
- | ^Not Standard forms ^^^ | ||
- | | not standard forms | not standard| YES | | ||
- | |||
- | |||
- | |||
- | |||
- | ==== Explanation ==== | ||
- | In the TECH2018/ | ||
- | While these forms have the main advantage that they do not require any development activity to be setup, on the other side they to not allow the user to update any data in the " | ||
- | |||
- | When you want to create process that will cause any update to the @live environment you will need a form which contains fields related to the specific data model. This requires a development activity. | ||
- | |||
- | In this session you will learn how to create forms that are capable to save @live data. | ||
- | We will distinguish the case where: | ||
- | * we use the default activity template; | ||
- | * we decide to create a completely custom page template. | ||
- | |||
- | |||
- | |||
- | Examples: | ||
- | * **Edit account data**: WManager brings onboard the EDIT_ACCOUNT_DATA process. This is one of the simplest processes to be used to show how a standard form can work. | ||
- | * **Inorder**: |