Huhā¦ on my system it was libEGL that caused that behaviour. It seems to vary from machine to machine. Bad.
Could you check exactly which DLL is that you need to run launcher? Try ābinary searchā on non-debug DLL-s. I really would like to avoid packaging the whole Qt binaries with VCMI.
Not very reliable test but still - I managed to run launcher via wine. It seems that /platforms/qwindows.dll is missing. It can be found in /msvc2012/plugins/platforms/qwindows.dll
BTW - I noticed that there are a huge icu.dllās. Is there a way to remove them? According to this it is needed only for webkit. Which we donāt use anyway: stackoverflow.com/questions/1673 ā¦ pendencies
I also noticed libflac (just 300 kb but unused AFAIK) and two versions of msvc dllās - msvcp100.dll and msvcp110.dll. First one seems to be unused.
Mods/witchking-arts should be removed (leftover from launcher test I assume)
The fun this is I use just same package. Installer is named
qt-windows-opensource-5.1.1-msvc2012-x86-offline.exe
Still, for now I can tell that dlls from pack didnāt work, while mine do, so something must be wrong here. I can replace one with another at any time to break or fix launcher.
Could you have by any chance copies also qtenv2.bat file from Qt bin/ directory? Apparently it is used to append to PATH you Qt installation dir, so that could explain why it suddenly started working.
If notā¦ does extracting the 0.93b package overwriting your launcher DLLs stops launcher from working? From what I see the Qt binaries we have in out packages are the same.
With WoG mod enabled, I still canāt figure out how to enable the WoG Commanders/Artifacts/Experience modules. Either Iām missing something, or they just donāt work in 0.93c?
Mods/witchking-arts seems to be still there, while on the previous page you said it should be removed. Unless what you meant was that it was coming as installed by default? But if you meant it should be removed from the launcher as well, I wonder why that is? I didnāt know it before, and I find it brings in pretty cool artifacts, so I prefer keeping it if possible.
Just a detail: it would be nicer if the left/right panels could be adjusted in width individually AND keep the interface size settings for next time. Personally I prefer a left panel wider view which shows all columns, while the right panel could do with half of that width (i.e.: the one it has after I enlarge the left one as much as I want). If you could make it that we can use the middle bar to distribute the width between panels (AND keep setting), it would be great. But if itās too much hassle, donāt bother.
Not related to the launcher itself, but didnāt want to open a separate topic: is the True Type mod there because of the Russian mods (I saw a mention of it here), or for a different reason? I installed it to give it a try ā it looks good in game windows, but itās too big in stack size boxes in battles (I think 1 pixel higher & wider than the H3 fonts), which is not very practical and even a bit harder to read sometimes given the overlap of the upper pixels with the box frame. Just thought of mentioning it in case something can be done about it.
Configuration of wog (or any other mod) is not present yet.
It should be available in launcher for installation but it should not be installed by default. So everything is OK at the moment.
After quick search I havenāt found how to do this. Not a bad idea but right now I donāt know how to do this with Qt.
Actually at this point true type fonts are incompatible with any localization mods due to lack of unicode support.
In its current state this mod is more like experiment/proof of concept - still needs some fine-tuning to fix such cases like stack sizes as well as some coding to implement unicode (needed to make them work with localizations)
Hi. On my system all Qt5<->cmake integration files come from Qt5 package - with qt5 installed cmake work as it without any workarounds like specifying any locations manually.
Personally I would like to avoid manual disabling and enabling of mods before and after updating. All these cases should be automatically handled by launcher itself:
When mod (and/or submods) active, then Update button should temporarily disable mod/submod and after successful update enable it again.
When mod inactive, then update button should just update mod but not enable it again.
If this is not the expected behavior, please disable Update button for active mods, as people tend to forget about the necessity of disabling and therefore creating useless server load.
Actually thatās already proposed in this thread and Iām already working on it.
And I completely forgot about that bug reported by Warmonger hereā¦ Will check whatās wrong there.
UPDATE: Warmonger, that mod should be working now. Temporary fix - use ONLY lower case for mod names in repository.json file. Iāve already made proper fix for Launcher, will upload it later.
Tortofoid -> works for me.
Evil trees -> ID in mod.json is āevil treesā while archive contains mod āevilTreeā. Renaming data in repository.json to āevilTreeā (case insensetive) should fix this. WoG -> update bug confirmed, will try to fix today.
Oh - and there are two typos in repo.json as well:
At line 50, position 1 warning: Comma expected!
At line 217, position 1 warning: Comma expected!
Update on WoG - actually archive is corrupted - it must have directory named āWoGā as only top-level file:
WoG.zip/
WoG/
<all files for WoG mod>
Fixing that should also fix broken updates.
Warmonger, can you do all these changes? I wonāt be available till late evening so I canāt fix all of these ATM.