Launcher/Mod manager

International board Development
#61

I diff’ed out DLLs. Apparently Qt installer embeds the absolute path to install directory in the DLLs.

Please try using my package + qwindows.dll in the platforms/ subfolder.

#62

It worked ^^

Kuririn also reported it worked for him.

#63

That’s great, we have this working. I’ll make sure to correct this in the next package. Thanks for help.

Pretty trivial thing… However I just haven’t conceived that Qt installer might be altering Qt binaries to add developer-specific search paths.

#64

Great job Ivan! :slight_smile:

Some questions & comments:

  1. 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?

  2. 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.

  3. 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.

  4. 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.

#65

  1. Configuration of wog (or any other mod) is not present yet.

  2. It should be available in launcher for installation but it should not be installed by default. So everything is OK at the moment.

  3. 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.

  4. 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)

#66

Hi. Latest CMake distribution (2.8.11) for OS X knows only about Qt3 and Qt5. Why there is no FindQt5.cmake in cmake_modules folder?

#67

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.

Perhaps you need something like this?
stackoverflow.com/questions/1563 … on-windows

#68

Did something change with Launcher or mod repository? I can’t make NewOldSpells mod install, even though it works normally in my game.

#69

Just one feature request:

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:

  1. When mod (and/or submods) active, then Update button should temporarily disable mod/submod and after successful update enable it again.

  2. 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.

#70

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.

#71

I tried to upload new mods, inluding fixed WoG. None of them can be correctly downloaded from repo :confused:

#72

This is what I see on my side:

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.

#73

Okay, fixed all but WoG.