キャンバスがカッコいい! - ページ 58 1...515253545556575859606162636465...93 新しいコメント aleger 2020.01.22 16:03 #571 Dmitry Fedoseev: トレーダーの間では、そのようなニーズは見受けられません。収益性の話ではなく、EAにおける様々な小細工の話をしているのです。 そして、EAの最も重要な装身具は、その潜在的な収益性です! Dmitry Fedoseev 2020.01.22 16:07 #572 aleger: そして、EAの最も重要なブリングは、その潜在的な利回りです なるほど、どんな話でも...。を話すだけです。 aleger 2020.01.22 16:14 #573 Dmitry Fedoseev: なるほど、どんな話でも...。話すだけで そして、話すこと、すること、もしあなたにその気概があるならば。 aleger 2020.01.22 16:29 #574 Реter Konow: そうですね、古典的なEAで、売買シグナルを生成する3つのインジケータと、ストップのためのいくつかの数式です。悲しいことです。 Better - 「ノーマル」ジグザグとその機能の一部をベースにした、あなただけのアドバイザー Реter Konow 2020.01.22 16:48 #575 aleger: Better - 「ノーマル」ジグザグとその機能の一部をベースにした、あなただけのアドバイザー 人それぞれです。 aleger 2020.01.22 17:02 #576 Реter Konow: 人それぞれです。 特にドイツ語は...。 Алексей Барбашин 2020.01.22 17:36 #577 Renat Fatkhullin: インターフェイスについては、とっくの昔にすべてが終わっていて、例題も含めてMFCのアナログとして標準ライブラリで 公開されているのに、皆さんは何を言っているのでしょうか。 きちんとしたプロ並みのパネルを作るためのライブラリの存在を知らずに議論しているのは些細なことです。ライブ、ドラッグ＆ドロップ、最小化、イベントへの反応などです。 ファネルが最初のステップでコンバージョン率を失うと、他のどのようなグラフィカルな構造「誰もソリューションがあることを知らない」。どんな解決策でも。読まないし、知らないし、知りたくもない。そして、MQL5では標準ライブラリに13mbのソースコードがあるんだ。まともな人はそこまでして調べたりしないのか？ 議論して、アドバイスして、問題を理解したつもりになるほうが......。 レナート このライブラリーを使い始めてから2年になります。主な欠点は、コントロールとその構成要素が離散的であることです。フォームの要素をフォームの後ろにループ状にドラッグしたときの効果を観察する機会がなかったのではないでしょうか。きれいな光景ですが、生産的ではありません。イベント処理にMFCのアプローチを使うのは良い解決策です。ライブラリのスケルトン自体は良いのですが、最終的には離散的なプリミティブから脱却し、ループで位置を変えるプリミティブの束ではなく、最終結果（コントロールを持つフォーム）を一つのキャンバスに描き、一つのオブジェクトをドラッグ＆ドロップする必要があると、既に以前の記事で書いています。 もちろん、「図書館があるのだから、他に何が必要なんだ」と言う人もいます。その上で落ち着く、あるいは全てをそういう扱いにすればいいのです。それはあなたの権利です。 しかし、ビジュアライゼーションやGUIについては、誰もあなたに何かを求めているわけではなく、興味を持ったユーザー同士が話し合っているだけです。 Andrey Khatimlianskii 2020.01.22 17:45 #578 Renat Fatkhullin: インターフェイスについては、とっくにすべてが終わっていて、MFCのアナログとして標準ライブラリ にサンプルも含めて公開されているのに、皆さんは何を議論しているのでしょうか？ きちんとしたプロフェッショナルなパネルを構築するためのライブラリの存在を知らずに議論しているのはつまらないことだ。ライブ、ドラッグ＆ドロップ、最小化、イベントへの反応などです。 グラフィックが不具合で下火で何年も直せないことを言い忘れた。 標準グラフィックス・ライブラリのバグに関する同じようなトピックは十分にありますが、あなたは興味がないようですね。 その一方で、始まりが築かれ、アナログが書かれ、望む誰もが本当に（彼らはいくつかの場所で非常に論争の13 Mbを学びたい場合、ソースコード）であるファイルを終了することができます。 しかし、フィードバックは本当に不足していることが多く、バグレポートでも必ずしも回答があるとは限らない...。 Igor Makanu 2020.01.22 17:51 #579 Andrey Khatimlianskii: グラフィックが不具合で過疎で何年も直せないってのを忘れてるよね。 グラフィック性能は動作に必要ないと思う、一般的にはSBから2〜3日で欲しいグラフィックのほとんどを作るのが現実的だと思う テストに使うにはあまりに恐ろしい解法なので、コメントもできません- くちがさけてもいえない Andrey Khatimlianskii 2020.01.22 18:15 #580 Igor Makanu: グラフィックにそれほど性能は必要ないと思います。一般的には、2、3日でほとんどのグラフィックの希望を叶えることが現実的です しかし、テスターでのグラフィックの挙動が異なるということは、これは本当に問題です。- コメントする気も起きない。 性能の問題ではなく、性能にバグがあるのです。 1...515253545556575859606162636465...93 新しいコメント 理由: キャンセル 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
トレーダーの間では、そのようなニーズは見受けられません。収益性の話ではなく、EAにおける様々な小細工の話をしているのです。
そして、EAの最も重要な装身具は、その潜在的な収益性です!
そして、EAの最も重要なブリングは、その潜在的な利回りです
なるほど、どんな話でも...。を話すだけです。
なるほど、どんな話でも...。話すだけで
そして、話すこと、すること、もしあなたにその気概があるならば。
そうですね、古典的なEAで、売買シグナルを生成する3つのインジケータと、ストップのためのいくつかの数式です。悲しいことです。
Better - 「ノーマル」ジグザグとその機能の一部をベースにした、あなただけのアドバイザー
Better - 「ノーマル」ジグザグとその機能の一部をベースにした、あなただけのアドバイザー
人それぞれです。
特にドイツ語は...。
インターフェイスについては、とっくの昔にすべてが終わっていて、例題も含めてMFCのアナログとして標準ライブラリで 公開されているのに、皆さんは何を言っているのでしょうか。
きちんとしたプロ並みのパネルを作るためのライブラリの存在を知らずに議論しているのは些細なことです。ライブ、ドラッグ＆ドロップ、最小化、イベントへの反応などです。
ファネルが最初のステップでコンバージョン率を失うと、他のどのようなグラフィカルな構造「誰もソリューションがあることを知らない」。どんな解決策でも。読まないし、知らないし、知りたくもない。そして、MQL5では標準ライブラリに13mbのソースコードがあるんだ。まともな人はそこまでして調べたりしないのか？
議論して、アドバイスして、問題を理解したつもりになるほうが......。
レナート このライブラリーを使い始めてから2年になります。主な欠点は、コントロールとその構成要素が離散的であることです。フォームの要素をフォームの後ろにループ状にドラッグしたときの効果を観察する機会がなかったのではないでしょうか。きれいな光景ですが、生産的ではありません。イベント処理にMFCのアプローチを使うのは良い解決策です。ライブラリのスケルトン自体は良いのですが、最終的には離散的なプリミティブから脱却し、ループで位置を変えるプリミティブの束ではなく、最終結果（コントロールを持つフォーム）を一つのキャンバスに描き、一つのオブジェクトをドラッグ＆ドロップする必要があると、既に以前の記事で書いています。
もちろん、「図書館があるのだから、他に何が必要なんだ」と言う人もいます。その上で落ち着く、あるいは全てをそういう扱いにすればいいのです。それはあなたの権利です。
しかし、ビジュアライゼーションやGUIについては、誰もあなたに何かを求めているわけではなく、興味を持ったユーザー同士が話し合っているだけです。
インターフェイスについては、とっくにすべてが終わっていて、MFCのアナログとして標準ライブラリ にサンプルも含めて公開されているのに、皆さんは何を議論しているのでしょうか？
きちんとしたプロフェッショナルなパネルを構築するためのライブラリの存在を知らずに議論しているのはつまらないことだ。ライブ、ドラッグ＆ドロップ、最小化、イベントへの反応などです。
グラフィックが不具合で下火で何年も直せないことを言い忘れた。
標準グラフィックス・ライブラリのバグに関する同じようなトピックは十分にありますが、あなたは興味がないようですね。
その一方で、始まりが築かれ、アナログが書かれ、望む誰もが本当に（彼らはいくつかの場所で非常に論争の13 Mbを学びたい場合、ソースコード）であるファイルを終了することができます。
しかし、フィードバックは本当に不足していることが多く、バグレポートでも必ずしも回答があるとは限らない...。
グラフィックが不具合で過疎で何年も直せないってのを忘れてるよね。
グラフィック性能は動作に必要ないと思う、一般的にはSBから2〜3日で欲しいグラフィックのほとんどを作るのが現実的だと思う
テストに使うにはあまりに恐ろしい解法なので、コメントもできません- くちがさけてもいえない
グラフィックにそれほど性能は必要ないと思います。一般的には、2、3日でほとんどのグラフィックの希望を叶えることが現実的です
しかし、テスターでのグラフィックの挙動が異なるということは、これは本当に問題です。- コメントする気も起きない。
性能の問題ではなく、性能にバグがあるのです。