From ce634a0ba7ceb5f9da21b74aa084d31e2274e0f1 Mon Sep 17 00:00:00 2001
From: Mark Otto <otto@github.com>
Date: Sun, 9 Mar 2014 14:49:52 -0700
Subject: [PATCH] Document shitty situation of multiple .navbar-right classes
 in #12951

---
 docs/components.html | 5 +++++
 1 file changed, 5 insertions(+)

diff --git a/docs/components.html b/docs/components.html
index f70ceedc3f..ad145604fa 100644
--- a/docs/components.html
+++ b/docs/components.html
@@ -1535,6 +1535,11 @@ lead: "Over a dozen reusable components built to provide iconography, dropdowns,
   <h2 id="navbar-component-alignment">Component alignment</h2>
   <p>Align nav links, forms, buttons, or text, using the <code>.navbar-left</code> or <code>.navbar-right</code> utility classes. Both classes will add a CSS float in the specified direction. For example, to align nav links, put them in a separate <code>&lt;ul&gt;</code> with the respective utility class applied.</p>
   <p>These classes are mixin-ed versions of <code>.pull-left</code> and <code>.pull-right</code>, but they're scoped to media queries for easier handling of navbar components across device sizes.</p>
+  <div class="bs-callout bs-callout-warning">
+    <h4>Right aligning multiple components</h4>
+    <p>Navbars currently have a limitation with multiple <code>.navbar-right</code> classes. To properly space content, we use negative margin on the last <code>.navbar-right</code> element. When there are multiple elements using that class, these margins don't work as intended.</p>
+    <p>We'll revisit this when we can rewrite that component in v4.</p>
+  </div>
 
 
   <h2 id="navbar-fixed-top">Fixed to top</h2>
-- 
2.47.2