昨日、PretextでMarkdownテキストファイルを編集していた時、iOSの以前のバージョンでは当たり前だった制限や回避策に煩わされることなく、いかに自然にドキュメントを作成し、GitHubにアップロードできたかに気づきました。何が起こったのか、簡単に説明します。

MacStoriesでは、iOS向けの強力なGitHubクライアントであるWorking Copyを使って、Markdownテキストファイルを共同作業環境で編集しています。GitHub本来の用途ではないかもしれませんが、Working Copyには差分ツールとバージョン管理システムが組み込まれているため、ライターや編集者にとって理想的なツールです^。1

iOS 11では、Working Copyにファイルプロバイダ拡張機能が追加され、ファイルアプリのネイティブな場所として利用できるようになりました。Working Copyアプリを開かなくても、Appleの標準ファイルUI内で、すべてのリポジトリとドキュメントを通常のファイルやフォルダとして表示できます。これにより、数か月前から新しいテキストファイルや画像をファイルアプリに直接ドロップできるようになり、異なるアプリから取得したドキュメントやiOSのネイティブファイル拡張機能で保存したドキュメントをファイルアプリに集約しやすくなりました。

数日前、Working Copyの開発者であるAnders Borum氏は、さらに一歩進んで、Filesアプリの拡張機能から直接変更をコミットおよびプッシュ（GitHub用語では、変更されたドキュメントの保存とアップロード）できるアップデートをリリースしました。これは、共有シートを開く代わりに、選択した項目のコンテキストメニュー（つまり、コピー＆ペーストメニュー）のボタンからWorking Copy拡張機能を呼び出すことで実現されます。

iOS 11のレビューで詳しく述べたように、これはファイルとそのドキュメントブラウザと連携するアプリ開発者が利用できる拡張ポイントの一つです。Dropboxファイルプロバイダでも同様の実装を見たことがあるかもしれません。共有可能なリンクをコピーするには、アイテムを長押しして「リンクをコピー」を選択するだけです。Working Copyファイルプロバイダからドキュメントを保存・アップロードすると、アプリの共有拡張機能がドキュメントブラウザの上部にモーダルコントローラとして表示されます。

iOS 11 のもう一つの新機能として、ドキュメントベースのアプリは、独自のファイル マネージャー ビューを避けて、組み込みのファイル ブラウザーをアプリのメイン画面として使用できます。この機能は、MindNode 5、PDF Viewer、Textor、Pretext などのアプリで採用されています。iOS 11 のネイティブ ドキュメント ブラウザーを使用するアプリを開くと、アプリ間で共有される広範なレイヤーとなったファイル アプリを事実上操作していることになります。これには、サードパーティのファイル プロバイダー拡張機能が含まれます。Dropbox (またはこの場合は Working Copy) などのサービスは、iCloud Drive と同じ UI と同じ論理構造を持つ標準の場所として扱われます。昨年私が書いたように、このアプローチの大きな利点は、各クラウド サービスに対してカスタム統合を構築する代わりに、組み込みのドキュメント ブラウザーを使用する iOS 11 アプリは、ファイルと統合されている限り、任意のサードパーティ サービスをサポートできることです。

iOSの以前のバージョンと比べて、ファイル管理の観点で非常に興味深い点がここにあります。昨日、Working Copyと同期しているClub MacStoriesリポジトリにアップロードするためのMarkdownファイルを作成する必要がありました。Pretext ²を開き、ファイルアプリでWorking Copyと同じフォルダに移動しました。ドキュメントブラウザはファイルアプリと同じ表示なので、サイドバーのお気に入りフォルダも同じです。

次にテキストファイルを作成し、アップロードに必要な内容を貼り付けて、Pretextのテキストエディタを閉じました。すると、ドキュメントブラウザに戻りました。最後に、ドキュメントをアップロードするために、長押しして「コミット」を選択し、Working Copy拡張機能を使ってファイルをプッシュしました。複数のアプリ間を移動したり、同じドキュメントを別の場所に複製したり、高度なワークフローに頼ったりすることなく、わずか30秒で完了しました。これはすべて、iOS 11のファイル管理の変更とサードパーティ製アプリ向けの拡張フレームワークのおかげです。

この例には評価に値する点がいくつかあり、また Apple が今後改善すべき Files API の機能もあります。

特に、一部のMacユーザーはiOS 11のドキュメントブラウザとサードパーティ製のストレージ場所に対する私の喜びを嘲笑するかもしれませんが、私が上で説明したことが、怪しいインストーラやシステム変更なしに、アプリをインストールしてシステムを拡張するだけで実現できることは驚くべきことだと思っています。確かに、macOSでシェルスクリプトを使って同じ操作を実行すれば時間を節約できるかもしれませんが、私は直感的なGUIと、App Storeから新しいアプリをダウンロードするだけで拡張できるファイルマネージャの方が好きです。完璧ではありませんが、ドキュメントブラウザとファイルプロバイダの拡張機能は、システムと深く統合され、iCloud Driveと一貫性があるため、iOS 11で最もエキサイティングな変更点の1つであり、多くの未開発の可能性を秘めています。

だからこそ、Appleにはこのワークフローのいくつかの側面を改善してほしいと思っています。例えば、Working Copyのドキュメントブラウザでコミットされていないドキュメントに色付きのインジケーターを表示したり、リポジトリのコンテンツを更新してFilesビュー内でインラインで更新するボタンを提供したりできれば素晴らしいでしょう。同様の機能はMacのFinderにも用意されています。AppleはFilesの今後の開発に取り組む中で、Finderの機能を引き続き活用していくべきです。

当初はいくつか問題がありましたが、ファイルアプリの使用頻度が高まっていることに気づき、ドキュメントブラウザを活用したアプリを探し始めています。PretextとWorking Copyは、iOS 11のファイル管理機能の改善を如実に示しており、近い将来、さらに多くのアプリを見つけられることを期待しています。