キャンバスがカッコいい! - ページ 51 1...444546474849505152535455565758...93 新しいコメント Renat Fatkhullin 2020.01.21 18:29 #501 Nikolai Semko: MTとそのチャートのルック&フィール、そしてユーザー向けのグラフィカルなライブラリの話です。主 に、アンチエイリアスのかかったグラフィックスの欠如と、ウィンドウメニューインターフェースによる様々なオプションや設定の選択。 。 一方、これは事実上、ほとんど差がありません。重要度では20位のどこか。 だからといって、デザインやグラフィックに問題があるという主張は決して認めません。 Алексей Барбашин 2020.01.21 18:48 #502 Nikolai Semko: ありがとう、アレクセイ。 ほぼすべてそうです。話題にしていただいてありがとうございます。 私個人にとってのKANVASは、あくまでも趣味や余暇の活動です。新しいグラフィカルライブラリやGUIの開発は、もはや趣味ではなく、時間のかかる仕事なので、負担をかけません。という疑問が湧けば、うまくできるかもしれませんが。 MTは、グラフィックやビジュアライゼーションに関して、かなり遅れていると思います。少なくとも10年は遅れている。このあたりは、MQチームの優先順位が高くないのが残念です。ビジネスにおいて、ラッピングは時に決定的な役割を果たします。 そうなんです、ニコライさんはキャンバスが趣味なんですよね!?そして、趣味の世界にこそ、本当の魂と知識を注ぎ込むのだから、このままであってほしいと心から願っています。新しいGUIライブラリの登場もそう遠くはないでしょうし、皆さんの例を参考にさせていただくことになると思いますだから、この点ではやめないでほしいですね。 もし気が向いたら、ひとつだけお願いがあるのですが、例のひとつでは、キャンバス上に「形」を描き、それぞれをドラッグ&ドロップできるようにしています。これらの図形に「閉じる」ボタンをつけて、ピントが合うと色を変えてみてください。あるいは、同じ「フォーム」の「ヘッダー」をアクティブ(ドラッグ可能な状態、またはフォアグラウンド)とパッシブ(バックグラウンド)で変更します。 これは、キャンバス全体を再描画することなく、キャンバスの特定の領域を変更する素晴らしい例となるでしょう。 何度も言いますが、気分と欲望があれば!です。:) Алексей Барбашин 2020.01.21 18:54 #503 Renat Fatkhullin: 遅れをとっているわけではなく、逆に他の(すべての)プラットフォームよりはるかに進んでいるのです。Canvas + OpenCL + 完全なDirectXを箱から出す - これは遅れているのか? しかし、問題は「再生できる」人の輪が狭いことです。多くのトレーダーは、標準的なテクニカル指標の段階を超えることはない。 これからエディタでのPythonとの連携や、サービスを使ったスクリプトを公開します。Pythonのプログラムをスクリプトとしてターミナルで直接実行できるようになり、分析開発したものを簡単にMT5に移行することができるようになります。これらはスクリプトであり、Expert Advisor ではありませんので、テスターで実行することはできません。 データベースや集合の操作について多く取り組んでいます。DatabaseXXXXの新機能を追加しています。通常のSQLiteの機能を拡張するだけでなく、エディタ内でSQLite Browserを起動できるようにしています。 今後、MQL5言語の標準機能にWinMLを 組み込んで、ONNXで学習したモデルを実行できるようになるかもしれませんね。それは、PythonのTensorFlowでは物足りない場合です。 全体として、データ分析スタジオを作るという道を歩んでいるのです。 Renat 私たちは、mql環境で働く多くの開発者が、いまだに手続き的な設計から脱却できず、彼らにとってOOPは牛にとっての赤い布のようなものであることを知っています。PythonもSharpも間違いなくOOPで、だからみんなマスターしたがらないんです。しかし、何事もそのうちに、氷が割れてしまうものです。人々はいまだにMT4を捨てられないでいる。 そして、この機会に、ex4からex5フォーマットへのツールの自動変換を実現してほしいという、とても小さな願いを込めています。多くのユーザー(開発者ではない)は、お気に入りの、たぶん一度買ったツールがMT4でしか動かないからといって、MT5に乗り換えることはないでしょう。もし、あるターミナルから別のターミナルに切り替えるための自動コンバータがあれば、さらに良いのですが、MT5の人気が高まることは間違いないでしょう。 Renat Akhtyamov 2020.01.21 19:09 #504 Алексей Барбашин: ......そして、あなたはpython(以前はsharp)のことを話しています。Python、Sharpはすべて明確にOOPであるため、人々はそれを学ぶことにあまり熱心ではありません ... 言を左右にする 私はタンバリンで踊りたくないだけですが、そうでなければとっくに書いているはずです。インターネットには面白いものがたくさんあり、それはpythonで書かれていますから Алексей Барбашин 2020.01.21 19:18 #505 これはどこに応用できるのか」という言葉を読むと、あまりに近視眼的だと思う。この質問をされる方は、インジケーターやExpert Advisorを一切使わずに、端末を絶対的に使っているのでしょうか? もちろんそういう人もいるのだろうが、ごく少数だと思う。残りはExpert Advisorやインジケータを使用します。 インジケータは、データを視覚化するためのアプリオリなツールなのです Expert Advisorは、少なくとも推奨事項を視覚化します。 どちらも情報の可視化に携わるツールです。そして、ニコライが素晴らしい例で見せてくれるのは、ビジュアライゼーションの能力なのです そして、多くの人がそれを実践するための想像力に欠けているという事実......ならば、問題は想像力の問題ではなく、具体的なニーズがないことなのではないでしょうか。 ただし、「個人的な必要性の欠如」を「普遍的な必要性の欠如」として投影してはいけないということです。 ところでニコライさん、少なくとも1つのコントロールは、あなたの例ですでに気づいています。SLAUのソリューション例で実装されている "スライダー" は、"スクロールバー" の一歩手前のツールです。 Алексей Барбашин 2020.01.21 19:19 #506 Renat Akhtyamov: が、皆の代弁者ではないので...。 ただ、タンバリンで踊る気にはなれませんが、そうでなければ、もっと前に書いていたでしょう。インターネットには面白いものがたくさんありますし、pythonで書いてありますから 全部って言ったっけ?いや、「たくさん」と言っただけなんですけどね )))だから、悪く思わないでください。一緒に暮らそう! Renat Fatkhullin 2020.01.21 19:20 #507 壊れたレコードから直接、驚くべき物語が語られる夜が始まった。 現実の問題として、人は本当に高いレベルに達することができないのです。どうしようもないことなんです。 複雑な問題はこんな感じです。 下位のレベルでは、要求事項の増加によりソリューションを提供できないか、単にコスト効率が悪いため、プロセスは複雑化し、機能的に進化していくのです。これこそが、後戻りできない進歩なのです。 もちろん、トレーダーの層全体が何を言っているのかわからず、凡退してしまうこともある。そして、彼らを教育することはほとんど不可能である。数千時間のトレーニングに投資する人は、ほんのわずかであり、それが苦痛の理由である。 だから、問題を知らないのに、下を呼ぶ旗を持った人たちがいるのです。進化を止めろ! という方への機会を開拓しています。 市場で他の人のためにアプリケーションを作成する より高度なソリューションを自ら創造する Dmitry Fedoseev 2020.01.21 19:24 #508 Алексей Барбашин: これはどこに応用できるのか」という言葉を読むと、あまりに近視眼的だと思う。この質問をされる方は、インジケーターやExpert Advisorを一切使わずに、端末を絶対的に使っているのでしょうか? もちろんそういう人もいるのだろうが、ごく少数だと思う。残りはExpert Advisorやインジケータを使用します。 インジケータは、データを視覚化するためのアプリオリなツールなのです Expert Advisorは、少なくとも推奨事項を視覚化します。 どちらも情報の可視化に携わるツールです。そして、ニコライが素晴らしい例で見せてくれるのは、ビジュアライゼーションの能力なのです そして、多くの人がそれを実践するための想像力に欠けているという事実......ならば、問題は想像力の問題ではなく、具体的なニーズがないことなのではないでしょうか。 ただし、「個人的な必要性の欠如」を「普遍的な必要性の欠如」として投影してはいけないということです。 ところでニコライさん、少なくとも1つのコントロールは、あなたの例ですでに気づいています。SLAUのソリューション例で実装されている "スライダー" は、"スクロールバー" の一歩手前のツールです。 ニコライがやっていることは、プログラミングを学び始めた頃は、どの子もやっていたことだ。 Реter Konow 2020.01.21 19:24 #509 MEが言語を統合するのは良いことです。kanvas上のGUIを必要とする人 - コミュニティに私のコンストラクタを提供します。時間があるときにブラッシュアップして掲載します。独り占めしてどうするんだ?でも、ニコライが望むなら、自分の文庫を書かせればいいのです。決して落胆しているわけではありません。ただ、この作品は、私やアナトリーのように、需要が少ないという宿命があるのです。それが現実です。 Алексей Барбашин 2020.01.21 19:29 #510 レナットさん、またまた端末の機能拡張のお話がありましたが、素晴らしいですね、本当に。 現時点での多くのニーズは、標準的なライブラリで 解決されています。しかし、多くの開発者は、これらのニーズのいくつかは、コアプラットフォーム自体に実装された方が良いという意見に同意してくれると思います。 例えば、昨年、チャートを追加して説明したのと同じSQLiteの扱いや並列処理など...。- このような機能は、標準ライブラリではなく、プラットフォーム自体に実装されるべきものです。 1...444546474849505152535455565758...93 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
MTとそのチャートのルック&フィール、そしてユーザー向けのグラフィカルなライブラリの話です。主 に、アンチエイリアスのかかったグラフィックスの欠如と、ウィンドウメニューインターフェースによる様々なオプションや設定の選択。
。
一方、これは事実上、ほとんど差がありません。重要度では20位のどこか。
だからといって、デザインやグラフィックに問題があるという主張は決して認めません。ありがとう、アレクセイ。
ほぼすべてそうです。話題にしていただいてありがとうございます。
私個人にとってのKANVASは、あくまでも趣味や余暇の活動です。新しいグラフィカルライブラリやGUIの開発は、もはや趣味ではなく、時間のかかる仕事なので、負担をかけません。という疑問が湧けば、うまくできるかもしれませんが。
MTは、グラフィックやビジュアライゼーションに関して、かなり遅れていると思います。少なくとも10年は遅れている。このあたりは、MQチームの優先順位が高くないのが残念です。ビジネスにおいて、ラッピングは時に決定的な役割を果たします。
そうなんです、ニコライさんはキャンバスが趣味なんですよね!?そして、趣味の世界にこそ、本当の魂と知識を注ぎ込むのだから、このままであってほしいと心から願っています。新しいGUIライブラリの登場もそう遠くはないでしょうし、皆さんの例を参考にさせていただくことになると思いますだから、この点ではやめないでほしいですね。
もし気が向いたら、ひとつだけお願いがあるのですが、例のひとつでは、キャンバス上に「形」を描き、それぞれをドラッグ&ドロップできるようにしています。これらの図形に「閉じる」ボタンをつけて、ピントが合うと色を変えてみてください。あるいは、同じ「フォーム」の「ヘッダー」をアクティブ(ドラッグ可能な状態、またはフォアグラウンド)とパッシブ(バックグラウンド)で変更します。
これは、キャンバス全体を再描画することなく、キャンバスの特定の領域を変更する素晴らしい例となるでしょう。
何度も言いますが、気分と欲望があれば!です。:)
遅れをとっているわけではなく、逆に他の(すべての)プラットフォームよりはるかに進んでいるのです。Canvas + OpenCL + 完全なDirectXを箱から出す - これは遅れているのか?
しかし、問題は「再生できる」人の輪が狭いことです。多くのトレーダーは、標準的なテクニカル指標の段階を超えることはない。
これからエディタでのPythonとの連携や、サービスを使ったスクリプトを公開します。Pythonのプログラムをスクリプトとしてターミナルで直接実行できるようになり、分析開発したものを簡単にMT5に移行することができるようになります。これらはスクリプトであり、Expert Advisor ではありませんので、テスターで実行することはできません。
データベースや集合の操作について多く取り組んでいます。DatabaseXXXXの新機能を追加しています。通常のSQLiteの機能を拡張するだけでなく、エディタ内でSQLite Browserを起動できるようにしています。
今後、MQL5言語の標準機能にWinMLを 組み込んで、ONNXで学習したモデルを実行できるようになるかもしれませんね。それは、PythonのTensorFlowでは物足りない場合です。
全体として、データ分析スタジオを作るという道を歩んでいるのです。
Renat 私たちは、mql環境で働く多くの開発者が、いまだに手続き的な設計から脱却できず、彼らにとってOOPは牛にとっての赤い布のようなものであることを知っています。PythonもSharpも間違いなくOOPで、だからみんなマスターしたがらないんです。しかし、何事もそのうちに、氷が割れてしまうものです。人々はいまだにMT4を捨てられないでいる。
そして、この機会に、ex4からex5フォーマットへのツールの自動変換を実現してほしいという、とても小さな願いを込めています。多くのユーザー(開発者ではない)は、お気に入りの、たぶん一度買ったツールがMT4でしか動かないからといって、MT5に乗り換えることはないでしょう。もし、あるターミナルから別のターミナルに切り替えるための自動コンバータがあれば、さらに良いのですが、MT5の人気が高まることは間違いないでしょう。
......そして、あなたはpython(以前はsharp)のことを話しています。Python、Sharpはすべて明確にOOPであるため、人々はそれを学ぶことにあまり熱心ではありません ...
言を左右にする
私はタンバリンで踊りたくないだけですが、そうでなければとっくに書いているはずです。インターネットには面白いものがたくさんあり、それはpythonで書かれていますからこれはどこに応用できるのか」という言葉を読むと、あまりに近視眼的だと思う。この質問をされる方は、インジケーターやExpert Advisorを一切使わずに、端末を絶対的に使っているのでしょうか?
もちろんそういう人もいるのだろうが、ごく少数だと思う。残りはExpert Advisorやインジケータを使用します。
インジケータは、データを視覚化するためのアプリオリなツールなのです
Expert Advisorは、少なくとも推奨事項を視覚化します。
どちらも情報の可視化に携わるツールです。そして、ニコライが素晴らしい例で見せてくれるのは、ビジュアライゼーションの能力なのです
そして、多くの人がそれを実践するための想像力に欠けているという事実......ならば、問題は想像力の問題ではなく、具体的なニーズがないことなのではないでしょうか。
ただし、「個人的な必要性の欠如」を「普遍的な必要性の欠如」として投影してはいけないということです。
ところでニコライさん、少なくとも1つのコントロールは、あなたの例ですでに気づいています。SLAUのソリューション例で実装されている "スライダー" は、"スクロールバー" の一歩手前のツールです。
が、皆の代弁者ではないので...。
ただ、タンバリンで踊る気にはなれませんが、そうでなければ、もっと前に書いていたでしょう。インターネットには面白いものがたくさんありますし、pythonで書いてありますから全部って言ったっけ?いや、「たくさん」と言っただけなんですけどね )))だから、悪く思わないでください。一緒に暮らそう!
現実の問題として、人は本当に高いレベルに達することができないのです。どうしようもないことなんです。
複雑な問題はこんな感じです。
下位のレベルでは、要求事項の増加によりソリューションを提供できないか、単にコスト効率が悪いため、プロセスは複雑化し、機能的に進化していくのです。これこそが、後戻りできない進歩なのです。
もちろん、トレーダーの層全体が何を言っているのかわからず、凡退してしまうこともある。そして、彼らを教育することはほとんど不可能である。数千時間のトレーニングに投資する人は、ほんのわずかであり、それが苦痛の理由である。
だから、問題を知らないのに、下を呼ぶ旗を持った人たちがいるのです。進化を止めろ!
という方への機会を開拓しています。これはどこに応用できるのか」という言葉を読むと、あまりに近視眼的だと思う。この質問をされる方は、インジケーターやExpert Advisorを一切使わずに、端末を絶対的に使っているのでしょうか?
もちろんそういう人もいるのだろうが、ごく少数だと思う。残りはExpert Advisorやインジケータを使用します。
インジケータは、データを視覚化するためのアプリオリなツールなのです
Expert Advisorは、少なくとも推奨事項を視覚化します。
どちらも情報の可視化に携わるツールです。そして、ニコライが素晴らしい例で見せてくれるのは、ビジュアライゼーションの能力なのです
そして、多くの人がそれを実践するための想像力に欠けているという事実......ならば、問題は想像力の問題ではなく、具体的なニーズがないことなのではないでしょうか。
ただし、「個人的な必要性の欠如」を「普遍的な必要性の欠如」として投影してはいけないということです。
ところでニコライさん、少なくとも1つのコントロールは、あなたの例ですでに気づいています。SLAUのソリューション例で実装されている "スライダー" は、"スクロールバー" の一歩手前のツールです。
ニコライがやっていることは、プログラミングを学び始めた頃は、どの子もやっていたことだ。
レナットさん、またまた端末の機能拡張のお話がありましたが、素晴らしいですね、本当に。
現時点での多くのニーズは、標準的なライブラリで 解決されています。しかし、多くの開発者は、これらのニーズのいくつかは、コアプラットフォーム自体に実装された方が良いという意見に同意してくれると思います。
例えば、昨年、チャートを追加して説明したのと同じSQLiteの扱いや並列処理など...。- このような機能は、標準ライブラリではなく、プラットフォーム自体に実装されるべきものです。