Updated Korean translation from Transifex.
Fix crash in Windows 8 drag-and-drop.

Windows 8 file-system IStreams have a bug where a call to Stat() doesn't set the pwcsName field even though STATFLAG_DEFAULT is passed.  This NULL pointer that is never supposed to be null caused Explorer to crash when we returned it as a string.  We never even used the string!

This change stops the code requesting the name so it just uses the file size, avoinding the problem altogether.

Fixes #221.
Find WiX heat by environment variable when adding language.
New Romanian translation from Transifex.
Merge branch 'master' of github.com:alamaison/swish
Updated version numbers to 0.7.3.
Updated to latest version of winapi library.
Merge branch 'master' of github.com:alamaison/swish
Added missing thread to Boost build command.
Fix build problems with updated winapi library.
Copy to drop target asynchronously.

This prevents the windows blocking while the copy occurs.  Some more changes are needed before this feature is ready:
- Fix mutex problem when getting a file stream so that multiple streams can't be accessed simultaneously.
- Remove code that uses the OLE site as this is incompatible with an asynchronous drop
- Sort out progress dialogue on synchronous drops, as it is not appearing currently.

Addresses #59.
See #182.
Show extra debug info in error message details section.
Merge branch 'master' into feature/async_drop_target
Stop using OLE site as parent for UI in drop target.

The OLE site goes away after returning from Drop but our asynchronous drop operation is still going.  Instead we use the window the drop target was given when it was created.

See #59.
Decoupled announcing exception from rethrowing it.
Fix provider thread safety.

Moved the locks close to the libssh2 calls and maintain the mutex in the session object.

This fixes the problem of streams not being thread safe and reduces the time the methods are locked.

Closes #59.
Updated NEWS for release 0.7.3.
Fixed bug that should never have compiled.

Unbelievably, DummyProgress didn't inherit from anything yet the
compiler was quite happy to let us use it as a Progress.  But when the
code tried to call a method it would crash, presumably because there
was no vtable.  How was this ever allowed to compile?!
Pump UI messages on synchronous drop.

Because we are no longer doing the transfer in a different COM apartment, which would pump messages during the call, the UI blocks on the drop.  That includes not showing the progress dialog.

Therefore, we pump outstanding messages every time there is an update.  I don't think this it the right solution, but we can't run the progress dialog in a different thread as that breaks the windows rules.

The UI is still not wonderfully responsive because it can only update a little each time the progress is updated.  We may be able to do better once we use libssh2's non-blocking API as then we can pump messages more frequently.

Closes #182.
Merge branch 'fix/sync_drop_ui_blocking' into develop