Project

General

Profile

Feature #2389

[Heretic] Door with a trigger linedef in front of it (use Boom "passuse" linedef flag)

Added by svl1 5 months ago. Updated 5 months ago.

Status:
Closed
Priority:
Normal
Assignee:
Deng Team
Category:
Enhancement
Target version:
Start date:
2019-12-31
% Done:

0%

Tags:

Description

It is impossible to open a door if there is an linedef for some other action in front of the door

__TEST.zip (3.55 KB) __TEST.zip test map svl1, 2019-12-31 09:53

History

#1 Updated by skyjake 5 months ago

Would you expect both the door and the other linedef(s) to be triggered together?

#2 Updated by vermil 5 months ago

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 5 months 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 5 months ago

Boom added an optional 'pass through' linedef flag to allow mappers to 'fix' this issue.

#5 Updated by skyjake 5 months 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 5 months 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 5 months ago

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 5 months 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 5 months 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

Also available in: Atom PDF