@Dread_Nyanak
thank you.
Just to be sure though, if I want (for example that happened and why I asked for the clarification, really), the side of a water to use a rect of a waterfall and animate 3 frames vertically instead of trying for 4 frames horizontally, I'd use "side(img,x,y,w,h|anim(0,1))"? Or I would have to do "side(img,x,y,w,h|1|0|anim(0,1))"?
Not having Ludo's problem either... I have no idea how to reproduce it so I can't help much with it...
Also testing seaotter's followers problem... I had a different one when I went to test for it.
You see, I made two events, one with a page activated when Lucius was on the team, so it would turn blank when it left, to, well, remove Lucius, and one with a page with an image and a second blank page for when Lucius is on the team, so it would turn blank when Lucius is back on the team, and the first page adds Lucius.
When I started the game with Lucius on the team, removing Lucius removed the follower, re-adding Lucus brought the follower back. BUT! The events did not change. The event for when Lucius is on the team stayed there, even if I changed the camera's rotation (it even changed direction). The event without Lucius was interactable as if activated, but was invisible.
When I started the game
without Lucius, the event to add him was there, but... not only the event to remove Lucius did not appear, Lucius himself did not appear as a follower and the event to add, instead of disappearing like a page with no graphic should, became the first charset of the Actor2 sheet (the event to add is the seventh character in the sheet on the visible page).
I am assuming that means the problem is something with changing the images during updates. The Lucius follower was removed in the first case but was already cached so it was able to be re-added, but not on the second. The events are very likely the same deal, the images were not removed or shown on the first case because they were not refreshed, and in the second the cause of the image change was that while the index went to 0 the image it was got from was not updated so it just got the image from the sheet's index 0.
@seaotter
3- the lack of animations may be a big problem if your project uses them a lot on the field... but them being shown
needs to be remade to work on this. This plugin adds a third dimension to the map - thus the 3d in the name - and thus the way animations are shown needs to be rewritten.
And she is already aware of this problem. It is on the to-do list on the first post.
However, this is something of a low priority. Sure, some projects may use it a lot, some will not, and either way the focus until now was in making the 3d part, you know, the focus of the plugin, work properly. Making animations work again is on the to-do list, but it is not the focus right now, right now the focus is making sure what is already there is working.
So, until she says "I'm adding animations again now", mentioning "animations still not working"... doesn't help anyone.
5- yeah, it won't cause an error message, it just won't work as it was supposed to. And that is more than expected.
This plugin adds a third dimension, so plugins that use x and y positioning will have problems. Because now positioning also deals with a depth (in most places a z, but the usual code already uses z to see what appear in front so not sure what she used for it right now). In other words, it is a plugin compatibility.
And an expected one, since that plugin was made to position the message box in the 2d map but this plugin turns it into a 3d one. Asking her to make such different plugins compatible out of the bat just because you want to use both is unreasonable. You need someone to make a compatibility fix later.
6- it may sound big for a plugin, but it is just double the size of the pixi file in the lib folder.
To be honest I think it was supposed to be on the lib folder too, but it would need people to edit the index.html file to load it, and... yeah, easier for everyone to just add it as a plugin.