OnyxBlack wrote: ↑October 23rd, 2020, 2:39 pm
I've read elsewhere about shadow issues with dynamic updating and the likes, but this isn't the issue here.
The shadow issue while using dynamic variables has been corrected by Brian already
, so it can't be an issue anymore (although this might be a side effect of either the original status of that issue or the correction, in some strange way).
OnyxBlack wrote: ↑October 24th, 2020, 12:32 pm
I tested the issue with a fresh, barebones skin, with just a meter and a container, and the shadow rendered just fine (like your example). This leads me to believe there is some other issue that is unique to my skin, so I've packaged it up for inspection:
The problematic meters start at line 44 in SimpleWeather.ini
Note that I apply the shadows here via a MeterStyle, but this has no bearing on the issue.
Ok, so this got me curious, thus I oversimplified (read: butchered) your skin to this:
Code: Select all
Shape=Path ThisPath | StrokeWidth 0 | Stroke Color 255,255,255,255 | Fill Color 255,255,255,255
ThisPath=0,0 | LineTo 0,80 | LineTo 120,40 | LineTo 120,0 | ClosePath 1
InlineSetting=Shadow | 2 | 2 | 3 | 0,0,0,255
This is more or less your code for the big text that you can't draw an inline shadow on. As expected, the issue persists in the above sample ... BUT ... if you decrease the value of container meter's X
(try first to 0, then to 100), you'll notice something very interesting: the shadow is in fact entirely drawn for X=0
, while it is only partially drawn for X=100
This explains what you saw in balala's screenshot, with the cropped shadow and all, because it appears that although the other coordinates (like, say, the position of the contained meter) are adjusted properly when changing the position of the container, the inline shadow is masked as if the coordinates of the container meter stayed at (0,0)
instead of being changed to (100,0). You can clearly see that if you further set the X to 110 and then finally to 120 (in this latter case, the X of the container just equalled the width of the shape and the shadow is entirely hidden as it's only drawn up until X = shapewidth = 120).
I believe this is definitely a bug - just not the bug you thought to be. It's interesting, nevertheless.
Bottom line, the issue happens for other type of shapes as well, and it's probably related to the fact that the coordinates of the masked area of the inline shadow stay at (0,0) and are not consistent with the coordinates of the actual container. In the meantime, I guess you could set the coordinates of your container to (0,0) and correspondingly increase the coordinates of the path points (and also of the contained meter) as a temporary workaround (didn't test it, but it should work, if my reasoning is correct
; just tested it and it works).
You do not have the required permissions to view the files attached to this post.