Re: [討論]谷歌定標準:所有OEM安卓皮膚通知中心必須統一
※ 引述《nk950357 (nk950357)》之銘言:
: 谷歌定標準:所有OEM安卓皮膚通知中心必須統一
: http://wap.ithome.com/html/288462.htm
: -------------------------------------------------
首先, 不意外 這又是Android Police發現的細節~
這標題寫說皮膚其實就不太正確了 完全和skin/theme都沒關係
兼容性定義準則文件(CDD)文件中僅有提到theme的部分 是在強制系統提供原生的material作為默認 還有狀態欄/導航欄的顏色基準 僅此而已~
http://i.imgur.com/UhkStAB.jpg
: 近日谷歌更新了兼容性定義準則,規定OEM從今往後不能隨便更改安卓系統的通知系統, 也就是意味著無論以後你買哪家的安卓手機,只要運行的是最新的安卓系統,它們處理通 知消息的方式都是相同的。 具體來說,安卓7.0的通知中心引入了通知消息分組和快速回复特性,基於安卓7.0的OEM 皮膚通知系統也必須具備這兩個功能,不管OEM或者用戶是否喜歡。
谷歌在安卓7.1 CDD要強制的是廠商履行的是目前安卓開放代碼計劃(原生安卓; AOSP)中的通知系統的執行特性(implementations) 原文這段無失誤.
: 不只是通知消息,OEM廠商也不能隨便更改通知中心的快捷開關,有些國產皮膚的快捷開 關是類似iOS從下往上滑動呼出的,這種應該就是不符合標準的。
此開關非彼快捷磚 大家都誤會成快捷欄(quick settings)的快捷磚(quick tiles) 原文好像也是
通知訊息搭上的按鈕 這才是CDD中提到的~
https://goo.gl/01nypH
https://goo.gl/4yHJWG
CDD 3.8.3 通知 Notifications
挑重點~ MUST必須如安卓API中列明正確顯示所有通知資源(圖標, 動畫等)
裝置MAY~ MAY~ MAY~ 可提供替代性用戶體驗(UX), 替代通知系統MUST必須支援既有通知資源.
(瞧 非但沒說你不能改 還特別說明你能設計替代體驗)
裝置也MUST必須正確執行Rich和Heads-up型通知.
手提裝置MUST必須支援更新, 去除, 回复和捆綁通知的行為.
(此句中的'行為' 即是原文中說不能隨便更改的開關負責)
再看一回 你就知道'行為'指的是:
https://goo.gl/01nypH
https://goo.gl/4yHJWG
原文讓大家都誤會被規定不能改的項目叫做Quick Settings
CDD 3.13. 快捷設定 Quick Settings
文件中只說了SHOULD應要有快捷設定, 一旦有提供了快捷設定就MUST必須支援第三方軟體放置自有快捷磚(安卓7新功能), 不許自動為第三方app添加快捷磚, 必須把所有第三方app的快捷磚與系統內建的都附上讓用戶挑選.
要不要支援快捷設定都自由了 至於你系統要提供什麼類型的快捷磚是廠商決定 僅說你該怎麼對待第三方軟體提供的快捷磚而已
: ---------------------------------------
: 看來以後各家手機的通知欄基本功能都一樣了,只會有外觀上的差別而已。其實我還蠻喜 歡小米通知欄像右滑是一個獨立的快捷開關頁面,不知道被改掉了沒XD
原Po感想也被誤導了, 原文回復中有人也提了小米MIUI8其實能自由選擇要單頁或是之前的右滑雙頁.
不過此乃安卓7.1的CDD 當廠商要推出新裝置或更新既有裝置至安卓7.1版本時才需遵循的它 舊版本由舊的CDD負責 MIUI8在此CDD文件公開前已推出 且也暫無安卓7.1版本的MIUI 因此MIUI還不在此版本規範下.
: 但至少能確定的是,Android已經漸漸走向半封閉化了,不知道這樣的改變能不能帶來更 穩定的Android呢?
封閉嘛 略過~~
這和系統穩定完全沒關係 多是為了行為一致性 對用戶和開發者都比較省心
舉個例子好了 如台灣沒人用的交通軟體Waze (怪 這市場特性不先砸錢玩就拿不下嗎 沒花廣告錢的實用形軟體Whatsapp和Waze在台灣都如此也) Waze在運行中只要app不在當前顯示中就會放置通知訊息並附上關閉按鈕 而MIUI因為特定原因(咦~ 仿iOS嗎, 也許就設計師的一念 就爽~)閹割了通知訊息的按鈕 MIUI用戶只能靠按下通知訊息把app喚回當前 再規矩利用返回鍵經過確認後才能退出Waze 用慣一廠牌的人偶發遇見這特性也就疑惑了
試問Waze開發者是要怎麼應付 因為他們就添加這功能就是要給個款安卓行動裝置用 大家可直接循通知按鈕直接關閉Waze 不會預料到這項在安卓上游添加的功能會在某些廠商的某些版本上消失 發布後某天被用戶投訴說app更新後設計的退出模式很不便利 那人便是沒通知按鈕的MIUI用戶 從來不曉得有通知訊息按鈕的他將矛頭直指開發者 工程師抓破頭皮也不明白為何會被形容為更不便利 只待某天因緣際會撞見以色列MIUI朋友才恍然大悟 然而他能怎麼做呢 要單為1%(舉例啦)的MIUI另推退出模式嗎 還有沒又遺漏了哪家也閹了通知按鈕的裝置呢 或者索性乾脆不理會1%好了
試問這樣好嗎 這家Waze還是谷歌旗下的公司呢
想得出來通知系統還能搞地方 還有Head-up通知, 拿掉通知訊息時間, 不顯示app圖標, 不支援圖片類型通知 el catera.
前段說過安卓裝置太多 廠商們自行在系統上搞出的小特性, 小差異或bugs沒少過 而在某些項目如通知系統行為一致性上 谷歌至少能訂下這丁點規範讓開發者在能省點心.
這也是谷歌對維護安卓生態 對培養開發者 對用戶體驗的義務吧.
---------------------------------------
接著挑些原文回文回覆吧
nk950357(原Po) : 原生的通知太多的話單手下拉會很困難QQ
不才 : 所以嘛 正中這回新CDD下懷 安卓7.0新增捆綁通知(bundled notifications)讓開發者使用 原意是讓的app在通知多的時候能夠將通知捆綁起來 不會炸了通知欄空間 需要細看時也能自行鬆綁閱讀個別通知 這時要想想會不會有哪廠商的設計師在打盹狀態中不小心取走了呢?
https://goo.gl/04iy0C
推 cody880528 : 不行喔 如果違反CDD 是不能給Google服務的 01/12 23:19
→ DiChik : 我覺得三星沒有在怕Google的,真的 01/12 23:20
→ 不才 : 有限記憶中暫無直接明擺著忽視CTS&CDD的MADA夥伴 01/13 00:00
包括三星 小動作還是會有啦
對於涉及較重大或硬體相關的改動 谷歌一般都會採用循序漸進模式 會先採用RECOMMENDED/STRONGLY RECOMMENDED 之後才會換成MUST
selinux如此 secure boot如此 印像中存儲加密一項也是如此 即使如此改成MUST之後 一樣留了後路給加密存儲速度不達標(50MiB/sec)的低階手機 已推出市場的手機也沒強制升級需要改成加密儲存
谷歌自當會拿捏不會做得太過火 大廠商為了這些可接受的改變和谷歌撕破臉也很不明智
舉幾個成功的推行的例子:
6.0的Doze使用MUST需不偏離AOSP執行方案 Sony拋棄了Stamina mode再造
6.0的權限管理 小米自己MIUI原已開發自行開發 自有執行方式讓app無法做對應會出現些問題 系統升級直接換成AOSP版本
7.0的多窗模式 MAY可不支援 若支援MUST必符合安卓API與行為 三星跟進 (雖然有部分原因是因為 不再搞自己的多窗比較省事 大家都有了多窗又不會再是三星特色了)
有人提到的安全版Note 7(呃 呃呃呃 抱歉 卡到陰~)的綠色電量圖標也不失是個好例子
CDD限定白色或light status bar模式下改灰黑色 三星說要用綠色 溝通後谷歌開例外給三星使用綠色白邊
還有就是安卓廠商害怕會循wintel模式陷入你買筆電/台式機的狀態哪家都沒太大關係/差異 所以大家都不愛提自己賣的是安卓 一般大場合都不會特意提 連谷歌自己Pixel發表會也沒提 搞到真有些用戶不曉得自己是三星系統 還是安卓
CDD特意讓廠商開機放安卓字眼 還不能太小 CDD還有這用途 這用意~ XD
→ DiChik : 你看Google提多久的左返回/右多工 01/12 23:21
→ DiChik : 三星甩都不甩它 XDD 01/12 23:21
推 cody880528 : 那完全不一樣的是CDD上面寫MUST就一定要遵守 01/12 23:24
→ cody880528 : 關於導航建 CDD上面只寫一定要有back home 多工 01/12 23:25
推 cody880528 : 左返回/右多工 好像連建議都沒有 01/12 23:29
→ 不才 : 直接看看導航鍵欄目怎麼說吧 01/13 00:00
手持裝置必須要有home, 返回, 多工三鍵. 安鍵可以是實體, 觸控或軟體鍵.
居然有menu鍵的耶 首發7.1系統的裝置MUST NOT不能有實體menu鍵
就是沒說該怎麼編排及圖形 OnePlus直接用點點上 愛怎麼排都行
→ DFIGHT : 求限制充電的規格,和電線,以及電池。簡單說要是 01/13 00:03
→ DFIGHT : 要吃牛軋糖,那麼就不能亂改成什麼小米miui,samsu 01/13 00:03
→ DFIGHT : ng GRACE ux,htc sense,oneplus oxygenOS,或是 01/13 00:03
→ DFIGHT : 亂研發什麼快充五分鐘什麼的,都不行,就算你要改 01/13 00:03
→ DFIGHT : 也要保留原生OS,這篇文章只是擷取一小段翻譯,很 01/13 00:03
→ DFIGHT : 抱歉我不能給你來源,我忘了,反正從牛軋糖開始, 01/13 00:03
→ DFIGHT : 你要吃,就不能改,連充電線快充速度都會限到統一 01/13 00:03
→ DiChik : 但是一加吃了Nougat,快充照樣玩自己的快充
→ 不才 : 這一點是針對純正Type C的 01/13 00:00
目前只有三部谷歌手機才有的雙邊都Type-C 目前其他廠商的Type-C都嘛學某人繞過 另一頭統統用Type-A 藉此靠legacy mode避開Type-C規範中的禁止亂跳電壓 谷歌在CDD只是在复誦說安卓也需遵循USB-IF定下的規範罷了 別忘了這些廠商自己大多也是USB-IF成員 包括高通
CDD 7.7.1. USB peripheral mode
強烈建議Type-C裝置不要支援靠著調動vBus電壓至默認值外的私有充電規格或更動其供給責任, 這般做可能造成此裝置與USDPD充電頭或其他裝置的互通性問題.
雖然目前還是"STRONGLY RECOMMENDED", 我們可能會在未來新版本安卓REQUIRE要求所有type-C安卓裝置需全面支援任何與任何type-C充電頭互通
---------------------------------------
最後推一推cody880528大在原文中的多篇回覆
大致就這樣~ 安~
各版本CDD由此去:
https://goo.gl/njpVGX
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 60.51.71.237
※ 文章網址: https://www.ptt.cc/bbs/MobileComm/M.1484304735.A.3DF.html
推
01/13 19:00, , 1F
01/13 19:00, 1F
→
01/13 19:04, , 2F
01/13 19:04, 2F
推
01/13 19:05, , 3F
01/13 19:05, 3F
推
01/13 19:07, , 4F
01/13 19:07, 4F
→
01/13 19:08, , 5F
01/13 19:08, 5F
→
01/13 19:08, , 6F
01/13 19:08, 6F
推
01/13 19:21, , 7F
01/13 19:21, 7F
→
01/13 19:26, , 8F
01/13 19:26, 8F
推
01/13 19:29, , 9F
01/13 19:29, 9F
→
01/13 19:31, , 10F
01/13 19:31, 10F
推
01/13 19:33, , 11F
01/13 19:33, 11F
→
01/13 20:56, , 12F
01/13 20:56, 12F
推
01/13 20:59, , 13F
01/13 20:59, 13F
推
01/13 21:11, , 14F
01/13 21:11, 14F
推
01/13 21:13, , 15F
01/13 21:13, 15F
推
01/13 21:42, , 16F
01/13 21:42, 16F
推
01/13 23:19, , 17F
01/13 23:19, 17F
推
01/13 23:54, , 18F
01/13 23:54, 18F
推
01/14 00:04, , 19F
01/14 00:04, 19F
推
01/14 00:25, , 20F
01/14 00:25, 20F
→
01/14 00:25, , 21F
01/14 00:25, 21F
推
01/14 00:53, , 22F
01/14 00:53, 22F
推
01/14 03:43, , 23F
01/14 03:43, 23F
推
01/14 10:01, , 24F
01/14 10:01, 24F
→
01/14 11:40, , 25F
01/14 11:40, 25F
推
01/14 12:20, , 26F
01/14 12:20, 26F
→
01/14 12:20, , 27F
01/14 12:20, 27F