sedenion

OvGME is writen in C/C++ not C#, and, be ready: no, there is no STL function to sort strings alphabetically, or if such thing exists, i don't found it. Like many apparently simple things, in low-level language, you have to "MacGyverize" it yourself, and this is sometimes more convenient to "MacGyverize" it yourself than using a library. There is a std::set object that exists in STL, which can be used for this purpose, but it does not supports the array subscript operator [ ], so you have to "for_each" to rebuilt the list in std::vector, etc... so I decided to implement my own sort function. I will see if this exception of equal strings but with non-equal lenght can be fixed easily, but I will not take this as an emergency...

I have to admit my sorting algorithm is pretty simple and rustical, i don't have considered all exceptions. I surely could achieve a better sorting algorithm, but, do I really have to implements a bulletproof sorting algorithm to prevent that, or can you survive with this glitch ? :D

OvGME 1.7.4 released No major changes, but some debug and details: OvGME 1.7.4, 2017-13-11 - Fix crash when pressing Esc key in configuration window. - Config combo list is now alphabetically sorted. - Fix window restored as minimized at startup.

Yep, this occurs when the app is closed while at minimized state. This will be fixed in the next release.

Unfortunately, I think I can do nothing for this. I use a third-party library to pack into zip file, this is probably this third-party lib that add this offset. The "why" is totally out of my knowings. It is out of the question to implement an automatic "choose the root folder according X, Y, Z conditions/parameters". - OvGME is intended to be generic, not specific for DCS. If I implement such feature for DCS, I have to implement it for ALL other games: NO-WAY :D - This requier to maintain a kind of data-base, with existing game, giving them an ID, and manage it whithin the mod generator, or in chage to the mod maker to place the right ID... Whowoo, you love problems, no ? :)

Ok, I think I got it... For some unknow reason (but I can guess some), it probably stored its window size with 0 width and height (OvGME stores its window size on quit, to restore it after). Can you try to simply right click on the mini window toolbar, or icon in task bar, then select "resize"... then, resizes... For the "why" it did this... Is it possible that you exited OvGME when it is minimized in the task-bar ? For example, by quit windows while OvGME is running in minimized (so it is closed by the system) ? Anyway, i have to implements a test to prevent this behavior... If I am right, can you please add an issue describing the problem here ? : https://github.com/sedenion/ovgme/issues/new

Stop here... did you said that OvGME is actually running but in minimized window ?

Unfortunately, to fix, i have to understand what goes wrong to know what to fix. You have to try to help me here. What you can do is maybe to uninstall manually using the "brute force" method, then reinstalling: 1. restores all mods (to empty the backup data) 2. Completely remove the 'C:\Program Files\OvGME' folder. 3. Completely remove the 'C:\Users\All Users\OvGME' folder 4. Empty your custom Backup folder (if you used a custom one) 5. Delete All OvGME shortcuts on desktop etc. 6. Reinstall OvGME. That sound very strange ! Can you check if your antivirus is blocking or have deleted the exe, or something like that ?

okay i will check and debug this more closely when possible. Currently i can't.

These two lines corresponds to OvGME searching for mods in stock folder. This happen at startup (to display the mods list). As you can see, this is a temporary "zip.build", exactly what is created during mod archive creation. However, this file should no exists.This indicate you have a ghost temporary "zip.build" that should not be here. The .zip.build file should normaly be delete if make archive fail, or renamed to .zip if succeed. If the file exists, and is not deleted when you try to recreate the archive, it is probably that something goes wrong with this temp file, which result to an systematical error when trying to re-create the archive (with the same name), since it will try to write to the same temp file (same name), which is probably broken or even in read-only or anything "not good". So, to stay simple and clear: - Go to your mods stock folder, search for this "DCS 2.1 - Tornado (by VSN).zip.build", delete it. - If you have trouble to delete it (because of file permission for example) this is probably why this failed before. - If the problem occure again after deleting the .zip.build file, simply try to change the name of archive to create, maybe there is something wired in the name we don't see (Windows likes strange unicode bugs).

Strange, in my memory I never check for "Esc" key press for anything... I will verify that. Ok, be careful, mods to download should be OvGME "compliant" Zip Mod Archive, or things will don't work as you expect.

No sure to understand again, but, i think what your are seeking for is the network repositories feature... http://www.ovoid.org/ovgme/help/en/index.php?c=modsrepos.html http://www.ovoid.org/ovgme/help/en/index.php?c=reposbase.html

You would have such infos if you query repositories, but to have automatic notification, OvGME should ask repositories for example at startup... This is not impossible, but i think this is a big amount of work for something that can be acheived by the user by simply querying the repos :) Point from, to, what user files ? don't understand...

You had this problem on JSGME or OvGME ? Theorically this problem was solved in OvGME long time ago...

I know, most people use RAR format, even me, and if i had an easy way to implement RAR support, i had did it, but as i said, RAR is proprietary format, only the decompression algorithm is provided by RARlab, and there is no easy/quick way to implement it. However, you are not forced to convert a JSGME compatible mode to zip format, you can simply extract the folder in the proper mods folder, this work the same way than JSGME.

I think it was never the point to deny how JSGME was/is useful and ingenious. I coded OvGME based on the JSGME main idea and this is why i called it with "GME": This is a dedication to JSGME and this is writen everywhere in OvGME Readme, Help, and home page. The OvGME bornning history is very simple : JSGME became tiring for me to use with DCS and/or several games, I needed something more flexible and conveniency to manage (and create) my mods through multiple games... I know the programming, so i applied the adage "Do It Yourself" then shared the result with open sources and GPL license.

Whooooo.. what happened here ? let me take a coffee... i reply to some unanswered questions... I think i can implement an automatic alphabetical sorting of the config list, but i will not implement a way to create a custom order in the near futur : too complex for a too small feature. Please add a request for this feature here, this is more easy for me to check here than searching in this forum topic : https://github.com/sedenion/ovgme/issues Because each compression format is different and need complex inflate and deflate algorithm with functions ot integrate it into OvGME code. For this i have two solution : Writing the mini-library myself, or using an existing open-source free-to-use library. Writing the mini-library myself is a work at its own, need lot of time and knowledge (in compression theory to begin), this is not reasonable. In addition, some compression formats are NOT open-source, like the RAR format, which is proprietary. I could probably implements some typical GNU/Unix format like tar.gz but no one use them in windows. The Zip support is implemented in OvGME because i found a free-to-use open-source mini-library that implement all function needed to inflate and deflate the very common zip format, this was easy and quick to use, so i used it. There is no such thing for RAR format for example... Already disucussed about that... i have to implements a way to create a custom mod sort in Mods Profiles... i have to create some new pop-up for that... please create new issue about this here : https://github.com/sedenion/ovgme/issues

Yes, if you try to set the same bakcup folder for two configs, OvGME will insult you, this is forbidden :)

OvGME work almost the same way than JSGME, it copy/replace mod files into the game folders... If you apply the mod in two configs, ti simply copy the mod fies into both Game1 and Game2 folders (the mod is applyed on both games) and backup data are created for each config for the same mod.

1) You can use the same "Mods Stock" folder for several config (you are not forced to duplicate/copy mods in two separated folders) 2) Applying mods are "config independent", you can enable or disable the same mod from the same folder for both or only one config at the same time, there is no problem.

Indeed, i am not sure (i have to verify), but i think it is sorted according config sub-folder name (which is an Md5 string). No easy way to order this list...

Ok, the "Ws.Reputation" is a kind of false-positive, Avast have the same kind of false-positive alert (also called something-REP). The antivirus simply doesn't find the software signature in its "good schoolboys" list, so the antivirus mark it as "i don't know what it is, mayby it is dirty". (this is the meaning of "Reputation") Which is normal since OvGME is not a very known software.

Absolutely no idea... i changed nothing significant, the setup builder is the same as before. The only thing i know is that the setup builder i use ( Inno setup ) is known to have some security breach in older version, but nothing outrageous (https://github.com/jrsoftware/issrc/issues/188 (i use the 5.5.9 version))... If other people experience the same problem, please report with Windows version, and i will investigate.

Could i suggest to improve the HUD glass which we see all the time before some hidden parts that we see only if we look at ?

I finaly released the 1.7.3 version today, see first page for download links OvGME 1.7.3, 2017-01-08 - Fix Zip files created using Windows Explorer not recognized as valid Mod-Archive. - Snapshot comparison log output speed optimization. - Fix make mod-archive overwrite cancel process.