問題タブ [uti]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
ios - iosはDocumentsDirectoryからibooksでpdfを開きます
次のコードを使用して、ibook などの他のアプリケーションを使用して、生成してドキュメント ディレクトリに保存した PDF を開こうとしています。
正常に動作する必要があるようですが、ポップオーバーがibooksをポップしない場合、他のアプリケーションがありますが、ibooksはありません。プレビューで開くことができるので、PDF が適切にフォーマットされていることがわかります。私が間違っていることを知っている人はいますか?多くのチュートリアルを見ましたが、解決策が見つかりませんでした
iphone - pfx ファイルを iOS アプリケーションにインポートする
私は、パラメーターの 1 つが .pfx ファイルである Web サービス呼び出しを行う iOS (iPhone/iPad) アプリに取り組んでいます。
ユーザーが電子メールの添付ファイルを選択して、自分の .pfx ファイルをアプリにインポートできるようにしたいと考えています (アプリは、カスタム ファイル タイプに対して既にこれを行っており、そのエントリは以下に示されていませんが、非常に似ています)。 .
以下に示すように、アプリの Info.plist ファイルで、CFBundleDocumentTypes タグと UTExportedTypeDeclarations タグにエントリを追加しました。UTExportedTypeDeclarations で、識別子「com.rsa.pkcs-12」に使用しました。これは、pfx ファイルの UTI の 1 つです。pfx ファイルの標準 MIME タイプ (application/x-pkcs12) を調べて入力しました。
これはうまくいきません。メールで pfx ファイルの添付ファイルを開くと、[設定] で開きます (ファイルをプロファイルとしてインストールしようとしています)。もちろん、pfx ファイル タイプは iOS に既に存在するため、UTExportedTypeDeclarations にエントリを作成する必要はありません。ただし、このエントリを削除しても違いはありません。両方のエントリで (「com.rsa.pkcs-12」ではなく) カスタム識別子を使用すると、同じ動作が発生します。
ユーザーに添付ファイルの拡張子の変更を強制したくありません。設定またはアプリでファイルを開くかどうかをユーザーに尋ねるように iOS に指示する方法はありますか?
objective-c - Apple のサポートされていないファイルを iPad アプリで開く方法
「開く」機能を使用して、iPad アプリで Apple がサポートしていないファイルを開く必要があります。".lasso" のファイル拡張子。そのファイルは Apple でサポートされていないと言ったのは、Apple のシステムで宣言された Uniform Type Identifiers で説明が見つからないためです。
CFBundleDocumentTypesinfo.plistで使用して解決しようとしましたが、まだ開くことができません。私はこれを私のplistに書いていました:


しかし、別のアプリから .lasso ファイルを開こうとすると、「このファイルを別のアプリで開くことはできません」という警告が常に表示されます。
誰かがそれを解決する方法を知っていますか?
ios - IOS で、QLPreviewController に特定のファイルをテキストとして扱わせることはできますか?
私はQLPreviewControllerファイルを表示するために使用していますが、その多くは実際にはプレーンテキストですが、それQLPreviewControllerを認識していないようです。(例えば、拡張子がついたファイルは.m表示できません。)
QLPreviewControllerファイルをテキストとして扱うように指示する方法はありますか? (まったく表示できないと判断したと思います。) UTIについて調べていましたが、それが正しい方向であるかどうかはわかりません。(ファイルがテキストかどうかはわかりますので、推測はしません。)
それとも、バックグラウンドで .txt 拡張子を付けて保存する必要がありますか?
iphone - Xcodeで逆URL識別子を使用するのはなぜですか?
com.yourcompany.nonameXcode内のように逆URL識別子を使用するのはなぜですか?
objective-c - UIDocumentInteractionControllerに表示されるアプリケーションを制限する方法はありますか?
現在、アプリのユーザーが別のアプリでファイルを開くことができるように、UIDocumentInteractionControllerを表示しています。コントローラがポップアップし、問題なくアプリを一覧表示します。ただし、Dropboxなどのクラウドアプリ(ほぼすべての有効なファイルタイプに関連付けられていると思います)も表示されるため、非常に煩わしいものです。とにかく、必要なアプリのみを表示するようにコントローラーを指定できますか?
macos - パッケージ/バンドルのエクスポートされた UTI
私の Cocoa ドキュメントベースのアプリが開いて、カスタム パッケージ/バンドルを書き込みます。
これは、エクスポートされた UTI ( ) を介してエクスポートする必要がある独自の形式と見なされますUTExportedTypeDeclarationsか?
もしそうなら、次の値はどうあるべきですか:
UTTypeConformsTo( )に準拠- MIME タイプ (
public.mime-type) - 基板タイプ (
com.apple.nspboard-type) - OS の種類 (
com.apple.ostype)
最後に、エクスポートされた UTI 識別子 ( UTTypeIdentifier) は、ドキュメント タイプ識別子 ( ) と同じ値である必要がありLSItemContentTypesますか?
macos - 任意の入力タイプでサービスを実行 (OSX Automator ワークフロー サービス)
runWorkflowAsServiceカスタムInputTypeIdentifier値を使用する新しいサービス (OSX) を作成したいと考えています。これを実現する方法はありますか?
たとえば、架空のワークフローのdocument.wflowファイル (Automator によって生成されたもの) は次のようになります。
しかし、私は(例えば)これを可能にしたい:
試行錯誤の結果、事前定義されたcom.apple.AutomatorUTI のみがシステムの workflowServiceRunner に受け入れられるようです。回避策はありますか?
macos - OSXが認識できるようにカスタムの非ドキュメントUTI/ファイルタイプを登録するにはどうすればよいですか?
この問題に関するすべてのチケットを読みましたが、それでも正しく理解できません。ドキュメント以外のOSXアプリ(OSX LionおよびMountainLion用)を持っています。このアプリで、カスタムファイル拡張子「.iobs」に関連付けられたカスタムデータをエクスポートおよびインポートしたいと思います。内部的には、これらのファイルは[NSKeyedArchiver archivedDataWithRootObject:]でデータアーカイブされ、「iobs」拡張子でディスクに保存されます。
だから、私のチェックリストはこれです:
1)エクスポートメカニズム:チェック済み。私のアプリは正しく.iobsファイルを作成します。ターミナルで「file<filename.iobs>」を実行すると、「iObserve_exportedItems.iobs:Appleバイナリプロパティリスト」が表示されます。
2)エクスポートされたUTIの宣言、チェック済み。下の画像に示すように。アプリ内でNSDocumentを使用することはなく、意味がないため、カスタムドキュメントタイプを宣言しませんでした。とにかく、私はすでに試みて失敗しました。「準拠先」エントリのさまざまな組み合わせも試しましたが、成功しませんでした。

3)3点目はありますか?システムに通知するためにアプリを一度起動する必要がありますか?これまでのところ、Xcodeからのデバッグで実行しただけですが、これは効果がありません。だから私のInfo.plistは間違っていると思いますが、Xcode4インターフェイス内から入力したので???
ヘルプ、ヒント、質問、提案をありがとう。