Skip to content

Commit

Permalink
Document shitty situation of multiple .navbar-right classes in #12951
Browse files Browse the repository at this point in the history
  • Loading branch information
mdo committed Mar 9, 2014
1 parent f3dcd4d commit ce634a0
Showing 1 changed file with 5 additions and 0 deletions.
5 changes: 5 additions & 0 deletions docs/components.html
Original file line number Diff line number Diff line change
Expand Up @@ -1535,6 +1535,11 @@ <h2 id="navbar-links">Non-nav links</h2>
<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>
Expand Down

0 comments on commit ce634a0

Please sign in to comment.