Wrapping arithmetic expressions not stacked/chopped down

[commonquail]

Verified in CSharpier 0.11.1 and 0.13.0.

If an arithmetic expression extends beyond the line limit and induces wrapping onto at least 3 lines (+2 breaks), the operands are not all stacked (JetBrains calls this "chop down").

That is, I get

class C
{
    void v()
    {
        int aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa;
        int bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb;
        int ccccccccccccccccccccccccccccccccccccccccc;
        int ddddddddddddddddddddddddddddddddddddddddd;
        int e =
            aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa + bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb
            - ccccccccccccccccccccccccccccccccccccccccc
            + ddddddddddddddddddddddddddddddddddddddddd;
    }
}

where I expected

class C
{
    void v()
    {
        int aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa;
        int bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb;
        int ccccccccccccccccccccccccccccccccccccccccc;
        int ddddddddddddddddddddddddddddddddddddddddd;
        int e =
            aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
            + bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb
            - ccccccccccccccccccccccccccccccccccccccccc
            + ddddddddddddddddddddddddddddddddddddddddd;
    }
}

InvocationExpression does not have this peculiarity. Instead, they leave the invocation target on the assignment line and chop down the expression:

class D
{
    void v()
    {
        decimal aaaaaaaaaaaaaaaa;
        decimal bbbbbbbbbbbbbbbb;
        decimal cccccccccccccccc;
        decimal dddddddddddddddd;
        decimal e = aaaaaaaaaaaaaaaa
            .Add(bbbbbbbbbbbbbbbb)
            .Add(cccccccccccccccc)
            .Add(dddddddddddddddd);
    }
}

(I might argue that the two constructs are mutually inconsistent and that that idiosyncracy arguably constitutes its own bug, with a personal preference for the former, but that's a less jarring matter).

[commonquail]

Curiously, here is a case that appears to behave as expected:

class E
{
    void v()
    {
        int aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa;
        int bbbbbbbbbbbbbbbbbbbbbb;
        int cccccccccccccccccccccccccccc;
        int a =
            aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
            - bbbbbbbbbbbbbbbbbbbbbb
            - cccccccccccccccccccccccccccc;
    }
}

[belav]

This had to do with some logic not taking into account that operators with the same precedence should be aligned. It was only aligning identical operators.

I could see the argument for making invocations and binary expressions consistent. CSharpier is consistent with prettier in that invocations and binary expressions are printed differently. That would be a much bigger change.

[commonquail]

Doesn't that mean */ still would not wrap?

[belav]

This change affected */ in the same way.
With csharpier 0.13.0

class C
{
    void v()
    {
        var e =
            aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa * bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb
            / ccccccccccccccccccccccccccccccccccccccccc
            * ddddddddddddddddddddddddddddddddddddddddd;
    }
}

Now will format as

class C
{
    void v()
    {
        var e =
            aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
            * bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb
            / ccccccccccccccccccccccccccccccccccccccccc
            * ddddddddddddddddddddddddddddddddddddddddd;
    }
}