It's you who needs to use this, and that's based on the particularities of your code. In [#[#CURRENTSECTION]], [#CURRENTSECTION] will resolve to the literal 1Stat string, so the whole construct becomes [#1Stat], i.e. the equivalent of #1Stat# aka the value of the 1Stat variable. Unlike a measure, a meter doesn't have a value, so you probably intentionally used a variable with the same name as the meter to compensate for that.
It is currently September 16th, 2024, 7:16 pm
Nested Conditions + Formulas
-
- Rainmeter Sage
- Posts: 8153
- Joined: February 27th, 2015, 2:38 pm
- Location: Terra Yincognita
Re: Nested Conditions + Formulas
-
- Posts: 1686
- Joined: February 17th, 2011, 7:45 pm
- Location: a Galaxy S7 far far away
Re: Nested Conditions + Formulas
Ok, now I'm wondering why DynamicVariables was needed for Variable2 but not Variable1?
57686174 77696C6C 6265 77696C6C 6265
-
- Posts: 1686
- Joined: February 17th, 2011, 7:45 pm
- Location: a Galaxy S7 far far away
Re: Nested Conditions + Formulas
So I was right?Yincognito wrote: ↑July 21st, 2024, 9:25 pm It's you who needs to use this, and that's based on the particularities of your code. In [#[#CURRENTSECTION]], [#CURRENTSECTION] will resolve to the literal 1Stat string, so the whole construct becomes [#1Stat], i.e. the equivalent of #1Stat# aka the value of the 1Stat variable. Unlike a measure, a meter doesn't have a value, so you probably intentionally used a variable with the same name as the meter to compensate for that.
57686174 77696C6C 6265 77696C6C 6265
-
- Rainmeter Sage
- Posts: 8153
- Joined: February 27th, 2015, 2:38 pm
- Location: Terra Yincognita
Re: Nested Conditions + Formulas
Nice attempt. For the record, there's no need to use [SomeMeasure:] or [&SomeMeasure:] if your SomeMeasure doesn't have a different number value compared to its string value. The only reason for the : is to force the usage of that measure's number value, but since in balala's code the measure is a Calc without a Substitute that could change its string value, the : is not absolutely needed.
-
- Rainmeter Sage
- Posts: 16549
- Joined: October 11th, 2010, 6:27 pm
- Location: Gheorgheni, Romania
Re: Nested Conditions + Formulas
I'm glad. Wish you all the best with these nesting variables.
-
- Posts: 1686
- Joined: February 17th, 2011, 7:45 pm
- Location: a Galaxy S7 far far away
Re: Nested Conditions + Formulas
Ah ok, I see, you've just taught me something else too!
And the fact you can use a substitute and use : to still get the number value, brilliant, I was trying to do that the other day, didn't know how!
Thanks for everything, and your patience!
And the fact you can use a substitute and use : to still get the number value, brilliant, I was trying to do that the other day, didn't know how!
Thanks for everything, and your patience!
57686174 77696C6C 6265 77696C6C 6265
-
- Posts: 1686
- Joined: February 17th, 2011, 7:45 pm
- Location: a Galaxy S7 far far away
Re: Nested Conditions + Formulas
Thanks very much for your help, you've been a great help
57686174 77696C6C 6265 77696C6C 6265
-
- Rainmeter Sage
- Posts: 16549
- Joined: October 11th, 2010, 6:27 pm
- Location: Gheorgheni, Romania
Re: Nested Conditions + Formulas
No, it was not needed for Variable2, but for [&Measure1], I think. This is why [#Variable[#Num]] has been resolved properly, while neither [#Variable[&Measure1]] nor [#Variable[&Measure[#Num]]] have been.
-
- Rainmeter Sage
- Posts: 8153
- Joined: February 27th, 2015, 2:38 pm
- Location: Terra Yincognita
Re: Nested Conditions + Formulas
Yep, you were. I probably posted the reply before your edit, or without checking for updates on that post.
-
- Posts: 1686
- Joined: February 17th, 2011, 7:45 pm
- Location: a Galaxy S7 far far away
Re: Nested Conditions + Formulas
IT WORKED!!!!
That's solved a lot of problems!
That's solved a lot of problems!
57686174 77696C6C 6265 77696C6C 6265