Google翻訳でApple HIGとMaterialDesignを和訳してみるマン

このアカウントはひたすらガイドラインをGoogle翻訳して書き控えとくだけのものです。誤訳多いと思われます。誤訳の指摘とかもらえたら有り難いです。

File Handling

https://developer.apple.com/design/human-interface-guidelines/ios/user-interaction/file-handling/

File Handling

ファイル操作

People shouldn’t need to think about the file system while creating, viewing, and manipulating files. If your app works with files, downplay file handling as much as possible.

ファイルを作成、表示、操作する際に、ファイルシステムについて考える必要はありません。 あなたのアプリケーションがファイルを扱う場合、できるだけファイル操作を意識させないでください。

Instill confidence that work is always preserved unless canceled or deleted. In general, don’t make people explicitly save files. Instead, save changes automatically at regular intervals, when opening and closing files, and when switching to another app. In some cases, such as while editing an existing file, save and cancel options may still make sense for the sake of confirming when the edits are actually captured.

取り消されたり削除されたりしない限り、作業内容は常に保存していることを伝える。 一般的に、ユーザに明示的にファイルを保存させないでください。 代わりに、定期的な間隔で自動的に変更を保存したり、ファイルを開いたり閉じたりするときや、別のアプリケーションに切り替えるときに変更を保存します。 既存のファイルを編集しているときなど、編集や保存が実行されたかを明示するあために、保存またはキャンセルの選択肢を提示することはあります。。

Don't provide an option to create local-only files. Users often expect all of their files to be available on all of their devices. Whenever possible, your app should support cloud-based file storage through a service such as iCloud.

ローカルオンリーファイルを作成するオプションを提供しないでください。 ユーザーはしばしば、すべてのデバイスですべてのファイルを使用できると考えています。 可能な限り、アプリはiCloudなどのサービスを通じてクラウドベースのファイルストレージをサポートする必要があります。

Implement an intuitive and graphical file browsing interface. Ideally, use the system’s familiar document picker for browsing. If you implement a custom file browser, make sure it’s intuitive and efficient. File browsers work best when they’re highly graphical, providing visual representations of files. For faster navigation, consider providing a new document button so people don’t need to go elsewhere to create a new document.

直感的でグラフィカルなファイルブラウジングインターフェイスを実装します。 理想的には、システムの使い慣れたドキュメントピッカーをブラウジングに使用します。 カスタムファイルブラウザを実装する場合は、直感的かつ効率的であることを確認してください。 ファイルブラウザは、高度にグラフィカルな場合に最も効果的で、ファイルの視覚的表現を提供します。 より速いナビゲーションのために、新しい文書ボタンを用意して、新しい文書を作成するために他の場所に行く必要がないようにしてください。

Let users preview files without leaving your app. You can use Quick Look to let people view the contents of Keynote, Numbers, and Pages documents, PDFs, images, and certain other types of files, even if your app doesn’t actually open them. See Quick Look.

ユーザーがあなたのアプリを離れずにファイルをプレビューできるようにする。 クイックルックを使用すると、Keynote、Numbers、Pagesのドキュメント、PDF、画像、およびその他の種類のファイルの内容を実際に開いていなくても表示できます。 クイックルックをご覧ください。

When appropriate, share files with other apps. If it makes sense, your app can share its files with other apps through a document provider extension. Your app can also let people browse and open files from other apps. For developer guidance, see Document Picker Programming Guide.

必要に応じて、他のアプリとファイルを共有します。 それが合理的であれば、あなたのアプリはドキュメントプロバイダの拡張機能を使って他のアプリケーションとファイルを共有できます。 あなたのアプリは、人々が他のアプリからのファイルをブラウズして開くことも可能にします。 開発者ガイダンスについては、「ドキュメントピッカープログラミングガイド」を参照してください。