Find Devextreme Dist Examples and Templates

Use this online devextreme-dist playground to view and fork devextreme-dist example apps and templates on CodeSandbox. Click any example below to run it instantly or find templates that can be used as a pre-built solution!

DevExtreme EAP 23.2 - Form: Change Detection (Dirty State)
DevExtreme EAP 23.2 - Form: Change Detection (Dirty State)This demo shows how to validate Form editors. To apply validation rules to an editor, declare them in the validationRules[] array. Specify type and other properties for each rule. The following validation rules are shown in this demo: RequiredRule Requires that a validated editor has a value. CompareRule Compares the editor's value to the specified expression. PatternRule Checks whether an editor value matches a specified pattern. RangeRule Checks whether an editor value is in a specified range. StringLengthRule Requires that an editor value length is in a specified range. EmailRule Requires that an editor value matches the Email pattern. AsyncRule Allows you to add custom server-side validation logic. Rules of this type run last, only if all other rules passed. In this demo, an AsyncRule checks whether user input matches [email protected]. To submit form data, do the following: Wrap the Form component in the HTML <form> element. Use the Button Form Item to add a button to the form. This button submits the form data. Enable the button's useSubmitBehavior property. When users click the button, the Form validates all editors that belong to the same validationGroup as this button. In this demo, all these editors belong to the customerData group. Form data can be submitted to a server only if input validation is successful. Enable the showValidationSummary property to display all validation errors at the bottom of the Form.
DevExtreme Beta 23.2 - Form: Change Detection (Dirty State)
DevExtreme Beta 23.2 - Form: Change Detection (Dirty State)This demo shows how to validate Form editors. To apply validation rules to an editor, declare them in the validationRules[] array. Specify type and other properties for each rule. The following validation rules are shown in this demo: RequiredRule Requires that a validated editor has a value. CompareRule Compares the editor's value to the specified expression. PatternRule Checks whether an editor value matches a specified pattern. RangeRule Checks whether an editor value is in a specified range. StringLengthRule Requires that an editor value length is in a specified range. EmailRule Requires that an editor value matches the Email pattern. AsyncRule Allows you to add custom server-side validation logic. Rules of this type run last, only if all other rules passed. In this demo, an AsyncRule checks whether user input matches [email protected]. To submit form data, do the following: Wrap the Form component in the HTML <form> element. Use the Button Form Item to add a button to the form. This button submits the form data. Enable the button's useSubmitBehavior property. When users click the button, the Form validates all editors that belong to the same validationGroup as this button. In this demo, all these editors belong to the customerData group. Form data can be submitted to a server only if input validation is successful. Enable the showValidationSummary property to display all validation errors at the bottom of the Form.
DevExtreme EAP 23.2 - Form: Change Detection (Dirty State) (forked)
DevExtreme EAP 23.2 - Form: Change Detection (Dirty State) (forked)This demo shows how to validate Form editors. To apply validation rules to an editor, declare them in the validationRules[] array. Specify type and other properties for each rule. The following validation rules are shown in this demo: RequiredRule Requires that a validated editor has a value. CompareRule Compares the editor's value to the specified expression. PatternRule Checks whether an editor value matches a specified pattern. RangeRule Checks whether an editor value is in a specified range. StringLengthRule Requires that an editor value length is in a specified range. EmailRule Requires that an editor value matches the Email pattern. AsyncRule Allows you to add custom server-side validation logic. Rules of this type run last, only if all other rules passed. In this demo, an AsyncRule checks whether user input matches [email protected]. To submit form data, do the following: Wrap the Form component in the HTML <form> element. Use the Button Form Item to add a button to the form. This button submits the form data. Enable the button's useSubmitBehavior property. When users click the button, the Form validates all editors that belong to the same validationGroup as this button. In this demo, all these editors belong to the customerData group. Form data can be submitted to a server only if input validation is successful. Enable the showValidationSummary property to display all validation errors at the bottom of the Form.
DevExtreme EAP 23.2 - Form: Change Detection (Dirty State) (forked)
DevExtreme EAP 23.2 - Form: Change Detection (Dirty State) (forked)This demo shows how to validate Form editors. To apply validation rules to an editor, declare them in the validationRules[] array. Specify type and other properties for each rule. The following validation rules are shown in this demo: RequiredRule Requires that a validated editor has a value. CompareRule Compares the editor's value to the specified expression. PatternRule Checks whether an editor value matches a specified pattern. RangeRule Checks whether an editor value is in a specified range. StringLengthRule Requires that an editor value length is in a specified range. EmailRule Requires that an editor value matches the Email pattern. AsyncRule Allows you to add custom server-side validation logic. Rules of this type run last, only if all other rules passed. In this demo, an AsyncRule checks whether user input matches [email protected]. To submit form data, do the following: Wrap the Form component in the HTML <form> element. Use the Button Form Item to add a button to the form. This button submits the form data. Enable the button's useSubmitBehavior property. When users click the button, the Form validates all editors that belong to the same validationGroup as this button. In this demo, all these editors belong to the customerData group. Form data can be submitted to a server only if input validation is successful. Enable the showValidationSummary property to display all validation errors at the bottom of the Form.
Find more examples or templates