The MeasureName option doesn't work on String measures. You have to use the String option instead, so the MeasureName=MeasureRandom option of the [BackColor] measure has been replaced with String=[MeasureRandom].
In the Substitute option of the same [BackColor] measure the ^ and $ symbols have been added, as described by mak_kawa.
The Text=[BackColor] option of the [MeterString] meter has been replaced with:
This allows you to remove the DynamicVariables=1 option, which isn't needed anymore.
And one more: I also commented out the DynamicWindowSize=1 option of the [Rainmeter] section, because at least in case of the posted piece of codse it is not needed, the skin size being static.
Necessary modification to work this skin fine is as balala said.
Although not important thing, OnUpdateAction=[!UpdateMeter "MeterBack"][!Redraw MeterBack] in BackColor measure is unnecessary (as balala has commented out), because this measure and [MeterBack] meter are both updated in every update cycle.
Further, !Redraw bang have config name option but not meter name option. So, [!Redraw MeterBack] is invalid.
Very nicely done - I will just have to go over my code again, I must have something reversed or spelled wrong. mine which looks very much like this doesn't work yet.
Ill let you know when I figure it out
Figured it out, it was / is failing on the Substitute String.
When I took the ^ and $ out it started resolving correctly, although the "15" & "5" ... or the "1" & "10" doesn't work no matter what order I put it in.
I'm thinking about it to see if I can imagine / find a better solution.
Thanks guys, I'm unstuck now, and will keep moving
mak_kawa wrote: ↑December 16th, 2019, 10:19 am
Although not important thing, OnUpdateAction=[!UpdateMeter "MeterBack"][!Redraw MeterBack] in BackColor measure is unnecessary (as balala has commented out),
No, not I commented it out, it is commented in the original code as well.
No, it's not needed to care too much about the order of the strings. mak_kawa has explained why and I was referencing to his reply. So, you don't have to take care about the order of them, just make a proper regular expression substitution, as posted before and I assure you it will work.
Change of the order of substitution string is not a bad idea. I too sometimes use it. But honestly, this way of substitution includes some sort of ambiguity, so not fully recommended at least for myself.
mak_kawa wrote: ↑December 16th, 2019, 10:07 pm
Oops...my misunderstaning, sorry. It was already commented out in OP's first post, and revived in his recent post...
Doesn't matter too much. Such confusions are happening from time to time...