]> git.ipfire.org Git - thirdparty/bootstrap.git/commitdiff
remove deprecated warnings from docs
authorMark Otto <otto@github.com>
Wed, 9 Jul 2014 20:51:20 +0000 (13:51 -0700)
committerMark Otto <otto@github.com>
Wed, 9 Jul 2014 20:51:20 +0000 (13:51 -0700)
docs/_includes/components/dropdowns.html
docs/_includes/components/navs.html
docs/_includes/css/helpers.html
docs/_includes/css/responsive-utilities.html
docs/_includes/js/modal.html

index 4462900ef9f477f69d6b9d6fd60cb247d6820642..eabfd9ca73cb87a269a2ece4788a1c7d4f0602a3 100644 (file)
     <h4>May require additional positioning</h4>
     <p>Dropdowns are automatically positioned via CSS within the normal flow of the document. This means dropdowns may be cropped by parents with certain <code>overflow</code> properties or appear out of bounds of the viewport. Address these issues on your own as they arise.</p>
   </div>
-  <div class="bs-callout bs-callout-warning">
-    <h4>Deprecated <code>.pull-right</code> alignment</h4>
-    <p>As of v3.1.0, we've deprecated <code>.pull-right</code> on dropdown menus. To right-align a menu, use <code>.dropdown-menu-right</code>. Right-aligned nav components in the navbar use a mixin version of this class to automatically align the menu. To override it, use <code>.dropdown-menu-left</code>.</p>
-  </div>
 {% highlight html %}
 <ul class="dropdown-menu dropdown-menu-right" role="menu" aria-labelledby="dLabel">
   ...
index 5fc151b1e4a1e42ec01f1292c7daffdf9640fe9b..9e7600ac408822f10e6507f99c42ae03cc8110dc 100644 (file)
@@ -3,6 +3,25 @@
 
   <p class="lead">Navs available in Bootstrap have shared markup, starting with the base <code>.nav</code> class, as well as shared states. Swap modifier classes to switch between each style.</p>
 
+  <h2 id="nav-basic">Basic nav</h2>
+  <p>Uses no modifier classes. No supported active state by default, given highly customizable nature of nav styles.</p>
+  <div class="bs-example">
+    <ul class="nav" role="tablist">
+      <li>
+        <a href="#">Active</a>
+      </li>
+      <li>
+        <a href="#">Link</a>
+      </li>
+      <li>
+        <a href="#">Another link</a>
+      </li>
+      <li class="disabled">
+        <a href="#">Disabled</a>
+      </li>
+    </ul>
+  </div>
+
   <h2 id="nav-tabs">Tabs</h2>
   <p>Note the <code>.nav-tabs</code> class requires the <code>.nav</code> base class.</p>
   <div class="bs-example">
index fa7a99fc01f7c3eba8e3ca4f5a136c57b9b57860..dc992ee239c608212da98956f63d9293f80ef974 100644 (file)
 
   <h3 id="helper-classes-show-hide">Showing and hiding content</h3>
   <p>Force an element to be shown or hidden (<strong>including for screen readers</strong>) with the use of <code>.show</code> and <code>.hidden</code> classes. These classes use <code>!important</code> to avoid specificity conflicts, just like the <a href="#helper-classes-floats">quick floats</a>. They are only available for block level toggling. They can also be used as mixins.</p>
-  <p><code>.hide</code> is available, but it does not always affect screen readers and is <strong>deprecated</strong> as of v3.0.1. Use <code>.hidden</code> or <code>.sr-only</code> instead.</p>
   <p>Furthermore, <code>.invisible</code> can be used to toggle only the visibility of an element, meaning its <code>display</code> is not modified and the element can still affect the flow of the document.</p>
 {% highlight html %}
 <div class="show">...</div>
index 666c0bce739de2e5fffe8209419f9e5cb6badbee..2e4c8b3838690cd48f8cfd7898a6bf2d781fe5ed 100644 (file)
     </table>
   </div>
   <p>So, for extra small (<code>xs</code>) screens for example, the available <code>.visible-*-*</code> classes are: <code>.visible-xs-block</code>, <code>.visible-xs-inline</code>, and <code>.visible-xs-inline-block</code>.</p>
-  <p>The classes <code>.visible-xs</code>, <code>.visible-sm</code>, <code>.visible-md</code>, and <code>.visible-lg</code> also exist, but are <strong>deprecated as of v3.2.0</strong>. They are approximately equivalent to <code>.visible-*-block</code>, except with additional special cases for toggling <code>&lt;table&gt;</code>-related elements.</p>
 
   <h2 id="responsive-utilities-print">Print classes</h2>
   <p>Similar to the regular responsive classes, use these for toggling content for print.</p>
       </tbody>
     </table>
   </div>
-  <p>The class <code>.visible-print</code> also exists but is <strong>deprecated</strong> as of v3.2.0. It is approximately equivalent to <code>.visible-print-block</code>, except with additional special cases for <code>&lt;table&gt;</code>-related elements.</p>
 
 
   <h2 id="responsive-utilities-tests">Test cases</h2>
index 18bfad78ab815af35ee4fb7fae3e12ebcecc3017..a64b6b1b6d6bba1152be3a6d531ffb14013642aa 100644 (file)
          <td>true</td>
          <td>Shows the modal when initialized.</td>
        </tr>
-       <tr>
-         <td>remote</td>
-         <td>path</td>
-         <td>false</td>
-         <td>
-          <p><span class="text-danger">This option is deprecated since v3.2.1 and will be removed in v4.</span> We recommend instead using client-side templating or a data binding framework, or calling <a href="http://api.jquery.com/load/">jQuery.load</a> yourself.</p>
-          <p>If a remote URL is provided, <strong>content will be loaded one time</strong> via jQuery's <code>load</code> method and injected into the <code>.modal-content</code> div. If you're using the data-api, you may alternatively use the <code>href</code> attribute to specify the remote source. An example of this is shown below:</p>
-{% highlight html %}
-<a data-toggle="modal" href="remote.html" data-target="#modal">Click me</a>
-{% endhighlight %}
-         </td>
-       </tr>
       </tbody>
     </table>
   </div><!-- /.table-responsive -->