一塊頂欄先放了一個「晴」字:ClimaCN,把中國天氣排成了一眼可讀的面板
從 GNOME 桌面天氣擴充套件 ClimaCN 的面板排版、中文城市搜尋與深色頂欄圖示看起,觀察一款個人開發的桌面小工具如何在資訊密度與本地化之間被設計成可一眼讀完的介面。
先從那塊面板的最上面一行看起。「晴 17℃ 北京, 北京市」。七個字加一個溫度,構成了 ClimaCN 這款 GNOME Shell 擴充套件的全部第一印象。開發者在 V2EX 的分享創造板發了這個專案,理由很直接:GNOME 桌面下一直找不到好用的國內天氣擴充,於是自己寫了一個。資料源接和風天氣,安裝方式目前得照 GitHub README 手動來,還沒上官方擴充商店。
這類桌面小工具的設計難處,從來不在功能多寡,而在資訊如何被排。天氣資料的量級其實不小:即時溫度、體感、濕度、風向、風力、更新時間、三日預報,再加上資料來源與刷新按鈕。ClimaCN 的解法是把它們疊成一個上下有序的縱列,最上面是結論(晴,十七度,北京),中間是細節(體感十七度、濕度百分之六十七、東北偏東風零級),下面是趨勢(未來三天的低溫高溫對),最底部才是出處與操作。使用者掃一眼就能拿到答案,想看更多再往下讀。這個順序本身就是設計。
中文搜尋框,是這個擴充真正的本地化動作
面板第二行是一個搜尋框,提示文字寫著「搜尋城市(例: 北京/海澱)」。這行字看似平常,卻是整個專案裡最見立場的一處。多數國際天氣擴充的城市查詢依賴英文或拼音輸入,對中文使用者來說,「海澱」得先在腦中轉成 Haidian 才能敲進去。ClimaCN 直接喫中文城市名,連區級行政單位都列進示例裡。本地化在這裡體現為輸入成本的刪減,界面語言反而是次要的。
這種「以使用者原本的書寫方式為準」的取捨,和另一類垂直工具的思路相通:教師課表應用「下一節」用作息表取代時鐘作為基準軸,同樣是把介面的度量衡換成使用者腦中既有的那一套。好的工具介面往往不是發明新語言,是借用你已經在用的那套。
深色頂欄上的圖示,是一場低調的配色工程
開發者在特點裡特別提到「適配了深色頂欄,圖示看著比較舒服」。這句話背後是一個 GNOME 使用者都懂的痛:頂欄在深色主題下是近黑的橫條,許多擴充的天氣圖示沿用了為淺色背景設計的線稿或半透明填色,擺上去就成了霧掉的一團灰。ClimaCN 重繪了圖示的明度關係,讓晴天、少雲這些狀態符號在深底上仍保住輪廓。
三日益報裡「晴、晴、少雲」的排列也值得看一眼。狀態字加兩個溫度數字,用斜線分隔低溫與高溫,一行一天。沒有長條圖,沒有色彩漸層的溫度帶,就是最樸素的表格思維。對一個頂欄點開的面板而言,這種克制是對的:使用者要的是明天要不要多穿一件,一幅資訊圖表反而延長了判讀時間。
自備 API Key:把信任問題還給本機
資料端的設計同樣有稜角。ClimaCN 採用使用者自備和風天氣 API Key 的模式,Key 只存在本機,不經過開發者的任何伺服器。和風對個人開發者每月有五萬次免費額度,一個人查天氣,一個月了不起幾百次呼叫,餘裕很大。這個架構換來的好處很實際:開發者不必承擔中轉流量的成本與隱私責任,使用者也不用把位置查詢交給一個陌生第三方。當然代價也明顯,安裝門檻提高了,得先去註冊、拿 Key、照 README 手動裝,這勸退了絕大多數非技術使用者。這是一個 knowingly 的取捨:寧可社羣小而乾淨,不做開箱即用的大眾產品。
開發者自陳「代碼比較糙,隨緣更新」,這種坦白在獨立開發的語境裡幾乎是一種禮貌。它把期望值校準了:這是一個解決自己問題順手分享的工具,有 Bug 提 Issue,如此而已。
結語:小工具的設計,藏在你掃視的順序裡
把 ClimaCN 和常見的國際天氣擴充相比,差距不在準確度,資料都來自同量級的氣象服務;差距在那一塊面板是否照中文使用者的閱讀動線排過。城市搜尋喫中文、圖示配合深色頂欄、三日預報壓成三行純文字、Key 留在本機。四個決定都很小,加起來決定了這個工具好不好用。桌面環境的開放性就體現在這裡:一個人覺得頂欄上少了什麼,於是把它補上,並且補得有條理。