Hatch Won't Lock!

[FlawlessHappiness]

The only thing you won't be able to add (if I remember correctly) is the string that tells where this door is leading.

With a little more scripting you can easily simulate it.
It'll get more advanced, and seem like a work around, but meh, if you want it, you can do it.

You can either do it by scripting or by level editting.

By scripting you'd use "GetEntityPosX" (for all axises) and check both the area and the player, when looking at the area.

If the distance between them is close enough, show a message.


Or, you could create another area. If the player is inside this area, show the message. (And enable the level-change area, perhaps)

Or a simpler, but not as great method, making use of a Sign Script Area.

If you can make the sign 'clickable' and changemap, then that is probably the easiest method. Not sure why I didn't think about that.

I don't know if it works either.

[Mudbill]

I've tried that, and if the SignArea covers the interaction area, you cannot interact with it anymore. If the interaction area covers the SignArea, then you cannot see the sign anymore. They kinda kill each other.

[FlawlessHappiness]

I've tried that, and if the SignArea covers the interaction area, you cannot interact with it anymore. If the interaction area covers the SignArea, then you cannot see the sign anymore. They kinda kill each other.

Yep, yep, that's how it works. I was thinking what if the sign IS the interaction area.

[Mudbill]

But those are two different areas. SignArea vs ScriptArea?

[Darkfire]

Add a function that starts when player looks at area. Than SetMessage with very short time, like 0.01f. Try it, it may work.

[Mudbill]

It displays a message, but it will not display for as long as the player looks. Because SetMessage is timed AND it fades in, even if you have a short timer loop, it will continously fade in, dip to black, fade back in etc. which is ugly.

[FlawlessHappiness]

Add a function that starts when player looks at area. Than SetMessage with very short time, like 0.01f. Try it, it may work.

And you will also have the problem that looking for a veeeeeeeeeeeeeeeeery long distance, the message will still show.

But those are two different areas. SignArea vs ScriptArea?

True. But if you can do it with any entity, why not do it with a sign area?

[Mudbill]

True. But if you can do it with any entity, why not do it with a sign area?

How do you mean? The reason I said you could do it with any entity, was because it's not the entity that does it, it's the area. You can always add a ScriptArea on any entity, thus effectively make the entity the ones that's interacted with. You can't add interaction elements to a SignArea (?).

[FlawlessHappiness]

True. But if you can do it with any entity, why not do it with a sign area?

How do you mean? The reason I said you could do it with any entity, was because it's not the entity that does it, it's the area. You can always add a ScriptArea on any entity, thus effectively make the entity the ones that's interacted with. You can't add interaction elements to a SignArea (?).

What aboooooooooooout

SetEntityPlayerInteractCallback(string& asName, string& asCallback, bool abRemoveOnInteraction);
Calls a function when the player interacts with a certain entity.
Callback syntax: void MyFunc(string &in asEntity)

asName - internal name
asCallback - function to call
abRemoveOnInteraction - determines whether the callback should be removed when the player interacts with the entity


Handled in the script of course.

[Mudbill]

But does that work with just any SignArea? I wouldn't expect it to work with anything but ScriptAreas, aside from entities of course.