ZDoom

That seems like it would take a lot of time but still it is really amazing.

ZZYZX wrote:Mmm, 1138 line tada... I wouldn't use that to persuade people into using ZScript really.

Nobody said it was an example on ZScript's ease-of-use.

That thing is a really bad example because it had to replicate some shitty coding by Raven that was compounded by a horrendous conversion into classes by Randi. The ZScript version is just a 1:1 translation of the old C++ code with no attempt to make it easier to use (as that would most likely have broken the whole thing.)

How can I check, for example, if FastMonsters is currently in play? I see there's a SKILLP_FastMonsters constant, but I don't know how or where to apply this.

Vaecrius wrote: +usespecial does nothing whether I enable it or not.

Code: Select all

class usetest:actor{
	default{
		+usespecial;
		+solid;
	}
	override bool used(actor user){
		A_Log("YAY");
		return false;
	}
	states{
	spawn:
		BEXP B -1;
		stop;
	}
}

Did you manage to get this to work? If not, can you make a bug report, please? I don't have time to take a look at this currently and I feel this should be reported if it isn't working

That's not a bug.

Hmm actually it doesn't work, this simple test actor doesn't work, will make a bug report

ALSO Vaecrius, I don't know if you practice this but I saw semicolons on your flags in the Default block. You don't need those. If you've been doing those, I'd remove them, they might break in future. Nothing in GZDoom uses semicolons for flags.

Bug has been fixed in c150f9d have fun stealth-killing the first 2 zombiemen in Doom 2 map01!

Ed the Bat wrote:How can I check, for example, if FastMonsters is currently in play? I see there's a SKILLP_FastMonsters constant, but I don't know how or where to apply this.

Unless I'm wrong, The SKILLP_* constants are used with the G_SkillProperty* functions, which return info about the skill property you pass.

Looks like you've got it, Blue Shadow. returns true if FastMonsters is in play. Simple as that! Thank you!

Nash wrote:

Spoiler:

---

Vaecrius wrote: +usespecial does nothing whether I enable it or not.

Code: Select all

class usetest:actor{
	default{
		+usespecial;
		+solid;
	}
	override bool used(actor user){
		A_Log("YAY");
		return false;
	}
	states{
	spawn:
		BEXP B -1;
		stop;
	}
}

Did you manage to get this to work? If not, can you make a bug report, please? I don't have time to take a look at this currently and I feel this should be reported if it isn't working

I gave up on it shortly after because what I wanted to use it for had some unfortunate side effects (e.g., the thing in question could be in front of a switch or door, preventing the player from using said switch/door).

Major Cooke:

+usespecial does nothing whether I enable it or not.

ZZYX suggested it and the wiki does occasionally contain wrong information.

Well Nash found out it was completely broken from the getgo. Also, I wrote that wiki part. It actually does work. The function simply wasn't triggering like it was supposed to due to a bug in the engine.

So, it worked except for the fact that it didn't?

Meh, time contexts. Back then it didn't, it does now. I'm just pointing out that +USESPECIAL must not be on an actor if the Used function is to be utilized. I was also making sure everyone saw what the wiki on it, and I know it's correct because Graf's commit message said so.

In case anyone's interested, I found a solution for my question from Page 1:

By giving A_RailAttack the RGF_EXPLICITANGLE flag, and setting the spread_z parameter to BulletSlope()-pitch, I now have a railgun that respects autoaim.