From: Mark Otto <markdotto@gmail.com>
Date: Mon, 29 May 2017 02:48:44 +0000 (-0700)
Subject: shorter title
X-Git-Tag: v4.0.0-beta~187^2~27
X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=69b5178c0acb52d1159dbbe5fdfefd535571dde1;p=thirdparty%2Fbootstrap.git

shorter title
---

diff --git a/docs/components/forms.md b/docs/components/forms.md
index b2546a72b6..366f8f6256 100644
--- a/docs/components/forms.md
+++ b/docs/components/forms.md
@@ -630,7 +630,7 @@ Add the `disabled` attribute to a `<fieldset>` to disable all the controls withi
 {% endexample %}
 
 {% callout warning %}
-#### Caveat about link functionality of `<a>`
+#### Caveat with anchors
 
 By default, browsers will treat all native form controls (`<input>`, `<select>` and `<button>` elements) inside a `<fieldset disabled>` as disabled, preventing both keyboard and mouse interactions on them. However, if your form also includes `<a ... class="btn btn-*">` elements, these will only be given a style of `pointer-events: none`. As noted in the section about [disabled state for buttons]({{ site.baseurl }}/components/buttons/#disabled-state) (and specifically in the sub-section for anchor elements), this CSS property is not yet standardized and isn't fully supported in Opera 18 and below, or in Internet Explorer 11, and won't prevent keyboard users from being able to focus or activate these links. So to be safe, use custom JavaScript to disable such links.
 {% endcallout %}