問題タブ [inspector]

私は Mac OS X プログラミングは初めてなので、Cocoa と Carbon の両方で Interface Builder (3.2.3) を使用したインターフェイスの構築を含む入門テキストを読んでいます。残念ながら、Cocoa および Carbon シミュレーターでエラーなしで実行するために入力した例のいくつかを取得するのに問題があります。そこで、出版社のサイトからソースコードファイルをダウンロードしてみたところ、問題なく動作することがわかりました。

パブリッシャーの動作中のコードと私の動作していないバージョンのコードの違いを見つけようとしています。Inspector にリストされている属性設定を比較することから始めましたが、違いは見つかりませんでした。次に、2 つの異なるバージョンの .nib ファイルを比較するために使用する File Merge に出会いました。File Merge は違いを表示しますが、私は .nib ファイルで使用されているマークアップ言語に慣れておらず、何が関連しているかどうかを知るのに十分な知識がなくても追跡するにはあまりにも多くの違いがリストされているため、実際にはあまり役に立ちませんでした.

私の質問は、インスペクタ ウィンドウで確認できるものよりも 2 つのバージョンのコードの違いをより適切に表示するツールまたはメソッドが利用可能かどうかということです。 File Merge によって提供されます。Interface Builder でコードをデバッグするための推奨されるツール/方法は何ですか?

また、違いを見つける唯一の方法である場合に備えて、.nib ファイルのコードの読み取りとデバッグに慣れることができるドキュメントを推奨できますか?

ありがとう

h2Google Chrome の要素インスペクターを使用して Web ページの要素を調べていますが、適用されているように見える CSS ルールの一部がグレー表示されています。取り消し線はルールが上書きされたことを示しているようですが、スタイルがグレー表示されている場合はどういう意味ですか?

チュートリアルの一環として、サイズ変更可能な Carbon ウィンドウを構築しようとしています。Snow Leopard 10.6.4 で Interface Builder 3.2.3 を使用しています。

空の Carbon プロジェクトを作成し、ライブラリからウィンドウ オブジェクトを追加した場合 (インスペクターの [閉じる]、[最小化]、[サイズ変更]、および [ズーム] ボタンをすべてオンにして)、Carbon シミュレーターを実行し、サイズ変更コントロールをつかんでウィンドウのサイズを変更しようとすると、ウィンドウが消える。

ただし、既にウィンドウ オブジェクトが含まれている Carbon プロジェクトを作成した場合 (つまり、最初にウィンドウを作成した後に自分でウィンドウを追加する空のプロジェクトの代わりに)、その場合、ウィンドウのサイズを変更しても問題ありません。

これら 2 つのケースの設定の違いを確認するために、インスペクターで選択内容を視覚的に一致させようとしましたが、表示されている 2 つのパラメーター セットの違いにすぐには気がつきませんでした。したがって、インスペクターに表示されない設定が他にもあるのではないかと興味があります。

サイズ変更時に Carbon ウィンドウが消える一般的な理由はありますか?

ありがとう

アクションとアウトレットにうまく接続されたボタンで満たされた UIView があります。しかし、私の無限の知恵では、ボタンの動作を変更して、UIControl をサブクラス化したほうがよいと判断しました。

私の計画は、Interface Builder に飛び乗って、ボタンのクラスを新しい UIControl サブクラスに変更してから、起動して実行することでした。これにより、アウトレットとアクションの接続がすべて保持されます。

IB (View Identity Inspector) で、クラス フィールドに UIControl サブクラスを入力すると、タブ アウトすると UIButton に戻ります。UIButton サブクラスはすべて機能しますが、UIControl は機能しません。継承ツリーを下ることはできますが、上に行くことはできません....

最初の計画は、XCode に移動して、新しいコントロールのスーパークラスを一時的に UIButton に変更し、IB ボタンの「クラス」を変更してから、XCode コードのスーパークラスを UIControl に戻すことでした。IB はクラスを受け入れて変更しましたが、アプリを実行すると、見えないボタンが表示されます。IB 属性インスペクターには、引き続きボタンとして表示されます。

コントロールをゼロから作成して再配線することは機能しますが、回避できる場合はすべてのボタンを再配線しないことを望んでいました. (これは私が複数のアプリにまたがることを望んでいた変更であるため、聞こえるのは少し苦痛です)

誰でもこれを回避する方法を知っていますか?

どうもありがとう！

別の質問に対するコメントのフォローアップとして、ページにロードされているすべてのjsコードのリストを取得する方法があるかどうかを自問しました。ファイアバグやクロームインスペクターが行うことのようなもの。

そのための純粋なJavaScriptの方法はありますか？

1つの方法は、スクリプトタグをスクレイプすることですが、動的にロードされたjsを見逃す可能性があります。APIが欲しいです。

他の質問の場合、呼び出しのすべてのスクリプトをgrepして、console.debug()それらを忘れて本番環境に移行させないようにすることができます。

ありがとう

Webkit インスペクターでは、要素パネルに移動して DOM 要素を展開し、関心のあるものを確認できます。

これまでのところ、探しているものを見つけてコードを変更し、ページをリロードすると、Elements パネルの DOM ツリーが折りたたまれます。

A) Inspector に自分がどこにいたかを記憶させ、DOM ツリーを開いて自分がいた場所に戻そうとするか、B) デフォルトで DOM ツリーを展開したままにする方法はありますか?

MSDNの例からメッセージをデバッグ ウィンドウに書き込む単純なメッセージ インスペクターを実装しようとしています。

返信は予想通りの書き込みです。ただし、リクエストはnullのようです。何がうまくいかないのかについてのアイデアはありますか? コンソール アプリをクライアントとしてサービス参照プロキシを使用しています。

私はbasicHttpbindingを使用し、svcファイルを使用してIISでホスティングしています。Web メソッドのパラメーターは複合型です。それが違いを生むかどうかはわかりません。

モニターをポートレートモードで実行しているので、非常に高い/垂直の画面解像度（1440 x 2560）があります。インスペクターツールを使用してDOM内の要素を選択する必要があるたびに、モニターの一番下までスクロールしなければならないのは本当にイライラします。

Firebugのようにツールバーの上部に移動する方法を知っている人はいますか？（彼らはそれを一番下に移動したので、Firebugに似て見えないようにしようとしていたと思いますか？-これがより良い理由はないようです）

この方法でもインスペクターを起動できるように設定できるショートカットはありますか？

要約:
1. LachlanG と Ken が指摘したように、デバッグ時の手動型キャスト。
2. Delphi 2010 以降に導入されたデバッガ ビジュアライザの概念を利用します。
3. 対応するジェネリックに切り替えます。

=========================================

たとえば、次のコードを見てください。

TestRegularの最後と の最後にそれぞれブレークポイントが設定されている場合TestGenerics、デバッグ インスペクターを介して一般的なリストの項目 (および項目の内容も) を確認できますが、マウスを変数の上に置いたときの通常の tobjectlist tmp。通常の tobjectlist で同様のデバッグ時機能を実現する方法があるかどうか疑問に思っています。

Intel Inspectorを使用してプログラムのメモリの問題をチェックしていますが、MSVCR90D.dllモジュールで「初期化されていないメモリアクセス」エラーが発生し続けますが、そのエラーをクリックすると、ソースを表示できませんでした。これを引き起こすために私が間違っていることについて何か考えはありますか？

読み込み/出力機能に関係があるのではないかと疑っていますが、どうすれば確認できますか？