You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As more and more mods are becoming the backbone of people's playthroughs of BG3, being able to check if multiple mods are loaded before attempting to add things to the queue seems necessary.
In order to avoid causing another refactoring issue, I'm wondering what might be the best implementation method.
Use modGuids when requiring multiple mods.
It might not be elegant, but it will work for easier differentiation. It is also a method already used with UUIDs in Progressions.
Use type(modGuid) to determine if it is a String or a Table.
I don't have much experience with LUA, but I understand this might be a slow or resource heavy method?
In any case, I am curious where others sit. In addition, I guess making sure I don't start building something that has already been started elsewhere on a local repo.
The text was updated successfully, but these errors were encountered:
Thinking on it, it may be worth having a parentModGuid field automatically filled out in the JSON loader, to differentiate required mods & the mod providing the changes, to assist in debugging
Part of #46
As more and more mods are becoming the backbone of people's playthroughs of BG3, being able to check if multiple mods are loaded before attempting to add things to the queue seems necessary.
In order to avoid causing another refactoring issue, I'm wondering what might be the best implementation method.
modGuids
when requiring multiple mods.It might not be elegant, but it will work for easier differentiation. It is also a method already used with
UUIDs
in Progressions.type(modGuid)
to determine if it is a String or a Table.I don't have much experience with LUA, but I understand this might be a slow or resource heavy method?
In any case, I am curious where others sit. In addition, I guess making sure I don't start building something that has already been started elsewhere on a local repo.
The text was updated successfully, but these errors were encountered: