Behelit79

Since i've found more instances of this behavior in the new heavy modded game profile i was trying to set up, and since Vortex doesn't provide a fast way to know which mod or single file override the others, my solution was to simply uninstall everything and build my new playthrough with Mod Organizer 2. In the end Vortex is fine as it is but better suited for easy / short modlists so you can even ingnore these bugs.

Ok, i tried by completely removing Fabled Forests and installing it again, applied a global overriding rule and it correctly shows in the per file conflict menu. Then i tried to globlly swap the priority to the second mod and it almost worked, many files correctly changed priority but others not. Don't know if it's related, but it seems almost all the files that didn't correctly change priority are files that have a third or more mods involved in the priority menu.

Hello I'm having a lot of problems with Vortex lately, i set normally my global rules of deployment but then if i go and manage conflicts on a single file level i can see that sometimes my general rules are already not followed. I post here one example of what's happening to me with Skyrim SE: I set Fabled Forest to deploy globally after Fixed Mesh Lighting But if i look at priority on a single file conflict level, even if Vortex knows that Fabled Forests is the default mod with the deployment priority, many files are listed with the other mod priority. Switching rules globally doesn't refresh those files status, the only way is changing them manually one by one... But having a huge modlist, experimenting priorities to chose which mod i would like to use becomes an impossible task. I even tried the "clear all rules" option and now i'm setting them again from the start. It seemed everything fine untill it started again behaving like that, after the rules increased.

The World

Hi Nexus

In response to post #56544376. #56544626 is also a reply to the same post. In his holy crusade he is so blind to think he has the only, universal, truth. You can show him practical, and even simple, examples related to this very specific game modding mechanics (an infinity of multiple choices always bound to an overriding/merging system) and he will answer taking in account other games. Well, what else to say? The holy crusader doesn't understand that, if devs implement a modpacks support system, it would change 0 in my, yours, and many others Skyrim modding/gaming experience so i really hope they will do it, even just for not reading any more nonsense.

In response to post #56492581. #56493356 is also a reply to the same post. Wow, it really warms my heart seeing how you reply to other people. "So, there is a house they may not use. Who cares. So they may not use iNeed. Who cares." So you didn't understand just the simplest thing, who cares. This is Skyrim not Minecraft, i very well know what a modpack is since the Morrowind modpacks fiasco era. You like to assume too much and this is usually a sign of ignorance but let me tell you that i prey developers will give you this feat before the vein in your head could explode... cause you know, who cares.

In response to post #56088421. #56101751, #56306091, #56315431, #56327811 are all replies on the same post. Modpacks may seem a good idea but no, they aren't. So you all simply just tell me that you want your game based on preferences of another player? Really? I'll show you just a few simple examples: Mod Package Author choose just a single house mod, you blindly donwload its pack as it is, not knowing there are many alternatives and not even caring to search something that would better suit your taste. Mod Package Author 1 choose Realistic Needs and Diseases as a base for its realism gameplay, you download its pack and would not know there is iNeed as a great alternative; Mod Package Author 2 has iNeed in its pack but it lacks others, what would you do? There are countless grass mods, many weather mods and these are the simplest outcomes, when you start to throw in complex gameplay mods there would be many more variables. It's not a matter of not wanting to help people get their life easier, it's a matter to let you know that maybe there are better mods you would enjoy more.

In response to post #56088421. Don't know, all this "modpack" thing seems to me just an extreme lazy feat. No offense but there is already an horde of people that doesn't even read mod descriptions, give them a list with just direct download links and they wouldn't even visit the mods pages anymore.

Never used MO, i've always managed everything (hundreds of mods and merging compilations) with Wrye Bash and NMM and the only feat i've missed was just a detailed list of which files were overwritten by which mods. Since Tannin is working on Vortex i presume it would be a problem no more. My only question is: Will we be able to switch from a NMM installation to a Vortex one? Will it be able to scan VirtualModConfig.xml and adjust itself to it or should we do a clean Skyrim installation?

In response to post #28799344. #28799979, #28801029, #28801234, #28802034, #28802934, #28804459, #28804489, #28804644, #28808129, #28813574 are all replies on the same post. @rubenpaca For simple bugfixes they change only the "x" part in the nomenclature (0.50.x -> 0.60.x), as we can see now is 0.60.4 (4 releases with bugfixes in the 0.60 branch). They've always used this long nomenclature cause NMM, as they always say, is still a Beta program.

In response to post #28799344. #28799979, #28801029, #28801234, #28802034, #28802934, #28804459 are all replies on the same post. Are there seriously still people not knowing that when there's a major change in a program version (0.50.x -> 0.60.x) there will surely be something important to take into account? I understand what you say about trust but, believe me, no offence, the automaton "click, click, clicketty-click" behaviour will surely have sooner or later negative consequences.