|
Notes |
|
|
(0002241)
|
|
Gez
|
|
2011-10-11 21:26
|
|
This has often been demanded, here at ZDoom or at GZDoom, but generally shut down.
The main problem with giving modders a way to determine which port is being used is that it is not future proof. For example, the following could have happened if that feature had been granted long ago:
"This is a mod that requires 3D floors, therefore it will only work with GZDoom. Let's detect if we're running ZDoom and prevent the player from playing by having a script totally freeze him and HUDMessage an error notice. Oh wow, now ZDoom can use 3D floors but my old 3D floors mod will still think it doesn't and will still prevent players from using it in ZDoom."
Modders shouldn't be given ways to artificially make the mods not work because of the platform. If the mod doesn't work, it doesn't work. No need to sabotage it further. If you require a recent version or something, well, that's what readmes are for!
It's even less of a problem for Skulltag given the multiplayer focus. To connect to a server hosting your mod, your client needs to be the same version as the server. Then what is the point?
PS: Implementing that as CVARs would be very easy to fool anyway. You can define custom CVARs in ZDoom with the console. Suppose that feature gets implemented in a future Skulltag 99a. Nothing stops anyone from setting the given CVARs in Skulltag 97b, or heck in ZDoom 2.1.7, and fooling your mod into thinking it's being run on ST 99a. |
|
|
|
(0002243)
|
|
Borg
|
|
2011-10-12 20:18
|
|
First of all, why so negative?
Such markers/vars allow detect on what engine you are running and not to make
something doesnt work, but to make it work better!
I do a mod that currently displays HUD, and in some cases it behaves differently
in ZDOOM and Skulltag. Having such a var would make my mod working fine
on both of them and even in future on other ports.
And if server admin fools with CVARs, oh well its his problem. |
|
|
|
(0002246)
|
|
Gez
|
|
2011-10-14 05:50
|
|
|
I'd rather bring attention to the existing differences and ask for adding the missing features or put in a compatibility mode, as appropriate, to bridge the gap. Rather than rely on the assumption that these differences are meant to stay forever. |
|
|
|
|
|
Can you find any relevant actual real use for this? If so, PM me and I'll reopen this. |
|