私は通常、MacStories で脱獄の調整について取り上げることはありません。しかし、iDownloadBlog で Jeff Benjamin のプレビューを読んで、ActivityAction に興味をそそられました。

ActivityActionは、Ryan Petrich氏のAction Menuの拡張機能です。これは、私がジェイルブレイクしたデバイスを使っていた頃に気に入っていた機能の一つです。ActionMenuは、Appleのコピー＆ペーストポップアップメニューを拡張し、選択したテキストやアプリのコンテンツ領域を操作するためのアクションとサービスを追加します。ActivityActionは、アプリのバンドルIDとURLスキームに基づいてUIActivityのようなアクションを設定できるボタンを追加します。

MacStoriesの読者の皆様はご存知の通り、URLスキームは私にとって非常に興味深いトピックです。iOSデバイスでの作業をより高速かつ効率的にする数少ない方法の一つだからです。ジェフはこの調整について次のように説明しています。

ご覧のとおり、ActivityAction にはアクションを作成するアプリのバンドル識別子が必要です。これは iFile または AppInfo という脱獄アプリで簡単に確認できます。ActivityAction には URL（スキーム）も必要です。オプションで「@WORD」変数を使用できます。この変数は URL 内の選択されたテキストを置き換えます。この選択されたテキストは、アクションメニューを使用して ActivityAction を呼び出す際にハイライト表示されるテキストです。オプションの「@WORD」変数を使用しない場合、上記のビデオの例のように、ActivityAction は選択されたテキストを URL の末尾に自動的に追加します。

デモでは、JeffがActivityActionのネイティブ共有メニューを使ってテキストを選択し、Fantasticalに送信する方法を紹介しています。とてもクールですね。

もちろん、URL スキームは iOS アプリ間通信の将来にとって最も強固な基盤ではないと私は主張してきました。

URLスキームは、iOSにおけるアプリ間通信の改善という問題に対する、一時的な解決策であることは間違いありません。Appleには近い将来、この問題に取り組んでほしいと思っています。しかし、だからといって、URLスキームとアプリを使って今すぐ実用的な作業ができないわけではありません。将来的には、URLスキームに基づいたiOS自動化の新たな可能性を想像するだけで精一杯です。しかし、Automatorのようなインターフェースを使ってアクションを視覚的に表現することで、エンドユーザーのワークフローからURLを手動で構築する必要性を抽象化します。そして、もしかしたら将来のiOSバージョンでは、XPCのような仕組みを使って他のアプリの「一部」が相互にリンクされるため、アプリ間の「切り替え」が不要になるかもしれません。

2 つ目のポイント、つまりアプリ間の通信方法を改善するシステムとして XPC に期待することについては、私としては推測に過ぎません。iOS 6 のリリース後に開発者が発見したように、Apple はすでにメール共有パネルに XPC を使用しています。「メールで送信」機能を持つアプリは、実際には iOS 自体が処理する別のプロセスである Mail.app ウィンドウを埋め込むことができます。このソリューションでは、ユーザーは現在のアプリから引き離されることはなく、別のネイティブアプリの一部 (そのインターフェイスや機能を含む) が表示されます。これはおそらく Apple にとって最もユーザーフレンドリーなソリューションです。現在のようにマルチタスクのメリーゴーランドをぐるぐる回ることなく、下書き内でテキストを他のアプリに送信できることを想像してみてください。

URLスキームは未来の道ではありませんが、今なら使えます。ブックマークレットを作成してブラウザから他のアプリにテキストを送信したり、複数のアプリを連携させるDraftsアクションを設定したりできます。URLスキームのおかげで、iPadでの作業が毎日より速くなり、その効果は否定できません。

ActivityActionは、Mr. Readerの新しい共有メニューのシステム全体にわたる、より見栄えの良いバージョンのようなもので、脱獄によってiOSにもたらされる変更によって実現しました。Mr. Readerと同様に、ActivityActionはiOSの古いサービスメニューのコンセプトを別の形で取り入れたものです。もちろんユーザーによる手動設定が必要ですが、ほとんどの脱獄ユーザーは問題なく使えるでしょう。

ActivityAction を試すためだけにデバイスを脱獄するつもりはありませんが、iOS の現状を考えると素晴らしいアイデアだと思います。iOS 6 のより「視覚的な」共有メニューは良い改善点だと常々思ってきましたが、残念ながら、それは依然として「開く」アクションに限定されており、iOS のアプリ間通信システムの欠如に対する解決策にはなりません。ActivityAction は選択可能なテキストには適した解決策のように見えますが、アプリ間でテキスト以外のデータを相互に共有するという問題は解決していません。つまり、システム クリップボードを使用してツイートのリンクを保存しない限り、Tweetbot から Evernote に「ツイートを保存」することはできません。同様に、他の iOS アプリから「現在の Safari タブ」などにアクセスするには、手動で切り替える必要があります。

iOSデバイスを仕事ができるコンピュータとして捉えるユーザーが増えるにつれ、様々なタスクを実行するために多様なアプリが利用されるようになるのは当然と言えるでしょう。現在、これらのアプリ間の通信は、クリップボード、開発者によってハードコードされたURLスキーム、あるいはDrafts、Mr. Reader、Launch Center Proといったユーザーが手動で設定する必要があるサービスに限られています。ActivityActionはシステム全体に適用されますが、URLスキームを使用する他のiOSアプリと同じ制限が課せられます。

以前も申し上げたように、AppleがiOS 7でアプリ間通信を改善するソリューションを考案してくれることを期待しています。XPC、URLスキームの強化、複雑なタスクを自動化するiOS版Automator、あるいはそれらすべてを組み合わせたもの、あるいは全く別のものなど、様々な形で実現できるでしょう。iOSのマルチタスクトレイのシンプルさはそのままにしておくべきではありませんが、同時に、たとえテキストを2つのアプリ間でやり取りするだけでも、iOSのクリップボードやURLスキームに頼り続けることはできません。

ここで、Jeff のビデオと ActivityAction の説明をご覧ください。