iPhone と iPad が生産性の面で遅れをとっているのは、Apple が iOS の奇妙なポップオーバーを超える、より包括的なメニュー システムを採用しないという決定を下したことが一因です。
iOSに必要なのはMacスタイルのメニューです。
iPad コーディング アプリ Codea の共同制作者である Simeon 氏は、iOS 用の macOS 風のメニュー システムを作成しました。見た目も良く、操作性も非常に優れているため、すでに実装済みです。
彼はブログ記事にこう書いている。
CodeaはクリエイティブコーディングのためのiPadアプリです。ユニバーサルバージョンの開発に長年取り組んできました。
8年前のiPadの複雑なコーディング環境をiPhoneに移植するのは大変です。あまりにも多くの機能が、あまりにも多くの設定で動作しなければいけないのです。
Autolayoutはこれらの問題の多くを解決してくれます（SnapKitに感謝）。しかし、最も重要なデザインについては考慮されていません。Codeaのコードエディターのユニバーサル版のデザインに1年以上も悩まされています。もしかしたら2年以上かもしれません。
コードエディターのスケーリング方法を試行錯誤したスケッチファイルの一つ。6
ヶ月前、Macでメニューを使っていた時に、Codeaにもメニューが必要だと気づきました。何十年も前から解決されてきた問題を解決しようとしていたのです。そこで私は、iOS 向けにできる限り最高のメニューを作ろうと決意しました。
これがどのように機能するかを説明するために、新しいアプリ「Shade」のビデオを紹介します。
Daring Fireball の John Gruber 氏は簡潔な意見を述べています。
Codeaで彼らがやっているのは、単にMacのメニューバーをiOSに移植するだけではありません。タッチスクリーンで動作するMacのメニューバーの特徴を深く理解し、iOS風のメニューバーを設計・構築しています。iPadの標準インターフェース要素として、このようなものが切実に求められており、iPhoneでも使えるのではないかと思います。
余談ですが、Codeaのメニューの背後にある美しいドロップシャドウを見ていると、 iPadの標準iOSポップオーバーの影がほとんどない平坦さがどれほど嫌いだったかを思い出します。iOS 7の頃から、iPadのポップオーバーはレンダリングのバグか初期プロトタイプのように見えると思っていました。iOS 7～12の全体的な平坦さに関する議論はさておき、iPadのポップオーバーは私にとってただ違和感があります。Codeaのメニューにもっと近い外観にすべきです。
本当に技術的なことを知りたい場合は、必ず後続の投稿を確認してください。
この投稿が興味深いのは、Simeon が iOS 用のデスクトップのようなメニュー システムという一見単純な機能を構築する難しさについて説明しているからだけではなく、実際に動作している様子を示す多数の追加ビデオも含まれているからです。
ここにいくつか挙げておきます。
Codea 3.0 と Shade 1.0 はどちらも、これらのメニューをある程度利用します。
皆さん、どう思いますか？iOS 13でiPhoneやiPadにこんなメニューシステムが導入されたら、どんなに素晴らしいと思いますか？
ぜひ、下のコメント欄にあなたの考えを投稿してください。
