Hey Ben,
Further sleuthing has led me to this discovery (I still don't having it working, but)...
I spent the entire afternoon and evening today installing and uninstalling all sorts of WIDCOMM packages. I discovered two major factors contributing to my complications.
1. When I changed the extension on the btw.inf file to btw.bak, Vista only renamed in btw.bak.inf and was somehow still recognizing this file. It was not until I physically moved the file into a backup folder in my documents did it become nonfunctional, thus removing the incompatibility or conflict.
2. WIDCOMM v6 (the one made for Vista) is not a fully independent stack. It actually uses the MS stack as a core and adds additional functionality onto it; Wiimote functionality NOT included

I cannot install WICOMM v6 without btw.inf present and functional.
I then tested out the wiimote in Mac OSX and it worked on the first try! My mind exploded. I can't believe how difficult Microsoft has made things. I want to play Left 4 Dead on my computer, this is the whole incentive to get it running in Vista.
I returned to the Vista environment and attempted to install an earlier, complete, version of WIDCOMM, version 5. This worked smoothly and I thought I had it all figured out until I went to connect the wiimote to the computer. There is no option to skip entering a passkey. It forces me to enter a passkey! For crying out loud this is a never ending maze of compatibility madness. If there is an answer to this hurdle I would joyously employ it. I did look into a passkey work around and saw a post that said the wiimote actually does have a passkey, it is just not necessary to use. The pass key is the MAC address of the Bluetooth host network. I worked on a solution to this, but I don't know if there is a viable work around available. The problem is the MAC address is a set of hexadecimal numbers and the passkey is ASCII. The hexadecimal numbers of the MAC address don't map into any numbers or letters you could enter in as the passkey. I downloaded a MAC spoofer by Technitium and attempted to mask the MAC address of the bluetooth dongle to 30:30:30:30:30:30 translating to a passkey of 000000, but the address is only spoofed if the dongle is not plugged in. As soon as I plug it in the hardcoded MAC address overrides the fake one. I don't dare go any further than this, because I don't want to be manually messing around with the registry.
So... I am on the verge of completely giving up. Unless there is a way to get WIDCOMM v5 to stop mandating a passkey of some kind I don't think there is anything I can do. Is there an even earlier version of WIDCOMM that does not have this problem?
I hope there is a solution. Is there anyone else running into this much trouble?