Well, the archives themselves can't be marked, a WAD contained in them should be marked, of course it would break everything, it would make them unable to uncompress. In my experience gzdoom simply refuses to work if you don't pass an -iwad parameter or if you pass, for example, doom2.wad as a -file, considering that,
ZDE's logic works with such constrains and must pass at least an -iwad parameter, of course I could just trust the user to pass what he believes is an IWAD to zdoom and let it tell that user to sod off when it turns out it isn't but, for some odd reason, in my experience, users tend to blame your program for whatever doesn't work "Your launcher broke my ZDoom", "so and so used to work until I used it from
ZDE", etc. (I see that all the time in the DosBox forum: users blame their faulty downloads or general inability to use and understand how DOS worked on the program...I mantain my own build and as far as I recall, any game I've thrown at it has worked, even if some require workarounds (Microprose installer games) or, in the case of my build that's usually synced with their latest code, a bug report about an SVN change breaking something), honestly, I do have a job, a band (which is, in the end, another job...sometimes harder than the other one
), a girlfriend and, at times, a lot of stuff to do, so I'd rather use the time I have for it to add cool features to the launcher, discuss or implement suggestions (thanks for all the suggestions you've made that have turned it into a better program, BTW), instead of just coming here and say over and over again "it didn't break it" or "it doesn't work because that particular WAD is not an IWAD". I will check the code for ZDoom's identifying method and, if it's not a massive undertaking (funnily enough the holidays are a rather busy time for me), port that particular part to
ZDE (ZDoom is written in C and
ZDE in Object Pascal) and use it to identify WADs like ZDoom does.