問題タブ [nsdocument]

現在、FragariaフレームワークをGCのみの環境からサポートされているGCに移行しています。作業が完了した後（またはそれを機能させるために実行する必要があると思ったこと）、フレームワークに付属する例を問題なく実行でき、Instrumentsは大きなメモリリークを示しませんでした。

非GCアプリケーションに非GCFragariaを含めましたが、カーソルを置くとすぐにクラッシュします。正直なところ、NSDocumentではなくNSViewControllerのインスタンスに埋め込んでいるため、使用パターンは例とは異なります。

これをデバッグする方法についてのヒントを教えてください。私は今どこに進むべきか少し迷っています。

アプリにいくつかのテーブルビューがあり、各テーブルビューのデータ ソースはプロパティ リストです。現在、アプリケーションバンドルにプロパティリストを保存しています。ただし、それは私が XCode で作成し、ドキュメント フォルダーに自動的に保存されるためです。これは、アプリが出荷されたとき、必要な場所であるため問題ありません。

ただし、出荷時にアプリのドキュメント フォルダーにもプロパティ リストのコピーを配置したいと考えています。どうやってやるの？つまり、手動で作成した pList をアプリのドキュメント フォルダーに保存するように XCode をプログラムできますか? または、それはどのように機能しますか？基本的にまとめると、アプリケーションバンドルとドキュメントフォルダにそれぞれプロパティリストのコピーを入れたいと思います

誰かが提供する助けに感謝します。

ありがとう

同時に開くドキュメントの数を制限したい NSDocument ベースのアプリがあります (Lite バージョンの場合)。n 個のドキュメントが必要なだけで、ユーザーがn 個以上を開こうとすると、アプリの完全ダウンロードへのリンクを含むメッセージが表示されます。

NSDocumentController を使用してドキュメントの数を数えることができ、readFromFileWrapper 内で FALSE を返すことができます。これにより、新しいドキュメントを開くことができなくなりますが、標準のエラー メッセージが表示されます。それを避ける方法がわかりません。ペン先から新しいウィンドウを開きたいです。

readFromFileWrapper から FALSE を返すときに NSDocument が標準エラー メッセージを表示するのを防ぐ方法はありますか? または、 readFromFileWrapper が呼び出される前にドキュメントが開かないようにする他の方法はありますか?

NSDocumentとしてサブクラス化するドキュメントベースの Cocoa アプリケーションがありますMyDocument。それぞれMyDocumentが個別のバックグラウンド プロセスを ( としてNSTask) 管理します。NSTask対応するMyDocumentアプリケーションが閉じたとき、またはアプリケーション全体が終了したときに、が終了することを確認したいと思います。

後者については、ドキュメントを監視させます。前者については、メソッドNSApplicationWillTerminateNotification. をオーバーライドします。close

dealloc(ちなみに、プロジェクトは GC されているため、クリーンアップ コードをメソッドに入れることはできません。)

問題は次のとおりです。 を開き、MyDocument保存されていない変更を加えてから cmd-Q を押すと、closeメソッドが2 回呼び出されます。デバッガーからのコール チェーンは次 のとおり[MyDocument close]です。(その呼び出しの後、アプリケーションは終了します)。[NSDocument close][NSWindowController _windowDidClose][MyDocument close]

これは予想される動作ですか？もしそうなら、ドキュメント固有のリソースを解放するより良い方法はありますか? それとも、close安全に複数回実行できるようにする必要がありますか?

Xcode では、Resources フォルダーはアプリの NSDocumentsFolder にリンクしていますか? それとも他に何ですか？

コードを書かずに NSDocumentFolder 内のファイルを見る方法はありますか?

開いている方によって状態が異なるメニュー項目がありますNSDocument。私の理解では、状態を動的に変更するには、NSMenuデリゲートメソッドを使用する必要がありますmenuNeedsUpdate:。

メニューのデリゲートをのファーストレスポンダーにしたいと思うようですMainMenu.xib。ただし、Interface Builderでは、メインメニューのデリゲートとして設定することはできません。現在アクティブなドキュメントにアクセスできる代理人を作成するにはどうすればよいですか？

この議論がすでにカバーされているかどうか申し訳ありませんが、いくつかの調査の結果、正確なものは何も見つかりませんでした。

ドキュメントベースのアプリケーションを作成する必要があります。ドキュメントは実際には単一のファイルではなく、ファイルの構造化されたコレクションであり、ディレクトリ内にあります。ウィンドウには、フォルダに含まれている特定のファイル名のPDFが表示され、フォルダ内の他のファイルからの情報で強化されます。これを実現するためにPDF注釈を使用することはできません。実際には、ファイルをPDFから分離しておく必要があります。

これを達成するための最良のアプローチは何ですか？私が見つけたすべてのサンプルコードは、単一のファイルを使用しています。

ねえ、私はMac OS X用のCocoaアプリを書いていますが、実行可能ファイルを開くことができるようにしたいと思っています。つまり、「実行」権限を持つファイルです。これらのファイルには通常ファイル拡張子がないため、plistファイルでこれを指定する方法がわかりません。

[開く]パネルでユーザーがUNIX実行可能ファイルを選択できるようにするにはどうすればよいですか？前もって感謝します。

私はそれらを実行したくないことに注意してください。

ドキュメントベースのアプリケーションは初めてなので、基本的なことを見逃している可能性があります。インターフェイスにサブクラス化された NSWindowController とモデルにサブクラス化された NSDocument を使用するドキュメント ベースのアプリケーションを作成しました。ドキュメントに従って、makeWindowControllers で windowController を初期化し、その xib をロードします。インターフェイス ビルダーでは、xib の windowController サブクラスが File's Owner として設定されています。ウィンドウ内のビューには、NSOutlineView のサブクラスがあり、NSOutlineView データソースとデリゲートもペン先で参照され、IBOutlets を介して windowController に接続されています。

ドキュメントによると、[windowController ドキュメント] を介して OutlineView データソースからドキュメントにアクセスできるはずです。ただし、OutlineView データソースから (IBOutlet を介して) windowController を参照すると、代わりにドキュメントが表示されます。

これにより、ドキュメントを取得するために OutlineView データソース (windowController の xib の NSObject のサブクラス) にかなり醜いコードが作成されました。

ヘッダー ファイルの IBOutlet は myWindowController を次のように参照します。

簡単に言えば、windowController に接続された IBOutlet が、この状況で代わりにドキュメントを直接取得するのはなぜですか? 上記のコードは機能しますが、機能しないようです。

編集：明確化