整合營銷服務商
電腦端+手機端+微信端=數據同步管理
免費咨詢熱線：
電腦端+手機端+微信端=數據同步管理
免費咨詢熱線：
架是將一個頁面劃分為若干個窗口, 每一個窗口都是獨立;
要實現框架必須使用框架型的DTD;
框架就像一個窗戶是由窗格和玻璃組成;
框架中不能有body及body子標記;
框架是由框架集(frameset)和框架頁(frame)組成;
格式：
<!DOCTYPE html>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html;charset=UTF-8" />
</head>
<frameset>
<frame />
<frame />
</frameset>
</html>框架標簽:
<frameset></frameset> 放在一個框架文檔的<body>標簽之前, 也可以嵌在其他框架文檔中;
框架中不能有body及body子標記, 框架是由框架集(frameset)和框架頁(frame)組成;
<frameset rows="value,value"> 定義一個框架內的行數, 可用像素值或高度百分比;
<frameset cols="value,value"> 定義一個框架內的列數, 可用像素值或寬度百分比;
<frameset cols="120,*"></frameset>
<frameset cols="25%,50%,25%"></frameset>
<frameset rows="120,*"></frameset>
<frameset rows="25%,50%,25%"></frameset>
frameborder 框架邊框顯示屬性
該屬性用于指定框架周圍是否顯示邊框, 取值有1(顯示邊框, 默認值)和0(不顯示邊框)。
framespacing 該屬性用于指定框架之間的間隔, 以像素為單位。
如果不設置該屬性，則框架之間沒有間隔。
border 指定邊框寬度屬性
該屬性用于指定邊框的寬度, 只有在frameborder屬性為1時有效。
bordercolor 指定邊框顏色
<noframes></noframes> 定義在不支持框架的瀏覽器中顯示什么提示;
<html>
<frameset cols="25%,50%,25%">
<frame src="frame_a.html"/>
<frame src="frame_b.html"/>
<frame src="frame_c.html"/>
<noframes>
<body>您的瀏覽器無法處理框架！</body>
</noframes>
</frameset>
</html><frame> 定義一個框架內的單一窗或窗區域;
<frame src="url"> 規定框架內顯示的html文檔;
<frame name="name"> 命名框架或區域以便別的框架可以指向它;
<frame marginwidth=""> 定義框架左右邊緣的空白大小,必須大于等于1;
<frame marginheight=""> 定義框架上下邊緣的空白大小,必須大于等于1;
<frame scrolling=""> 設置框架是否有滾動欄,其值可以是"yes","no",或"auto";
<frame noresize> 禁止用戶調整一個框架的大小;其值只有一個"noresize"
<frame src="frame_a.htm" longdesc="w3school.txt" /> longdesc屬性指向了帶有框架內容長描述的頁面：
<iframe></iframe> 創建一個內聯的框架;
src 定義在框架中顯示的內容的來源;
frameborder 規定是否顯示框架周圍的邊框。(0或1);
align 控制對齊方式(left、right、middle、top、bottom);
height 框架的高度,
width 框架的寬度;
marginheight 定義 iframe 的頂部和底部的邊距。
marginwidth 定義 iframe 的左側和右側的邊距。
scrolling 規定是否在 iframe 中顯示滾動條(yes、no、auto)。
name 規定 iframe 的名稱。
bordercolor 指定邊框顏色
<iframe src ="/index.html" frameborder="0" bordercolor="red">
<p>Your browser does not support iframes.</p>
</iframe>
關于框架集<frameset></frameset>中屬性cols rows分割方法理解
<frameset cols="40%,2*,*"> 將窗口分為40%，40%，20%
<frameset cols="100,200,*"> 將窗口分為100像素，200像素和剩下的700像素
<frameset cols="100,*,*"> 將100像素以外的窗口平均分配
<frameset cols="*,*,*"> 將窗口分為三等份
<frameset rows="*,*,*"> 總共有三個按列排列的幀,每個幀占整個瀏覽器窗口的1/3
<frameset cols="40%,*,*"> 總共有三個按行排列的幀,第一個幀占整個瀏覽器窗口的40%,剩下的空間平均分配給另外兩個幀
<frameset rows="40%,*" cols="50%,*,200">
以上"*"表示剩余部分
總共有六個幀,先是在第一行中從左到右排列三個幀,然后在第二行中從左到右再排列三個幀,即兩行三列,
所占空間依據rows和cols屬性的值,其中200的單位是像素
屬性匯總:
frameset(框架集)
rows 它是將框架集劃分為上下型
cols 它是將框架劃分為左右型
border 是用于設置框架的邊框粗細
frameborder 是用于設置是否顯示邊框, 取值：yes|no或1|0
bordercolor 用于設置框架邊框的顏色
frame(框架頁)
noresize 是否可以調整小窗口的大小
name 用于設置小窗口的名稱
src 小窗口的url
scroll 是否顯示滾動條 yes|no|auto
實例: iframe滿屏方案
：李先生家中的新電視，播放時成了這樣子
最近，來自安徽滁州的李先生因為一次電視購物體驗，心情很糟。
原因不僅出在買來半個月就壞了的新電視上，在售后處理的過程中，其還遇到了各種敷衍、怠慢，甚至主管領導的奚落。在解決方案不甚滿意又被蠻橫對待的情況下，李先生決定予以曝光，并正在積極收集相關資料、證據，試圖走法律維權途徑。
據艾肯家電網了解到的情況，事情具體經過如下：
前不久，正在布置新房的李先生，考慮到和女友好事將近，索性用工作剛領到的一筆獎金買了臺索尼75吋4K電視75-X8000G，想著有了臺硬核的“大家伙”，能讓兩人在新房觀賞高清片源，享受極致聲畫體驗，也算是一種犒勞。
圖：用戶新房家中的75吋索尼4K電視75-X8000G
就75吋電而言，索尼4K上萬元的價格和市面上其他品牌比高出不少，李先生表示，之所以愿意花更高的價格去購買，看中的就是品牌宣稱能夠提供極好的觀賞體驗。
筆者經過一番搜索，在索尼官網看到，X8000G系列核心賣點之一就是搭載了4K HDR圖像處理芯片X1，指出借助強勁芯，可無壓力處理4K視頻源，并可將液晶面板的顯示效果發揮到極致。同時，還有HDR動態逐像重塑技術、特麗魅彩顯示技術等，各種對色彩、畫質的加成。
圖：索尼官網有關該型號電視的描述截圖
可是，當李先生在播放清晰度要求遠低于4K(3840x2160)分辨率的1080p片源時，糟心的體驗開始了。
圖：屏幕黑點現象從一開始就非常嚴重
其介紹，首先是電視播放屏幕有了壞點，出現了一些黑線。“起初我以為是下載的紀錄片片源有問題，就沒在意。過幾天，我換了幾部1080p片源播放，發現依舊整屏黑線，多得離譜，而且是持續出現。我才開始意識到大概率是電視本身出了問題。”
視頻鏈接地址：https://v.qq.com/iframe/preview.html?width=500&height=375&auto=0&vid=q0911n8poyz
李先生用手機拍了電視運行1080p資源時的視頻，從視頻中清晰可見出，索尼電視在成像中無論相對靜態還是動態展現，都出現了許多黑線。
1080p是目前視頻網站能提供的大部分視頻影片最高的清晰度，索尼該款最新4K電視卻出現了全屏頻閃。“所以我們看到的要么是模糊的影片，要么是充滿黑線的影片。”很顯然，萬元新機在李先生家已經無法滿足用戶對于高畫質、高品質享受的購買初衷。
遇到電視品控問題，李先生和很多人一樣，第一時間想到的是撥打售后電話尋求解決。可是接下來，售后的回應又讓他感到頗為無奈和憤怒。
據筆者了解，李先生是今年6月12日在京東商城購買了索尼電視，14日完成了上門安裝。一買來沒多久就在6月下旬發現問題，前期自行排查問題源和調試無果后，7月6日第一次向客服提出了異議。
在此期間，李先生表示因為很少去新房居住，更很少使用電視，所以當發現問題，并確認是電視本身問題后，隨即與公司進行了聯系，不敢有絲毫耽擱。然而，經銷商和索尼售后稱提出異議時間已超出15天，不予以整機更換，只能換修市場價格只有幾百到上千價格不等的主板。
“一買來就被修核心部件，折舊了，跟買了二手的有什么區別?”李先生認為，自己所需的最核心也是最基礎的聲畫體驗被破壞，問題還出在存有芯片的主板核心部件上，且一買來就出現了嚴重的質量問題，產品整體本身就不過關，換貨要求合情合理。
圖：索尼電視動態成像黑線
其次，其認為，該產品售后寫明享有全國聯保和“三包服務”，這些政策目的是國家為了保護消費者權益的底線。索尼作為國際品牌主觀上理應從提供更好的售后服務角度出發，而不是利用客戶基于對品牌的信任來精準測算時間差，從而逃避履行退換義務。
“況且，電視顯示黑線只有在1080p視頻播放源情況下顯示，并非是馬上可以察覺的，且這個電視安裝在新房，也并非馬上投入使用。這些實際情況應當予以酌情考慮。更何況，當我們意識到是電視質量本身問題后，馬上積極與售后進行聯系，并沒有拖延提出質量異議的時間。”
“最關鍵的一點是，即便是按照‘三包政策’，購機發票作為有效憑證，起算日期也應當是從售出產品同時發票開具日期起算，可我在網上購買該產品后，勾選要發票，并填寫了姓名電話，經銷商至今沒有開具發票。那么，以此來算，我認為電視其實并沒有超出15天退換期。”李先生補充道。
圖：李先生出具的聊天記錄顯示第一次索要發票是在購買后的第二天
圖：在此前所要發票無回應后，李先生在近日又一次索要發票，至今未收到
“檢驗期間制度是商事交易中便捷、效率原則在法律上的典型表現，其適用范圍原則上限于具有較高的理性程度和風險防范能力的專業商人。對非上人之間的民事買賣，或者買受人一方為普通消費者的，機械使用檢驗期間制度會不適當地家中買受人的注意義務，有時候會導致明顯不公平的結果”。——援引自買賣合同司法解釋第十七條和第十八條
筆者在咨詢了相關司法從業人士后，也被告知上述司法解釋，即“三包政策”作為行政規定，根據買賣合同司法解釋第十七條和第十八條，對于產品質量的檢驗期限是應該根據產品特性，消費者的類別來予以決定的。考慮到4k電視是新興電子產品，又是第一次購買的普通消費者，并非彩電行業從業人員，機械適用15天規則，不符合法律規定。
事實上，新三包政策產品批次中，早已包含電腦、手機、電視等品類，可在實際應用中，很多經銷商為了自己的利益，都在鉆法律法規的空子，再加上消費者甚至315人員都不甚了解三包具體內容，想退換貨清款，幾乎沒可能。這也給李先生這樣的用戶，在維權上造成了很多困擾。
如果還只是這些，或者只是屏幕外部刮痕，李先生一方表示，只會停留在和銷售方友好協商的層面，矛盾并非不可調和。為何現在要整理錄音、聊天記錄、政策法規等材料，準備付諸法律途徑尋求解決呢?
李先生告知艾肯家電網，“當我發現問題咨詢售后的時候，售后部門之間相互推諉，不斷重復詢問已知信息，來消耗我的耐心，試圖增加溝通時間成本讓維權難以繼續。”
而最讓李先生和其女友難以接受的是服務人員的態度，據其透露一位自稱可以代表索尼的李姓女性主管，在被要求請第三方機構仲裁，同時請求她告知公司地址的時候，不僅拒絕提供公司基本信息甚至采用了譏諷嘲弄的語氣。
“她的原話是，‘消費者有哪條法律規定，可以要求我們告知你我們公司的工商登記信息?’‘我們索尼公司在中國只有電話號碼可以聯系！其他信息我們不予提供！’”李先生言及于此，也情緒激動了起來。在其看來，索尼售后的做法有店大欺客之嫌。
為此，李先生在索求信息無門之際，自行在購機的京東商城索尼店鋪中搜索到了售賣方相關工商資質信息，顯示所在地為上海寶山區一家名為灝曠的貿易公司，主營家用電器。
目前，這家店鋪在京東已經是除索尼京東自營店外，排名和銷量最靠前的一家。巧合的是，在索尼電視貼吧的置頂帖中，該家店鋪近期也有被曝光舉報售后消極、店名更換的先例。
截止筆者發稿時，京東客服最新一次通話中再一次對李先生的退還要求不置可否，并不斷拖延時間。雙方眼下仍未就矛盾爭議達成一致。
都說索尼大法好，可是75吋4K電視的品控，以及經銷商家、官方售后、相關從業人員的所作所為，卻讓像李先生這樣一心奔著品牌而去的用戶在使用體驗上蒙上了一層濃重的陰影，恐怕難免今后會對索尼系列產品失去信心。
對索尼電視而言，這或許只是一個個案，一臺4K電視的利潤在其全球銷量中更是微不足道。但在消費意識、維權意識雙雙升級的中國消費者面前，在講求用戶至上、服務至上的當下，尤其是新國貨崛起的步步緊逼態勢下，外資品牌的本土化之路顯然還有許多要適應改進之處，服務更亟待重視、妥善解決。(陳軒之)
離Chrome 57正式版發布僅17天時間，昨日，Chrome 58測試版已經新鮮出爐，并通過谷歌開發者公眾號發布了更新詳情。
Chrome 58測試版主要針對IndexedDB 2.0、改進iframe導航、PWA沉浸式全屏體驗等幾方面進行了改進和升級，此外還包括其它大量新特性，具體如下：
除非另外注明，否則下面介紹的更改均適用于最新 Chrome Beta 渠道版（Android、Chrome 操作系統、Linux、Mac 和 Windows）。
IndexedDB 2.0
現在，Chrome 完全支持 IndexedDB 2.0 標準，在此瀏覽器中，可以更輕松地處理大數據集。IDB 2.0 采用新的架構管理和批量操作方法，故障處理方式也更標準化。
網站數據庫的結構對性能的影響很大，而且很難改變。為簡化更新操作，現在，在重構后，可以原地重命名對象存儲和索引。網站也可以使用更多自然關鍵字，而無需擔心性能受到影響，因為二進制關鍵字可壓縮自定義關鍵字表示。
使用getKey 和 openKeyCursor 方法，可以簡化數據檢索，在只需一個數據庫關鍵字時，還可提升性能。使用新的 continuePrimaryKey 游標方法，可以更輕松地分割跨事務、跨頁面加載的大數據訪問，而不必擔心出現重復的主鍵。getAll 和 getAllKeys 方法無需使用游標，即可批量恢復整個數據集。
改進 iframe 導航
自動重定向頁面的第三方內容（例如廣告）可能給用戶帶來困擾，帶來安全問題。因此，開發者可以將第三方內容置于沙盒化的 iframes 中，避免出現此狀況。但是，在某些情況下，與標準廣告類似，點擊此類內容需要導航頂級頁面。
為解決此問題，Chrome 58 現在支持新的 iframe 沙盒關鍵字 allow-top-navigation-by-user-activation。此關鍵字使沙盒化的 iframes 在用戶交互操作觸發時能夠導航頂級頁面，同時阻止自動重定向。
PWA 沉浸式全屏體驗
當 Progressive Web App (PWA) 從 Android 主屏幕啟動時，這些 PWA 會以一種類似于獨立應用的模式啟動，此模式下會隱藏多功能框。這有助于營造一種富有吸引力的用戶體驗，并釋放屏幕空間，以顯示更多內容。但是，對于游戲、視頻播放器或其他富媒體內容等更沉浸式的體驗，系統欄等其他移動 UI 元素仍然會分散用戶注意力。
現在，PWA 可以在其網絡應用清單中設置 display: fullscreen，在網站從主屏幕啟動時隱藏非應用 UI，提供完全沉浸式的體驗。
PWA 從主屏幕啟動（左）、PWA 在獨立模式下從主屏幕啟動（中）和 PWA 在全屏模式下從主屏幕啟動（右）。
此版本中的其他特性
— 現在，工作線程和共享工作線程可以使用 data: 網址進行創建，通過為其賦予不透明的來源，可更安全地利用工作線程進行開發。
—通過PointerEvents.getCoalescedEvents，開發者可以訪問上次提交 PointerEvent 以來的所有輸入事件，使繪圖應用可以更輕松地使用精確的點記錄繪制更平滑的曲線。
—現在，開發者可以使用新的 ControlsList API，自定義 Chrome 的原生媒體控件，例如 download、fullscreen 和 remoteplayback 按鈕。
—對于 Chrome（Android 版），使用改進的添加到主屏幕工作流安裝的網站將可以不受限制地自動播放通過清單范圍中包含的來源提供的音頻和視頻。
—對于 Chrome（Android 版），使用 autoplay 屬性的視頻在退出屏幕時將暫停播放，返回屏幕將繼續播放，以保持跨瀏覽器的連貫性。
—現在，網站可以使用 color-gamut Media Query，獲取 Chrome 和輸出設備支持的顏色的大致范圍。
—現在，無需手動重置 float 和 clear 等多種布局屬性，網站可以使用 display: flow-root 添加一種新的塊格式設置上下文。
—為縮短 JavaScript 分析時間，SVGPoint、SVGRect 和 SVGMatrix 已轉移至 Geometry 外部的新界面中。
—使用新的 Selection API 函數 removeRange，開發者現在可以通過編程移除指定的文本范圍。
—現在 Chrome（Mac 版）支持 PointerEvent.tangentialPressure 和PointerEvent.twist 屬性，可為觸控筆設備和繪畫應用提供更多信息。
—為簡化開發者體驗，現在 JavaScript 允許在形式參數和實際參數列表中使用終止逗號。
—WebAudio API 新的播放AudioContextLatencyCategory 使開發者可以輕松地在延遲時間、功耗和 CPU 效率之間做出有意識的權衡。
棄用和互操作性的改善
—Apple-interchange-newline、Apple-converted-space、Apple-paste-as-quotation、Apple-style-span 和 Apple-tab-span 已被棄用，因為它們是非標準 CSS 類。
—usemap 屬性現在使用區分大小寫的匹配方式，而不使用兼容不區分大小寫，以更好地符合相關規范。
—現在，根據 Chrome 針對一些重要功能的政策，使用 Notifications API 請求通知權限或創建非永久本地通知時，網站必須使用 HTTPS。
—為了更好地符合相關規范，現在當 cancelBubble 設置為 true 時被視為 stopPropagation 的別名，在設置為 false 時則不執行任何操作。
—VTTRegion 界面函數 addRegion 和 removeRegion 已從 WebVTT 規范中移除，因此也將從 Chrome 中移除。
—導航至 data: 網址的頂級頁面的功能已被棄用，以進一步防止用戶受到欺騙和釣魚式攻擊。
—HTMLEmbedElement 或 HTMLObjectElement 的實例不再可以作為函數調用，因為舊版調用程序已被移除。
—在 IETF 將這些算法標準化為 RFC 7539 和 RFC 7905 以及隨后在 Chrome 41 中發布標準版本后，移除了標準化前的 ChaCha20-Poly1305 密碼。
—為改善互操作性，如果增加的范圍與現有范圍重疊，Selection.addRange 現在會忽略前者，而不是將兩個范圍合并。
—根據 Chrome 針對一些重要功能的政策以及根據相關規范，已棄用通過不安全來源傳輸加密媒體擴展。
—AudioBuffer 構造函數現在允許使用 AudioBufferOptions 詞典的sampleRate 成員代替 context 參數，以簡化界面，同時強調可以在 AudioContexts 之間共享 AudioBuffers。
—現已在服務工作線程中棄用同步 FileReaderSync API，因為服務工作線程規范要求所有類型的同步請求都應在服務工作線程外部發起。
—現在 abbr 和 acronym 元素默認添加點式下劃線，以符合 HTML 標準。
—現已移除motion-path、motion-offset 和 motion-rotation CSS 屬性，分別由以下新版本取代：offset-path、offset-distance 和 offset-rotate。
—在訪問 selectionDirection、selectionStart 和 selectionEnd 等 Selection API 屬性時，Chrome 原本會引發 InvalidStateError DOMException，但現在返回 null。
—現在，Selection API 的 setBaseAndExtent 不會在無提示的情況下限制過大的偏移值，而是引發 IndexSizeError DOMException，以更好地符合相關規范。
—現在，Selection API 的 setBaseAndExtent、extend 和 collapse 不會因 DocumentType 節點輸入而在無提示的情況下失敗，而是引發 InvalidNodeTypeError DOMException，以更好地符合相關規范。
—為更好地符合相關規范，getRangeAt 現在始終返回新的位置規范化的 Range。
—現已移除 AudioSourceNode 接口，因為它不再屬于 WebAudio 規范。
—現已移除 webkitdropzone 屬性，因為它未得到廣泛采用。
Chrome 58測試版詳細介紹：點擊這里
*請認真填寫需求信息，我們會在24小時內與您取得聯系。
