VisualWGet 2.4 + quick patch for non-Latin characters

[dvv...@gmail.com]

WGet is known to save files with non-Latin names (such as Cyrillic) by representing such file names incorrectly.
I've created a quick fix for that, basing on the sources of vwget-2.4-src.zip from https://sites.google.com/site/visualwget/a-download-manager-gui-based-on-wget-for-windows
This is just a quick fix that renames a file to a proper name at the end of the download.
To make this renaming possible, you should specify the WGet's option "--restrict-file-names=nocontrol".
There is one undesired issue, however, that I could not solve in the scope of this fix. Here is the issue: if you restart a download that results a non-Latin file name, it will always be re-downloaded from scratch, because the saved non-Latin file name does not match the file name reported by WGet (where WGet actually represents the non-Latin file name by sequence of UTF-8 bytes).

[Vitalii Dovgan]

Please find attached (both the .exe and two updated source files).

[Vitalii Dovgan]

To make this renaming possible, you should specify the WGet's option "--restrict-file-names=nocontrol": VisualWget-DefaultDownloadOptions.png

[Vitalii Dovgan]

Please find the second version of the patch attached. It includes both the updated executable and the updated source files.
The goal of this second update is the following: if the saved file name is not a valid sequence of UTF-8 bytes (this happens if the download was run without specifying "--restrict-file-names=nocontrol"), this file is not renamed because it's not possible to restore the correct non-Latin file name in this case. And when the file name is a valid sequence of UTF-8 bytes (when "--restrict-file-names=nocontrol" was specified), it is renamed to restore the original non-Latin file name.
Also this archive includes updated Russian translation with a few corrections.