If you're having trouble or run into any bugs with the code, post a comment here! I will try to get back to you within a few days.
Visually construct character expressions to paste into script · By
Oh no worries! Thank you for bringing it to my attention. You can change it to
ypos sprt.SPACER*3 anchor (0.0, 0.0)
to make the issue go away - it's a developer warning since align technically also tries to set ypos. It's due to a config value called check_conflicting_properties introduced in the most recent Ren'Py version - you can also disable it with
define config.check_conflicting_properties = False
to avoid these sorts of errors, though I'll also update the code to avoid that issue.
The layered image visualizer has a stricter requirement than the attributes tool - namely, that the image needs to be a layered image. So, specifically, you need a declaration like layeredimage eileen standing: and then you could type in eileen standing to the visualizer to adjust it. It is not sufficient to have image eileen standing = "..." or similar. If you aren't sure what layered images are, you can read more about them in the docs: https://www.renpy.org/doc/html/layeredimage.html#layered-images
If you're still having trouble, feel free to post your layered image declaration and the results of typing in that name to the tool and I'll see what I can do to help!
Hello! I'll need you to be more specific about the errors you're encountering; the layered image tool is set up to work with basically any layered image declaration as it only checks the LayeredImage object after Ren'Py has already handled all the groups and such. I tested it with the following code:
layeredimage august: always "august_base" group outfit auto group eyes auto: attribute open default group eyebrows auto: attribute normal default group mouth auto: attribute smile default group glasses auto group emotion auto
and had no issues using it in the tool. These filenames have underscores in them also (august_eyebrows_frown.png and so on), so the file naming is not inherently a problem. The intention is that the tool supports as many layered image declarations as possible, which is why there are not limits listed on the itch page.
I managed to solve the recursion error. It was a layer that was incorrectly called in code ("august base" instead of the correct "august_base" when the filename was "august_base.png"). The same error also appeared in-game when the sprite was called. Solving this error also made layer groups declared with "auto" appear.
That said, if the error appears once it still bricks your layeredimage tool until the game's persistent data is removed. It would be great if there was some kind of error message but the tool doesn't get bricked, as this kind of slipups is probably a common occurence during the dev process.
Is it possible that your attributes do not have `default` attributes set up, such that `show tau` with no additional attributes would show nothing at all? That's an issue with the crop tool, as it only uses the provided image tag (e.g. `tau`) for cropping purposes. Your layered images should always have sensible `default` attributes set if they're required (e.g. a default mouth attribute because the character should always have a mouth). It looks to me in the screenshot like if you don't have a `tbase` attribute set, the sprite simply doesn't have a base at all and is made up of the hair/arms/expression parts, which supports this. You can set up attributes with the `default` keyword e.g.
group tbase auto: attribute casual default
Oh my gosh, thank you so much for telling me about this! You see, I had been working with pre-rendered sprites for so long that layered images are still new to me. I knew it was something on my end, but I was able to implement a default attribute set. Thank you very much for your help! You've done a great job with all these tools, and I feel like I've been able to do a lot more creative things in my game thanks to them.
