されていません。

基本的に問題無く使えます。（Xdebugサポートを除く）

PDTでデバッグ機能を利用するためには、本体とは別にデバッガを自分でインストール・設定する必要があります。対応しているのは ZendDebugger と Xdebug のみで、DBG には対応していません。ただし、PDTのXdebugサポートはPDT本体とは開発主体が異なるので、マルチバイトをサポートしていない[2.0からサポートされます]、値の変更で eval が使えない、Linked Folder をサポートしていない[1.0.3で修正されました]、Watch の事前設定が使えない等々、さまざまな欠陥があります。これらの欠陥は開発主体に「バグである」との認識が無いため、改修される可能性は極めて低いです。PDTではZendDebuggerを使いましょう。（ただしPDT＋ZendDebuggerは mod_rewrite や pathinfo に対応していないので、それらが必要な場合はXdebugを使わざるを得ない）

ありません。

PDTだけではできません。Webサーバがリモートマシンにある場合、Target Management のRSEが必要になります。

できません。Webサーバがリモートマシンにある場合、ファイル転送のために「何か」用意する必要があります。

できません。php.ini は通常通りエディタで開いて編集する必要があります。

PDT 1.0 は JRE 5.0以上＋Eclipse 3.3＋WST 2.0 が必須です。

PDT 2.0（2008/12リリース）での対応となります。

PHP のインストール（または PHP が使用可能なサーバ）は必須です。

PDT Project Downloads から Release Build のページに進み、PDT All-in-One をダウンロードして下さい。Javaランタイム JRE 5.0 以上が必須条件なので念のため。

Eclipse Project Downloads で Latest Releases のページに進み、Platform Runtime Binary をダウンロード～解凍～起動 → Find and Install から WST 2.0（と Select Required で選択されたプラグイン）をインストール → Find and Install で PDT の Update Site を登録し、PDT をインストール

1. コマンドベースでの実行のために
   • トップメニューの Window＞Preferences＞PHP＞PHP Executables で PHP をインストールしたフォルダを指定して下さい。
   • PHP をインストールしたフォルダの php.ini に ZendDebugger の設定を追加して下さい。（Debugの項を参照して下さい）
   なお、php.ini は Preferences で指定したフォルダのものしか参照されないので注意して下さい。
2. Web ベースでの実行のために
   • トップメニューの Window＞Preferences＞PHP＞PHP Servers で PHP が動作するサーバの URL を指定して下さい。
     サーバの Document Root にアクセスできる場合（サーバがローカルマシンで動作しているか、あるいはネットワークフォルダとして割り付けられている場合など）は Publish も指定しておけば、実行・デバッグ開始時にプロジェクト内のファイルが自動的にコピーされます。[この機能は1.0.2で削除されました]
   • サーバの php.ini に ZendDebugger の設定を追加して下さい。（Debugの項を参照して下さい）
3. パースペクティブが PHP になっていない場合、PHP に切り替えて下さい。
4. PHP プロジェクトを作成して下さい。

さらに・・・

1. 文字エンコーディングの設定
   インストール直後の文字エンコーディングはOSデフォルト値なので、例えばWindowsの場合「MS932」です。PHPファイルを新規作成する時にもこの設定が適用されてしまいますので、Window＞Preferences＞General＞Workspace の「Text file encoding」をUTF-8などに変えておきましょう。（プロジェクトのプロパティでも設定できます）
2. マニュアルサイトの設定
   Window＞Preferences＞PHP＞PHP Manual で日本語サイト（http://www.php.net/manual/ja）を追加しておきましょう。
3. エディタの文字フォントとか
   エディタの文字フォントは Window＞Preferences＞General＞Appearance＞Colors and Fonts の Basic＞Text Font 等で設定します。
4. エディタのスペルチェック機能を切る
   エディタの英文スペルチェック機能はまず使わないでしょうから、Window＞Preferences＞General＞Editors＞Text Editors＞Spelling でチェックを外しておきましょう。

ファイルの右クリックメニューから Properties を選択し、Text file encoding に正しい文字エンコーディングを設定して下さい。リストボックスに適切な選択肢が無い場合は直接入力して下さい。

オブジェクト変数を間接的に取得している場合、コンテンツアシストが効きません。

function getObj() {
    …
}
…
$obj = getObj();
$v = $obj->|

このような場合、function の戻り値を PHPDoc コメントで明示してやればコンテンツアシストが効くようになります。

/**
 * @return MyClass
 */
function getObj() {
    …
}
…
$obj = getObj();
$v = $obj->|

また、変数に型を指定するやり方もあります。（PHPDocコメントではなく通常のコメントであることに注意して下さい）

function getObj() {
    …
}
…
/* @var $obj MyClass */
$obj = getObj();
$v = $obj->|

型指定はどこにあっても構いません。（変数名の $ はあってもなくても構いません）

foreach ($objArray as $obj) {
    /* @var obj MyClass */
    $obj->|
}

Include Paths に設定してやればコンテンツアシストが効くようになります。

プロジェクトがPHPプロジェクトになっていません（アイコンで識別できます）。PHP エディタの機能はPHPプロジェクト内のファイルを編集する場合のみ有効です。

トップメニューの Window＞Preferences＞General＞Content Types で、Text の下の PHP Content Type に拡張子を追加して下さい。

この設定は Internal Web Browser でのみ有効です。

ありません。

Preferences＞General＞Editors＞Text Editors の「Show whitespace characters」で設定できます。

SSE（PHPエディタの元になっているエディタ）のバグです。

ありません。

プロジェクトのプロパティの Validation（または Window＞Preferences＞Validation）で「HTML Syntax Validator (for PHP Files)」を外せば一応回避はできます。

Project＞Clean で消えます。

少なくとも1文字はタイプしてからコード補完リストを表示させて下さい。

ありません。再三要望は出ているのですが、PDT開発チームは「短縮型のタグを無効にできることを知らない」ので「エラーになるのがPHPの仕様だ」と言い張って毎回却下されています。

Preferences＞General＞Editors＞Text Editors＞Spelling で「Enable spell checking」のチェックを外して下さい。

信じられないかもしれませんが、現状『「{」の次行以降の「}」までの間のインデント修正』にしか対応していないんです…改行挿入とか「{」の位置調整とかはしてくれません。

HTMLの構文彩色は Window＞Preferences＞Web and XML＞HTML Files＞Syntax Coloring で設定します。

この機能は実装されていません。

SSE（PHPエディタの元になっているエディタ）が対応していないのでできません。

プロジェクト名と同名のディレクトリに対象ファイルと同名のファイルが実在していると、そちらを開いてしまうバグがあります。例えばプロジェクト「PHP」の「file1.php」を開くべき時に「C:\PHP\file1.php」が存在していると、「C:\PHP\file1.php」が開かれてしまいます。このようなディレクトリ/ファイルとプロジェクト/ファイルの一致が無いようにして下さい。

コード補完はPHPのすべての関数をサポートしているわけではありません。

CtrlキーとSpaceキーを同時に押してください。

ドットで始まるファイル・ディレクトリはデフォルトではフィルタで非表示になっています。PHP Explorer のメニュー（ツールバー右端の▽）の「Filters」からフィルタ設定画面で「.* files」のチェックを外して下さい。ただしこれにより Eclipse の設定ファイルである「.project」等も表示されてしまいます。

ありません。

これはWSTに由来するもので、PDT自体のものではありません。

これはWSTに由来するもので、HTML等のファイルで有効です。

通常の実行でも、起動設定（Launch configuration）の「Run With Debug Info」にチェックが付いている場合、デバッグに使用する文字エンコーディングを設定する必要があります。設定箇所は、トップメニューの Window＞Preferences＞PHP＞Debug の Debug Transfer Encoding と Debug Output Encoding で、ここに適切な文字エンコーディングを指定して下さい。
プロジェクト単位でも設定できますが、ファイル単位・実行単位では設定できません。

起動設定（Launch configuration）を開いて「Run With Debug Info」のチェックを外して下さい。デフォルトは設定できないので個別に設定する必要があります。

PHP 5.2.3で php.ini に「output_handler = mb_output_handler」の記述があると、バッファサイズ（たぶんデフォルトで4K bytes）未満の出力は捕捉（してコンソールビューに出力）できないようです。全く同一の設定で PHP を 5.2.4 に変えると正常に出力されるので、PHP 5.2.3 の不具合と思われます。

プロジェクトの Include Paths に準じるのが仕様です。ここに適切なパスを設定しないとコード補完とか効かないので設定するのが推奨なのですが、コード補完とか要らない、php.ini と自分で整合を取らなきゃいけない（PDTは面倒見てくれません）のは面倒くさい、とかいう場合、php.ini の記述を「include_path=」から「include_path =」（判り難いですが“=”の前にスペースが入ってます）に変えれば（かつ、php.ini の冒頭に“[php]”のようなセクションがあれば）、PDTの変更は php.ini の先頭に加えられるため、その後に記述されることになる本来の include_path が有効なままになります。

そんなことはありません。環境をゼロから構築する場合には有用かもしれませんが、既に Web サーバ（Apache とか）も PHP 実行環境もある場合、必要なのは ZendDebugger.dll だけです。
PHP をインストールしたディレクトリに PHP のバージョンに対応した ZendDebugger.dll をコピーし、php.ini に設定を追加して下さい。

zend_extension_ts=ZendDebugger.dll
zend_debugger.allow_hosts=xxx.xxx.xxx.xxx  ;デバッグ端末のIPアドレス（複数の場合カンマ区切りで）

ZendDebugger.dllは下記からダウンロードできます。
http://downloads.zend.com/pdt/server-debugger/

デバッグに使用する文字エンコーディングを設定する必要があります。設定箇所は、トップメニューの Window＞Preferences＞PHP＞Debug の Debug Transfer Encoding と Debug Output Encoding で、ここに適切な文字エンコーディングを指定して下さい。
プロジェクト単位でも設定できますが、ファイル単位・実行単位では設定できません。

Change Value で入力された文字列はそのままの文字列として変数にセットされるわけではなく、「評価」（evaluate）されます。入力されたものが数式の場合は計算結果が、関数の場合はその関数の実行結果が、変数（$～）の場合はその変数の値が、単なるアルファベットの場合は文字列とみなしてそのまま、変数にセットされます。
文字列をセットしたい場合は「'」で囲って文字列であることを明示したほうがよいでしょう。

ZendDebugger.dll のバージョンが合っているかどうか確認して下さい。例えば PHP Script 実行のコンフィギュレーションで「Run With Debug Info」のチェックを外して実行すると PHP の出力がコンソールビューに表示されますが、ここにエラーメッセージ（e.g. Failed loading ZendDebugger.dll）が表示されていたら、正しい ZendDebugger.dll をセットアップして下さい。

最新の PDT （R20080603）と最新の ZendDebugger （5.2.14）を使って下さい。
phpinfo() で ZendDebugger が組み込まれていることを確認して下さい。

Apache の error.log を確認して下さい。IPアドレスがデバッグ許可されていないかもしれません。その場合、php.ini の zend_debugger.allow_hosts でデバッグ端末の正しいIPアドレスを指定して下さい。

サーバがリモートの場合、Windows ファイアウォールの設定を確認して下さい。「例外」で Java にチェックが付いていない場合はチェックを付けて下さい。

デバッグ用ポート（デフォルトは10000）が使用中でないか確認して下さい。使用中の場合は設定でポート番号を変更するなり、使用中のプログラム/サービスを停止するなりして下さい。

デバッグ開始ページとは別のページにブレークポイントがある場合、起動設定（Launch Configuration）の Advanced の「Debug All Pages」が選択されていなければなりません。（「Start Debug from」に該当ページを指定するのも可）

NAT を使用している場合、リモートデバッグ機能は利用できません。今のところ。

プロジェクト外の（IncludePath下の）ファイルに設定したブレークポイントは無効です。今のところ。

URL が PathInfo を含んでいる場合や mod_rewrite を使用している場合、ブレークポイントは正しく動作しません。今のところ。

PHP Servers～サーバの設定の URL（Document Root の URL でなければならない）が正しくない場合（例えばサブフォルダを指定してしまった場合など）、ブレークポイントは無視されます。

サーバがLinuxなどで、シンボリックリンクでDocumentRoot下にリンクしたディレクトリにPHPファイルがある場合、ブレークポイントは有効になりません。

PDT 1.0.3で、対象ファイルがLinkedファイルもしくはLinkedフォルダの下のファイルの場合、バグのためブレークポイントは無視されてしまいます。

「else」や「elseif」にブレークポイントを設定した場合、デバッグ実行時には無視されます。

もしこのような状態になったら、とりあえず Debug ビューでプロセス（PHP Application）またはスレッド（プロセスの直下のファイル名が表示されている行）を選択して Suspend ボタンをクリックすると、制御が PDT に戻ってくるかもしれません。

ウォッチ式として登録する範囲を選択すれば有効になります。

Open Debug Dialogで出てくる起動構成でURLのAuto Generateのチェックを外し、URLに?hogehoge=hugahugaを付加すれば起動はできます。が、この指定は保存されないので、起動用のPHPファイル（GETパラメータ付きのリンクを出力するだけのスクリプト）を作成するしかないと思われます。

メニューの Window＞Web Browser（もしくは Window＞Preferences＞General＞Web Browser）で選べます。（そこに選択肢があれば）

Debug View の Terminate ボタンを押してデバッグセッションを終了するまでは「デバッグ中」なのです。

Xdebugの場合、この動作は仕様です。

Xdebug（PDTのXdebug用デバッガの意）はマルチバイトには全く対応していませんので、OS自体のエンコーディング（WindowsならMS932）以外の文字は化けます。