bootstrap悬浮顶部或者底部
生活随笔
收集整理的這篇文章主要介紹了
bootstrap悬浮顶部或者底部
小編覺得挺不錯的,現在分享給大家,幫大家做個參考.
這是bootstrap提供的樣式,只需要引入bootstrap.css即可.
需要使用的class樣式:
navbar
navbar-inverse
navbar-inner
navbar-fixed-top //懸浮頂部樣式
navbar-fixed-bottom //懸浮底部樣式
container-fluid
測試代碼:
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8" />
<title>top</title>
<link rel="stylesheet" href="css/bootstrap.min.css" />
</head>
<body class="page-header-fixed">
<div class="navbar navbar-inverse navbar-fixed-bottom">
<div class="navbar-inner">
<!--fluid 是偏移一部分-->
<div class="container-fluid">
<a class="brand" href="index.html">
<img src="images/icons/Dribbble.png" />
</a>
<font color="#5CB85C">我是頭或者底部</font>
<input type="text"/></div>
</div>
</div>
</div>
<div>
<p>
可更高效利用緩存來提高響應速度
通訊本身的無狀態性可以讓不同的服務器的處理一系列請求中的不同請求，提高服務器的擴展性
瀏覽器即可作為客戶端，簡化軟件需求
相對于其他疊加在HTTP協議之上的機制，REST的軟件依賴性更小
不需要額外的資源發現機制
在軟件技術演進中的長期的兼容性更好
</p>
<p>
可更高效利用緩存來提高響應速度
通訊本身的無狀態性可以讓不同的服務器的處理一系列請求中的不同請求，提高服務器的擴展性
瀏覽器即可作為客戶端，簡化軟件需求
相對于其他疊加在HTTP協議之上的機制，REST的軟件依賴性更小
不需要額外的資源發現機制
在軟件技術演進中的長期的兼容性更好
</p>
<p>
可更高效利用緩存來提高響應速度
通訊本身的無狀態性可以讓不同的服務器的處理一系列請求中的不同請求，提高服務器的擴展性
瀏覽器即可作為客戶端，簡化軟件需求
相對于其他疊加在HTTP協議之上的機制，REST的軟件依賴性更小
不需要額外的資源發現機制
在軟件技術演進中的長期的兼容性更好
</p>
<p>
可更高效利用緩存來提高響應速度
通訊本身的無狀態性可以讓不同的服務器的處理一系列請求中的不同請求，提高服務器的擴展性
瀏覽器即可作為客戶端，簡化軟件需求
相對于其他疊加在HTTP協議之上的機制，REST的軟件依賴性更小
不需要額外的資源發現機制
在軟件技術演進中的長期的兼容性更好
</p>
<p>
可更高效利用緩存來提高響應速度
通訊本身的無狀態性可以讓不同的服務器的處理一系列請求中的不同請求，提高服務器的擴展性
瀏覽器即可作為客戶端，簡化軟件需求
相對于其他疊加在HTTP協議之上的機制，REST的軟件依賴性更小
不需要額外的資源發現機制
在軟件技術演進中的長期的兼容性更好
</p>
<p>
可更高效利用緩存來提高響應速度
通訊本身的無狀態性可以讓不同的服務器的處理一系列請求中的不同請求，提高服務器的擴展性
瀏覽器即可作為客戶端，簡化軟件需求
相對于其他疊加在HTTP協議之上的機制，REST的軟件依賴性更小
不需要額外的資源發現機制
在軟件技術演進中的長期的兼容性更好
</p>
<p>
可更高效利用緩存來提高響應速度
通訊本身的無狀態性可以讓不同的服務器的處理一系列請求中的不同請求，提高服務器的擴展性
瀏覽器即可作為客戶端，簡化軟件需求
相對于其他疊加在HTTP協議之上的機制，REST的軟件依賴性更小
不需要額外的資源發現機制
在軟件技術演進中的長期的兼容性更好
</p>
<p>
可更高效利用緩存來提高響應速度
通訊本身的無狀態性可以讓不同的服務器的處理一系列請求中的不同請求，提高服務器的擴展性
瀏覽器即可作為客戶端，簡化軟件需求
相對于其他疊加在HTTP協議之上的機制，REST的軟件依賴性更小
不需要額外的資源發現機制
在軟件技術演進中的長期的兼容性更好
</p>
<p>
可更高效利用緩存來提高響應速度
通訊本身的無狀態性可以讓不同的服務器的處理一系列請求中的不同請求，提高服務器的擴展性
瀏覽器即可作為客戶端，簡化軟件需求
相對于其他疊加在HTTP協議之上的機制，REST的軟件依賴性更小
不需要額外的資源發現機制
在軟件技術演進中的長期的兼容性更好
</p>
<p>
可更高效利用緩存來提高響應速度
通訊本身的無狀態性可以讓不同的服務器的處理一系列請求中的不同請求，提高服務器的擴展性
瀏覽器即可作為客戶端，簡化軟件需求
相對于其他疊加在HTTP協議之上的機制，REST的軟件依賴性更小
不需要額外的資源發現機制
在軟件技術演進中的長期的兼容性更好
</p>
<p>
可更高效利用緩存來提高響應速度
通訊本身的無狀態性可以讓不同的服務器的處理一系列請求中的不同請求，提高服務器的擴展性
瀏覽器即可作為客戶端，簡化軟件需求
相對于其他疊加在HTTP協議之上的機制，REST的軟件依賴性更小
不需要額外的資源發現機制
在軟件技術演進中的長期的兼容性更好
</p>
<p>
可更高效利用緩存來提高響應速度
通訊本身的無狀態性可以讓不同的服務器的處理一系列請求中的不同請求，提高服務器的擴展性
瀏覽器即可作為客戶端，簡化軟件需求
相對于其他疊加在HTTP協議之上的機制，REST的軟件依賴性更小
不需要額外的資源發現機制
在軟件技術演進中的長期的兼容性更好
</p>
<p>
可更高效利用緩存來提高響應速度
通訊本身的無狀態性可以讓不同的服務器的處理一系列請求中的不同請求，提高服務器的擴展性
瀏覽器即可作為客戶端，簡化軟件需求
相對于其他疊加在HTTP協議之上的機制，REST的軟件依賴性更小
不需要額外的資源發現機制
在軟件技術演進中的長期的兼容性更好
</p>
<p>
可更高效利用緩存來提高響應速度
通訊本身的無狀態性可以讓不同的服務器的處理一系列請求中的不同請求，提高服務器的擴展性
瀏覽器即可作為客戶端，簡化軟件需求
相對于其他疊加在HTTP協議之上的機制，REST的軟件依賴性更小
不需要額外的資源發現機制
在軟件技術演進中的長期的兼容性更好
</p>
<p>
可更高效利用緩存來提高響應速度
通訊本身的無狀態性可以讓不同的服務器的處理一系列請求中的不同請求，提高服務器的擴展性
瀏覽器即可作為客戶端，簡化軟件需求
相對于其他疊加在HTTP協議之上的機制，REST的軟件依賴性更小
不需要額外的資源發現機制
在軟件技術演進中的長期的兼容性更好
</p>
<p>
可更高效利用緩存來提高響應速度
通訊本身的無狀態性可以讓不同的服務器的處理一系列請求中的不同請求，提高服務器的擴展性
瀏覽器即可作為客戶端，簡化軟件需求
相對于其他疊加在HTTP協議之上的機制，REST的軟件依賴性更小
不需要額外的資源發現機制
在軟件技術演進中的長期的兼容性更好
</p>
<p>
可更高效利用緩存來提高響應速度
通訊本身的無狀態性可以讓不同的服務器的處理一系列請求中的不同請求，提高服務器的擴展性
瀏覽器即可作為客戶端，簡化軟件需求
相對于其他疊加在HTTP協議之上的機制，REST的軟件依賴性更小
不需要額外的資源發現機制
在軟件技術演進中的長期的兼容性更好
</p>
<p>
可更高效利用緩存來提高響應速度
通訊本身的無狀態性可以讓不同的服務器的處理一系列請求中的不同請求，提高服務器的擴展性
瀏覽器即可作為客戶端，簡化軟件需求
相對于其他疊加在HTTP協議之上的機制，REST的軟件依賴性更小
不需要額外的資源發現機制
在軟件技術演進中的長期的兼容性更好
</p>
<p>
可更高效利用緩存來提高響應速度
通訊本身的無狀態性可以讓不同的服務器的處理一系列請求中的不同請求，提高服務器的擴展性
瀏覽器即可作為客戶端，簡化軟件需求
相對于其他疊加在HTTP協議之上的機制，REST的軟件依賴性更小
不需要額外的資源發現機制
在軟件技術演進中的長期的兼容性更好
</p>
<p>
可更高效利用緩存來提高響應速度
通訊本身的無狀態性可以讓不同的服務器的處理一系列請求中的不同請求，提高服務器的擴展性
瀏覽器即可作為客戶端，簡化軟件需求
相對于其他疊加在HTTP協議之上的機制，REST的軟件依賴性更小
不需要額外的資源發現機制
在軟件技術演進中的長期的兼容性更好
</p>
</div>
<script type="text/javascript" src="js/jquery.js" ></script>
<script type="text/javascript" src="js/bootstrap.min.js" ></script>
</body>
</html>
View Code
效果圖:
底部:
頂部
如有錯誤歡迎指正.
總結
以上是生活随笔為你收集整理的bootstrap悬浮顶部或者底部的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 输出GPLT
- 下一篇： Reversing-x64Elf-100