OnyxBlack wrote: ↑October 23rd, 2020, 2:39 pmI'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 pmI 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
[Variables]
[Rainmeter]
Update=1000
AccurateText=1
DynamicWindowSize=1
---Meters---
[ContainerShapeCurrentTemp]
Meter=Shape
X=150
Y=0
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
[MeterCurrentTemp]
Container=ContainerShapeCurrentTemp
Meter=String
StringAlign=LeftTop
FontFace=Tahoma
FontSize=54
FontColor=255,255,255,255
FontWeight=700
InlineSetting=Shadow | 2 | 2 | 3 | 0,0,0,255
InlinePattern=^(.*)$
AntiAlias=1
Text="9"
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:
Simplest Weather - Shadow Test.jpg
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.
.
).