記事「DoEasy - サービス関数（第2回）：はらみ線パターン」についてのディスカッション - ページ 2 12 新しいコメント Ivan Titov 2024.09.03 14:19 #11 Alexey Viktorov #:この人工バカは、チップに溜まったどんなゴミも再現できる。違うパターンになることはお見せしました。違う。 グーグルの上位に あるリンクがすべてバカかゴミだと決めつけるのは、少し傲慢ではないか？ BmC 2025.04.03 17:55 #12 ありがとう記事より- "ご覧の通り、すべてが広告通りに機能します。図面としてパターンを描画するには、いくつかの遅延があります。 遅延は、ライブラリによって作成されたオブジェクトをチャート上で検索するために発生します。この検索はすでに同期的である。チャート上の情報オブジェクトを削除し、新しいオブジェクトを作成する必要があります。そうすれば非同期になります。 ヘルプよりObjectFind() や、ObjectGetXXXのようなオブジェクトのプロパティを求める関数を使用して、実行結果を確認することができます。しかし、このような関数はチャート・コマンドのキューの最後尾に置かれ、実行結果を待ちます（同期呼び出しであるため）。チャート内で多数のオブジェクトを扱う場合は、このような状況を念頭に置く必要があります。 これがここで起こっていることである。 Artyom Trishkin 2025.04.04 05:43 #13 BmC #:ありがとう記事より- "ご覧の通り、すべてが広告通りに機能します。図面としてパターンを描画するには、いくつかの遅延があります。 遅延は、ライブラリによって作成されたオブジェクトをチャート上で検索するために発生します。この検索はすでに同期的である。チャート上の情報オブジェクトを削除し、新しいオブジェクトを作成する必要があります。そうすれば非同期になります。ヘルプよりObjectFind() や、例えばObjectGetXXXのようなオブジェクトのプロパティを求める関数を使用して、実行結果を確認することができます。しかし、このような関数はチャート・コマンドのキューの最後尾に配置され、実行結果を待ちます（同期呼び出しであるため）。チャート上で多数のオブジェクトを扱う場合は、この点に留意する必要があります。 これがここで起こっていることである。 検索されるのはチャート上のオブジェクトではなく、メモリ上のクラス・オブジェクトである。しかし、もちろん何とかなるだろう。 BmC 2025.04.04 11:01 #14 Artyom Trishkin #:検索されるのは、チャート上のオブジェクトではなく、メモリー上のクラス・オブジェクトである。しかし、もちろん何とかなるだろう。 あなたのアルゴリズム： 1. メモリ（あなたのライブラリ）内のクラス・オブジェクトを検索します 2.メモリ内のクラス・オブジェクトの プロパティを変更します 3. チャート内のオブジェクトを削除せず、チャート内に保持します 4. オブジェクトを作成せず、変更するので、端末はチャート内のオブジェクトを検索する機能を呼び出します 5. ポイント2からプロパティを変更する必要があるチャート内のオブジェクトを見つけます。 これが私があなたに書いたことです。ご理解いただけると思ったのですが）。 パターンの上にマウスを動かすたびに、オブジェクトが作られる。10個のパターンにマウス・オーバーすると、チャート上に10個のオブジェクトが作成される。 ObjectSetInteger ヘルプからのメモ： ..................................... しかし、このような関数は、他の人のチャートのコマンド・キューの最後に置かれ、実行結果を待つ、すなわち時間がかかるということを念頭に置くべきである。 あなたはすでにチャート上にたくさんのオブジェクトを持って います！ そのため、マウスをもう一度動かすと、最初のようにオブジェクトが作成されるのではなく、この期間の表示プロパティが変更されるため、時間がかかるのです。 Artyom Trishkin 2025.04.04 13:28 #15 BmC #: あなたのアルゴリズム: 1. メモリ（あなたのライブラリ）にあるクラスのオブジェクトを検索します 2.メモリにあるクラスの オブジェクトのプロパティを変更します 3. チャート内のオブジェクトを削除せず、チャートに残します 4. オブジェクトを作成せず、変更したため、端末はチャート内のオブジェクトを検索する機能の呼び出しを開始します 5. チャート内で、ポイント2からプロパティを変更する必要があるオブジェクトを見つけます。これが私があなたに書いたことです。ご理解いただけると思いました。）パターンの上にマウスを動かすたびに、オブジェクトが作られる。このオブジェクトはチャート上に残る。私がマウスオーバーした10個のパターン、10個のオブジェクトがチャート上に作られた。 ObjectSetInteger ヘルプからのメモ： .................................... しかし、このような関数は、他の人のチャートのコマンド・キューの最後に置かれ、実行結果を待つ、すなわち時間がかかるということを念頭に置くべきです。 チャート内にすでにたくさんのオブジェクトが ある！ そのため、マウスをもう一度動かすと、最初のようにオブジェクトが作成されるのではなく、この期間に表示されるプロパティが変更されるため、時間がかかるのです。 もちろん、このような動作は起こるべきではありません。過去のアップデートが原因で再表示されるのか（現在、グラフ全体が壊れてしまっている。でも、最近の端末のアップデートの後、ライブラリーのすべてのグラフィックが壊れてしまったんだ。保存しておいた古いビルドをロードしてみた。それが新しいものにアップデートされた途端、すべてがクラッシュしてしまった。だから過去のアップデートは罪なんだ。理由を探す時間はまだない。 しかし、多くのオブジェクトが作成され、削除されないという事実は、これは間違いなく計画されたものではありません。 ご回答ありがとうございます。時が来たら調べてみます。 panovq 2025.08.16 23:12 #16 素晴らしい記事だ！ leonerd 2025.10.02 13:57 #17 こんにちは。DoEasyプロジェクトは もうサポートされていないのですか？コンパイルしようとすると、パラメータ変換、デフォルト値の再定義など、多くのエラーが発生します。あるいは、どこかで最新の正しいバージョンをダウンロードできるかもしれません。 Artyom Trishkin 2025.10.02 14:20 #18 leonerd プロジェクトは もうサポートされていないのですか？コンパイルしようとすると、パラメータ変換、デフォルト値の再定義など、多くのエラーが発生します。あるいは、どこかで最新の正しいバージョンをダウンロードできるでしょうか？ こんにちは。開発は現在中断しています。しかし、すべてのエラーを自分で修正することができます。おそらく、intとuint（long/ulong、short/ushortなどは現在では異なる型です）の問題でしょう。 一番簡単なのは、コンパイラがエラーを報告するような明示的な型変換を追加することです。例えば、int x = (int)y; yがuint型の場合などです。 PS.しかし、そうではない。そんなに単純ではない。多くの修正が必要だ。時間があるときに直します。残念ながら、まだ持っていないんだ。 12 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
この人工バカは、チップに溜まったどんなゴミも再現できる。違うパターンになることはお見せしました。違う。
グーグルの上位に あるリンクがすべてバカかゴミだと決めつけるのは、少し傲慢ではないか？
ありがとう
記事より- "ご覧の通り、すべてが広告通りに機能します。図面としてパターンを描画するには、いくつかの遅延があります。
遅延は、ライブラリによって作成されたオブジェクトをチャート上で検索するために発生します。この検索はすでに同期的である。チャート上の情報オブジェクトを削除し、新しいオブジェクトを作成する必要があります。そうすれば非同期になります。
ヘルプより
ObjectFind() や、ObjectGetXXXのようなオブジェクトのプロパティを求める関数を使用して、実行結果を確認することができます。しかし、このような関数はチャート・コマンドのキューの最後尾に置かれ、実行結果を待ちます（同期呼び出しであるため）。チャート内で多数のオブジェクトを扱う場合は、このような状況を念頭に置く必要があります。
これがここで起こっていることである。
ありがとう
記事より- "ご覧の通り、すべてが広告通りに機能します。図面としてパターンを描画するには、いくつかの遅延があります。
遅延は、ライブラリによって作成されたオブジェクトをチャート上で検索するために発生します。この検索はすでに同期的である。チャート上の情報オブジェクトを削除し、新しいオブジェクトを作成する必要があります。そうすれば非同期になります。
ヘルプより
ObjectFind() や、例えばObjectGetXXXのようなオブジェクトのプロパティを求める関数を使用して、実行結果を確認することができます。しかし、このような関数はチャート・コマンドのキューの最後尾に配置され、実行結果を待ちます（同期呼び出しであるため）。チャート上で多数のオブジェクトを扱う場合は、この点に留意する必要があります。
これがここで起こっていることである。
検索されるのはチャート上のオブジェクトではなく、メモリ上のクラス・オブジェクトである。しかし、もちろん何とかなるだろう。
検索されるのは、チャート上のオブジェクトではなく、メモリー上のクラス・オブジェクトである。しかし、もちろん何とかなるだろう。
あなたのアルゴリズム：
1. メモリ（あなたのライブラリ）内のクラス・オブジェクトを検索します
2.メモリ内のクラス・オブジェクトの プロパティを変更します
3. チャート内のオブジェクトを削除せず、チャート内に保持します
4. オブジェクトを作成せず、変更するので、端末はチャート内のオブジェクトを検索する機能を呼び出します
5. ポイント2からプロパティを変更する必要があるチャート内のオブジェクトを見つけます。
これが私があなたに書いたことです。ご理解いただけると思ったのですが）。
パターンの上にマウスを動かすたびに、オブジェクトが作られる。10個のパターンにマウス・オーバーすると、チャート上に10個のオブジェクトが作成される。
ObjectSetInteger
ヘルプからのメモ： ..................................... しかし、このような関数は、他の人のチャートのコマンド・キューの最後に置かれ、実行結果を待つ、すなわち時間がかかるということを念頭に置くべきである。
あなたはすでにチャート上にたくさんのオブジェクトを持って います！
そのため、マウスをもう一度動かすと、最初のようにオブジェクトが作成されるのではなく、この期間の表示プロパティが変更されるため、時間がかかるのです。
あなたのアルゴリズム:
1. メモリ（あなたのライブラリ）にあるクラスのオブジェクトを検索します
2.メモリにあるクラスの オブジェクトのプロパティを変更します
3. チャート内のオブジェクトを削除せず、チャートに残します
4. オブジェクトを作成せず、変更したため、端末はチャート内のオブジェクトを検索する機能の呼び出しを開始します
5. チャート内で、ポイント2からプロパティを変更する必要があるオブジェクトを見つけます。
これが私があなたに書いたことです。ご理解いただけると思いました。）
パターンの上にマウスを動かすたびに、オブジェクトが作られる。このオブジェクトはチャート上に残る。私がマウスオーバーした10個のパターン、10個のオブジェクトがチャート上に作られた。
ObjectSetInteger
ヘルプからのメモ： .................................... しかし、このような関数は、他の人のチャートのコマンド・キューの最後に置かれ、実行結果を待つ、すなわち時間がかかるということを念頭に置くべきです。
チャート内にすでにたくさんのオブジェクトが ある！
そのため、マウスをもう一度動かすと、最初のようにオブジェクトが作成されるのではなく、この期間に表示されるプロパティが変更されるため、時間がかかるのです。
もちろん、このような動作は起こるべきではありません。過去のアップデートが原因で再表示されるのか（現在、グラフ全体が壊れてしまっている。でも、最近の端末のアップデートの後、ライブラリーのすべてのグラフィックが壊れてしまったんだ。保存しておいた古いビルドをロードしてみた。それが新しいものにアップデートされた途端、すべてがクラッシュしてしまった。だから過去のアップデートは罪なんだ。理由を探す時間はまだない。
しかし、多くのオブジェクトが作成され、削除されないという事実は、これは間違いなく計画されたものではありません。
ご回答ありがとうございます。時が来たら調べてみます。
こんにちは。開発は現在中断しています。しかし、すべてのエラーを自分で修正することができます。おそらく、intとuint（long/ulong、short/ushortなどは現在では異なる型です）の問題でしょう。
一番簡単なのは、コンパイラがエラーを報告するような明示的な型変換を追加することです。例えば、int x = (int)y; yがuint型の場合などです。
PS.しかし、そうではない。そんなに単純ではない。多くの修正が必要だ。時間があるときに直します。残念ながら、まだ持っていないんだ。