Messages

The old behavior was a bug. But did you try to make a single stairs entity with a size of 48x16? (You need to do it from a script)

It is an error in the script. sol.timer.start is called with a parameter of a wrong type. Nothing has changed in 1.6 in this area, except that this error was not detected before.

This tutorial explains how to change the layer using sensors: https://www.youtube.com/watch?v=bXQ7WGK8kvg

I think this problem is not new in 1.6, is it?
I have never considered putting 3 stairs next to each other like this. The hero can only use one of them at a time, so the behavior is expected.

2 solutions:
- You could try making a stairs entity of size 48x16, because in 1.6, all entities can have any size. But for stairs you can only change the size from a script, and more importantly, it was never tested.
- Do you even need a stairs entity at all? You can use sensors instead to change the layer of the hero.

Just don't use the built-in grass feature, make your own one to customize it as you want.

Autotiles

That's correct PeterB but Solarus needs to be installed before Solarus Quest Editor (because Solarus Quest Editor needs Solarus).
Note that you are talking about installing the development version: 1.6, which is not released yet. Do this at your own risk Unless you need a development version for a specific reason, you should normally installed the latest stable release.

You are right, sprites of NPCs automatically take the direction of the NPC's movement. But there are two types of NPCs: usual NPCs, that have this behavior, and generalized NPCs, that have no automatic behavior. So just set your NPC as a generalized one (in the quest editor) and you will be fine.

Note that Solarus 1.6 will have a new feature sol.main.get_resource_ids("item").

That's right, text surfaces don't automatically update if the language is changed. So the documentation is correct about set_text_key() being just a shortcut to set_text(sol.language.get_string()).

In my games, the language can only be changed before starting the game so I only have to update manually the text surfaces of the file selection menu.
You can open a feature request to make text surfaces automatically update. That would be useful.

Actually, look at Zelda ROTH SE, I think there is the configuration you are looking for.

Some tiles need to overlap to make it work. Open an existing project like Zelda Mystery of Solarus DX to see how I did it.

You have this behavior because game:on_command_pressed() is called before the on_command_pressed() of game menus.

You stored the game on the cutscene table (cutscene.game), but you are trying to access it just with "game".

I guess it is because the attack is not allowed during the item state. Try to call item:set_finished() just before hero:start_attack().