グラフィックライブラリーをゼロから作成する - ページ 6 12345678910111213...15 新しいコメント Реter Konow 2020.08.29 19:41 #51 Roman:HFTについては、カップボリュームやオーダーフローをグラフィカルに分析するために、3Dが有効だと思います。 しかし、そのような情報をどう解釈するかは、私は掘り下げて考えていません。 客観的に見れば、3Dは2Dよりもはるかに複雑です。一度では理解できないような機能性があるのです。でも、やってみれば12時間で理解でき、あとはすべての扉が開いて、何でもイメージできるようになります。豊富な可能性があります )))) Roman 2020.08.29 19:52 #52 Реter Konow:客観的に見れば、3Dは2Dよりもずっと複雑です。機能が多すぎて、なかなかすぐには手に入らない...。でも、やってみると、12時間でその中に入って、すべてのドアが開いて、何でも、どんなふうにもビジュアル化できるようになるんです。可能性のかけらもない )))) 可能性の海があることは明らかです。 3Dと連動するようなタスクはまだ設定していません。わかりにくいからではなく、単純にまだ必要ないからです。 しかし、誰かがそれを必要とするかもしれないので、3Dが使用できる例を挙げました。 Алексей Тарабанов 2020.08.29 20:02 #53 Alexandr Andreev: それは理解しています。問題は、座標を維持したままホバーリング時にスタイルを変更することです...。すでに明らかになっているようですがコントロール部に標準装備されているビリオはありますか? また、右の括弧内の20という数字は何を意味するのでしょうか? Алексей Тарабанов 2020.08.29 20:35 #54 ブレインファックスって誰ですかと聞くのも恥ずかしいのですが・・・。 Реter Konow 2020.08.29 21:07 #55 Roman:ハマればいろいろな可能性があるのは理解できる。 3Dでは、まだそのような課題は設定していません。わかりにくいからではなく、まだ必要ないからです。 しかし、誰かが必要とするかもしれないので、3Dが使用できる例を挙げただけです。 時間があれば、タンブラーに 3Dビジュアライゼーションを追加してQBにアップロードする予定です。 Maxim Kuznetsov 2020.08.30 09:07 #56 それだけで十分です。 MTに公式/合法的な機能(関数/グループ)があれば、ウィンドウ内にコンテナを作成し、そのウィンドウハンドルを取得 することができます。 DLLを使えば、どんなライブラリでも描画し、インタラクティブに通信することができ、車輪の再発明は必要ありません。 --- 今のところ、フォームやダイアログ、ダッシュボードの類はすべて自分で別のウィンドウで行っているので、必ずしも便利とは言えません。 Roman 2020.08.30 09:50 #57 Maxim Kuznetsov:それだけで十分です。MTに公式/合法的な機能(関数/グループ)があれば、ウィンドウ内にコンテナを作成し、そのウィンドウハンドルを取得 することができます。そのうえで、DLLを使えば、どんなライブラリでも描画してインタラクティブに通信することができ、車輪の再発明をする必要はないのです。---一方、フォームやダイアログ、ダッシュボードの類は、それぞれ別のウィンドウで行うので、必ずしも便利とは言えません。 私の理解が正しければ、私もこのアイデアに賛成です。 メタエディタのプロジェクトでは、まだ未実装のプログラムモジュールが存在します。 しかし、このモジュールで何が計画されていたかは不明である。 Market Overview、Navigator、Toolsなど、独自のモジュールを作りたいと考えています。 そして、それらをServicesで実行する。このように、端末のモジュール機能は、自作のプラグインによって拡張することができます。 Maxim Kuznetsov 2020.08.30 10:14 #58 Roman:もし私の理解が正しければ、私もこのアイデアに賛成です。 メタエディタのプロジェクトでは、未実装のモジュールがあります。 しかし、このモジュールで何が計画されていたかは不明である。 Market Overview、Navigator、Toolsなど、独自のモジュールを作りたいと考えています。 そして、それらをServicesで実行する。このように、自作プラグインによって端末のモジュール機能を飛躍的に拡張していきます。 こんなのも需要があるんだ"create a window "でハンドル名を指定します。 DLLを使えば、サービス、Expert Advisorsから、どこからでもWindowsの別ウィンドウを開く/作成することができるようになりました。 しかし、それはMTとはある種「別物」になります。MTのウィンドウには表示されませんし、MTもそれを意識することはないのです。メニューに追加することも、インターフェースのどこかに配置することもできません。 これらの「欲しいもの」は機能的に似ていて、ほぼ同じコードで実装されており、一方が他方を補完しています。 一つ目は、チャートウィンドウの中にコンテナ(ネストされたウィンドウ、ウィジェット)を作ることでした。 2つ目は、「カスタム」MTウィンドウの作成です ウィンドウの作成と管理は、アプリケーションの頭の中にあるべきものです。だから、「チャートまたはメインインターフェイスにウィンドウを作成する」というAPIは最小限であってほしいのです。 Maxim Kuznetsov 2020.08.30 11:50 #59 Maxim Kuznetsov: "一人で静かに、会話をしている"...。 もし時間があれば、WinAPI CreateWindowExで直接ChartGetInteger(0,WINDOW_HANDLE)の子ウィンドウを作成してみてください。正しく作成され、表示され、チャートに支障がなければ、最初の質問は削除されます。 高水準のライブラリや言語には慣れているのですが :-) 私も少し調べてみないといけませんね。 Aliaksandr Hryshyn 2020.09.19 17:47 #60 エンジンの動作の一例。https://www.mql5.com/ru/market/product/30901# 簡単な説明はリンク先をご覧ください。 Создание графической библиотеки с нуля 2020.08.27www.mql5.com Общее обсуждение: Создание графической библиотеки с нуля 12345678910111213...15 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
HFTについては、カップボリュームやオーダーフローをグラフィカルに分析するために、3Dが有効だと思います。
しかし、そのような情報をどう解釈するかは、私は掘り下げて考えていません。
客観的に見れば、3Dは2Dよりもはるかに複雑です。一度では理解できないような機能性があるのです。でも、やってみれば12時間で理解でき、あとはすべての扉が開いて、何でもイメージできるようになります。豊富な可能性があります ))))
客観的に見れば、3Dは2Dよりもずっと複雑です。機能が多すぎて、なかなかすぐには手に入らない...。でも、やってみると、12時間でその中に入って、すべてのドアが開いて、何でも、どんなふうにもビジュアル化できるようになるんです。可能性のかけらもない ))))
可能性の海があることは明らかです。
3Dと連動するようなタスクはまだ設定していません。わかりにくいからではなく、単純にまだ必要ないからです。
しかし、誰かがそれを必要とするかもしれないので、3Dが使用できる例を挙げました。
それは理解しています。問題は、座標を維持したままホバーリング時にスタイルを変更することです...。すでに明らかになっているようですが
コントロール部に標準装備されているビリオはありますか?
また、右の括弧内の20という数字は何を意味するのでしょうか?
ハマればいろいろな可能性があるのは理解できる。
3Dでは、まだそのような課題は設定していません。わかりにくいからではなく、まだ必要ないからです。
しかし、誰かが必要とするかもしれないので、3Dが使用できる例を挙げただけです。
それだけで十分です。
MTに公式/合法的な機能(関数/グループ)があれば、ウィンドウ内にコンテナを作成し、そのウィンドウハンドルを取得 することができます。
DLLを使えば、どんなライブラリでも描画し、インタラクティブに通信することができ、車輪の再発明は必要ありません。
---
今のところ、フォームやダイアログ、ダッシュボードの類はすべて自分で別のウィンドウで行っているので、必ずしも便利とは言えません。
それだけで十分です。
MTに公式/合法的な機能(関数/グループ)があれば、ウィンドウ内にコンテナを作成し、そのウィンドウハンドルを取得 することができます。
そのうえで、DLLを使えば、どんなライブラリでも描画してインタラクティブに通信することができ、車輪の再発明をする必要はないのです。
---
一方、フォームやダイアログ、ダッシュボードの類は、それぞれ別のウィンドウで行うので、必ずしも便利とは言えません。
私の理解が正しければ、私もこのアイデアに賛成です。
メタエディタのプロジェクトでは、まだ未実装のプログラムモジュールが存在します。
しかし、このモジュールで何が計画されていたかは不明である。
Market Overview、Navigator、Toolsなど、独自のモジュールを作りたいと考えています。
そして、それらをServicesで実行する。このように、端末のモジュール機能は、自作のプラグインによって拡張することができます。
もし私の理解が正しければ、私もこのアイデアに賛成です。
メタエディタのプロジェクトでは、未実装のモジュールがあります。
しかし、このモジュールで何が計画されていたかは不明である。
Market Overview、Navigator、Toolsなど、独自のモジュールを作りたいと考えています。
そして、それらをServicesで実行する。このように、自作プラグインによって端末のモジュール機能を飛躍的に拡張していきます。
こんなのも需要があるんだ"create a window "でハンドル名を指定します。
DLLを使えば、サービス、Expert Advisorsから、どこからでもWindowsの別ウィンドウを開く/作成することができるようになりました。
しかし、それはMTとはある種「別物」になります。MTのウィンドウには表示されませんし、MTもそれを意識することはないのです。メニューに追加することも、インターフェースのどこかに配置することもできません。
これらの「欲しいもの」は機能的に似ていて、ほぼ同じコードで実装されており、一方が他方を補完しています。
一つ目は、チャートウィンドウの中にコンテナ(ネストされたウィンドウ、ウィジェット)を作ることでした。
2つ目は、「カスタム」MTウィンドウの作成です
ウィンドウの作成と管理は、アプリケーションの頭の中にあるべきものです。だから、「チャートまたはメインインターフェイスにウィンドウを作成する」というAPIは最小限であってほしいのです。
"一人で静かに、会話をしている"...。
もし時間があれば、WinAPI CreateWindowExで直接ChartGetInteger(0,WINDOW_HANDLE)の子ウィンドウを作成してみてください。正しく作成され、表示され、チャートに支障がなければ、最初の質問は削除されます。
高水準のライブラリや言語には慣れているのですが :-) 私も少し調べてみないといけませんね。
エンジンの動作の一例。
https://www.mql5.com/ru/market/product/30901#
簡単な説明はリンク先をご覧ください。