Thanks - Finally, $(=$(b)) is working
So, instead of 3 characters a/b, I have to use 17 characters: $(=$(a))/$(=$(b))
Good that the syntax is so clear We need to add ONLY 8 x brackets, 4 x dollar signs and 2 x equals signs
Nice improvement Qlik
This is an example of incosistency.
$(a) returns 1, $(b) returns 4, $(a)/$(b) is wrong and returns 4
So you have to use $(=$(b)).
But $(=$(b)) doesn't work while you have definition with any field like b=[Field]+3
To be honest - this is the simplest example of using two variables.
If I have to use 17 characters to divide two variables (with 8 brackets!) what would happen if have to use 5 variables?
Please take a look at this simple calculation:
Fortunately, Qlik helps us with syntax highlighting
it doesn't help of course, there is still no good syntax highlighting
If this is intended... God help us
The Order of Operations:
"Parentheses, Exponents, Multiplication and Division, and Addition and Subtraction"
The Expression should be like = $(a)/($(b))
because you saved a and b values are in a string.
the calculation will be
first, it will divide 1/1 then it will do addition 3.
While creating variable b you can use = symbol it will calculate the value ( =1+3 ) (4)
1. It's not about the order of operations.
It's about the process of calculation in Qlik Sense.
2. If you have
and you have to multiply 2*x
what will you do?
2*(2+3) or 2*2+3
Of course the first answer is correct.
That's the logic of using variables/unknowns
The problem is that Qlik is using the second (wrong) way.
3.Using the equals sign in the definition of b variable is not a good choice.
Maybe in this example it doesn't change too much.
But - if the definition of "b" variable is more complex, the equals sign may have impact on the results of the "b" value.
4. Of course, I can put everything into brackets, but I am not looking for "workaround".
This should works correctly as in other softwares, scripting/programming languages etc.
I disagree that this is wrong.
When you do a dollar sign expansion you are substituting text exactly as it is written. So if I have
a = 2+3
b = 2 * $(a)
I SHOULD get 2 * 2 + 3 according to the rules of dollar sign expansion. This may not be what I intended (I might want 10 as my answer, and this will give me 7), but it is the consistent way that dollar sign expansions work. If you want 2+3 to be treated as a group, then use parentheses (2+3).
I understand the operation of $() expansion.
I said it wrong beacause it's illogical and unintuitive.
If you define:
The results of a/b will be:
in C# 0,25
in VBA 0,25
in JS 0,25
in Maths 0,25
and so on..
in Qlik it's 4, cause it doesn't calculate varaibles before using.
The way of using variables in Qlik is opposite to standards and logic.
And finnally it's ridiculous because to write correctly this simple expression:
you have to use 37 characters
and the expression is unreadable
I see what you're saying, I get it, but I I think that it does follow the logic of dollar sign expansion - which does not do any computation - it just replaces variables in a literal manner.
By the way, one thing that has been overlooked in this discussion is "set" vs. "let":
If you do the following
let a = 1;
let b = 1+3;
let c = a/(a+b);
You will get the expected value for 'c', 0.20.
I see, but it's not related to data load editor. So the "let" and "set" keywords don't resolve the problem.
It's a little tricky and unintuitive.
Who wants to use variables as replacements of text formulas?
If you use e.g.
you want to keep results of the expression, not expression itself.
Who is interested in keeping text string "0.1 * Price - Discout" instead of exact number?
For me - more usefull (if we are talking about variables) is result, not the text of formula.
So the $(var) should return value, and more complex syntax like $(=$(var)) should return "text formula".
Look at "let" vs "set" in help.
Let: Calculates the expression assigned to it and sets the expression result to the variable.
Set: Assigns the value(or expression which is after the equal sign) as it is without compute.