androidicons
㈠ Android中icon和logo的區別
Android中icon和logo的區別
icon指一個圖示，通常是一類檔案型別的圖示 logo指一個徽標，通常是一個組織或一個團隊或一個網站的標志
icon：圖示；圖符；聖像；肖像；
logo：（某公司或機構的）標識；標志；徽標
所有的圖示都叫icon，但不是所有的圖示都是logo，logo是一種有特定標識意義的圖示，比如說公司的標識，比如說產品的標識。
apple-touch-icon，shortcut icon和icon的區別
apple-touch-icon 可以了解到這是一個類似網站favicon的圖示檔案，用來在iphone和ipod上建立快捷鍵時使用。
這個檔案應當是png格式，57x57畫素大小，放在網站根目錄之下。
如果准備的檔案不是57x57的話，它會自己縮放的。
在頁面的head部分，用下面的格式表示。
<link rel="apple-touch-icon" href="/apple-touch-icon.png"/>
�0�2
語句一:<link rel="shortcut icon " href="favicon.ico" />
語句二<link rel="icon" href="animated_favicon.gif" type=image/gif />
備注:語句一 Shortcut Icon 就是在網址列前面出現的Icon
問題:語句二 icon的作用是怎麼?和語句一有什麼區別 ?
指導
過去，為保證favicon出現，網站設計者和開發者採用了多種方法。很難明確地保證favicon可以在所有電腦上顯示，即使是用同一版本的一種瀏覽器。
下列程式碼另一個局限就是它把favicon關聯到了某個特定的HTML或XHTML文件上。為避免這一點，favicon.ico檔案應置於根目錄下。多數瀏覽器將自動檢測並使用它。
建議包含以下兩行HTML程式碼:
CO
DE:
然而，只有第一行是必須的，因為「shortcut icon」字串將被多數遵守標準的瀏覽器識別為列出可能的關鍵詞（「shortcut」將被忽略，而僅適用「icon」）；而Inter Explorer將會把它作為一個單獨的名稱（「shortcut icon」）。這樣做的結果是所有瀏覽器都可以理解此程式碼。只有當希望為新瀏覽器提供另一種備用影象（例如動畫GIF）時，才有必要新增第二行。
在HTML中，link元件必須在head元件里（在<head>和</head>之間)。
對於XHTML，link必須使用「 />」結束（或「></link>」），而不可以使用「>」結束。
href可以，但不必，指向/favicon.ico的位置。它可以指向任何URL。
影象通常可以使用任何被瀏覽器支援的影象格式。
.ico檔案格式通常可以被所有可以顯示favicon的瀏覽器讀取。
設定伺服器 ，以傳送正確的MIME標識：
ICO 檔案 image/vnd.microsoft.icon（或者亦可出於相容性原因使用image/x-icon。然而最好使用IANA注冊的MIME型別，因為多數主流瀏覽器現在支援它）
GIF 檔案 image/gif
PNG 檔案 image/png
使用適當的解析度和色深。
ICO：包括多種解析度（最常使用的是16×16和32×32，Mac OS X有時使用64×64和128×128）以及位深（位元每畫素）（多數使用4、8、24 bpp，即16、256和1600萬色）。
GIF: 使用16×16，256色。
PNG: 使用16×16，256色或24位。
注意： 當favicon.ico被置於文件根目錄時，將會被一些不處理link元件的瀏覽器找到，即使沒有您的站點上沒有指向它的連結。
標准化
Favicon功能最早由微軟創設，而微軟公司的Inter Explorer網頁瀏覽器會對每一個網站都請求favicon。微軟支援的link標簽不遵從World Wide Web Consortium（W3C，全球資訊網聯盟）的HTML建議[1]，因為：
rel屬性必須包含一個用空格作分隔符的link型別的列表，所以一個包含兩詞的link型別不能被遵守標準的瀏覽器理解。
「.ico」檔案型別（一種用於Microsoft Windows上圖示的光柵格式）沒有一個注冊的MIME型別，而且似乎在當時也不能被多數瀏覽器理解。然而2003年，這一格式在IANA獲得注冊，其 MIME型別是image/vnd.microsoft.icon，進而消除了此問題的第一部分。
在網站上使用保留地址（reserved location）與Architecture of the World Wide Web（網際網路的結構）矛盾，同時被認為是link squatting（連結劫持）或URI squatting（URI劫持）。
Mozilla瀏覽器通過一種遵從Web標準的方法添加了對favicon的支援。它採用rel="icon"並允許網路設計人員新增任何支援的影象格式 的favicon。例如<link rel="icon" type=image/png href="/path/image.png">。後來鑒於此功能將被用於所有新內容，多數瀏覽器都對此功能增加了支援。
icon和idol的區別？
icon
名詞 n.
1.畫像,雕像;塑像
2.【電腦】代表所指謂的影象
3.聖像
4.偶像
idol
1偶像
2.受崇拜之人(或物);紅人,寵兒
icon和button的區別
icon 英['aɪkɒn] 美[ˈaɪˌkɑn]
n. 偶像，崇拜物件;圖示，圖符;[宗]聖像;肖像
名詞復數:icons,icones
[例句]Clicking the icon launches gmail in its own window.
點選這個圖示可以在獨立的視窗開啟gmail。
button 英['bʌtn] 美[ˈbʌtn]
n. 按鈕，電鈕;鈕扣，扣子;扣狀物;[植]芽
vt. 用鈕扣扣緊;用鈕扣裝飾，釘鈕扣於;在…上裝鈕扣
vi. 扣住;裝有鈕扣;扣上鈕扣
[例句]Do we really need a search button any more?
我們真的還需要一個搜尋按鈕嗎？
android中this和that的區別
這個應該不限於是安卓中吧
應該就是語言上的區別。
this 是:這個
that 是:那個
關於shortcut icon和icon程式碼的區別介紹
<link rel="shortcut icon" href=":example./favicon.ico"type="image/vnd.microsoft.icon"> <link rel="icon"href=":example./favicon.ico" type=image/vnd.microsoft.icon>
建議包含上面兩行HTML程式碼，可以支援ico格式的圖示
然而，只有第一行是必須的，因為「shortcut icon」字串將被多數遵守標準的瀏覽器識別為列出可能的關鍵詞（「shortcut」將被忽略，而僅適用「icon」）；而Inter Explorer將會把它作為一個單獨的名稱（「shortcut icon」）。這樣做的結果是所有瀏覽器都可以理解此程式碼。只有當希望為新瀏覽器提供另一種備用影象（例如動畫GIF）時，才有必要新增第二行。
在HTML中，link元件必須在head元件里（在<head>和</head>之間)。
對於XHTML，link必須使用「 />」結束（或「></link>」），而不可以使用「>」結束。
href可以，但不必，指向/favicon.ico的位置。它可以指向任何URL。
影象通常可以使用任何被瀏覽器支援的影象格式。
.ico檔案格式通常可以被所有可以顯示favicon的瀏覽器讀取。
設定伺服器，以傳送正確的MIME標識：
ICO 檔案 image/vnd.microsoft.icon（或者亦可出於相容性原因使用image/x-icon。然而最好使用IANA注冊的MIME型別，因為多數主流瀏覽器現在支援它）
GIF 檔案 image/gif
PNG 檔案 image/png
使用適當的解析度和色深。
ICO：包括多種解析度（最常使用的是16×16和32×32，Mac OS X有時使用64×64和128×128）以及位深（位元每畫素）（多數使用4、8、24 bpp，即16、256和1600萬色）。
GIF: 使用16×16，256色。
PNG: 使用16×16，256色或24位。
注意：當favicon.ico被置於文件根目錄時，將會被一些不處理link元件的瀏覽器找到，即使沒有您的站點上沒有指向它的連結。
標准化
Favicon 功能最早由微軟創設，而微軟公司的Inter Explorer網頁瀏覽器會對每一個網站都請求favicon。微軟支援的link標簽不遵從World Wide Web Consortium（W3C，全球資訊網聯盟）的HTML建議[1]，因為：
rel屬性必須包含一個用空格作分隔符的link型別的列表，所以一個包含兩詞的link型別不能被遵守標準的瀏覽器理解。
「.ico」檔案型別（一種用於Microsoft Windows上圖示的光柵格式）沒有一個注冊的MIME型別，而且似乎在當時也不能被多數瀏覽器理解。然而2003年，這一格式在IANA獲得注冊，其 MIME型別是image/vnd.microsoft.icon，進而消除了此問題的第一部分。
在網站上使用保留地址（reserved location）與Architecture of the World Wide Web（網際網路的結構）矛盾，同時被認為是link squatting（連結劫持）或URI squatting（URI劫持）。
Mozilla 瀏覽器通過一種遵從Web標準的方法添加了對favicon的支援。它採用rel=」icon」並允許網路設計人員新增任何支援的影象格式的 favicon。例如<link rel=」icon」 type=」image/png」 href=」/path/image.png」>。後來鑒於此功能將被用於所有新內容，多數瀏覽器都對此功能增加了支援。
為了更好的應用於各個地方，最好使用標准化方式，經過測試除IE6瀏覽器只支援icon格式的圖示，新的瀏覽器對所有格式的瀏覽器都支援的不錯
㈡ android怎麼修改源碼
在Android界面的系統status bar上添加home,back,menu三個菜單，並完成對應的系統功能。並有higlight效果，修改status bar 高度和status bar上的文字尺寸。
這需要修改android sdk才能完成,我用的是eclair.下面就我的操作進行敘述。
1.首先完成界面顯示效果。
需要修改文件
./frameworks/base/services/java/com/android/server/status/StatusBarPolicy.java,仿照mBatteryIcon等icon的添加方式添加自定義的icon，圖片名稱指定就好了。另外還要記得修改./frameworks/base/core/res/res/values/arrays.xml，這里定義了icon的slot,並且決定了icon的擺放順序。
這樣，你需要的icon按鍵就可以顯示在系統的status bar上面了。
2.判斷touch event是否按動了某個icon
需要修改的文件
./frameworks/base/services/java/com/android/server/status/StatusBarView.java
首先在onTouchEvent函數中，獲取當前event的坐標，然後比較是否在某個按鍵范圍之內。由於系統對於statusBar的范圍已經有了定義，所以這里只需要比較橫坐標就可以了。
其次，也是這一步最關鍵的，怎麼獲取具體某一個icon的左右邊界坐標呢？系統的status bar左邊顯示的圖標都是notification, 右邊顯示的是系統icon. 也就是說左邊icon屬於mNotificationIcons，右邊的icon屬於mStatusIcons. 在文件StatusBarView.java中出現的offset = getViewOffset(mStatusIcons)，得到mStatusIcons的最左邊的icon的left橫坐標。用N = mStatusIcons.getChildCount()得到共有幾個系統icon,其中包含visibility為false的icons.用mStatusIcons.getChildAt(N-i)得到的是從右邊數第i個的icon view. 這個view的getLeft()+offset就是這第i個icon的左邊橫坐標，對應的getRight()+offset就是這第i個icon的右邊橫坐標。本例中home鍵是右邊第2個icon.
3.定義icon響應事件
這里使用的方法是在StatusBarView.java中向
./frameworks/base/services/java/com/android/server/status/StatusBarPolicy.java發送一個Broadcast,讓StatusBarPolicy來完成具體的事件操作。這里需要注意的是不僅要在./frameworks/base/core/java/android/content/Intent.java中定義intent,還要在StatusBarPolicy的構造函數中添加該intent的過濾動作，即filter.addAction(Intent.ACTION_BACKICON_CHANGED).例如，按動了back鍵，如果當前事件為action_up,就向系統發送一個keyEvent，keyCode為KeyEvent.KEYCODE_BACK. 這里借用的是./frameworks/base/cmds/input/src/com/android/commands/input/Input.java中的sendKeyEvent函數，直接拷貝過來，按照需要稍微修改一下形參就可以了，過程不要修改。
需要說明的是，當點擊statusBar可以拉出來一個notification列表，當這個列表顯示出來的時候，這三個back, menu, home鍵的響應速度會非常慢，所以這時不響應事件並隱藏這三個鍵。具體做法是在StatusBarView的onTouchEvent()中判斷mService.mExpanded或者 mService.mTracking為真時就不做響應。mService是StatusBarService對象。隱藏三個鍵也是用Broadcast來做的，但這個intent是由StatusBarServie發出來的，當mExpandedVisible = false時顯示，當mExpandedVisible = true時隱藏。
這里還同時完成了highlight換圖的動作，也是用Broadcast來做得，處理過程一樣，就是需要區分action_down和action_up就可以了。
4.調整status bar的高度
如果你需要顯示較大的屏幕尺寸，同時statusBar的高度要拉大，上面的icon的size也需要調大。為了協調一致，顯示時間的字體和notification顯示的日期的字體也需要調大。具體做法如下：
a.調節status bar icon的size: 只調節status_bar.xml的textSize標簽似乎不起作用，同時又修改了./base/services/java/com/android/server/status/StatusBarIcon.java的t.setTextSize(32);語句才成功。不知道修改status_bar.xml的<com.android.server.status.AnimatedImageView>標簽下的layout_height值是不是必須的，反正我是一起都給改了。
b.調節status bar height: ./base/core/res/res/values/dimens.xml 找得我好辛苦！不知道還需不需要修改./base/core/res/res/values/themes.xml中的Window attributes的windowTitleSize值，反正我也給改了。
c.調節notification顯示日期字體的大小，修改status_bar.xml的<com.android.server.status.DateView>的textSize值。
到這里，就完成了所有工作，看看效果吧。
㈢ Android8.0新特性【轉】
1.通知渠道
2.通知角標
3.通知圓點
4.通知延後
5.消息樣式
6.通知超時
7.後台執行限制
8.畫中畫模式
9.自適應圖標
10.藍牙體驗提升
11.智能文本選擇與智能共享
12.WLAN感知
13.取消屏幕縱橫比限制
14.其他
盡管 Android 刷版本號的步伐年年加快，但每年帶給用戶的驚喜從未減少。經歷了四個開發者預覽版的洗禮後，Android 8.0 終於在今天凌晨迎來了正式版發布。
如果你還不清楚 Android O 有哪些關鍵的新特性，不妨讓我們通過這篇文章快速為你梳理一遍。
代號「奧利奧」
和發布會前幾天外媒傳出的消息一樣，Android 8.0 的甜品代號果然是「奧利奧」（Oreo）。
而昨晚的發布會碰巧趕上了美國日全食，為此 Google 也准備了一段應景的揭曉視頻：
從奇巧板到牛軋糖再到這次的奧利奧，不得不說近幾個 Android 版本所選擇的甜品都非常可口。在開始新功能介紹之前，我們不妨通過下面這張長圖回顧一下 Android 歷代甜品代號：
通知——往往是 Android 系統的信息過載的「重災區」，也是近三個大版本以來 Google 不斷在優化和改進的重點。在 Android 8.0 中，通知系統有了如下改進：
Android 8.0 引入了通知渠道特性，將應用的通知進行分門別類，用戶可以針對不同的通知類別單獨設置通知優先順序別和提醒方式。
Google 的時鍾應用提供了 4 個通知渠道
假想一下（這不可能），適配了這一特性的淘寶客戶端，我們可以屏蔽那些直播通知和促銷推薦，物流信息、秒殺提醒則可以適當「放行」。
在早前的 Android 版本中，我們只能藉助第三方啟動器和通知讀取工具（比如 Nova Launcher+Telsa）來實現通知角標效果。
Android 8.0 開始，應用可以在啟動器圖標上顯示通知圓點來提示用戶，但這個圓點角標和 iOS 上那個有所不同——它僅提示用戶該應用有通知，不會顯示具體的通知數量。考慮到部分用戶的「紅點強迫症」，這算是一種折衷的設計了……
通常，當一條通知出現在通知欄，除了點擊查看、劃掉不理以外，我們就只剩下「放任不管」這種處理方式了。這顯然不太優雅，太多的通知駐留不僅會讓通知欄擁擠不堪，回過頭進行處理的時候也很不方便。
所以，Android 8.0 引入了另一種通知處理操作——通知延後。當我們暫時不便處理某條應用通知時，只需要在該條通知上清掃，點擊出現的時鍾圖標，即可讓這條通知暫時從通知欄消失，在設定好的時間後再回來。
通知延後功能演示
理論上來說，如果開發者在開發應用時沒有進行特殊限制，所有的非常駐通知（比如媒體通知）都可以被延後。
Android 8.0 提供了新的通知背景著色方式，除了大家可能已經見過的多彩媒體通知以外，一些常駐高優先順序通知也可以利用這種背景著色方式來讓自己更加引人注目，比如駕駛導航和後台通話通知。
目前，一些使用原生通知樣式的應用已經可以在 Android 8.0 上正確調用新的通知背景著色機制了，效果也十分討人喜愛。
原生 Android 系統的消息通知向來好用——我們不僅可以通過消息通知進行快速回復，還能通過擴展試圖看到多條消息通知並逐條回復（詳情請參閱 Android Nougat 的通知改進詳解）。
在 Android 8.0 中，消息通知樣式得到了進一步完善。開發者可以通過新的通知函數來為消息通知的擴展視圖增加消息歷史，讓用戶在快速處理通知的過程中更加熟悉回話上下文。
除了上面提到的通知延後功能以外，Android 8.0 還面向開發者提供了通知超時特性，允許特定通知在設定時間後自行清除；進而，系統還能區分某條應用的清除操作是由用戶還是應用發出。
利用這些特性，應用開發者能夠探索設計出對用戶造成打擾程度最小的通知方式。
系統級自動填充框架
不管是在手機上注冊賬號、登錄賬號還是輸入其他常用個人信息，過程都相當繁瑣且容易出錯，選擇第三方密碼管理和自動填寫工具又不得不額外考慮安全和隱私問題。
因而在 Android 8.0 中，Google 首次整合了一個系統級的全局自動填寫功能。開啟後，當我們在第一次進行應用設置、登錄時，系統就會幫我們快速填寫好對應的個人信息和密碼。
系統級自動填寫使用起來非常方便
當然，如果不想使用 Google 提供的密碼保存服務，也可以等待 1Password、LastPass 等服務商跟進這一特性，到時我們就可以在「系統->語言和輸入法->輸入幫助」自由選擇想要使用的自動填充服務。
未來會有更多應用適配這一特性
優秀的多任務處理能力一直以來都是 Android 系統的魅力所在，但同時運行的應用太多肯定會為系統造成不小的負擔。如果還有應用或服務在後台運行，而用戶正在使用其他需要大量系統資源的應用（例如玩游戲或觀看視頻），就會因為硬體性能不足導致卡頓，部分應用可能還需要重新載入。
為此，Android 8.0 對應用在後台運行時可以執行的操作施加了限制，面向 Android 8.0 進行開發的應用將在兩個方面受到限制：
後台服務限制：處於空閑狀態時，應用可以使用的後台服務存在限制。
廣播限制：除了有限的例外情況，應用無法為隱式廣播注冊接收器。
不清楚何為「服務」何為「廣播」也沒關系，只需要知道：當一個面向 Android 8.0 開發或被用戶手動開啟了後台限制的應用被放到後台運行時，系統在為它分配各項系統資源時就會「酌情考慮」了。
這個後台執行限制此前也存在缺陷和不足，好在經過綠色守護開發者 @oasisfeng 和部分熱心 Android 用戶的熱心反饋，Google 已於第四個開發者預覽版（DP4）中修復了後台服務管控漏洞。即便是那些頑固的國產毒瘤，在 Android 8.0 中也不得不收斂了。
Android Nougat 引入了應用「分屏」功能，允許用戶將任意兩個（適配了該特性）的應用或窗口在屏幕上進行上下分屏，提升了應用間的協作和使用效率。
而從 Android 8.0 開始，系統將支持更加自由、靈活的「畫中畫」模式。這個通常用於視頻播放的特性早已在部分 OEM 廠商的定製 ROM 和 Android TV 當中的實現，但加入原生 Android 8.0 依然令人驚喜。
一邊看視頻一邊瀏覽其他內容
如果你訂閱了 YouTube Red 並開啟了「後台播放功能」，系統就能在你把 YouTube 放到後台的同時將視頻內容以懸浮窗的形式繼續播放；當你在 Chrome 中查看網頁視頻時，也可以將某個標簽中的視頻「拿出來」，一邊瀏覽其他網頁一邊查看視頻；知名 Android 播放器 VLC 也搶在正式版發布前就適配了畫中畫模式，升級 Android 8.0 正式版以後別忘了試一試。
Android 系統上到底改採用異形圖標還是規則圖標？在這個問題上，不同的 OEM 廠商和用戶都有自己的選擇偏好。這也導致不同 Android 設備的體驗迥異，百花齊放的表象之下，無論是應用開發者和圖標設計師們往往感到很迷茫。
為了解決這個問題，Google 在 Android 8.0 中引入了自適應圖標規范。依據這一規范開發的自適應圖標不僅可以最大程度上保留自己的特色，同時還能完美地融入到不同啟動器和 ROM 的整體視覺風格當中。
除此之外，應用開發者還能腦洞大開，賦予這些圖標不同的動態效果。
關於自適應圖標規范的意義所在以及開發者如何進行設計和適配，請參閱少數派先前發布的譯文：
Android O 自適應圖標的意義何在？Google 設計師給你答案 | 科普設計自適應圖標實現自適應圖標Android O 新特性介紹：自適應圖標（Adaptive Icons）
Android 8.0 還從多個角度增強了原生 Android 平台對藍牙的支持，具體包括：
支持 AVRCP 1.4 標准：支持遠程瀏覽和控制 TV、HiFi 等設備的媒體庫。支持藍牙低功耗 (BLE) 5.0 標准：傳輸速度提升兩倍、傳輸距離提升四倍、數據承載能力提升八倍。此外，5.0 標准還優化了時隙可用性和信道選擇演算法，可規避 Wi-Fi 和 LTE 信道干擾來提高數據傳輸質量。集成更多藍牙協議編解碼器，包括由 Sony 提供的 LDAC 編解碼器。
毫無疑問，Android 8.0 對於那些愛聽歌的用戶來說是一次良心滿滿的升級：只要手裡藍牙耳機滿足硬體要求，就可以輕松實現無損藍牙音樂傳輸。
利用機器學習和人工智慧，當我們在 Android 8.0 中進行文字點選操作時，系統會自動識別我們想要復制的文字內容。在長按彈出的浮動工具條中，系統還將提供可用於處理被選中部分文字內容的應用選項。
自動識別文字內容並提供應用建議 - 1
例如，當我們長按一段文字中地址的一部分，系統不僅會將整個地址內容進行選中，還能在彈出的浮動工具條中顯示地圖應用，點擊即可快速調用地圖打開選中地址；同理，如果我們選中的是一段 URL，那麼 Chrome 瀏覽器就會出現在彈出的浮動工具條中，方便我們快速跳轉至該 URL 所指向的網頁。
自動識別文字內容並提供應用建議 - 2
同樣的技術也將運用於 Android 8.0 的「分享」介面中，如果我們試圖分享一張購物小票的照片，在分享列表中，系統會優先建議那些記賬應用；而如果我們分享一張自拍，美顏應用則更可能會出現在分享菜單的前列。
Android 8.0 新增了對 WLAN 感知的支持，此技術基於周邊感知聯網 (NAN) 規范。在具有相應 WLAN 感知硬體的設備上，應用和附近設備可以通過 WLAN 進行搜索和通信，無需依賴互聯網接入點。
開啟 WLAN 感知功能後，當我們位於已保存的 WiFi 連接附近時，系統就會自動使用這個 WiFi 接入點。
以 Android 7.1（API 級別 25）或更低版本為目標平台開發的應用默認最大屏幕縱橫比為 1.86，但這也導致這些應用在一些新近機型（比如 Galaxy S8/S8+）上顯示效果不佳（無法全屏、上下黑邊等等）。
採用非傳統屏幕縱橫比的新近機型 | 源：bgr
而面向 Android 8.0 或更高版本系統所開發的應用將不要求設定最大縱橫比，保證應用能夠最大限度地兼容屏幕比例各異的 Android 機型。
對開發者而言，他們還可以利用下面這些 Android 8.0 新特性：