バージョン2.14以降、WinMergeは、Windows 9x、ME、NT4を含む古い32ビットWindowsシステムのサポートを終了しました。また、WinMergeバージョン2.16は、Windows 2000をサポートしていません。

以前、WinMergeは、古いWindowsコードページを基に設計されたANSI（8ビット）実行ファイルWinMerge.exeを提供していました。WinMerge.exeは、内部的にWindowsコードページでサポートされているANSI文字のみを格納していました。この実行ファイルには、Unicodeを扱う上で深刻な制限がありました。Unicodeファイルを開くと、文字はWindowsのANSIコードページに変換されました。Unicodeには10万を超える文字がありますが、ANSI文字セットでは256文字しか表現できないため、データ損失が発生する可能性がありました。変換は近似的（例えば、アクセント記号が失われる）であったり、不可能（文字がクエスチョンマーク（?）に置き換えられる）であったりしました。

WinMerge.exeは、現在のANSIコードページ以外のファイル名を持つファイルも開くことができませんでした。例えば、英語システムでは、WinMerge.exeはヘブライ語の名前を持つファイルを開くことができませんでした。

WinMergeは、新しいUnicodeベースのWindowsシステムで動作するように、Unicode対応のWinMergeU.exe実行ファイルを開発しました。WinMergeU.exeには、ANSI実行ファイルの制限はありません。

WinMergeU.exeは、しばらくの間デフォルトでインストールされており、ANSIベースのWindowsシステムがほとんど残っていないため、WinMerge.exeを保守する価値は最小限です。バージョン2.14以降、WinMergeはインストーラーにWinMerge.exeを含めていません。

比較したいフォルダーの中をブラウズしてください。ファイルやサブフォルダーは選択せず、ファイル名フィールドにフォルダーの選択と表示されたら、開くをクリックするだけです。既にファイルやサブフォルダーを選択してしまった場合は、ファイル名フィールドに適当な文字列を入力して開くをクリックしてください。入力したファイル名が見つからない場合、WinMergeはフォルダーを開きます。

現時点ではクロスプラットフォームサポートの予定はありませんが、Jochen Neubeck による非公式バージョン WinMerge 2011をお試しください。このバージョンは Linux でも Wine で動作するはずです。

CVS統合機能を提供することは微妙です。 なぜなら、すでに多くの良質なCVSクライアントが存在するからです。 けれども、WinMergeは、それらのCVSクライアントのひとつ、TortoiseCVS(ほかのツールと共にWinMergeを使用するで後述) の差分機能を統合します。 WinMergeは、コンフリクトファイルを解決することもできます。 (さらなる情報は、「コンフリクトファイルの解決」を参照)。

MRUは「Most Recently Used」(最近使ったファイル)の省略形で、 ファイル及びフォルダー選択ダイアログの履歴一覧に関係しています。 この一覧は、最近使用した20のパスを含みます。

OpenOfficeのファイルは書庫です。 WinMergeが開くことができるように、アーカイブサポートを設定しなければなりません。

これは、WinMergeが大きなファイルを比較する時は、 常にクイックコンテンツを使用しているからです。 この方法は、WinMergeで大きなファイルをより効率的に比較することを可能にします。 このことがあなたの見ている現象を発生させるかどうかをテストするために、クイックコンテンツ用の大きなファイルとみなすしきい値を上げてみることができます。 どのようにすればよいか学ぶために「フォルダー比較操作の開始」での、この方法の説明を見てください。

Windows エクスプローラーで複数のファイルを選択すると、右クリックしたファイルが最初の（主となる）項目になります。残りの項目は、選択された順に続きます。そのため、WinMerge で左側に表示したいファイルがある場合は、複数のファイルを選択したうえで、左側に表示したいファイルを右クリックしてください。

この Windows シェルの挙動についての詳細は、次の記事を参照してください: The Old New Thing: 明示的なコマンドが指定されていない場合、エクスプローラーはどのプログラムを使用してファイルを開くかをどのように決定するのか。

おそらく、ファイルの改行コードが異なっているからです(例えば、WindowsとUnix)。 デフォルト設定では、WinMergeは、改行コードを比較します。 無効にするには、編集(E) → 設定(O) とクリック。「比較」カテゴリの、改行文字の違いを無視する(R) (Windows/Unix/Mac)にチェックしてください。

私たちは、これを、非可逆式変換と呼んでいます。

ANSIのファイルに関しては、多分コードページの問題です。障害調査をする為に、編集(E) → 設定(O)とクリックしてください。「コードページ」カテゴリにあるファイルのコードページ情報を検出するがチェックされているか確認してください。もしチェックされていたら、チェックを外し、OKをクリックし、問題が解決するかを確認してください。

残念ながら、WinMergeは等幅フォントしかサポートしていません。

(自動)再スキャンが可能な時(「設定」の「エディター」カテゴリ)、 WinMergeは、ファイルが編集されている間、再スキャンを遅延させます。 つまり、編集を止めるまで、再スキャンは起こりません。 この遅延が無い場合、WinMergeは文字をタイプする毎にファイルをスキャンし、編集作業を遅くさせるでしょう。 この遅延は、特に(再スキャンに数秒かかるような)大きなファイルの編集を改善します。

できます。 基本的な印刷をサポートしています。 ファイル(F) → 印刷(P)をクリックしてください。

できません。 この機能は、多くのユーザーからリクエストされていますが、これを実装する予定はありません。 私たちは、それが本当にユーザビリティを改善するとは思っていません。

WinMergeをコマンドラインから-eスイッチ付きで起動してください。

コマンドラインスイッチ「-x」を使用してください。

外部プログラムからWinMergeを起動する時、/ubオプションを付けて起動してください。 これは、テンポラリファイルを履歴に加えないようWinMergeに伝えます。

これらのうち、どれか一つを含むバッチファイルを作成してください。

あなたが使っているプログラムから、このバッチファイルを呼び出してください。

ペリースタイルのパッチは、別のフォルダーに、元ファイルと変更後のファイルが入っているzipファイルです。 WinMergeは、(驚くべきことに！)これらのファイルの取扱いを内部的にサポートしています。 比較操作を実行し、zipファイルを左右両方とも選択してください。WinMergeは、zipファイルの内容をフォルダー比較ウィンドウに展開し、 元ファイルと変更後ファイルを比較します。

はい。設定ボタンをクリック(または、編集(E) → 設定(O))。「アーカイブサポート」カテゴリの、ファイルのシグネチャからアーカイブの種類を検出する(D)オプションを有効にしてください。

メモ帳でファイルを開いてください(例えば、 スタート → すべてのプログラム → アクセサリ → メモ帳をクリック)。 ファイル(F) → 名前を付けて保存(A)とクリックし、保存ダイアログで エンコーディング ドロップダウンリストの項目をスクロールしてみてください。 そこに、有効な値が含まれています。

ありません。それは、最新バージョンでは追加されるかもしれません。 それまで、diffutilsのWin32移植版が使えます。 最新版のdiffutils(とパッチ)は、 SourceForgeのGnuWin32 プロジェクトページ: https://sourceforge.net/projects/gnuwin32 からダウンロードできます。

実験的なプラグインApplyPatch.sctを使用してパッチを適用できます。このプラグインがサポートするパッチの拡張子は、.diffまたは.patchです。