エラー、バグ、質問 - ページ 612

[Mykola Demko]

x100intraday:
OBJ_PERIOD_M10| OBJ_PERIOD_H4の ような論理(?)列挙型の文字列をあらかじめ用意しておき、ObjectSetInteger()で糊付けした文字列の形で準備できた変数に代入するには、どうしたらよいでしょうか。記号的に糊付けして、StringToInteger() でくくろうとしたのですが、うまくいきません...。なぜなら、OBJ_PERIOD_...- はenum 型の要素ですが、int 型の16進数に相当する フラグを持つのでしょうか？この列挙は、ビット単位の OR演算に 近いように見えますが...。

ところで、列挙を糊付けする目的は何でしょうか？

[x572intraday]

sergeev:

同じENUM_TIMEFRAMESを使っているのに、それがどうしたんだ？

そう、その要素は言語の奥底のどこかに潜んでいるのだ（クラス、構造体、配列、何らかの単一型のカテゴリー...？）、具体的な名前を頭から取り出して使わなければならないのである。セットを使う必要がある場合は、頭の中からセットを取り出して、アクセスしようとしているリストの名前をそれぞれ手入力します。ループで作業する場合、私は独自の配列を開始し、同じ名前でそれを埋める必要があります。つまり、配列内の名前のセットで肥大化したコードブロックを私のコードに追加しなければなりません。MQLTFnamesArray[i]のようなもので、iは1～21のタイムフレームのインデックス番号に正確に対応します。

[x572intraday]

Urain:
ところで、列挙を糊付けする目的は何なのでしょうか？

https://www.mql5.com/ru/docs/constants/objectconstants/visible...

まあ、私はすでに、手動で名前を列挙する「余分な」ブロックで自分のコードを肥大化させることをやってしまったのですが。言語内部に格納できるもの、格納すべきものを、自分のコードで肥大化させるのはもったいない。

[---]

x100intraday:
MQLTFnamesArray[i] ここで、i は 1 から 21 までのタイムフレームのインデックスに正確に対応しています。

666ビルドでMQLTFnamesArray[0]がポジション5に 移動しないことを誰が言ったのですか？

あなたは正しい方法で、すべての列挙を配列に転送しました。

[Aleksey Lebedev]

sergeev:
ENUM_es = 列挙型である。あらかじめ定義されたリスト。

そう、定数名の定義済みリストです。

勿体ぶらずに）

[x572intraday]

sergeev:

また、666ビルドでは、MQLTFnamesArray[0]はポジション5に 移動しないと誰が言ったのですか？

あなたは正しい方法をとりました。すべての列挙を配列に移動させたのです。

まあ、また逆さまなんですけどね。最初は開発者に非標準の時間枠を追加するよう求めることはできず（私や他の多くの人はMN1より古い時間枠を見逃しています。特にこの1年間は市場が世界的に極端になり、ゼロバーで指向する市場の将来を見る必然性があります）、今は今後100年間プラットフォームで変わることがないものをリナンバリングすることについて意図的に懸念しているのです。

でも、気にしないでください。少なくともそのように機能する、それが糧となるのです。

[---]

もし、具体的な提案や実施案があるのであれば、サービスデスクに書き込んで ください。

何年変わらないかは、開発者が自分で決めればいいのです。

[x572intraday]

sergeev:

もし、具体的な提案や実施案があるのであれば、サービスデスクに書き込んで ください。

何年変わらないかは、開発者が自分たちで決めればいい。

まずは、なぜ開発者自身が、時間軸のセットを拡張するというユーザーの提案をはねつけるのか、その理由を詳しく知りたいですね......。なんとなく、技術的な実装の複雑さではなく、それに関する深い個人的なイデオロギー的タブーのようなものを感じるのです。

追伸：しかし、最近のMQのインタビューでは、25分に元気よくぶら下がるエルダーが笑えますね...。プラットフォームについては推測するしかないのですが...。

[削除済み]

また、MQは、人々が本当に関心のある話題については、語ろうともしない印象があります。もちろん、すべてを受け入れる必要はありませんが、少なくとも話し合いはできますよね？そうして、壁に向かってなぜ、サービスデスクはユーザーからボタンの色を提案する必要があるのでしょうか？

[Andrey Dik]

Urain:

非現実的なほど大きなスプレッド。

AlpariFSサーバーにて GBPUSD 648, USDCHF 110

MQ-DemoでGBPUSD 168、USDCHF 185。

その他の記号はすべて正常範囲内です。

薄利多売の 特質なのか、MetaTrader 5のバグ なのか？

ポンドは落ち着いているようですが、カナダとオージーのスプレッドはそれぞれ88と61です。スイスはまだ185pipsのスプレッドで止まっています。

今なんです。私のブローカーは、私のために特別にスプレッドを広げてくれたのだと思いました。いくつかのブローカーを見ましたが、今日まったく使えないブローカーもあれば、使えるブローカーはスプレッドが大きく広がっています。安心しました...。

これは、今日25日からの振り替えということで、多くの銀行が動いていないことが原因だと思われます。したがって、市場は流動性がない、つまり短期売買は不可能であり、今日は私にとっては無駄な一日でした。明日にはすべて元通りになるはずです。