Messages

About the jumpers, you can open an issue to allow resizing jumpers, so that the jumpers width that you see in the Editor corresponds with their jumping distance of the jumper properties. Also, the jumpers could be shown as semitransparent, to allow seing what is below. Another option is to enlarge the jumper in that way only when the cursor is moved above the jumper. I thought that there was an issue for this, but I cannot find it.

Those spiders are way too good and I hate them. *shudders* 

Thanks for the feedback! I will keep drawing nasty things...

We now have spiders too: https://youtu.be/nrCSjff-4k8

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)

I guess it will be possible to resize stairs in future versions of solarus, right?

If he needs to resize the stairs from scripts, the best way is probably to define the size using custom properties in the editor, and re-define the event "stairs_metatable:on_created()" to use those custom properties to resize the stairs when they are given.
Or even better, maybe he should use custom entities that auto-replace themselves with stairs of the same size, so that he can resize them and see their size in the editor.

We should have mentioned the tutorial of @ffomega related to this (in the Bridges section):
http://absolute-hyrule-tutorials.solarus-games.org/

The functions entity.get/set_layer are new in v1.6, so it is normal that you didn't know that one.

For the sword, just change the frame delay of the animation.
For the grass, as a workaround you can detect the ground below using events and change the walking speed, or use custom states when Solarus 1.6 is released (this is advanced stuff), or just wait for custom grounds when Solarus 1.7 is released around 2023.

And customs states, multiple tilesets, more customization for dynamic tiles (frame number and speed), customization for the hero sprites,...

I think that it was because they used the palette from the european version, which I think is a bit different. But I am not sure.

IMO, the only important thing is that all your sounds have the same volume (with respect to the other sounds and to the musics).
Also, you can add a menu to change the global volume.

Some ideas:
1. I would use a straight movement from left to right and viceversa, instead. You can use some event to restart the movement when an obstacle is reached.
2. I think that setting the enemy traversable could fix the problem.

Did you look at some finished castle map in the fangames of the website? You may find good examples there.

[not planning on licensing]

Thanks! I'm not planning on licensing all the graphics, but I am going to release quite a few after I release the game.

Actually, this terminology is wrong. All works have a license, even when you don't choose it (laws nonsensical stuff). The correct is to say that you are not planning to license all as free (as in freedom), but only some of them (the rest would have a non-free license chosen by Max).

Exactly, it is new stuff, and very useful.

This allows you to initialize as many variables as you want from the Editor (or from the scripts), and get or modify their values in your scripts with the corresponding getter/setter functions, all in a very clean way. Customization is the future!

A clean way to do that is to use general events:
http://www.solarus-games.org/doc/latest/lua_api_main.html#lua_api_main_events