Operator precedence using multiple AND and OR

[GPinzone]

I checked the documentation page here: https://www.autoitscript.com/autoit3/docs/intro/lang_operators.htm

The precedence list seems to imply "And" and "Or" have equal precedence, but usually "And" has higher precedence than "Or."

Opt('MustDeclareVars', 1)

Local $x = True, $y = True, $z = False

If $x Or $y And $z Then
    MsgBox(0, "", "True")
Else
    MsgBox(0, "", "False")
EndIf

If interpreted as $x Or ( $y And $z ) it should be "True Or ( True And False )" resulting in a True but it comes out as False probably because it does the "Or" operation first. Why does AutoIt have different precedence for "And" and "Or" logical operators than other popular languages? Obviously, this affects short circuiting, too.

Edited October 30, 2015 by GPinzone

[BrewManNH]

Operator precedence is interpreted from left to right, which is the same in all languages. That line is interpreted as

It will be true if ($x or $y is true) and $z is true

So unless both halves on either side of the And is true, $x Or $y on one side and And $z on the other, it's going to be false.

[GPinzone]

Left to right does not override operator precedence.

For C: http://en.cppreference.com/w/c/language/operator_precedence

For VB: https://msdn.microsoft.com/en-us/library/fw84t893.aspx

AutoIt deviates from this norm.

[Jos]

Believe "And" and "Or" don't have preference over each other, also in the helpfile documented like that, hence the left to right.  

Jos

[GPinzone]

Believe "And" and "Or" don't have preference over each other, also in the helpfile documented like that, hence the left to right.  

Jos

That's the problem, not the solution.

[jchd]

The solution is always to use parenthesis to force the semantic you want and ease future code maintainance.

[BrewManNH]

It's not a "problem" it's a fact of how AutoIt works, you need to learn how it works, and work with it that way.

And and Or have equal precedence in AutoIt, just as * and / have equal precedence. In other languages they don't, but you're not using other languages, you're using AutoIt.

[GPinzone]

It's not a "problem" it's a fact of how AutoIt works, you need to learn how it works, and work with it that way.

And and Or have equal precedence in AutoIt, just as * and / have equal precedence. In other languages they don't, but you're not using other languages, you're using AutoIt.

What is the advantage to implement it different from every major language? Have you thought about swapping rows and columns for arrays to be more like Fortran rather than every other modern programming language on the planet? No reason. Just for fun. Just document it. That absolves everything.

[Jos]

That's the problem, not the solution.

Lovely way of communication which reminds me of somebody.
Make a proposal for change in our ticket system when you insist.

Jos

[UEZ]

Probably what the op means is the order of the operations without using brackets. Similar to 4 + 5 * 6.

See https://en.wikipedia.org/wiki/Order_of_operations

[Jos]

This is what it is at this moment and think we can close this discussion now. Any other emotions are really irrelevant. 

Quote helpfile:

When more than one operator is used in an expression the order in which things happen is controlled by operator precedence. The precedence used in AutoIt is given below. Where two operators have the same precedence the expression is evaluated left to right.

From highest precedence to lowest:

    Not
    ^
    * /
    + -
    &
    < > <= >= = <> ==
    And Or

Jos