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.
Hey there! Looks like this was an oversight on my end, with a fix intended to fix something Ren'Py bungled in v8.4. You can make the following change in the common file, to new_renpy_loadable:
if renpy.version_tuple >= (8, 4, 0) and renpy.version_tuple < (8, 4, 2):
## There's a problem with how renpy.loadable works with empty strings
old_renpy_loadable = renpy.loadable
def new_renpy_loadable(s, **kwargs):
if s == "":
return False
return old_renpy_loadable(s, **kwargs)
renpy.loadable = new_renpy_loadable
Hope that helps!
Oh, wait, sorry, I think someone posted about this issue before me haha. I'll try the solution you gave them :)
Edit: Okay yep that worked! Sorry about the repeat question!
I'm not sure I understand what you're asking - I think perhaps your expectations are incorrect? This tool will handle if_all/if_any/if_not and the newer when equivalent, but I don't eliminate attributes you've chosen from the grid just because adding that attribute means it's no longer a valid combo. As this is a dev tool, it's expected that you're picking attributes that make sense to combine. But, for example, if you had two "hair_front" attributes, one that only shows up if the character is in a work outfit (if_all "work_outfit") and one that shows up if the character is not in a work outfit (if_not "work_outfit"), then the correct hair_front will be shown based on whether the work outfit attribute is present or not. If I've misunderstood and you have a compelling use case + example of what your expectations are, I can add a feature request to my to-do, however!
That does make sense! Perhaps its only doing that because I havent set up all my if_alls, if_any, etc, I only have it tested on the mouths right now (since I'm very new to using layeredimages and am still figuring out how it works) and noticed it wasnt showing in the tool anymore. Thanks and sorry for the silly question! 馃槅
Hey there! Did you pick up the common image tools code? It's required for this one to work: https://feniksdev.itch.io/image-tools-for-renpy
