Zelda Classic 2.50.2

[Tamamo]

Actually I'm currently brain storming on doing something rather interesting about this, 2.50.x can use the quest rules that no longer exist however, there's a slight problem and it's a pain in the ass.

Problem: Backwards Compatibility
Solution: We use the deprecated constants from the enum when we run out of room however these have a purpose as they configure how the quest works until you load it ZQuest 2.50.x. That being said they pretty much become worthless at that point and we have access to them as they serve no purpose in builds after they are removed.

[Tamamo]

Actually I'm currently brain storming on doing something rather interesting about this, 2.50.x can use the quest rules that no longer exist however, there's a slight problem and it's a pain in the ass.

Problem: Backwards Compatibility
Solution: We use the deprecated constants from the enum when we run out of room however these have a purpose as they configure how the quest works until you load it ZQuest 2.50.x. That being said they pretty much become worthless at that point and we have access to them as they serve no purpose in builds after they are removed.

@Gleeok
Let's put my theory to the test shall we.

//Only new quest rules that make use of deprecated quest rule space should use this. -T
int get_questrule(byte *bitstr,int bit,zquestheader *Header)
{
	if(Header.zelda_version < 0x253) //didn't exist yet, and these probably did. so we can't chance it.
		return 0;
	else
	{
		bitstr += bit>>3;
		return ((*bitstr) >> (bit&7))&1;
	}
}