Feature #2389
[Heretic] Door with a trigger linedef in front of it (use Boom "passuse" linedef flag)
0%
Description
It is impossible to open a door if there is an linedef for some other action in front of the door
History
#1
Updated by skyjake almost 5 years ago
Updated by Would you expect both the door and the other linedef(s) to be triggered together?
#2
Updated by vermil almost 5 years ago
Updated by I really wouldn't fix this. I can't think of a reason to alter the widely ingrained vanilla behaviour, that walk over lines block use events.
#3
Updated by skyjake almost 5 years ago
- Tracker changed from Bug to Feature
- Category set to Enhancement
- Target version set to Modding
In light of vermil's comment, converting to a feature request. Perhaps there is a different way to accomplish the same goal without harming vanilla compatibility.
#4
Updated by vermil almost 5 years ago
Boom added an optional 'pass through' linedef flag to allow mappers to 'fix' this issue.
#5
Updated by skyjake almost 5 years ago
- Subject changed from [Heretic] Door with a trigger linedef in front of it to [Heretic] Door with a trigger linedef in front of it (implement Boom "passuse" linedef flag)
This would be the PASSUSE flag 0x0200 (UDMF "passuse").
#6
Updated by skyjake almost 5 years ago
- Subject changed from [Heretic] Door with a trigger linedef in front of it (implement Boom "passuse" linedef flag) to [Heretic] Door with a trigger linedef in front of it (use Boom "passuse" linedef flag)
- Status changed from New to Closed
And it turns out, ML_PASSUSE is already implemented for Heretic in Doomsday.
Therefore, this issue can be closed. svl1, please use this linedef flag in your linedefs in front of the door (flag value 0x200).
#7
Updated by svl1 almost 5 years ago
Updated by skyjake wrote:
Would you expect both the door and the other linedef(s) to be triggered together?
No, first one event, then another. This, probably, should depend on the distance of the linedef from the door and the position of the player at the moment of opening the door. Actually, I don’t know how, but in GZDOOM on this test map the door first opens, then sector 5 lower when passing
#8
Updated by skyjake almost 5 years ago
Perhaps a relevant compatibility setting in ZDoom:
"compat_useblocking" (CVAR and MAPINFO) -- All special lines can block<use> (Yes/No)
Restores Doom's original behavior of any special line blocking use actions. ZDoom corrects this so that walkover actions or scrolling lines don't block uses.
Is it a walkover action in front of your door, svl1?
#9
Updated by svl1 almost 5 years ago
I tried adding "compat_useblocking" to gzdoom-name.ini, it is deleted. Does not respond to "compatmode = 1". Perhaps this is because I have GZDOOM, not ZDOOM.
Setting the 0x0200 flag works, but I do not build maps, I am only a gamer
skyjake wrote:
Is it a walkover action in front of your door, svl1?
Yes, this linedef is WR