As an App Adm, I want to add new date fields on my object

• Type: Story
• Status: Closed
• Priority: Minor
• Resolution: Completed
• Affects Version/s: None
• Fix Version/s: Master
• Component/s: App Builder
• Labels:
  • 7.3-app_builder_must_have
  • 7.3-ce-ga1
  • appbuilder_test_manual
  • appbuilder_test_needed
  • appbuilder_test_poshi_sanity
  • appbuilder_test_spira
• Story Points: 2
• Epic Link: App Builder - Create Custom Objects
• Sprint: App_Builder_7.3_8, App_Builder_7.3_7

As an App Adm, I want to add new date fields on my object, so that I can collect, store and show dates information in my object.

Design Deliverables:

Mockups

The Date Field Type:
Just like text and number field types, the Date field type is also one of the most used field types for forms and also attribute of objects. In this Story, we aim to allow users to drag, drop and include date fields into their Form Views, and consequently, add date fields to the data model of the custom object.

Acceptance Criteria:

• Given a user in the "Form View Builder" screen of an object, when the user drags and drop a "Date" field type from the sidebar into the Form stage area, then the system must include and display a Date type field into the current Form View.

• Given a user in the "Form View Builder" screen of an object, when the users includes a new "Date" field type into the Form View , then the system must also automatically include a new "Date" field type into the Data Model of the object.

• Given a user in the "Form View Builder" screen of an object, when the user is dragging and dropping a "Date" field into the Form stage, then he should be able to choose the place where the date field should be displayed in the Form View.

• Given that a user has included a "Date" field into a Form View of an Object, when the user highlights/selects the field in the Form View stage area, then the system must provide the user with the same options and properties of the "Date" field available in the Forms module.
  • Including: Change label, set a placeholder, set a help text, required, change field name, enter a predefined value, change searchable options, show/hide label, make repeatable, set a validation, etc.

• Given that a user has included a "Date" field into a Form View of an Object, when a user clicks in the "Duplicate" option of the field kebab menu, then the system must automatically create a copy of the field into the Form View and in the Object model.
  • Obs: use the same behavior of the Forms module.

• Given that a user has included a "Date" field into a Form View of an Object, when the user clicks in the "Remove From Object" option of the field kebab menu, then the system must remove the field form the Form View and also remove it from the data model of the Object.
  • Obs: When the field is being used by other Form Views, the system must warn the user and propagate the deletion to the other forms.

• Given that a user has included a "Date" field into a Form View of an Object, when the user clicks in the "Remove from Form" option of the field kebab menu, then the system must remove the field from the Form View, but keep it as an attribute of the object;
  • Obs: When the field is being used by other Form Views, the system must delete the field from the Form View in question, but keep it in those other Form Views.

• Given that a user has included a "Date" field into a Form View of an Object, when the user drag and drops an existing field in the stage area, then the system must allow the user to reorder the position of the field in the Form View.

• Given that a user has included a "Date" field into a Form View of an Object, when the user highlights/selects the field in the Form View stage area, then the system must allow the user to see and change the properties of the field.

Definition of Done (DoD):

• All Acceptance Criteria were passed;
• Make sure that the expected automated tests were created (unit / integration / functional) and passed successfully;
• Verify if the test labels were added;
• Code with peer review completed;
• Validated by QA, Product Designer and/or PM;
• No critical bug related to Story scope (ex.: similar of FP4, FP5);
• Make sure that all system documentation were updated (if necessary)