wolverine2710

For 'moderators' and beyond it is possible to set 'mark solved' for a response to a certain post. The post/thread then gets a green tag with the text 'answered' and when opening the thread you see 'the best answer'. It is not possible to do this for the original post. This makes sense but there are situations where this is suboptimal. Sometimes a user posts a thread, finds the solution himself and puts the solution in the original thread (post #1) by editing it. In the past when trying to persuade users to use the S.T.E.P. MO forum instead of the Nexus forum I recreated the Nexus post on the S.T.E.P. and answered it. When a user does not respond to this answer I can't select 'Mark solved'.The only workaround I've found is to set a tag with text 'answered' in the original post. Drawback is that is does not get a green 'answered' tag in front of the thread listing. Question: Are the answered tag set by 'mark solved' and adding a tag 'answered' in the original post considered the same. Ie when sorting it?

With the previous forum software spoiler tags like [spoiler=error log of MO] was possible. This replaced the standard 'spoiler' text with 'error log of MO'. This made the spoilers more usable imho. The new forum software does not have this functionality. If technical possible I would like to request this functionality.

Most likely you had quote characters in MO's virtualized skyrim.ini, skyrimprefs.ini files for your profile. The message in your screenshot has been reported by others and I've also noticed it myself when I installed S.T.E.P. 2.2.6 ( I believe). It also mentioned in the changelog of S.T.E.P. 2.28.

In more recent versions of MO the 'fomod installer' (internal) is the default. If you want to use the 'fomod installer (external)" which uses NCC you have to change a setting. See the plugins tab in the MO wiki.

Recent versions of MO behave different. Backups end up in the 'overwrite' directory but a patched file will overwrite the original file.

The user found the answer him/her self. 'Mark as solved' can not be set on the original post but only on the replies. Hence this old thread will unfortunately 'bump' when I mark it as solved.

Installation instructions for SKSE in combination with MO are in the S.T.E.P. guide. You can find it here. An alternative for seasoned MO users is instead of repackaging the archive is to create a directory in the /mods directory and put the mentioned files there. After a refresh in the left pane MO will recognize the new 'mod'. Updated this (old) thread as part of a process of checking all MO threads to see if threads can can be tagged as 'answered'.

You are 100% correct. The MO wiki contains a lot of usefull information. In the resources tab you find links to 5+ videos which explains MO quite brilliantly. Also of relevance here is the 'priorities' tab and the explanation of the virtual filing system (which performs MO's magic) in the advanced tab. The VFS info can be found here.

@Mysticpuig. I don't have a real solution for you but perhaps this is usefull. I had gremlins in my system a while back which caused windows to hang. I was using MO 1.1 at that time. When windows did hang most of the time starting MO after that caused that MO thought it was installed fresh and also my installation order get reset. In 1.1.1 or 1.1.2 MO at regular intervals saves the files so the are not garbled by windows (and don't cause MO problems. At that time I got into the habbit of making backs of certain files like modorganizer.ini AND the profiles directory (which contains installation order amongst other things. In case something would go wrong I simply replaced the files by the backupped version. You could do the same. A while back Tannin showed how to create a simple batch file to which makes a copy of the modorganizer.ini file. Perhaps you can externd that one. You can find the batch file in this thread, its post #5. Btw iirc with xcopy you can copy complete directories.

Bub, The Ol' Canucklehead" aka patch aka Logan (and wolvie for his friends) is glad that somebody knows his comics, though his real name is James Howlett. Looking forward for your comments in Tannins ini thread. As Wrye Bash is written in Python and MO supports python in its plugins it is possible but indeed unlikely. From what I hear is that the WB code is 'suboptimal' - and it seems people have gotten as bold as Professor X by pulling out all there hairs when trying to figure out how it works. Cbash would be more likely but as the last version is from 2010 and predates Skyrim I don't see it happening. As explained to DoYouEvenModBro (which OT thread has been moved to an for me unknown location) a far better candidate would be SkyBash - which is skyproc based and be started by MO. Basically a Bashed patch for everything - not just leveled lists. If only some one would be brave enough to pick that one up (last update 2012). I know, now I have gone OT -so lets not discuss this here further.

I think this is off topic here and perhaps one of the moderators can move it to a more appropriate thread.A bashed patch is explained in the Bash Wiki here. A bashed patch merges only leveled lists. A far more powerful approach is SkyBash by Plutoman (RLWC and ASIS) which basically merges everything. Unfortunately he is MIA for a long time it seems. Last update to Skybash (which uses Skyproc created by Leviathan1753, also MIA) was mid 2012. This could really by a game changer and make WB obsolete (if you are using MO).

I have contacted Tannin about ini files and in particular bug report #453 "Ini-Tweaks not reverting to default values when deactivated". As in a setting of INI Tweaks gets stuck in the MO skyrim.ini and skyrim.ini files. It is NOT solved. He is working on a solution and it could be integrated in the next version. Curious though if some one actually experienced this issue. MO's ini file handling is discussed in detail in the thread "STEP v2.2.8 Official Bug Reports". Post #227 contains the email I send to Tannin and the response I got. Also read posts from a few earlier for a better understanding. Might I suggest discussing this further in the 2.2.8 thread so all knowledge about this can be concentrated.

I have contacted Tannin about ini files and in particular bug report #453 "Ini-Tweaks not reverting to default values when deactivated". As in a setting of INI Tweaks gets stuck in the MO skyrim.ini and skyrim.ini files. It is NOT solved. He is working on a solution and could be integrated in the next version. [spoiler=Questions send to Tannin] Hi Tannin, Thanks for the quick response. The S.T.E.P. already is testing it by including it in the existing STEP patches (its not yet on the nexus). I have a few questions and remarks:    1) A while back there was an issue that settings of the INI tweaks get stuck in the MO skyrim.ini and skyrimprefs.ini files. Its bug report 453. The last update was that it got status 'confirmed'. Is this issue solved?    2) I have also pointed STEP to a thread in which you asked for input with regard how to handle ini files in the future. https://forum.step-project.com/showthread.php?tid=3581    3) I think that getting MO in line with WB with regards to ini tweaks is a good thing unless you see drawbacks.    4) When a mod has an INI tweaks directory with ini files in it one can enable/disable the individual ini files. Where is this information stored?    5) Is it possible to distribute a mod in which the ini files are already enabled? [spoiler="Response from Tannin] 1+2) No, that isn't fixed yet but I've put some work into a solution. Maybe I'll integrate it in the next version 3) agreed. This may actually make the code easier too 4) in the meta.ini file of the mod 5) Only if you ship a meta.ini file. However, upon installing a mod with ini tweaks MO should also ask the user to configure the tweaks and open the appropriate info page. This also means you can't "force" the user to activate those ini tweaks. Best Regards, Tannin Questions, remarks Has anyone experienced the bug when testing the STEP patch with INI tweaks?Tannin has asked the users about how to handle ini files in this thread for a future MO. I've checked and except for 1 user nobody has commented there. I think this an excellent opportunity for S.T.E.P and anyone else to comment on it and influence the future of MO (a bit).What is needed in MO to make handling ini files as good as the rest of the mod handling?I would like to have your input on it. What I have come up with is the following but please add your own here. Mod attached ini's (Tannins phrase for mod with an esp and an ini file) have a paperclip to visialize the presence of an ini file. In the left however for a mod it is not shown. I think a flag for any of the three ini files types is needed.Ability to show the 'merged' skyrim.ini and skyrimprefs.ini files so a user knows what Skyrim will use when its started. This can be just a NON editable view showing the contents of the two mentioned files. Or something more fancy like showing from which mod the ini change comes from.Ini setting overwrite flag just like the flags which shows which assets in mods are ovewritten. But in this case the assets are the individual ini settings in ini files.There is of course no guarantee whats o ever that our suggestions might end up in MO but I think its good to have this discussed. If the suggestions come from multiple (S.T.E.P) users who have thought about and discussed this our changes might be better. TL;DR Bug report #453 "Ini-Tweaks not reverting to default values when deactivated" does still exist. Supplying a S.T.E.P patch with INI Tweaks should wait till this issue is solved.

How do you see it they get merged on startup? Is there a console command to spit out specific setting specs?Tannin hasn't mentioned it and I don't know of any command. It seems as if we are flying blind here. Perhaps he could make some sort of logging which shows the merged end result. Even better if there was some command in the GUI to show this.

I stand corrected. I didn't know that about the readme.txt and MO fact. Even after using it for almost 2 years (April 2012) , still learning new tricks about MO. If its not already in the wiki it should be there. Gonna check it tomorrow. Time for bed.

Checked the patch, looks good. Had already done the same but you beat me to it ;-)Â I have a question though. When I install a mod X I always select 'manual' so I have full control over the installation. If a mod has a readme.txt or other info I always create a Docs/X directory and move the readme files into it. The advantage is that when I select the data tab (right pane) its not cluttered and all info is in the Docs directory. Also multiple mods have a file called readme.txt. Normally in the data tab only the one which has the highest priority is shown, now its nicely categorized and all readme's can be found. Is there a reason for having the STEP readme in the the top level of the mod? Edit: Send Tannin an email to check if bug report 453 has been solved. The issue where settings of INI tweaks did get stuck in the skyrim.ini and skyrimprefs.ini file.

This issue has indeed been detected/discussed. It has been confirmed by Tannin a while back. Not sure if it still an issue. But this of course can be checked/verified easily. Backup the virgin ini files (or your current one), create ini "mods" and enable/disable them. Play with Skyrim and check if the virgin files have changed. A windows 'diff' tool like windiff or winmerge can be used to check if the ini files are changed. The issue has been discussed in this thread, post #4. A bug report ticket has been created for it: Bug report #453. In the thread I mentioned Tannin asked for our help. As in how to handle "ini" files. So far I believe only one person has responded. I guess this is a GREAT opportunity to comment on this. I hope more ppl are putting there suggestions there.

That is extremely true as well. Good idea man. There are patches for S.T.E.P, core and extended. A separate download would have as advantage that you only have to maintain one file instead of two (should something change in the ini settings). Also as the patches are stable atm putting the ini files in them would mean users need to download the patches again. Personally I think a separate donwload is cleaner. But I don't have a problem putting them in the patches either.... The above is ofc under the assumption that it is all possible (but this seems to be the case).

I guess my limited knowledge of the Skyrim engine and in this case also MO caused some some question marks? Tannin has read this thread and he did send me the following response, which I very slightly edited. I made some small comments which are inserted in the form of W "text", to hopefully make things clearere. W ofc stand for Wolverine2710. Perhaps (former) Wrye Bash users can answer if the beneath is true: "Now that I think of it, I'm fairly certain that with wrye bash, settings from ini tweaks would get overwritten by the settings from attached inis so I should maybe change this in MO to be more consistent with WB.". Tannins response raises some question for me, perhaps somebody knows the answer. "mod attached inis". It would be great to have a list of the mentioned "SOME settings".If both ini tweaks (b) and "mod attached inis" © are used which one gets priority?. Perhaps the supposed WB method is better, as in clearer and better defined. Its currently NOT implemented in MO. What do you all think is the best way to handle b and c ?I'm gonna experiment with it tomorrow. It looks as if ALL S.T.E.P settings can be set using "ini tweaks" (b). Either one big mod with multiple ini files (hide the ones you don't want to have enabled or a series of mods (each containing one ini file). The latter seems more suited if you want to prioritize things in a certain way. If so as Z suggested those setting can be supplied in the S.T.E.P. patches or perhaps some seperate download. It would enable users to have virgin ini files and a couple of to "mods" to set certain ini settings. S.T.E.P could also supply all the ini files of WB and present them in the form of "mods". This would be conform the way MO works (virgin /data directory and "mods" which change/enhance it. Enough babbling now. I'm very interested in the opinion of you all. Is it all possible and more important, is it needed/wanted or not.

I have just send Tannin an email. Hopefully he is able to answer it or perhaps he visits this forum (send him the url) to post a comment about the issue.

I have tested the configurator. So far I can see it ONLY modifies the /profiles//skyrim.ini and /profiles//skyrimprefs.ini files. Be carefull with the configurator. I just discovered a bug and an suboptimal feature. Bug. It does not parse lines with a ; correctly. If you have for example the line iMaxGrassTypesPerTexure=7; S.T.E.P 2.28 setting mod Skyrim Flora Overhaul. it will give an error (and shows the line with the error). Notice I have NOT put a space between 7 and the character. There needs to be a space (possibly a whitespace character suffices) between the setting and the ; character.Suboptimal feature: After changing/adding a setting with the configurator ALL existing comments are removed. It looks as if this happens in BOTH the virtual skyrim.ini and skyrimprefs.ini files.Thank god I'm paranoid and make a backup of the three ini files. That was exactly my idea and the reason I was experimenting with it today. To bad apparently not all settings can be set with a custom ini file. The one you see when you select 'information' for a mod and which is shown in the section 'INI files. Sometimes I ask my self, why do you do that to yourself. Just play.... God knows it has been more then a year that Id. BTW my HEAVILY modded skyrim is ROCK stable. The last year has brought some IMPRESSIVE mods (enbboost, ugridtoload, memory patch) that made it possible.

Custom ini works great in MO. It is just that iMinGrassSize=xx only works in skyrim.ini :)It doesn't work in the MO ini editor or it doesn't work if a mod adds the little paperclip for grass size? It DOES work in the MO editor. It DOES work with an external editor (Ini editor value external set to true. Tested both. Pretty darn sure it works with MO's 'configurator'. In all three cases the /profiles//skyrim.ini and /profiles//skyrimprefs.ini are changed. If you mean wit 'paperclip' the fact that it has a custom.ini then iMinGrassSize does NOT work. I don't know how Tannin handles custom.ini's. I don't know what mechanism Skyrim has for custom ini files. It looks as if it is a software issue. If Tannin would 'merge' the contents of custom ini's with the virtual skyrim.ini and skyrimprefs.ini and present THOSE virtual ini files to programs kickstarted by MO (ie Skyrim) I can't see how iMinGrassSize and every other setting would not work. Interesting question for Tannin indeed. Aside from 'hide' and 'optional' MO has custom ini's. I was experimeting with custom ini files because I wanted to be check if I could do the whole ini settings needed for STEP with them. It would allow users to have a virgin skyrim.ini and skyrimprefs.ini and change the contents with custom ini files. The same way as WB has custom ini files for a lot of settings. One could throw all those ini files in a MO mod for example and by 'hiding' the not wanted files one could for example set the debuggin on/off etc... But ofc I had to choose a variable which apparently can not be handled by custom ini files at the moment. As asked before by DoYouEvenModBro, I'm VERY curious if there are more settings which can NOT be handled by custom ini's (atm). Gonna write Tannin an email to get some more details/fact. Perhaps 'merging' is possible and all variables should work.

Custom ini works great in MO. It is just that iMinGrassSize=xx only works in skyrim.ini :)Sighhhhhhhhhhhhhhhhhhh. Hitting head to wall HARD . That what you get when you only test one thing........... Do you perhaps have more examples of settings which do not work, I like to keep the rest of my hairs.... From a technical point of view: Do you know why it does NOT. Are those custom settings not merged into skyrim.ini and skryimpref.ini (the MO virtualized ones) or is there some special other ini file I'm not aware off. I tried to copy the grass settings into MO's initweak.ini (in profile dir) but every time I launch MO the grass settings disappear...

Not a bug but something that is unclear to me (and perhaps others). Enhanced Blood has an ini file. I've checked the forum(s) for it but can't seem to find the answer. Perhaps someone here knows. Does EBD pick up the values which are in the ini file OR do I have to change the values in the skyrim ini files (the MO one inside a profile). Note: Although MO has support for custom ini files this DOES NOT seem to work. Have tested it today with iMinGrassSize=xx (xx=default=20 and xx=80). Have tried multiple ways but only the skyrim.ini settings changes it. Have to contact Tannin about this. UNLESS it works for others and I'm doing something wrong. If so i would like to hear how you got it working.