At least it defaulted to English, as sometimes if there is no table lookup it will either be a blank entry or some @xxxxx.xxx sort of data shown. 'User Manager' may not of been translated by M$ as technically it should of - if it was present. As 'Classic User Accounts' is not present in any of the tables i chose 'User Manager' instead so not to clash with the already present 'User Accounts' item. Will take a look tomorrow and see if i can find the right table part
Have taken another peek at the translation and i have changed which file's table is used for the title wording, so now what was the 'User Manager' before will now be named as 'Manage User Accounts' - hopefully this time it will be translated correctly. It will still open 'User Accounts' but a different part of that section that has extra features/options - AKA 'Classic User Accounts' which sadly there are no translation look up table(s) for that exact wording. *sigh* Testing continues.....
Some slight change to wording on one now older option: 'Reboot To Advance Boot Menu' -- This will now be just called 'Recovery' on Win10, (auto translated - i hope), and on Win 8.x it will be called 'WinRE Recovery' in English only. This is because i cannot find the look up string table in ReAgent.dll on win8.x, so had to set it in English. If i can find a suitable replacement wording on 8.x that is translatable i will, but it is only cosmetic, when the item is clicked the actual advanced menu that appears after the reboot should be in the native language anyway. Testing continues... **EDIT** Have hopefully sorted the Recovery wording
MRP is at RC2 Stage Updated the project log(s) output text , many have new wording/meaning to reflect the internal code changes made in the areas affected. Updating the MSDM routine so that if your MSDM key is for W10 and you install say Win 8.x then the key will not be used as activation will fail. This is quite a complex task and several attempts have been tried, the method i am testing at the moment seems to be a candidate for use... Hopefully it will be ok to include in the released version. Creator has been sorted and new wording used on some new/updated options as mentioned in previous posts, such as the 'Advanced Recovery Tools' one. Once this MSDM part is sorted then the code base is about finalized for this release and if all goes to plan it will be ready within the next week or very early the week after. Testing continues.. Query Tool v108 is almost completed too.
Still a bit of work to go to get the msdm part working better. Very close, just a few tweaks to sort, as it seems it got confused with 8 and 8.1 to allow its use when the edition is a match on a w10 install. Will fix that shortly when i get home from work in a hour as i have two ideas to make the checks. **EDIT** Have updated the internal database with a flag so that hopefully if the MSDM key is for Windows 10 only and a 8.x OS is installed then the flag will come into play and prevent using the key, which will not work on a lower OS. If the key is for 8.x and 10 is installed as long as the Edition is a match then it should install the MSDM key as normal. Find/FindStr is a bit unreliable at times so now have the flag system in place as a back up if the first method not work as expected.. Well that is the plan! The QT 128 will also look for this flag and basically say what OS Version the key is for such as 8.x/10 or 10 only.
Took another look at report and the msdm was all processed correctly when the insert msdm early option was used. Then later it was checked again, but because the routine had already ran it had deleted the generic etc files hence the error shown. Tiredness and having to go do another night shift not help Will now finalize that routine and set a flag to ignore the recheck later if the insert msdm early option is used.