the MFC redistributables are no longer required. Look for GetShortFileName, BrowseForFolder, and GetOpenFileName in wdcmx_menu.cpp to see an example of how they are used. You may want to change these outputs to the locations of the respective diff/merge tools for testing. The deliverables are built into common ' debug' and ' release' directories off the base directory. Select either the Release or Debug targets, and build the solution. From these four projects are built context menu handlers and dragdrop menu handlers that target WinDiff and WinMerge.

The current source archive provides a self-contained solution ( WinDiffTool.sln) that includes four projects. The second item is indicated by using the browse dialog presented to you after selecting the 'WinDiff' menu item. The first item to compare is indicated by the item you right-clicked on. Right-click on file and folder items from within Explorer, and select the 'WinDiff' menu item. A cool thing to check out is, how I use the BrowseForFolder callback to make the the tree control pre-select a directory.Īs a utility: WDCMX allows you to select files (or folders) from within Explorer and pass them to WinDiff. In addition, uses of GetShortFileName(), BrowseForFolder(), and GetOpenFileName() are included. Everyone seems to like CMDCMX, so I figured I would share WDCMX too.Īs a code example: WDCMX demonstrates an MFC based shell extension implementation.

WDCMX is a derivative of CMDCMX, which I wrote way back in 1996. I just picked WinDiff because my boss uses it, it is free, and it worked the way I needed it to. This project can be easily tweaked to work with any program that takes two paths as command line arguments. so don't get your panties all up in a bunch and start harping on what you like or don't like about WinDiff. this is not an advertisement or endorsement for WinDiff. It is sad that I have to do this, but here we go anyway.

Winmerge compare folder tree