]> git.ipfire.org Git - thirdparty/bootstrap.git/commitdiff
Hyphenate server-side (#28401)
authorJonathan <vanillajonathan@users.noreply.github.com>
Mon, 4 Mar 2019 13:52:13 +0000 (14:52 +0100)
committerXhmikosR <xhmikosr@gmail.com>
Mon, 4 Mar 2019 13:52:13 +0000 (15:52 +0200)
scss/_forms.scss
site/docs/4.3/components/forms.md

index 79ca507f7a825ef6c49f7953b6ba9956d7450b5e..e31a47312e3699d6384f57f5fe0ff352cb2af072 100644 (file)
@@ -240,7 +240,7 @@ textarea.form-control {
 // Provide feedback to users when form field values are valid or invalid. Works
 // primarily for client-side validation via scoped `:invalid` and `:valid`
 // pseudo-classes but also includes `.is-invalid` and `.is-valid` classes for
-// server side validation.
+// server-side validation.
 
 @each $state, $data in $form-validation-states {
   @include form-validation-state($state, map-get($data, color), map-get($data, icon));
index a3ad78e7af1f71a9275adf098aa3be16f7730c2c..b329f989a0607c8ea6fd6aaedd2d8425fef1b4a7 100644 (file)
@@ -752,13 +752,13 @@ Here's how form validation works with Bootstrap:
 - HTML form validation is applied via CSS's two pseudo-classes, `:invalid` and `:valid`. It applies to `<input>`, `<select>`, and `<textarea>` elements.
 - Bootstrap scopes the `:invalid` and `:valid` styles to parent `.was-validated` class, usually applied to the `<form>`. Otherwise, any required field without a value shows up as invalid on page load. This way, you may choose when to activate them (typically after form submission is attempted).
 - To reset the appearance of the form (for instance, in the case of dynamic form submissions using AJAX), remove the `.was-validated` class from the `<form>` again after submission.
-- As a fallback, `.is-invalid` and `.is-valid` classes may be used instead of the pseudo-classes for [server side validation](#server-side). They do not require a `.was-validated` parent class.
+- As a fallback, `.is-invalid` and `.is-valid` classes may be used instead of the pseudo-classes for [server-side validation](#server-side). They do not require a `.was-validated` parent class.
 - Due to constraints in how CSS works, we cannot (at present) apply styles to a `<label>` that comes before a form control in the DOM without the help of custom JavaScript.
 - All modern browsers support the [constraint validation API](https://www.w3.org/TR/html5/sec-forms.html#the-constraint-validation-api), a series of JavaScript methods for validating form controls.
 - Feedback messages may utilize the [browser defaults](#browser-defaults) (different for each browser, and unstylable via CSS) or our custom feedback styles with additional HTML and CSS.
 - You may provide custom validity messages with `setCustomValidity` in JavaScript.
 
-With that in mind, consider the following demos for our custom form validation styles, optional server side classes, and browser defaults.
+With that in mind, consider the following demos for our custom form validation styles, optional server-side classes, and browser defaults.
 
 ### Custom styles