ファイルを開いても保存に使ったアプリケーションが起動しない

http://www.novemberkou.com/QuickLookPlug-in/preparation/exportUTI.html

私にはよくわからないのですが、こちらにアプリケーションの開発の仕方が書かれているようです。

実際に、Xcodeで新規プロジェクトをCocoa ApplicationでオプションCreate document-based applicationを選択して作成すると、option+comman+E で、上のページに出ているUTIの設定画面が出てきます。

おそらく、そうやって設定することは可能なのではないかと、、、

もしかすると、UTIをプロパティに設定してリビルドするだけで対応できるのかもしれません。

もしかすると、UTIをプロパティに設定してリビルドするだけで対応できるのかもしれません。

そのようですね。

UTIについて調べてみました。

http://wakabamac.blog95.fc2.com/blog-entry-887.html

http://www.itmedia.co.jp/enterprise/articles/0708/14/news005_2.html

様々なファイルシステムや様々なOSとの互換性を維持するには、クリエータコードよりもUTIのほうが優れているそうです。

さらに、4文字でアプリケーションを識別していたクリエータコードよりも、柔軟性があります。

Appleとしては、UTIはTigerで導入したのだから、対応のための時間ならもう十分にデベロッパーに与えていたということなのでしょう。

（対応アプリが身の回りに見あたらないのは、なぜだろう。やはりクリエータコードがある限り、それだけに対応していれば用は足りていたからなのだろうか。）

P.S.

UTIに関する良い解説があれば教えてください。いまいち理解できていません。(^^;

このメッセージは次により編集されています: 野尻隆裕

わかばマークのMacの備忘録 : QuickFileType

こちらの説明を読むかぎりでは、今回一番の問題となるのはUTIというよりはusroリソースをアプリケーション側がいじれるかどうかにかかっている？

QuickFileTypeの作者さんのページにあるこの一言に全ては集約されているように思います。

-------------------------------------------------------

例えば、usro リソースにアプリケーションパスではなく bundle identifier と書き込むようになったとか。そして、アプリケーションから usro リソースをファイルに追加する API が公開されたとか。そういう仕組みが用意されているなら許す。でも、そんな情報は見つけられなかった。

-------------------------------------------------------

代わりの仕組みが用意されていたならばこんなに大騒ぎにはならないと素人ながらに思うのです。

# 百戦錬磨なデベロッパさん達が、そんな大事な情報を見落とすとも思えないし・・・

本当に代替の仕組みが用意されているのかなぁ・・・

acrobatで言えば、acrobatで作成されたファイルでも、pdfファイルをweb用に最適化してファイルの開き方をファイルに指定しない場合、ファイルのダブルクリックでは、preview.appが起動します。これは、Mac OS X Panther v10.3 Adobe Creative Suite 1以降。

代替の仕組みが確立されているかは知りませんが、ご参考までに。