サービスデスク:怠慢、自閉、間違いを認めたくない?ノンネイティブキャンドルでチャートを補完。 - ページ 6 12345678910111213...22 新しいコメント 削除済み 2012.11.25 12:34 #51 sergeev:なになに 質問の意味がわからない。 削除済み 2012.11.25 12:36 #52 sergeev:なになに 質問の本質は何でしょうか? Mykola Demko 2012.11.25 12:47 #53 Renat:話題逸らしをやめて、質問に直接答えてください(1ページ、1投稿)なぜ?...SeriesInfoInteger(Symbol(), PERIOD_M1,SERIES_FIRSTDATE,x) は、M1履歴の終了日ではなく、タイムフレームから最初に出たバーの日付を返す ...。まず、この関数が返す値は意味がありません。なぜなら、この情報はtime[0]を通して簡単に得ることができるからです。第二に、それが返すものが説明と合わないことです。私はこの問題に何度も直面してきました。 最後はつい最近ですが、インジケータの計算を 始める前にバーの平均サイズを計算したいのです。お客様は、バーがウィンドウに無制限であることを要求しています。また、日足と週足がある場合、M1のバーの平均サイズはどのように計算するのでしょうか?これは一例であり、実際にはこの問題は頻繁に発生する。もう一度言いますが、私の質問は接着についてではなく、説明文に書いてあることを返さない関数についてなのです。 --- 2012.11.25 12:51 #54 220Volt: 質問の意味がわかりません。質問の意味がわかりません。古いTFに日記は関係あるのか?もう一度繰り返しますが、議事録はベースです。 pusheax 2012.11.25 12:52 #55 Urain:話題逸らしをやめて、質問に直接答えてください(1ページ、1投稿)なぜ?まず、この関数が返す情報は意味がありません。なぜなら、この情報はtime[0]を使って簡単に得ることができるからです。第二に、返されるものが説明と全く一致しないことです。私はこの問題に何度も直面してきました。 最後はつい最近ですが、インジケータの計算を始める前にバーの平均サイズを計算したいのです。お客様は、バーがウィンドウに無制限であることを要求しています。また、日足と週足がある場合、M1のバーの平均サイズはどのように計算するのでしょうか?これは一例であり、実際にはこの問題は頻繁に発生する。もう一度言いますが、私の質問は接着についてではなく、説明文に書いてあることを返さない関数についてなのです。 バーとバーの間に1分以上の間隔がある場合は、次に進む、それだけです。 --- 2012.11.25 12:56 #56 Urain:第三に、これはくだらない質問ではなく、私は何度もこの問題に直面しており、最近では、インジケータの計算を開始する前に平均バーサイズを計算する必要があります。お客様のご要望は、窓の棒が無制限であること。また、日足と週足がある場合、M1のバーの平均サイズはどのように計算するのでしょうか?これは一例であり、実際にはこの問題は頻繁に発生する。私の質問は、接着についてではなく、記述されていない値を返す関数についてです。ニコライさん、私たちが「すべてを分単位で保存する」というモデルを持っていることは、ご自身でもお気づきだと思います。そのため、ブローカーに分足に上位タイムフレームのバーを挿入しないよう依頼するだけでよいのです。ということです。それ以外の選択肢はないし、これからもないだろう。 削除済み 2012.11.25 13:04 #57 sergeev:質問の意味がわかりません。日記と旧TFの関係は?もう一度繰り返しますが、議事録はベースです。 どのような根拠でそのようなことをおっしゃるのでしょうか。あなたは開発者ですか?そうでない場合は、「イミフ」のサインをお願いします。 Mykola Demko 2012.11.25 13:12 #58 pusheax: バーとバーの間の時間が > 1分であれば、次に進んでそれで終わりです。問題を知らない人と議論するのは難しい、全ては荒らしになる。では、バーとバーの間が2分ならどうでしょう?もし3分だったら......?そして、もしそれが週末の休みならどうでしょう?平日だけど休日だったら......どうする?またMQの歴史を見るな!現実的に考えて、ディーリングの歴史はそんなに深くなく、そんなに良いものでもない(MQは理想的ではないが、他のディーラーの良い例であるとしても)。 Mykola Demko 2012.11.25 13:13 #59 sergeev:ニコライさん、あなた自身、「すべてが数分で保存される」というモデルについて、お気づきのことと思います。そのため、ブローカーに分足に上位タイムフレームのバーを挿入しないよう依頼するだけでよいのです。ということです。それ以外の選択肢はないし、これからもないだろう。 もう一つの選択肢は、冒頭で説明したとおり、MQに関するもので、具体的にはある機能の 微調整を行うものです。 Mykola Demko 2012.11.25 13:15 #60 220Volt: どのような根拠でそのようなことをおっしゃるのでしょうか。あなたは開発者ですか?そうでない場合は、「イミフ」のサインをお願いします。これはイミフではなく、MQの代表者による一般的な再話です。すべてのTFの履歴は保存されておらず、M1からチャートを読み込む際にその場で計算されると繰り返し述べている。 12345678910111213...22 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
なになに
なになに
話題逸らしをやめて、質問に直接答えてください(1ページ、1投稿)
なぜ?
...SeriesInfoInteger(Symbol(), PERIOD_M1,SERIES_FIRSTDATE,x) は、M1履歴の終了日ではなく、タイムフレームから最初に出たバーの日付を返す ...。
まず、この関数が返す値は意味がありません。なぜなら、この情報はtime[0]を通して簡単に得ることができるからです。
第二に、それが返すものが説明と合わないことです。
私はこの問題に何度も直面してきました。 最後はつい最近ですが、インジケータの計算を 始める前にバーの平均サイズを計算したいのです。お客様は、バーがウィンドウに無制限であることを要求しています。また、日足と週足がある場合、M1のバーの平均サイズはどのように計算するのでしょうか?
これは一例であり、実際にはこの問題は頻繁に発生する。
もう一度言いますが、私の質問は接着についてではなく、説明文に書いてあることを返さない関数についてなのです。
質問の意味がわかりません。
質問の意味がわかりません。
古いTFに日記は関係あるのか?
もう一度繰り返しますが、議事録はベースです。
話題逸らしをやめて、質問に直接答えてください(1ページ、1投稿)
なぜ?
まず、この関数が返す情報は意味がありません。なぜなら、この情報はtime[0]を使って簡単に得ることができるからです。
第二に、返されるものが説明と全く一致しないことです。
私はこの問題に何度も直面してきました。 最後はつい最近ですが、インジケータの計算を始める前にバーの平均サイズを計算したいのです。お客様は、バーがウィンドウに無制限であることを要求しています。また、日足と週足がある場合、M1のバーの平均サイズはどのように計算するのでしょうか?
これは一例であり、実際にはこの問題は頻繁に発生する。
もう一度言いますが、私の質問は接着についてではなく、説明文に書いてあることを返さない関数についてなのです。
第三に、これはくだらない質問ではなく、私は何度もこの問題に直面しており、最近では、インジケータの計算を開始する前に平均バーサイズを計算する必要があります。お客様のご要望は、窓の棒が無制限であること。また、日足と週足がある場合、M1のバーの平均サイズはどのように計算するのでしょうか?
これは一例であり、実際にはこの問題は頻繁に発生する。
私の質問は、接着についてではなく、記述されていない値を返す関数についてです。
ニコライさん、私たちが「すべてを分単位で保存する」というモデルを持っていることは、ご自身でもお気づきだと思います。
そのため、ブローカーに分足に上位タイムフレームのバーを挿入しないよう依頼するだけでよいのです。
ということです。
それ以外の選択肢はないし、これからもないだろう。
質問の意味がわかりません。
日記と旧TFの関係は?
もう一度繰り返しますが、議事録はベースです。
バーとバーの間の時間が > 1分であれば、次に進んでそれで終わりです。
問題を知らない人と議論するのは難しい、全ては荒らしになる。
では、バーとバーの間が2分ならどうでしょう?
もし3分だったら......?
そして、もしそれが週末の休みならどうでしょう?
平日だけど休日だったら......どうする?
またMQの歴史を見るな!現実的に考えて、ディーリングの歴史はそんなに深くなく、そんなに良いものでもない(MQは理想的ではないが、他のディーラーの良い例であるとしても)。
ニコライさん、あなた自身、「すべてが数分で保存される」というモデルについて、お気づきのことと思います。
そのため、ブローカーに分足に上位タイムフレームのバーを挿入しないよう依頼するだけでよいのです。
ということです。
それ以外の選択肢はないし、これからもないだろう。
どのような根拠でそのようなことをおっしゃるのでしょうか。あなたは開発者ですか?そうでない場合は、「イミフ」のサインをお願いします。
これはイミフではなく、MQの代表者による一般的な再話です。
すべてのTFの履歴は保存されておらず、M1からチャートを読み込む際にその場で計算されると繰り返し述べている。