inputdouble lower_channel_line_a0 = 0.0; // Порог принятия решения для А0 (низ канала)inputdouble indent_channel_line_a0 = 0.0; // Отступ для верхней границы канала А0 (0 - канал не использовать)inputdouble upper_channel_line_a4 = 1.0; // Порог принятия решения для А4 (верх канала)inputdouble indent_channel_line_a4 = 0.0; // Отступ для нижней границы канала А4 (0 - канал не использовать)
..........
double a0=0.0,a1=0.0,a2=0.0,a3=0.0,a4=0.0;
Для каждой группы операций в таблице приоритет одинаков. Чем выше приоритет группы операций, тем выше она расположена в таблице. Порядок выполнения определяет группировку операций и операндов.
エディターでハイライトされた定数SYMBOL_CHART_MODE_OLDが 見つかりました。
もちろんENUM_SYMBOL_CHART_MODEには ありません。
何ですか?
先史時代のチャートモード。
長い間使われていない
前時代的なチャート形成の様式。
長い間使われていない
了解しました、ありがとうございます。
この問題にぶつかったことがあります。
条件
活字体
何じゃそりゃなぜ、そんなことが可能なのか?なぜ、その条件が成立するのでしょうか?
追伸
この問題にぶつかったことがあります。
条件
活字体
何じゃそりゃなぜ、そんなことが可能なのか?なぜ、その条件が成立するのでしょうか?
追伸
どうなん だろう...
?
どうだろ う...
?
キタ━━━━(゚∀゚)━━━━!
簡単なことでも失敗してしまうほどです。)))))))))))
ありがとうございます(苦笑)。
キタ━━━━(゚∀゚)━━━━!
簡単なことでも失敗してしまうほどです。)))))))))))
ありがとうございます(苦笑)。
どういたしまして。私もそうだったのですが、今はすべての用語を別の括弧で囲むようにしています。
https://www.mql5.com/ru/docs/basis/operations/rules
比較より和の方が優先される、つまりバグのようだ...。
https://www.mql5.com/ru/docs/basis/operations/rules
比較より和の方が優先されます。
そうですね。でも、毎回ブラックスワンを捕まえるよりも、一気にラインナップして正しく書いたほうがいいですよね。
同シリーズの
condition? constant:X+Y
は、次のように解釈されることが多くなっています。
condition? 定数:(X+Y)
が、時々
(条件?定数:X)+Y
昔、第四紀で出くわしたことがあります。結論はウラジミールと同じで、括弧が好きなんです。