宅中地 - 每日更新
宅中地 - 每日更新

贊助商廣告

X

從「摺疊屏」聊開去,我們到底需要怎樣的「大屏適配」?

2024年01月05日 首頁 » 熱門科技

我要先講一個暴論:OPPO Find N3 的「全景虛擬屏」,其實是假的多任務

 

從「摺疊屏」聊開去,我們到底需要怎樣的「大屏適配」?

 

2023 年,居然還能看到新的手機多任務交互形態,Find N3 實在是多年來難得有點意思的一款產品。雖然因為沒有無線充電讓我最終還是「十動然拒」,但它的「全景虛擬屏」,我又實在有太多東西不吐不快。

所以多虧了借我手機的好哥哥 @Arquiel。再一次,讓我們,「展開聊聊」。

傅立葉變換

先給不熟悉的朋友簡單講講,「全景虛擬屏」到底是個什麽東西:

它大體的運行邏輯,和 iPadOS 等觸摸大屏設備的分屏操作並無不同。魔法發生在你試圖調整分屏比例的那一刻:對側的 app 沒有變窄,而是被擠出了螢幕。觸摸兩側窗體,可以在兩個 app 中快速滑移切換。加入第三個 app 後邏輯依然不變,但此時如果四指內抓,將進入全景模式,可以同時看到三個活著的 app。

 

從「摺疊屏」聊開去,我們到底需要怎樣的「大屏適配」?

 

這就是為什麼我在開頭,說它是一種「假的多任務」。畢竟它並沒有讓你同時使用多個 app。只是切換 app 的速度變快了而已。

 

從「摺疊屏」聊開去,我們到底需要怎樣的「大屏適配」?

 

我稱這個設計為安卓多任務的「傅立葉變換」:如果說兩個並置的 app 是頻分雙工的話,那麼通過平行滑移在 app 之間快速切換,顯然是一種時分雙工。你當然可以說 TDD 相比 FDD 是更高效的切換方式,它也的確為單個 app 提供了更大的窗口面積。但在摺疊屏上,能利用好這部分面積的 app 本就寥寥無幾,全景虛擬屏依然只是轉換了問題的形式,而沒有解決問題本身。

 

從「摺疊屏」聊開去,我們到底需要怎樣的「大屏適配」?

 

實際上,它的內在邏輯,和當年錘子的一步 3.0 一脈相承——那個功能也叫「導播台」,充分體現了它快切的本質。不過……本來我對「傅立葉變換」這個比喻還頗為自得,直到為了確認「導播台」 這個說法,回顧了一遍堅果 Pro3 的發布會,才發現海舟在這後面還有半句話:

 

把你所需要的應用,串行變成並行。

(這個段落在 1:17:15)

冷汗出矣。

也多虧了這次回顧。事實上,海舟在一步 3.0 發布時所講的內容,恰恰是一個極好的補充文本。錘子曾經幾乎找全了「大尺寸觸屏設備」所需的全部拼圖,而「全景虛擬屏」 所缺失的部分,只是冰山一角。

回到原點

「假的多任務」引出了一個問題:的多任務是什麼?

 

從「摺疊屏」聊開去,我們到底需要怎樣的「大屏適配」?

 

正確是看不見的。PC 的多任務交互,多少顯得有些日用而不知。但和手機、平板相比,它至少有以下三點決定性的不同:

 

  1. 窗口自由布局。無論通過何種方式,多窗口之間即使出現了完全遮擋,也可以快速切換

     

  2. 由於鍵鼠(這一點上主要是鼠標)的存在,PC 窗口的資訊密度要遠大於手機

     

  3. 因為鍵鼠的存在,跨窗口的資訊交流效率(包括複製、粘貼、文本選擇等等)非常高。這大大加強了窗口之間的聯繫。

     

而手機上多年以來則是完全相反,它更多是是一個內容消費設備。這也是為什麼摺疊屏的分屏功能最為常用——它起碼提高了內容的消費效率。同時由於螢幕物理形態的種種限制,app 基本上總是默認全屏單窗口的。這意味著幾乎沒有人會考慮 app 在多窗口下,應該如何跟其他程序互動。

 

從「摺疊屏」聊開去,我們到底需要怎樣的「大屏適配」?

 

基於這些,我們再來回看所有觸摸大屏產品的多任務設計:

 

  1. 由於螢幕物理尺寸的客觀限制、手指的低輸入精度,以及系統層面快捷切換能力的缺乏,窗口布局方式極為受限。

     

  2. 由於 app 生態始終以手機和內容消費為主,app 的資訊密度比 PC 更低。

     

  3. 還是由於「胡蘿蔔一樣粗笨的手指」,觸屏設備的複製粘貼效率、文本處理能力遠差於 PC。窗口之間並置陳列,幾乎毫無聯繫。

     

突破了螢幕物理形態的藩籬,「虛擬全景屏」極其漂亮地解決了窗口尺寸和布局的限制。「平行視界」則緩解了拉伸導致的資訊密度問題。但第三條卻是 Find N3 所未能回答的。這也是為什麼在到手最初的驚艷之後,我相信絕大多數人都會進入這樣一種狀態:能一起開三個 app 當然很好,可是,我一起開三個 app 幹什麼呢?

 

從「摺疊屏」聊開去,我們到底需要怎樣的「大屏適配」?

 

這時候我們再回看一步 3.0 的演示,你會發現除了快切之外,「拖拽」也是整個交互至關重要的一環。雖然長按照舊會觸發微信的菜單,但內容已經抓在了你的手上。縮小的窗口此時獲得了它導播台之外的存在價值:處理你此刻「手頭」資訊的容器。

 

從「摺疊屏」聊開去,我們到底需要怎樣的「大屏適配」?

 

堅果 Pro3 發布於 2019 年。安卓系統本身的拖放拖拽支持,更是早在谷歌第一次試圖向 iPad 發起衝鋒的 Android 3.0 Honeycomb 就已提供。可在我短短几天的使用過程中,能否拖拽,以及拖拽的結果,卻只能用「近乎隨機」來總結:要麼乾脆不支持拖拽,要麼無法預期拖拽出去的內容,究竟是純文本、圖片,還是對應的超鏈接。

 

從「摺疊屏」聊開去,我們到底需要怎樣的「大屏適配」?

 

甚至會出現這種圖片拖進去、base64 跑出來的狀況

這不是 Find 的問題。事實上就連堅果 Pro3,原本的一步到了今天也已被破壞殆盡,很多 app 在多年的更新中都悄悄砍掉了對拖拽能力的支持。

 

從「摺疊屏」聊開去,我們到底需要怎樣的「大屏適配」?

 

這不意外。畢竟現如今的 app,把「阻止數據資產外流」視為基本中的基本。理想主義治不了移動網際網路的時代病。好在 SmartisanOS 團隊想了個保底的辦法,當你把內容拖拽到一個不支持拖拽落地的窗口時,它會彈出一個包含了對應 app 分享入口的彈窗來讓你選擇。

ColorOS 也有自己的「曲線救國」:Dock 欄常駐的最近文件。但這依然是系統對窗口,而不是窗口對窗口之間的資訊流動。因此全景虛擬屏的多窗口,也就無法在操作邏輯上進一步產生更緊密的聯繫。

 

從「摺疊屏」聊開去,我們到底需要怎樣的「大屏適配」?

 

這還只是拖拽的部分。至於文本編輯…… 在 iPadOS 中引入三指抓放手勢的蘋果,似乎是唯一考慮到這件事的廠商。

事實上回看 WWDC19,你會發現 iPadOS 列舉出的功能,幾乎都是圍繞著我們上面所講的幾個點來展開。它甚至做的更多,比如同 app 雙窗口的設計,後來的台前調度,以及桌面級的,現在甚至支持插件和腳本的 Safari 瀏覽器。

 

You get a lot of information at a glance. ——Craig Federighi at WWDC19

可惜那個三指手勢真的不好用。它幾乎在除了 Word、備忘錄以外的任何地方都會和其他手勢相衝突。至於「支持插件的全功能桌面級瀏覽器」…… 自 TNT Go 死後,安卓這邊就再也沒有過類似的東西了。誒。

一步之遙

所以我們又回到了那個老結論:安卓大屏設備因為軟體生態問題,註定無法擁有太高的體驗上限。那麼,在反向適配這個問題上,「沒做」又是否能說得上是「沒做錯」呢?

 

從「摺疊屏」聊開去,我們到底需要怎樣的「大屏適配」?

 

我覺得不行。「某某摺疊屏適配好」 邏輯上當然是一個荒謬至極的表述,但反向適配已是事實上唯一可行的選擇,討論應然狀態既無意義,也不解決實際問題。

因為安卓生態的特殊性,逆向適配對終端廠商來說是個風險很大的事情:如果做了個偽需求,那麼投入資源是白做。如果押對了題目,接下來被 Google 收入官方標準,很快也會變成標配,無法構成長期獨占。如果官方重新發明了一套輪子,原有的工作甚至可能要推翻重來。

指紋識別、HDR 照片…… 無不如此。

 

從「摺疊屏」聊開去,我們到底需要怎樣的「大屏適配」?

 

寫到這兒我突然有點改觀。在種種束縛下,用最小代價解決了最多問題的「平行視界」有多重要,打破思維慣性,讓窗體超出螢幕的「全景虛擬屏」就該有多少掌聲。也許正是因為它正確,之前那些次要問題,才有了浮出水面的機會。

Find N3 做了很多,Find N3 做得很好,Find N3 還有很多空間,值得。

宅中地 - Facebook 分享 宅中地 - Twitter 分享 宅中地 - Whatsapp 分享 宅中地 - Line 分享
相關內容
Copyright ©2025 | 服務條款 | DMCA | 聯絡我們
宅中地 - 每日更新