Nested Conditions + Formulas

[Yincognito]

There is another question...
Why do you need to use this:
[#[#CURRENTSECTION]]

Here's a meter as an example:
[...]

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.

[sl23]

Ok, now I'm wondering why DynamicVariables was needed for Variable2 but not Variable1?

[sl23]

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.

So I was right?

[Yincognito]

I didn't look, honestly, is it:
[#Variable[&Measure1:]] or [#Variable[&Measure[#Num]:]]

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.

[balala]

Haha, no worries balala, it is an excellent example and I've added your post to it and will keep it as a reference!

I'm glad. Wish you all the best with these nesting variables.

[sl23]

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!

[sl23]

I'm glad. Wish you all the best with these nesting variables.

Thanks very much for your help, you've been a great help

[balala]

Ok, now I'm wondering why DynamicVariables was needed for Variable2 but not Variable1?

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.

[Yincognito]

I think I get it actually. The [#CURRENTSECTION] gets the Section name and the [# ] Makes it get the Variable with that name, is that right?

So I was right?

Yep, you were. I probably posted the reply before your edit, or without checking for updates on that post.

[sl23]

IT WORKED!!!!
That's solved a lot of problems!