エラー、バグ、質問 - ページ 880 1...873874875876877878879880881882883884885886887...3185 新しいコメント Fia 2012.11.26 08:27 #8791 皆さん、ごきげんよう。そんな疑問があります。例えば、私が手動で保留注文を 出したとします。そして、しばらくして、以前出した注文を修正することにしました(まだ約定していません)。価格水準やTP,SLを変更するのは問題ないのですが、保留中の注文の数量を変更するのは問題です。問題は、その理由です。(なぜ古い注文を手動で削除し、新しい注文を作成し、そこにすべてを再入力しなければならないのでしょうか?) Документация по MQL5: Стандартные константы, перечисления и структуры / Торговые константы / Свойства ордеров www.mql5.com Стандартные константы, перечисления и структуры / Торговые константы / Свойства ордеров - Документация по MQL5 --- 2012.11.26 08:29 #8792 Fia:価格水準やTP,SLを変更するのは問題ないのですが、保留中の注文の数量を変更するのは問題ないのですね?まさか問題は、その理由です。 その答えは、「なぜ」です。 Fia 2012.11.26 08:33 #8793 sergeev:まさか という理由で答える。いい答えだ・・・。お客様の利便性を考えてのことなんですね))少なくとも論理的ではないし、なんというか「使い勝手の悪いインターフェイス」でしょう?開発者の方々には、その点を注意していただきたいと思います。ありがとうございました。 Yedelkin 2012.11.26 08:40 #8794 Fia: 価格水準やTP,SLを変更するのは問題ないが、保留中の注文の数量を変更するのは問題ないのか? 問題は、その理由です。 数年前にも同じ質問をしたことがあります。レナート(だったと思う)は、数量は取引要求(注文)の重要な要素であり、数量を変更するには、最初の注文を削除して新しい注文を出すしかない、と答えている。 Fia 2012.11.26 08:55 #8795 Yedelkin: 数年前にも同じ質問をしたことがあります。レナート(だったと思う)は、数量は取引要求(注文)の不可欠な要素であり、数量を変更するには、元の注文を削除して新しい注文を出すしかない、と答えた...あるいはそれに非常に近い意味のことを言ったが、何を話しているのかはすぐにわかった。はい、MT5では、(すでに作成された)保留中の注文の数量を変更する機能は提供されていませんね。しかし、正直なところ、なぜ保留中の注文のトリガーである価格(とその中のSL、TP)は変更できるのに、ボリュームは変更できないのか、よく理解できないのです。何が問題なのか、どなたか教えてください(本当に理解したいのです)。ありがとうございます。s.s.開発者に加えて、作成したoplotのコメントを変更できないのはなぜか、何が難しいのか(本当に理解したい)? Yedelkin 2012.11.26 09:09 #8796 Fia: しかし、正直なところ、保留中の注文のトリガー価格(とその中のSL、TP)は変更できるのに、なぜ出来高は変更できないのか、よく理解できないのです。何が問題なのか、誰か教えてください(本当に理解したいのです)。 ここで、そのトピックを見つけました:保留中の注文のボリュームの変更(Valmarsによる投稿)。 Fia 2012.11.26 09:32 #8797 Yedelkin:保留中の注文の数量を変更 する(Valmarsからのメッセージ)」というトピックを発見しました。ありがとうございます、読みました、注文の変更は履歴に記録せず(何がそれを妨げるのか?)、ログにのみ記録することが既に明確になっていますね。それから、Valmarsの主張はまだよく理解できない。SLについても同じように、最初はペンディングオーダーで20ポイントだったのが、変更されて5ポイントになり、ペンディングオーダーのオープンとクローズがマイナス5ポイントで行われたと想像してください。そして、衝突とは、歴史上、SLの変更はないのでしょうか?ボリュームについては、論旨が明確でない。そして、保留中の注文が実行されていない場合、それは私たちの端末だけでなく、変更する必要がありますが、ブローカーのサーバー上のログがあります(どのような衝突ですか?) 何が問題なのか、まだ理解できていない...。 A100 2012.11.26 09:43 #8798 位置が重なるシステムは、一定のボリュームで動作するのであれば、ユーザーもそのように動作するべきだという論理だと思います(そうすれば、MQは速度に影響を与える余計なことをする必要がないわけですから)。 A100 2012.11.26 16:03 #8799 仮想関数や クラス数、同一モジュール内のクラス数などに何らかの問題がある。ある時点で、クラスに新しく追加されたもの - エラーが見つかりました。 Документация по MQL5: Основы языка / Объектно-ориентированное программирование / Виртуальные функции www.mql5.com Основы языка / Объектно-ориентированное программирование / Виртуальные функции - Документация по MQL5 --- 2012.11.26 16:18 #8800 A100:仮想関数や クラス数、同一モジュール内のクラス数などに何らかの問題がある。ある時点で、クラスに新しく追加されたもの - エラーが見つかりました。 何人いるか知っていますか? 1...873874875876877878879880881882883884885886887...3185 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
皆さん、ごきげんよう。
そんな疑問があります。
例えば、私が手動で保留注文を 出したとします。
そして、しばらくして、以前出した注文を修正することにしました(まだ約定していません)。
価格水準やTP,SLを変更するのは問題ないのですが、保留中の注文の数量を変更するのは問題です。
問題は、その理由です。
(なぜ古い注文を手動で削除し、新しい注文を作成し、そこにすべてを再入力しなければならないのでしょうか?)
価格水準やTP,SLを変更するのは問題ないのですが、保留中の注文の数量を変更するのは問題ないのですね?
まさか
問題は、その理由です。
まさか
という理由で答える。いい答えだ・・・。
お客様の利便性を考えてのことなんですね))
少なくとも論理的ではないし、なんというか「使い勝手の悪いインターフェイス」でしょう?
開発者の方々には、その点を注意していただきたいと思います。
ありがとうございました。
数年前にも同じ質問をしたことがあります。レナート(だったと思う)は、数量は取引要求(注文)の不可欠な要素であり、数量を変更するには、元の注文を削除して新しい注文を出すしかない、と答えた...あるいはそれに非常に近い意味のことを言ったが、何を話しているのかはすぐにわかった。
はい、MT5では、(すでに作成された)保留中の注文の数量を変更する機能は提供されていませんね。
しかし、正直なところ、なぜ保留中の注文のトリガーである価格(とその中のSL、TP)は変更できるのに、ボリュームは変更できないのか、よく理解できないのです。
何が問題なのか、どなたか教えてください(本当に理解したいのです)。
ありがとうございます。
s.s.開発者に加えて、作成したoplotのコメントを変更できないのはなぜか、何が難しいのか(本当に理解したい)?
保留中の注文の数量を変更 する(Valmarsからのメッセージ)」というトピックを発見しました。
ありがとうございます、読みました、注文の変更は履歴に記録せず(何がそれを妨げるのか?)、ログにのみ記録することが既に明確になっていますね。
それから、Valmarsの主張はまだよく理解できない。
SLについても同じように、最初はペンディングオーダーで20ポイントだったのが、変更されて5ポイントになり、ペンディングオーダーのオープンとクローズがマイナス5ポイントで行われたと想像してください。
そして、衝突とは、歴史上、SLの変更はないのでしょうか?ボリュームについては、論旨が明確でない。
そして、保留中の注文が実行されていない場合、それは私たちの端末だけでなく、変更する必要がありますが、ブローカーのサーバー上のログがあります(どのような衝突ですか?)
何が問題なのか、まだ理解できていない...。
位置が重なるシステムは、一定のボリュームで動作するのであれば、ユーザーもそのように動作するべきだという論理だと思います(そうすれば、MQは速度に影響を与える余計なことをする必要がないわけですから)。
仮想関数や クラス数、同一モジュール内のクラス数などに何らかの問題がある。ある時点で、クラスに新しく追加されたもの - エラーが見つかりました。
仮想関数や クラス数、同一モジュール内のクラス数などに何らかの問題がある。ある時点で、クラスに新しく追加されたもの - エラーが見つかりました。