[Solved]door function issue?

[Zefk]

Version: Solarus 1.5.3
OS: Linux

This might be a bug?

I tried using door:on_opened(), but it seems to not be working. I double checked the name and everything. This function is called during an opening of a door, right?

Code ( lua) Select Expand

function door_1:on_opened()
  print("opened door")
  hero:teleport("chain_village/underground_miniboss", "boss_destination", "fade")
end

The same occurred with door:is_open(). The door is indeed open, but nothing happens.

Code ( lua) Select Expand

 
sol.timer.start(1000, function()
  if door_1:is_open() == true then
    hero:teleport("chain_village/underground_miniboss", "boss_destination", "fade")
  end
  return true
end)


The function door:is_opening() worked.

Code ( lua) Select Expand

 
sol.timer.start(1000, function()
  if door_1:is_opening() == true then
    hero:teleport("chain_village/underground_miniboss", "boss_destination", "fade")
  end
  return true
end)


[Max]

So, I tried to reproduce your error and couldn't. My code:

Code (lua) Select Expand


function basement_door:on_opened()
  print("no problems here")
end


That worked fine, so maybe it's an issue with Solarus 1.5.3? I'm running 1.5.1. That or you actually do have a typo in your door entity's name on the map. Just to cover all the bases, it is a door entity, right? Sometimes I use NPCs as doors and just set them disabled whenever I need the door open, but that would never call door:on_opened().

[Zefk]

I am pretty sure. Here is an image to prove it. I made sure all the animations existed as stated in the documentation.



Also, I mentioned the function door:is_opening() working.

Code ( lua) Select Expand

 
sol.timer.start(1000, function()
  if door_1:is_opening() == true then
    hero:teleport("chain_village/underground_miniboss", "boss_destination", "fade")
  end
  return true
end)


[Christopho]

Does the animation "opening" of your door sprite correctly ends? Because if it loops, that might explain that the opening state never finishes.

[Zefk]

@Christopho
No loop, but it seems the "opening" frame delay was the problem. The frame delay was at: 0 ms

It works now. Thank you Christopho!

[Christopho]

Indeed, a delay of 0 means to loop forever.