スワイプ可能なタブがある画面内の戻るジェスチャー
UXシナリオについて考えています。
たとえば、アプリにスワイプ可能なタブコンポーネントを備えた画面があるとします。 iOSでは、戻るジェスチャーもあります。そのため、ユーザーはスワイプして画面に戻ることができず（そのスワイプ可能なコンポーネントのため）、戻るボタンを使用する必要があります。
では、この場合の最善の解決策は何ですか？
回答する前に、スワイプ可能な要素が、あなたが言ったときにiOSのネイティブジェスチャーに対する権限を持つことを疑います。
ユーザーはスワイプして画面に戻ることができず（そのスワイプ可能なコンポーネントのため）、戻るボタンを使用する必要があります。
実際にそれがセキュリティの問題を引き起こす可能性がある脅威である場合、ユーザーが全画面モードを終了できないと想像できますか？
私の答えは憶測に基づいているため、完全な調査を行わずに決定したい場合でも、それは黄金の満足を提供しません。
** iOSでスワイプ可能なタブを使用しても安全です
私はこれに答えるために次の議論を探しています：
ユーザーがスワイプ可能な要素を操作する方法
経験的な証拠はありませんが、スワイプ可能なタブを操作するときに、ほとんどのユーザーが画面の端に到達しないと思います。
アップルはこれを無視しません
多くの人は、Appleは開発者にアプリの変更を強制する際にその権限を使用しますが、スワイプ可能な要素は流行に敏感な珍しいパターンではなく、多くのアプリに広く投資されている、Appleは、ジェスチャーの互換性を調査して、競合が発生しないようにする必要があります。
ジェスチャーの競合についての話題は聞いていません
技術ニュースとメディアはApple特にiPhoneスペースで）慈悲を残していません。ジェスチャーの競合に関して起こっている不満について聞いたことがありません。ホームボタンを好むユーザーにどのように適用したか。
ユーザーは最終的にそれを学びます
競合が発生した場合でも、通常、iOSの世界全体で 偶発的な発見の概念 を確立するような非常に多くの異なるアプリで発生し、ユーザーはEdgeからスワイプしないように学習する必要がありますこの場合は画面なので、この問題を処理するためにあなたを一人にしないでください。
注：これは、ユーザー中心の方法ではありません。耳でささやいたとしましょう。
IOSは最初ではありません
IOSはこのようなことをする最初ではありません：
Samsungギャラクシーでは、画面をキャプチャするジェスチャー（左側）とエッジパネル（右側）の両方にスワイプジェスチャーが必要ですが、同じ問題を引き起こす可能性がありますが、うまくいきました。
IOSの戻るジェスチャーは、画面の端から機能します。したがって、十分なマージン（1cmなど）を確保すると、競合なしに画面の中央にタブスワイプを実装できます。
実際、2つの主な理由により、Android（および他のプラットフォームも））での最善のアプローチになると私は主張します。
まず;画面のエッジスペースを占有する同様のアプリがあり、アプリがエッジも使用する場合は（オーバーレイ/優先順位付けのため）トリガーされます。たとえば、大量のAndroid iOSバック機能のクローンを作成するアプリや、いくつかのサイドバードック、一部は工場出荷時に電話にインストールされています。
第二に、もう少し抽象的です。スワイプしているものを強調します。画面の中央に近いほど、現在のアプリの奥行きが深くなります。タマネギの層のように考えてください。外側のエッジはグローバル関数用に予約する必要があります。次に、ほとんどの画面で機能するアプリ固有のジェスチャーがあります。次に、カルーセルをスワイプしたり、メールを削除したりするなど、より小さな要素があります。この階層は多くの形で長い間存在してきました。メニューとタスクバーがWindowsとOSXのどこにあるかを検討してください。電話では、画面の下に物理的なボタンがあり、次に仮想ボタンがあり、次にボタンバーが消えていましたが、今ではピクセルの一番下の行にすぎません。
階層は垂直レイアウトでかなり根付いています、それは水平次元がこの点で比較的新しいというだけです。