top of page

Xiaomi 18 Foldのカメラ切り欠きが露呈させる、丸みを帯びたデザインの代償

9月3日
読了時間: 22分

Xiaomiは9月2日に18 Foldを発表した。しかし、洗練されたローンチ画像には、すぐに一つの疑問が浮かび上がった。内側カメラの切り欠きが、ディスプレイ端から異例なほど離れた位置にあることだ。

この配置は、内側スクリーンの強く丸められた角と関係しているように見える。Xiaomiはこのデザインを、極細で四辺均等のフレームと超楕円形のコーナー形状として説明している。同社はカメラの正確な座標や、その背後にある技術的判断を公表していない。

Coolapkの投稿では、この見かけ上の妥協点が取り上げられ、切り欠きによってどれほど追加のソフトウェア作業が発生するのかが問われた。この批判はユーザーによる解釈であり、Xiaomiの設計プロセスに関する確認済みの説明ではない。

ただし、その根底にある懸念には技術的な妥当性がある。利用可能な表示領域のより内側に配置された切り欠きは、ステータス要素、動画、ゲーム、ツールバー、全画面コントロールに影響を与えうる。開発者はこれを回避できるが、そのためには多くの場合、より広い画面領域を犠牲にしなければならない。

この緊張関係は重要だ。Xiaomiは18 Foldを、パネルが大きくなっただけの一般的なスマートフォンとして販売しているわけではない。7.58インチの内側ディスプレイを、マルチタスク、読書、エンターテインメントのためのより広いワークスペースとして提示している。

ハードウェアは、より広く使えるキャンバスを約束する。一方で切り欠きは、そのキャンバスの一部を使いにくくするおそれがある。

Xiaomiは18 Foldを正式発表したが、最も扱いにくい細部については明らかにしていない

Xiaomi 18 Foldをめぐる論争は、独立した分解調査や未確認の試作機ではなく、公式の販促素材から始まった。

Xiaomiは9月2日、端末の外観とディスプレイ形式を公開した。同社は中国での正式発表を9月7日に予定している。

公式プレビューでは、赤い仕上げの、短く幅広い折りたたみ端末が紹介されている。狭く対称的なベゼル、強く丸められた角、そして周囲を囲むフラットなフレームが強調されている。

Xiaomiの発表に基づく報道では、5.38インチの外側スクリーンと7.58インチの折りたたみ式内側ディスプレイが挙げられている。同社はこの形式を「mid-fold」と呼び、通常のスマートフォンと大型のブック型折りたたみ端末の中間に位置付けている。

この幅広い形状は、Xiaomiの訴求の中心にある。幅の広い内側スクリーンは、文書、ウェブサイト、動画、2ペインアプリケーションに、より多くの横方向スペースを提供できる。また、一部の縦長折りたたみ端末で見られる引き伸ばされたような見た目も抑えられる。

しかし、同じ販促画像では、内側カメラの穴が右上隅からかなり下方かつ内側にあるように見える。周囲の空白領域によって、直線的な端の近くに配置された切り欠きよりも、カメラが視覚的に目立っている。

Coolapkでの批判は、幾何学的な説明を提示した。カメラがディスプレイの大きなコーナー半径と同じ中心点に従うなら、穴は内側へ移動する必要があるというものだ。

Xiaomiはこの関係を確認していない。この議論が始まった時点で、最終的なハードウェアも独立系レビュアーの手には届いていなかった。

それでも、画像からは実際の問題を特定するのに十分な情報が読み取れる。カメラは、壁紙を中断する単なる黒い円ではない。エッジ・ツー・エッジのコンテンツを想定したディスプレイ内にある、物理的な除外領域だ。

重要なのは、切り欠きの直径だけでなく位置でもある。端に近いカメラなら、ステータスバーと空間を共有できる場合が多い。より深い位置の穴は、アプリケーションがタブ、ボタン、動画、コンテキスト操作を配置する領域に入り込む可能性がある。

この違いが、反応が単なる見た目の好みをめぐる議論以上のものになっている理由だ。大きく丸められた角とずれたカメラが組み合わさると、異例なほど深い安全でない領域が生まれうる。

最も保守的な解決策は、すべての重要なインターフェース要素をその領域の外に置くことだ。しかし、その場合はディスプレイ上部全体に背の高い空白帯が生じる可能性がある。

より積極的なレイアウトでは、背景やメディアをカメラの周囲まで描画し、操作要素だけを穴から移動させることができる。見た目は改善するが、正確なインセット処理と広範なテストが必要になる。

18 Foldの正式発表では、Xiaomiが切り欠き周辺のシステムレベル処理を構築しているかどうかが明らかになるはずだ。それまでは、公式画像がデザインを確認する一方で、正確なソフトウェア上の影響は未検証のままである。

Xiaomiのカメラ切り欠きは対処可能だが、セーフエリアの代償は大きい

Androidには必要な切り欠きAPIがすでに用意されているが、物理ハードウェアが占有する領域を取り戻すことはできない。

ディスプレイ切り欠きとは、表示面の内部でカメラや他のセンサーのために確保された領域を指す。Androidはその境界をアプリケーションに通知し、重要なコンテンツを避けられるようにしている。

開発者はウィンドウシステムを通じて、切り欠きのバウンディング矩形とセーフインセットを取得できる。インセットとは、障害物を避けるためにインターフェースを内側へ移動させるべき距離のことだ。

これは、すべてのアプリケーションにXiaomi固有のパッチが必要という意味ではない。適切に構築されたAndroidアプリケーションは、通知された形状情報を利用し、自動的に適応できる。

難しさは、インターフェースのどの範囲がその形状情報を考慮すべきかを判断する点にある。最大のセーフインセットをコンテナ全体に適用するのは容易だが、大きな領域を無駄にする可能性がある。

展開した画面の上部にツールバーを持つアプリケーションを想像してみよう。カメラがそのツールバーの深い位置まで入り込む場合、アプリにはいくつかの選択肢がある。

ツールバー全体を下へ移動できる。これならすべてのボタンを保護できるが、その上には異例に大きな空白が残る。

ツールバーをそのままの位置に保ち、右側の近くにのみ余分なパディングを加えることもできる。これによりより多くの空間を確保できるが、不規則な除外領域を処理できるレイアウトが必要になる。

ツールバーの背景をカメラの背後まで描画しつつ、テキストとコントロールを穴から離して配置することも可能だ。多くの場合これが最も見栄えがよいが、開発者は複数の向きとウィンドウサイズを検証しなければならない。

切り欠きを無視することもできる。しかし、その選択は検索アイコン、オーバーフローメニュー、ゲーム操作、動画オーバーレイがカメラの背後に隠れるリスクを伴う。

Googleの現在の切り欠きガイダンスでは、重要なコンテンツを保護しながら、アプリケーションがエッジ・ツー・エッジで描画することが推奨されている。フレームワークはハードウェアの境界を公開するが、どのように対応するかは依然としてアプリケーションが決める。

この責任はAndroid 15でより顕著になった。APIレベル35をターゲットとするアプリケーションは、対応デバイスでデフォルトでエッジ・ツー・エッジ表示となる。

このモデルでは、コンテンツは透明なシステムバーの背後や切り欠き領域まで拡張できる。重なったコンテンツが使えなくなる場所では、開発者がインセットを適用しなければならない。

Googleのエッジ・ツー・エッジのルールでは、適切なインセット処理がなければインターフェースの一部が隠れる可能性があると明示的に警告している。この挙動は視覚的な連続性を改善するが、脆弱なレイアウト前提も露呈させる。

一般的な上部中央のカメラは、通常ステータス領域と衝突する。コーナーの切り欠きは、とりわけ回転後に横方向のコントロールと干渉する可能性がある。

Xiaomi 18 Foldには、さらに別の変数が加わるように見える。カメラは穴の複数の側面にアクティブなピクセルが残るほど、端から離れた位置にあるようだ。

これらのピクセルは技術的には使用可能なままである。しかし、常に視認できなければならないボタン、テキスト、その他のコンテンツには適していない。

その結果、物理的な表示領域と、信頼できるインターフェース領域との間に差が生まれる。マーケティングは点灯するすべてのピクセルを数えられる一方、ソフトウェアチームは、ユーザーが安全に触れ、読める形状を考慮しなければならない。

この代償は横向きコンテンツでより明確になる。動画アプリケーションは画面全体を使用し、切り欠きが画像の小さな一部を覆うことを受け入れるかもしれない。

多くの映画では、重要な要素がすべての隅を占めることはほとんどないため、この方法でも機能する。しかし、字幕、再生コントロール、ライブ配信オーバーレイ、画面共有ではリスクが高くなる。

ゲームも同様の判断に直面する。装飾的なシーンはカメラの背後まで拡張できるが、ミニマップやアクションコントロールはそうはいかない。

読書アプリケーションは通常、マージンによって障害物を避けられる。しかし、右側の大きなインセットによって、幅広い折りたたみ端末のページが予想外に狭く、またはバランスを欠いて感じられる可能性がある。

デスクトップ風のアプリケーションは最も難しいケースを生む。これらはしばしば、メニュー、アカウント操作、ウィンドウ操作、文書ツールを上端に配置する。

その列にまで切り欠きが達する場合、個別対応のレイアウト挙動を強いられる可能性がある。結果として機能はするかもしれないが、幅広い画面が単純により良いワークスペースを生むという約束は弱まる。

丸みを帯びたハードウェアは、一つの切り欠きを複数のレイアウト問題に変える

本当のトレードオフは、外観と一つのカメラ穴の間にあるものではない。あらゆる表示状態における外観と、予測可能な利用可能領域との間にある。

折りたたみ端末向けアプリケーションは、一つの固定キャンバスで動作するわけではない。外側スクリーン、内側スクリーン、分割画面モード、あるいはリサイズ可能なウィンドウ内に表示される場合がある。

端末は、折りたたまれた状態、フラットな状態、一部だけ開いた状態の間を移行することもできる。各遷移によって、ウィンドウの幅、高さ、向き、ヒンジとの関係が変わる可能性がある。

AndroidのJetpack WindowManagerは、アプリケーションがこれらの条件を理解するのに役立つ。折りたたみ情報は、姿勢、向き、境界、そしてヒンジが使用可能な領域を分離しているかどうかを記述する。

Googleの折りたたみ対応フレームワークでは、開発者は重要なコンテンツを折り目から離し、折り目を自然な区切りとして利用できる。これはカメラ回避とは別の問題を解決するものだ。

ヒンジは通常、中央にある要素だ。Xiaomiの内側カメラは、強く丸められた外側コーナーの近くに追加の障害物を導入している。

したがって、アプリケーションは少なくとも3種類の形状を考慮する必要がある。ウィンドウサイズ、折りたたみ機構、ディスプレイ切り欠きを尊重しなければならない。

丸みを帯びたコーナー自体も、別の制約を加える。ボタンはカメラの矩形を避けていても、曲線的な境界に近すぎるように見える可能性がある。

優れた適応型デザインは、デバイスモデルを特定せずにこれらの特性を処理する。アプリケーションは、実行時に提供される寸法とインセットに反応する。

ただし、汎用的なサポートによってテストが不要になるわけではない。これは正しい対応を構築するための仕組みを提供するにすぎない。

古いアプリケーションは、スマートフォン画面が予測可能なステータスバーとナビゲーションバーを持つ矩形であると仮定していることが多い。固定パディングを使ったり、レイアウトを一つの向きに固定したりするものもある。

こうした前提は、幅広い折りたたみ端末では脆弱になる。小型タブレットに似た画面は、一般的なタブレット向けに設計されたレイアウトを呼び出す可能性があるが、そのカメラや丸い角は異なる。

クロスプラットフォームフレームワークは、さらに一層の複雑さを加えることがある。そのセーフエリア抽象化では、複数のプラットフォーム測定値を一つの矩形に単純化する場合がある。

この矩形は、最も深い障害物からレイアウト全体を保護するため、必要以上に大きくなることがある。逆に、不規則な切り欠きの横に配置されたコントロールを保護できない可能性もある。

開発者はカスタム処理を記述できるが、例外が増えるたびに保守負担も増す。チームは、縦向きと横向きのレイアウト、異なるナビゲーションモード、分割画面ウィンドウ、ディスプレイ遷移を確認しなければならない。

XiaomiはHyperOSを通じて、この負担を軽減できる。システムは正確な切り欠き境界を提供し、ステータスアイコンを適切に配置し、古いアプリケーションに互換性挙動を適用できる。

また、発売前に中国で人気のアプリケーションをテストすることもできる。主要開発者との提携により、一般的なソーシャル、動画、ショッピング、決済アプリで明白な視覚的問題が発生するのを防げる可能性がある。

これらの対策は第一印象を改善するだろう。しかし、根本にある形状上の問題は解消しない。

アプリケーションを回転しても、物理的な穴の位置は変わらない。ある向きでは右上領域を避けていたコンテンツが、別の向きでは側面の障害物に直面する可能性がある。

コーナー半径も依然として異例に大きい。カメラがコンテンツを覆わない場合でも、外周付近に配置されたコントロールは窮屈に感じられたり、視覚的にずれて見えたりする可能性がある。

これが、「ソフトウェア適応」という表現が誤解を招き得る理由だ。この問題は、必ずしもすべてのアプリケーションに専用のXiaomi 18 Fold版を求めるものではない。

むしろ、不完全なアダプティブレイアウトを採用するアプリケーションに対する不利益を大きくする。また、完成度の高い結果を目指すチームにとっては、テスト負荷も高まる。

Xiaomiを公平に評価するうえで、この区別は重要だ。AndroidはAndroid 9以降、ディスプレイのカットアウトをサポートしており、同社が未知の技術カテゴリーを導入するわけではない。

Xiaomiが行っているように見えるのは、開発者がすでに対応しているカテゴリーの中で、より厳しい配置を選ぶことだ。

この決定は、設計コストの一部を下流へ移転する。Xiaomiは識別しやすい丸みを帯びたシルエットを得る一方、アプリチームはウィンドウ形状と障害物の、さらに難しい組み合わせを引き受けることになる。

より広い画面という約束と、アプリが実際に使える空間の衝突

Xiaomiは18 Foldを細長い折りたたみ端末より便利に感じさせたいが、その設計は上端の予測可能性を下げている。

7.58インチの内側ディスプレイは、Xiaomiに明確な製品ストーリーを与える。より幅広いパネルなら、各ペインを過度に縦長で細く感じさせることなく、並列作業を支えられる。

ブラウザではデスクトップページをより多く表示できる。文書エディタでは、ツールをコンテンツの横に配置できる。メッセージングアプリでは、会話リストを開いているスレッドの横に維持できる。

こうしたシナリオは、対角線の寸法ではなく実効的なレイアウトに依存する。幅広い画面が価値を生むのは、アプリケーションがユーザーの期待する場所に情報を配置できる場合に限られる。

カメラのカットアウトが、その価値を消し去るわけではない。パネルの大部分は利用可能であり、多くのインターフェースにはすでに上部マージンがある。

懸念はより微妙だ。このハードウェアは、生産性アプリケーションが常設コントロールに使うことの多い領域を、正確に複雑化させる。

動画プレーヤーなら、小さな視覚的な中断を許容できる。だが、スプレッドシートのツールバー、ブラウザのタブ、会議コントロールには、明確で安定した位置が必要だ。

分割画面の利用は、さらに別の複雑さを生む。1つのアプリが右側を占有すると、カットアウトがそのアプリの利用可能な上端のより大きな割合を消費する可能性がある。

システムは、リサイズされたウィンドウ向けに新しいインセット値を提供できる。アプリケーション側も、全画面モード向けに計算したパディングを維持するのではなく、正しく応答しなければならない。

ここで、Xiaomiのソフトウェア品質がハードウェア評価の一部になる。HyperOS 4は、カットアウトを後付けのように感じさせずに、ディスプレイ遷移、ウィンドウのリサイズ、システムアイコン、マルチタスクを管理しなければならない。

Xiaomiによれば、18 FoldはXring O3プロセッサとオンデバイスのMiMoモデルを採用する。これらの機能はデバイスのフラッグシップとしての位置づけを強めるが、インターフェースの問題には答えていない。

高速なプロセッサでも、カメラの下に隠れたコントロールは修復できない。AI機能でも、アプリケーション開発者が安全でないと扱うピクセルを取り戻すことはできない。

最も重要な試験は、一般的なサードパーティ製ソフトウェアを対象にしたものになる。Xiaomi自身のアプリケーションは、最初から正確なカメラ位置に合わせて設計できる。

人気の外部アプリは、より厳しい基準を示す。標準ベースのインセット処理で十分なのか、それともデバイスに広範な互換性調整が必要なのかを明らかにする。

結果はスクリーンショットだけで判断すべきではない。プロモーション用の構図では、選ばれた壁紙、制御された向き、慎重に配置された視覚要素が使われる。

実際のインターフェースには、予測できないテキスト長、アクセシビリティ設定、通知、フローティングコントロール、ピクチャーインピクチャーウィンドウが含まれる。ユーザーはプロモーション資料が避けるような方法で、デバイスを回転させ、アプリケーションをリサイズする。

アクセシビリティは問題を増幅し得る。大きな文字や表示スケーリングにはより多くの空間が必要だが、カットアウトは同じ物理的位置を占め続ける。

デフォルトのスケールで機能するツールバーでも、スケーリング後には折り返されたり衝突したりする可能性がある。下方へ移動すればコントロールは保護できるが、作業領域はさらに狭くなる。

ローカライゼーションも重要だ。短い英語ラベルが、ドイツ語、ロシア語、あるいは別の言語では長くなる可能性がある。

開発者は多くの場合、柔軟なレイアウトでこうした変化を解決する。不規則なハードウェア形状は、許容できる誤差の余地を減らす。

したがって18 Foldは、二つのグループに負荷をかける。XiaomiはHyperOSが画面を正しく報告・管理することを証明しなければならず、アプリケーション開発者はそのシグナルに従わなければならない。

ユーザーはその間に置かれる。最終的なレイアウトを体験するが、視覚的な問題がXiaomi、Android、アプリケーションのどこに起因するのかを簡単には判断できない。

この曖昧さは、デバイスメーカーに評判上のリスクを生む。アプリケーションがその画面で不自然に見えると、購入者は通常、スマートフォンを責める。

Xiaomiの課題は、通常の利用中にカットアウトを意識させないことだ。レビュー担当者が不自然な上部パディングやずれたコントロールに繰り返し気付くなら、丸みを帯びたデザインは意図的なものに見えにくくなる。

競合各社は異なるカメラ上の妥協を選んだ

折りたたみ端末のカメラ解決策にはいずれも代償があるが、Xiaomiの目に見える内側カットアウトは、途切れないキャンバスよりも画質と構造的な単純さを優先している。

Samsungは、複数のGalaxy Z Foldモデルでアンダーディスプレイカメラという代替案を確立した。アンダーディスプレイカメラは、パネルの部分的に透明な領域の下にセンサーを配置する。

このアプローチは、通常の視聴時に穴が見える印象を抑える。一方で、光がディスプレイ層を通過する必要があるため、フロントカメラの画質を下げる可能性がある。

カメラの上のパネルは、特に明るい背景や均一な背景では、かすかに見え続ける可能性がある。ソフトウェア処理は、かすみ、回折、ディテール低下を補正しなければならない。

under-display imagingに関する研究では、散乱と復元が中心的な技術課題として説明されている。したがってセンサーを隠すことは、複雑さをインターフェース形状からディスプレイ工学と画像処理へ移すことになる。

他の折りたたみ端末は、エッジ近くに見えるカットアウトを維持している。これによりカメラ品質を保ちながら、障害物をステータス情報と組み合わせやすくなる。

カメラをアクティブディスプレイではなくベゼル内に配置する端末もある。その結果、すっきりしたキャンバスを提供できるが、狭額縁の訴求とは相反する。

メーカーは、背面カメラと外側ディスプレイで自撮りするようユーザーを促すこともできる。より高い画質は得られるが、日常的なビデオ通話に手順が加わる。

Xiaomiの見かけ上の選択は理解できる。標準的な可視カメラなら、アンダーディスプレイセンサーの妥協なしに、予測可能な撮像性能を提供できる。

争点となるのはその位置だ。強いコーナー半径を補完するために穴を内側へ移すことは、その美的判断をソフトウェアにとってより重大なものにする。

これにより、本記事の中心的な対立が生まれる。Xiaomiの工業デザイン上の野心と、予測可能なアプリケーション空間との対立だ。

これはXiaomi対Samsungではない。両社は単に、同じ工学的制約に対する異なる答えを示している。

Samsungは一部モデルでアンダーディスプレイ撮像の弱点を受け入れてきた。Xiaomiは、より目立ち、より侵入的な除外領域を受け入れる構えに見える。

どちらの道も無償ではない。問題は、Xiaomiの丸みを帯びたシルエットが、そのソフトウェア上のコストを正当化するのに十分な視覚的・人間工学的な利点を生むかどうかだ。

現在の証拠だけでは、この問いに決着をつけられない。公式画像はハードウェアを示す一方、実用上の影響は独立したアプリケーションテストで明らかにされる必要がある。

Coolapkでの批判も、負担を過大に述べているおそれがある。すでにウィンドウインセットを正しく処理しているアプリケーションであれば、Xiaomi固有のコードをまったく必要としない可能性がある。

Androidのアダプティブツールは、新しい画面形状ごとに別のアプリケーション分岐が生じるのを防ぐよう設計されている。カットアウトが正しく報告されれば、それは既存のインターフェースを通じて処理されるはずだ。

残る不確実性は、実際の実装品質に関するものだ。OSは正確な値を報告しなければならず、アプリケーションは粗雑なパディングなしにそれを利用しなければならない。

デバイスはプラットフォーム仕様を満たしていても、依然として不自然に見える可能性がある。技術的な互換性と視覚的な完成度は、同じ基準ではない。

この違いは、初期レビューの指針となるべきだ。レビュー担当者は、ボタンが完全に隠れていないことを確認しただけで終えるべきではない。

ツールバーが無駄に高くなっていないか、ステータス情報のバランスが取れているか、全画面メディアが周囲のピクセルを賢く利用しているかを調べるべきだ。

また、異なるインターフェーススタックで構築されたアプリケーションもテストすべきである。ネイティブAndroid、Jetpack Compose、ゲーム、クロスプラットフォームアプリケーションでは、応答が異なる可能性がある。

Xiaomi自身のデモは最良のケースを示すだろう。幅広いサードパーティ製アプリのテストセットは、その体験が同社の管理外でも維持されるかを示す。

Xiaomiの賭けが成功するかを決める三つのシグナル

Xiaomi 18 Foldは、発売時のソフトウェア、サードパーティの挙動、継続的な開発者互換性の順で評価されるべきだ。

最初のシグナルは9月7日の発表で訪れる。Xiaomiは、HyperOS 4が全画面メディア、マルチタスク、回転時に内側カメラをどのように管理するのか説明する必要がある。

明確なデモンストレーションがあれば、このデザインがハードウェアとソフトウェアのチーム間で連携して設計されたという根拠が強まる。沈黙は、ユーザー体験よりプロモーション画像の比重を大きくすることになる。

同社はパネルの正確な解像度とアスペクト比も明らかにすべきだ。これらの測定値は、インセット後にどれほど実用的な空間が残るのかを、開発者とレビュー担当者が理解する助けになる。

二つ目のシグナルは、独立系レビューからもたらされる。テストは動画、ゲーム、文書編集、ブラウザ、ソーシャルアプリ、二画面レイアウトを対象にすべきだ。

最も示唆的な例は、完全な失敗ではない。過度な上部パディング、取り残されたピクセル、非対称なコントロール、黒帯といった、繰り返し現れる妥協だ。

レビュー担当者は、両方の画面向きと複数のウィンドウサイズをテストすべきである。また、余裕の少ない安全マージンを持つレイアウトを露出させるため、テキストと表示のスケーリングも上げるべきだ。

大半のアプリケーションが目に見える無駄なく適応するなら、初期の批判は不釣り合いに見えるだろう。カットアウトは依然として珍しいものではあっても、運用上はありふれたものになる。

多くのアプリケーションが上部に大きな帯域を確保するなら、Xiaomiの設計選択は幅広いパネルの価値を下げたことになる。この問題は、生産性ソフトウェアで特に大きな損害となる。

三つ目のシグナルは、発売後のアップデートを通じて現れる。Xiaomiは、ハードウェアを変えずにステータス配置、互換性の挙動、自社アプリケーションを調整できる。

サードパーティ開発者もインセット処理を改善できる。初期市場でデバイスが十分に売れれば、人気アプリケーションはすぐに改善されるかもしれない。

しかし、ロングテールのソフトウェアがデバイス固有の注意を受けることはまれだ。銀行ツール、エンタープライズアプリケーション、旧作ゲーム、地域サービスは、持続的な互換性の穴を明らかにし得る。

このロングテールが、18 Foldが制御されたデモで印象的なだけでなく、信頼できる製品に感じられるかを決める。

グローバルでの提供も、もう一つの重要な境界線だ。Xiaomiは、このスマートフォンを予告した時点で米国での提供を発表していなかった。

中国中心の発売なら、同社が最適化すべきアプリケーション環境はより狭くなる。より広範な展開では、このデザインはより多くの開発フレームワークと、地域固有性の低いテストにさらされることになる。

最終判断は均衡を保つべきだ。奇妙な位置にあるカメラが折りたたみ端末全体を否定するわけではなく、画像だけで完全な体験を測ることもできない。

それは、Xiaomiがどこに優先順位を置いたかを明らかにしている。同社は識別しやすい丸みを帯びた形状を選び、その中に物理ハードウェアを配置した。

今後は、その結果生じた表示除外領域を、見た目より小さく感じさせるソフトウェアが必要になる。

適応型Androidインターフェースを構築する開発者は、長方形の画面を前提にせず、実際の形状を検証すべき理由がこのデバイスによってまた一つ増えたと捉えるべきだ。Googleのデザインガイダンスでは、背景を画面端まで広げつつ、重要なコントロールには余白を設けることが推奨されている。

購入検討者は、枠の寸法だけでなく、アプリケーションの挙動を注視すべきだ。わずかに広いセーフマージンよりも、ツールバーが跳ねたり、スペースを無駄にしたり、コントロールを隠したりすることのほうが問題になりやすい。

Xiaomiはすでに、18 Foldの形状で注目を集めている。より難しい課題は、入念に配置されたプロモーション用グラフィックが日常的なアプリケーションに置き換わったときに始まる。

HyperOSはカメラを気にならない細部へと変えられるのか。それとも、過度に広い上部マージンのたびに、ユーザーはなぜその穴がそこにあるのかを思い出させられるのか。

 
 

無料で始めましょう

ローカルファーストのパーソナル知識管理付きAIアシスタント

より良いAI体験のために、

remio は現在、 Windows 10+ (x64)とM-Chip Mac のみをサポートしています。

仕事のAIパートナー
remioでもっと仕事が進む

計画・作成・仕上げまで
すべてをひとつに

bottom of page